Mike Frysinger wrote:
> On Wednesday 01 March 2006 21:53, Mark Loeser wrote:
>> Here is my updated version after some feedback from people:
>>
>> * In case of emergency, or if package maintainers refuse to cooperate,
>>   the QA team may take action themselves to fix the problem.
>> * The QA team may also offer to fix obvious typos and similar minor
>>   issues, and silence from the package maintainers can be taken as
>> agreement in such situations.
>> * In the event that a developer still insists that a package does not
>>   break QA standards, an appeal can be made at the next council meeting.
>> The package should be dealt with per QA's request until such a time that a
>> decision is made by the council.
> 
> one thing i dont think we give enough emphasis to is that our tools arent 
> perfect ... sometimes we utilize QA violations to work around portage 
> limitations ... if you want to see some really sweet hacks, review any of the 
> toolchain related ebuilds and the hacks ive had to add to get cross-compiling 
> to the usuable state that it is today.  a handful of them would fall under 
> the 'severe' category i'm sure.  and if we want to use the lovely php 
> example, personally i think that given portage's current limitations, the 
> latest dev-lang/php ebuild is probably one of the best solutions that could 
> have been developed, thanks Stuart for all the flak you've had to take over 
> this.  also, many games ebuilds break the 'non-interactive' policy by 
> displaying licensing and making the user hit "Y" because portage lacks checks 
> where the user explicitly states what licenses they accept.
> -mike


I installed dev-lang/php on a server in my house to test
torrents.gentoo.org and ramereth also installed it on the torrents.g.o
server. I have to say that it was a painless and normal operation with
no errors. Thanks for the hard work on this ebuild, it's appreciated.

Attachment: signature.asc
Description: OpenPGP digital signature

Reply via email to