Ciaran McCreesh wrote:
> On Thu, 23 Mar 2006 19:57:07 +0100 Jakub Moc <[EMAIL PROTECTED]> wrote:
> | > Sounds like a perfect way to break lots and lots of systems. Those
> | > policies are mostly there for good reason.
> | 
> | You want to apply policies on overlays? Well no - sorry, overlays are
> | none of QA's or any other policy business. They are overlays, not
> | official tree.  If user installs ebuilds from overlay and breaks his
> | system, then well - not a Gentoo problem. Why should any policies
> | apply?
> 
> It is a Gentoo problem, because Gentoo gets innundated with bogus bug
> reports when users screw up their systems in weird ways and don't
> realise the cause.

We get innundated with tons of bogus bug reports every day, overlays or
not - see the number of invalid/duplicate bugs flowing every days. We
got a couple of bugs in last two a three days basically stating "ZOMG,
glibc downgrade broke my system, t3h Gentoo bug!!11!!" - so what? They
get marked as invalid, live goes on. This argument really doesn't stand.


As this should be a separate thread, just one reason or example - I'm
really uncomfortable e.g. w/ QA intervening in overlays stuff,
considering the current way QA is being done in Gentoo... Current
non-interactivity policy has clearly influenced multiple ebuilds in
portage to the extent that forced me to read the ebuilds very carefully
multiple times to be sure what the outcome will be with my particular
USE flags. This is a bad thing (TM) for me and I clearly oppose to
having such stuff forced in overlays. I could see a place for QA
volunteers in this overlay stuff, but that would require a fundamentally
different approach from what QA takes now. (If you wish to discuss this
further, move it to a separate thread, please).

Common sense always applies, but generally - overlays are not a place
for bureaucracy...

-- 
Best regards,

 Jakub Moc
 mailto:[EMAIL PROTECTED]
 GPG signature:
 http://subkeys.pgp.net:11371/pks/lookup?op=get&search=0xCEBA3D9E
 Primary key fingerprint: D2D7 933C 9BA1 C95B 2C95  B30F 8717 D5FD CEBA 3D9E

 ... still no signature   ;)

Attachment: signature.asc
Description: OpenPGP digital signature

Reply via email to