I don't think this (the general idea) is a heretical thought, in fact it was
around for quite some time. See #1523 for example, which actually came out of
a similar thread back ?5? years ago.
(There were no GLEPs back then, for those of you who will wan't to go "why
this isn't it glepped?" :). There were no overlays, even no KEYWORDS back
then either, so be carefull if you read it - it is quite outdated (half of
what is discussed there is already implemented in fact) and uses old
But then I agree about many issues raised regarding the Sunrise project. The
way it is pushed will not offload anything off the developers and is quite
likely to do quite the contrary..
The main issue:
to make it fly and really make something useable (supported by users, *not*
taking devs out of the loop and *not* loading them any more) one (at least)
ingridient is missing IMNSHO. That is: some ranking system - for the ebuilds
*and* for the users. It was referenced as voting system in that bug, we also
had gentoo-stats project (now like what, 4 years ago?) which was not quite
the same but addressing similar and more immediate issue.
This part of the process (the rankings), taken as an "entity in itself", is
not that straightforward (meaning a significant tossing of the design ideas
would be necessary) and the benefits are not that vital. I think these were
the main reasons it did not take off as a standalone project (e.g.
gentoo-stats was restarted a few times, but eventually died). While it is
nice to have some idea of package usage (which was the main goal of
gentoo-stats) or get some fuzzy feeling on "I (user) rated holier than thou
because of my superior ebuilding skills" (voting process in that bug), these
are clearly not enough to create something sustained. And I am not talking
about ethics here (this is re: ratings for users - this was actually
mentioned a few times, so I'll address it right now). A general rule - if
something is perceived worthy it will be done, no matter how unethical. Even
if we (the devs) would ban this, nothing stopped the users to create
something similar on their own (who knows, based around BMG, forums or
whatever). The fact that this did not happen IMHO illustrates pretty well
that this is a no-fly thing on its own.
On the other hand I think that just opening up the barrier and allowing users
to easily bring stuff in is just the same no-fly-by-itself thingy. The
reason: you have to provide some control over quality or you will get another
BMG, and my understanding is (the Sunrise thread was pretty long, so I cannot
be totally sure :)) that that was generally accepted. Now, we have two ways
to add control:
1. Involve devs, directly or indirectly - this is what Sunrise is proposing
and many devs strongly object.
2. Involve users and leave it on their side. There were a few words said about
how users would take care of it all, but I did not get a clear idea of a
First on #1.
Sunrise proponents basically say: "we will take care of it all, nobody needs
to care". Many devs object: "as long as it has anything-gentoo in its
name/affiliations we *will* feel the consequences and *will* have to care".
(and now Sunrise poeple basically said that without gentoo in affiliatio it
To that I'll add that in any case, bacause of the scale, there is just no way
Sunrise people themselves are going to be able to keep up. Even if their
involvement is reduced to the very basic stuff. (This was implied or shortly
noted in some replies, but I wanted to clearly restate it now..)
But then, involving users without clear workflow and QC will just create
another mess - "just another BMG" as some people called it.
So, here we go, its number 2 and it requires some structure.
The most fluid one I can think of is a rankings system. For the packages
(based on reviews of the code, emerge success, usage testing. Can be a
compound parameter or multidimentional. That bug has some details, but not
much of those - needs serious redesign I'd say to bring it to present from
and for the submitters/editors - based on the ratings of their submissions
perhaps (the most straightforwards one), possibly on a few more factors.
So, to summarise:
1. I do agree that in general that (ease of user-side care) is a good thing,
however this requires (quite) a bit more work than just setting up an
2. (at least) two things - the ease of submission/access to packages and
QC/ratings are quite tied together and have to be designed/implemented at the
same time. (And there is some empirical evidence to back this up - BMG and
gentoo-stats for one) .
вівторок, 13. червень 2006 18:10, Grant Goodyear Ви написали:
> Over the years we've had a fairly consistent stream of suggestions that
> we should open up the e-build maintaining process to users instead of
> just devs. The main arguments against it are the security issues and an
> expectation that it would add to developer workloads. The former is
> certainly a real problem, although signing (assuming a reasonable
> web-of-trust) could mitigate that some (at least we'd know who to
> blame). The latter, however, is conjecture, and the only good way to
> verify it would be to actually try it and see what happens. Oh, and
> there's also a very real fear that if things go horribly wrong, that
> Gentoo's reputation would suffer quite badly. Perhaps I'm naive, but I
> tend to think that if we were to advertise project sunrise as
> experimental, temporary, use-at-your-own-risk, and
> might-break-your-system, and even put it on hardware without a
> gentoo.org address and add a portage hook that warns whenever the
> project sunrise overlay is used, then our reputation isn't really likely
> to suffer even if it's a complete disaster.
> So, Chris, what have I failed to address that would make this a really
> bad idea?
firstname.lastname@example.org mailing list