Florian Philipp wrote: > > Okay, here it goes: > > I think we could need a better support for binary packages. > There was a thread in here a few months ago about how to offer binary > packages for customers. As far as I remember the problem was (and still > is) that there is no easy way to check the packages for corruption > (trojans, stuff like that). >
I know some things are only available as a binary but Gentoo is about compiling your own packages. Binaries are for Redhat, Mandrake and such. I moved away from that for good reason. > In my opinion the end result should be something like a build server > that builds and provides a set of packages with different USE- and > CFLAGS, possibly even accepting automatic requests from clients. > Everything could be digitally signed and distributed over a network. > > Other things to improve? A better documentation on USE-flags. In my > opinion every maintainer should provide as much information as possible > on what exactly a USE-flag changes. At the moment it's the > administrator's responsibility to find this out. Not really a good idea > on production systems if you ask me ... > I would love to see better documentation of the USE flag and what they do exactly. Some of them are so cryptic that even a google search is useless. Alsa is pretty straight forward but what is winpopup for Kopete exactly? Euse -i reports back, "Builds WinPopUp protocol handler" but what the heck is that exactly? I'm thinking a little more info would be really really neat. Make google something that is not needed maybe. > Maybe we could also improve our user-dev relations. I hardly if ever see > a dev or bug wrangler responding to threads in the user list even when > they concern Gentoo as a whole (like this one and its predecessors). > This is something that has been tried before. There just seems to be a few that doesn't think users and devs should be able to talk. Bad thing about -dev mailing list is that it only takes one to ruin it. > I know, all this should be redirected to bugzilla but since they are not > high priority problems and I can't - at least for now - help solving > them, I don't like to bother our had working devs and bug wranglers with > stuff like that. > > > - Florian Philipp > Bugzilla is not the place for this, yet anyway. I would usually say -project but there is very little activity on it so this is as good a place as any I guess. IMHO anyway. Dale :-) :-) -- [EMAIL PROTECTED] mailing list
