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
Created attachment 8485 [details] gemu-0.8-r2.ebuild Added a DEPENDance to emu10k1 drivers... :c)
Comment on attachment 8483 [details] gemu-0.8-r1.ebuild forgotten... Sorry... today... is waiting the moon ;c)
ok, the ebuild is a little flawed. this is definitely a gnome based thing.
"The ebuild is a little flawed" What's problem please ? Because your comment without any explanation is useless.
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
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...
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.
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.
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.
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)
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 on attachment 8485 [details] gemu-0.8-r2.ebuild copyright header is incompatible w/ gentoo inc. and would still remain a necessity for me.
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.
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)
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.
I don't want to add packages using outdated drivers that are no longer supported...