Gentoo Websites Logo
Go to: Gentoo Home Documentation Forums Lists Bugs Planet Store Wiki Get Gentoo!
Bug 16001 - Proposal for a New ebuild : Gemu ebuild
Summary: Proposal for a New ebuild : Gemu ebuild
Status: RESOLVED WONTFIX
Alias: None
Product: Gentoo Linux
Classification: Unclassified
Component: New packages (show other bugs)
Hardware: All Linux
: High enhancement
Assignee: Gentoo Sound Team
URL: http://gemu.sf.net/
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2003-02-19 09:41 UTC by Baptiste SIMON
Modified: 2004-11-12 17:05 UTC (History)
0 users

See Also:
Package list:
Runtime testing required: ---


Attachments
gemu-0.8-r1.ebuild (gemu-0.8-r1.ebuild,1.41 KB, text/plain)
2003-02-19 09:45 UTC, Baptiste SIMON
Details
gemu-0.8-r2.ebuild (gemu-0.8-r2.ebuild,1.33 KB, text/plain)
2003-02-19 10:59 UTC, Baptiste SIMON
Details

Note You need to log in before you can comment on or make changes to this bug.
Description Baptiste SIMON 2003-02-19 09:41:59 UTC
 
Comment 1 Baptiste SIMON 2003-02-19 09:45:04 UTC
Created attachment 8483 [details]
gemu-0.8-r1.ebuild

Description: Gemu is a GUI which makes you able to control to all aspects of
EMU10K1 based sound cards.

Gemu is a gtk+-1 based GUI made to tweek one's SoundBlaster soundcard.

I propose media-sound/gemu for this ebuild
Comment 2 Baptiste SIMON 2003-02-19 10:59:21 UTC
Created attachment 8485 [details]
gemu-0.8-r2.ebuild

Added a DEPENDance to emu10k1 drivers... :c)
Comment 3 Baptiste SIMON 2003-02-19 11:00:14 UTC
Comment on attachment 8483 [details]
gemu-0.8-r1.ebuild

forgotten...
Sorry... today... is waiting the moon ;c)
Comment 4 Seemant Kulleen (RETIRED) gentoo-dev 2003-03-16 14:37:23 UTC
ok, the ebuild is a little flawed.  this is definitely a gnome based thing.
Comment 5 Baptiste SIMON 2003-03-16 15:20:44 UTC
"The ebuild is a little flawed"

What's problem please ? Because your comment without any explanation is useless.
Comment 6 Mike Gardiner (RETIRED) gentoo-dev 2003-08-20 04:11:32 UTC
Here are the problems i can see at first glance:
- Incorrect copyright header
- you shouldnt download emu10k1 as well, depend on it
- ARCH="~x86" - its untested
- Redundant deps are all except gnome-libs and emu10k1, you _dont_ need
automake
gcc
glibc
gtk+
ORBt
x11

- your "second" configure step looks an awful lot like what econf does
- use dodoc

Comment 7 Baptiste SIMON 2003-08-20 04:35:35 UTC
I can accept _adding_ the Gentoo Inc. (c) into my ebuild... but I refuse to see you not respecting author rights. And my author rights give me the possibility to force keeping my copyright in any case of use.

You can refuse, but we would really be disapointed...
Comment 8 Spider (RETIRED) gentoo-dev 2003-08-20 05:22:38 UTC
User copyright is ok and should be respected, except that it puts us in a strange place.

Consider that the skel.ebuild is Copyright gentoo technologies. You derivate from that, and can then add your own copyright, but since we are the ones to do updates and so on that puts us in a place where we also change the works..

Copyright is a mess in cases like this.
Comment 9 Baptiste SIMON 2003-08-20 05:32:09 UTC
but copyright is the only waranty of our work respect. Without a proper copyright, license is a non sense... until copyleft would be legal.

I've rewrite the ebuild entirely, and not from the skel.ebuild... but you're right... I would have add a gentoo (c). But in the same idea, if you modify my ebuild, you have no right to remove my copyright.

So, until I don't have the certitude that my copyright would be preserved, I would not modify my ebuild. When it would be ok, I would also add the gentoo (c), no problem.
Comment 10 Mike Gardiner (RETIRED) gentoo-dev 2003-08-20 05:54:33 UTC
sorry, didnt mean to start anything like this up. you asked for an explanation of the ebuilds problems and that's all i was trying to give. spider has more knowledge of the copyright situation than me.
Comment 11 John Mylchreest (RETIRED) gentoo-dev 2003-08-20 06:36:59 UTC
Generally speaking the technology of "ebuilds" if you like is copyright Gentoo technologies, and this copyright HAS to be enforced to cmomply with GPL.
stating that all authors need crediting.
of course having addition copyrights to the actual work itself isnt an issue, but whether it be on Changelog (normal procedure) or elsewhere i dont feel is an issue.

If this went through normal policy the ebuild would be copyright Gentoo, and the ChangeLog you have a crediting "initial submission" saying something like,
"Lots of thanks to JoE Blogs <joe (at) blogs (dot) com> for the initial work."

Simon, what would you like to be done here? Of course keeping gentoo copyright is a must, but as to where you want crediting is your choice (in my opinion)
Comment 12 John Mylchreest (RETIRED) gentoo-dev 2003-08-20 06:39:57 UTC
excuse my terribly phrased comment!
Just to summarize, GPL requires that all authors get credited.
This includes gentoo of course.

Where you want crediting is up to you :)
Comment 13 Baptiste SIMON 2003-08-20 06:42:28 UTC
Comment on attachment 8485 [details]
gemu-0.8-r2.ebuild

copyright header is incompatible w/ gentoo inc. and would still remain a
necessity for me.
Comment 14 Baptiste SIMON 2003-08-20 06:46:38 UTC
humhum...
what do you mean in your last comment ?

Can I still keep the copyright like that :

copyright 1999-2003 (c) Gentoo Inc.
copyright 2003 (c) Baptiste SIMON

If yes, consider my last post as obsolete.
Comment 15 John Mylchreest (RETIRED) gentoo-dev 2003-08-20 07:28:04 UTC
as long as the gentoo copyright is there, i see no issue.
but I wouldnt put it in ebuild headers.
put it as a comment underneath them
they are automated by repoman (cvs commit/QA tool)
Comment 16 Mike Gardiner (RETIRED) gentoo-dev 2004-11-04 19:17:45 UTC
Hrmm, homepage seems to have disappeared.

Although this uses GTK+-1, it is in no other way a GNOME application, although it was assigned to us. Sound team, can you guys think about adding this, or close, thanks.

Comment 17 Jeremy Huddleston (RETIRED) gentoo-dev 2004-11-12 17:05:36 UTC
I don't want to add packages using outdated drivers that are no longer supported...