Re: [gentoo-dev] [GLEP] Use EAPI-suffixed ebuilds (.ebuild-EAPI)

2007-12-22 Thread Simon Cooper
As one of those 'users' (an AT actually), I would find having the eapi
in the filename quite annoying - especially having several ebuilds in
the tree that differ _only_ in their eapi number (and doing different
things). It just Seems Wrong - nearly all binary files do
versioning/format information inside the files, and one of the main
things I like in unix is that file format is *independant* of what you
actually name it (a text file can be named *.wibble, or even have no
extension at all and nothing will break).
Filenames are generally quite mutable - changing the filename is just a
single 'mv', whereas if you need to edit the file to change the type
that generally requires more effort, you need to think more about what
you're doing, and so theres less chance to break stuff (a eapi-1 file
accidentally gets moved to eapi-2, lots of stuff breaks, whereas if its
in the file you notice you need to edit it to actually make it eapi-2
compliant)

And please, please, don't base the decision on who can shout loudest or
longest. Think through each option (filename, inside file, metadata,
Manifest, directories, seperate db, ...) logically, weigh the pros and
cons, and decide on the one that would best fit gentoo on technical
grounds, not just on the one backed by the most vocal people. If you
make the wrong decision it could seriously screw gentoo over and make it
very painful in the future
-- 
[EMAIL PROTECTED] mailing list



[gentoo-dev] Re: ML changes

2007-07-13 Thread Simon Cooper
As another invisible AT, theres a couple of points I want to make about 
blanket blacklisting:


1. gentoo-dev has an outside image. The current, anyone-can-post, 
projects the image that the developers are happy to receive outside 
opinions that may be different to 'how things are done'. This is, 
mostly, a good thing. More ideas can only improve the technical quality 
of gentoo, even if those ideas are discarded. Moderating -dev will only 
reinforce the image of cliquiness within the developers. This is bad.

2. It will kill recruitment. This point has been made before, iirc.
3. A dilbert quote (paraphrase?) comes to mind - 'Something must be 
done. This is something, so we must do it'


Personally, I agree with ttuttle's idea about being able to whitelist 
non-devs - a blanket blacklist is simply not the way to do it - people 
do not have to be developers to contribute to gentoo. I can also see the 
benefit of introducing -project and waiting to see what happens. When 
you introduce lots of changes to a software project at once, and 
something breaks, you do not know what broke it. It pays to introduce 
things one at a time and testing between. The same can be applied here.


Simon Cooper

--
Change the world - move a rock

GnuPG Key: http://thecoop.me.uk/gpgkey.asc
--
[EMAIL PROTECTED] mailing list