-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Daniel Ostrow wrote: > On Wed, 2005-09-21 at 18:54 +0100, José Carlos Cruz Costa wrote: > >>Hi everybody, >> >>If it's commercial, the company in question should (and must) allow an >>ebuild for is product, like what happens with rpms and other packages. >>Adding commercial ebuilds to portage is like tainting the kernel with >>binary drivers. >> >>Maybe a better solution comes with gensync? If companies want ebuilds, >>sure. They go to the "commercial" portage. Hell, even put a price on >>maintaining those ebuilds. >> >>Remember that are a lot of people that don't want to use that kind of >>software. There are people that doesn't have even xorg and have to >>sync all the ebuilds from portage. > > This is what rsync excludes are for...there is no good reason to remove > things like doom3 and UT2k4 from the tree for the sole reason that they > are commercial packages. You don't want them...fine...exclude them. >
Possible to make the default a non-commercial ebuild rsync ? The exclude file for rsync should be easy to make. That would be convenient for all and allow purist to keep their system clean. Also would allow coders to know what are the GNU weakest tools and work on them. It is a fact that I would like to be able to read what licenses I agree with and as a mater of fact I do not have to accept even GNU license to use gentoo, so in theory I would do it like this: After installing any stage any installation, the first action should generate something like: GPL/FSF license in the list of accepted licenses, please read /usr/portage/licenses/LICENSE and add the license to your make.conf file (only) if you accept it. Later on if I emerge some BSD licensed thing the same message should appear, commercial licenses too Otherwise the GLEP23 goes in the right direction. I know probably everyone hates the "reading" part of license agreement, but your own good read them at least once. And do not accept any commercial license without reading it properly, you can't guess what is implied in some cases. Phil -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.1 (GNU/Linux) Comment: Using GnuPG with Thunderbird - http://enigmail.mozdev.org iD8DBQFDMmp5P0/FkJ0eBc0RAvLZAKC+Yof943+odO4x8ex5qVfL1WDJ1gCdF0gw cmOF+o5v2eI+kBglyGJFr1I= =9Msh -----END PGP SIGNATURE----- -- gentoo-dev@gentoo.org mailing list
