Chris Gianelloni wrote:
Here's another example of it done correctly.  If you add a game to the
tree, the herd should be listed as games.  Period.  Even if you are
going to be the sole maintainer of the package, games should be the
herd.  Why?  Because it is a game, silly.

There _is_ no requirement that a package must belong to a herd. It's very good advice, and it's good for Gentoo, but it's _not_ a requirement. I'm sorry, but I think in this case what you are asserting isn't correct.

Why does this matter? Why am I bringing this up? You are asking for the ability to 'opt out' of Project Sunrise, to decide that certain types of packages are not added to the Project Sunrise overlay; specifically, that games are not added to the Sunrise overlay.

As I understand it, and I apologise if I'm wrong, these are packages that you (and your project) do not maintain at the moment - if you did, they would be in the tree. You have already strongly asserted in this thread how you feel about things needing to be in the tree.

When I say I don't believe, I mean that I'm not aware of any Gentoo rule giving project leads any such dominion.I don't believe being the lead of any project (be it games, webapps, or anything else) gives _anyone_ the automatic right to suppress packages that you're not going to maintain - subject to the due diligence about dangerous packages and unmaintained packages that I mentioned earlier in this thread. I believe that this is a right that you are claiming for yourself; I'm sure you're doing so with good intentions.

You've raised a lot of valid concerns about the plans of Project Sunrise, but here I think you're asking for too much, by trying to assert dominion over what simply isn't yours to control.

It's reasonable (and existing Gentoo practice) to say "hands off - we maintain that package".

Saying "hands off, but we are not going to maintain that package either" ... it may be good for you, but I can't see how it's good for Gentoo - unless the package is dangerous.

Best regards,
Stu
--
Stuart Herbert                                          [EMAIL PROTECTED]
Gentoo Developer                                   http://www.gentoo.org/
                                           http://blog.stuartherbert.com/

GnuPG key id# F9AFC57C available from http://pgp.mit.edu
Key fingerprint = 31FB 50D4 1F88 E227 F319  C549 0C2F 80BA F9AF C57C
--

Attachment: signature.asc
Description: OpenPGP digital signature

Reply via email to