[Date Prev][Date Next]   [Thread Prev][Thread Next]   [Thread Index] [Date Index] [Author Index]

Re: New Package Process

On Wed, 27 Apr 2005, Michael Schwendt wrote:

> I would really prefer if "architecture specific Fedora community
> developers" filled the role of package co-maintainers. Else we would play
> the "if it builds, publish it" game and offer something, which has not
> been tested at all.

Which is potentially bad, I agree -- but not guaranteed bad.

Let's play this game.  I'll present a scenario, and everyone pile on and 
tell me what's wrong with it.

1. A *very* lightweight *initial* package acceptance process, in which we 
  a. No obvious maliciousness;
  b. No obvious IP/copyright issues.

2. A policy of "build the world".  Every package in the build system, we 
build.  If it passes, it goes into the "untested" bucket.  This bucket 
is also a repo, for those who dare.

3. A mechanism for "final review" that marks the difference between "a
package that builds" and "a package the builds and is any good".  And 
let's think creatively about this final review: does it need to be a 
single person who says "this is ok, I bless it"?  Or could it *also* be a 
threshhold?  For example: we could say that any package that is installed 
100 times from the untested repo, without anyone voting against it, 
is automatically promoted to the "tested" bucket.  This would provide two 
paths: one path for packages that people are watching over, and a parallel 
path for packages that people aren't watching over, but are still using.

Is this foolish or wrong in any way?


_____________________  ____________________________________________
  Greg DeKoenigsberg ] [ the future masters of technology will have
 Community Relations ] [ to be lighthearted and intelligent.  the
             Red Hat ] [ machine easily masters the grim and the 
                     ] [ dumb.  --mcluhan
      Red Hat Summit ] [
         New Orleans ] [ Learn. Network. Experience Open Source.
     June 1/2/3 2005 ] [ (And Make Your Boss Pay For It.) 
                       [ http://www.redhat.com/promo/summit/

[Date Prev][Date Next]   [Thread Prev][Thread Next]   [Thread Index] [Date Index] [Author Index]