<div class="gmail_quote">On Wed, Nov 24, 2010 at 00:56, Jake Goerzen <span dir="ltr"><<a href="mailto:jgoerzen@opencsw.org">jgoerzen@opencsw.org</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;">

<div><div></div><div class="h5">On 11/23/2010 4:08 AM, Maciej (Matchek) Blizinski wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
No dia 20 de Novembro de 2010 19:46, Philip Brown<<a href="mailto:phil@bolthole.com" target="_blank">phil@bolthole.com</a>>  escreveu:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
On Sat, Nov 20, 2010 at 6:26 AM, Maciej (Matchek) Blizinski<br>
<<a href="mailto:maciej@opencsw.org" target="_blank">maciej@opencsw.org</a>>  wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
(Apologies, I hit "send" too early. Here's a proofread version.)<br>
...<br>
<br>
For example, package consulting is hugely important.  Dissecting a<br>
package, analyzing the contents, looking for direct and potential<br>
problems, and providing feedback, is an immensely valuable activity.<br>
<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
Choosing the option of "no human release manager", is saying exactly that.<br>
(if one presumes that people are choosing that option, with the<br>
assumption that quality of packages will not suffer as a result)<br>
</blockquote>
No human release manager means that there is no single person in<br>
power.  It does not mean that packages aren't examined by a human.<br>
</blockquote>
(I will point out that this is EXACTLY what Peter proposed: no-one<br>
other than the maintainer would directly examine them before release,<br>
</blockquote>
Yes and no.  No one other than the maintainer would _have_ to directly<br>
examine packages before putting the package into unstable.  However,<br>
the maintainer could ask another maintainer for a review of his package.<br>
<br>
Once the package gets into experimental and/or unstable, anybody who<br>
uses the package and notices a problem with it, can file a bug against<br>
the package, saying: "this package does not follow the policy in this<br>
place."  If we then use the bug statistics to gate packages between,<br>
say, unstable and testing, or testing and stable, everyone can be a<br>
release manager.<br>
<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
How will they ever get examined by someone other than the maintainer, then?<br>
Please propose something that is actually practical, rather than just ideal.<br>
In the Real World, how will you ensure that packages are examined "by<br>
a human[that is not just the maintainer themselves]" before release to<br>
'current'?<br>
</blockquote>
I think it was about a release to unstable, rather than current.<br>
You're probably still thinking in the old model, while many people<br>
already think in terms of staged package catalogs.<br>
<br>
I don't think that the goal of providing high quality packages is<br>
contradictory with the idea of human-free release process.<br>
<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
What you wrote, seems to be contradictory.<br>
if there is no human release manager, then there is no human looking<br>
at packages before release.<br>
</blockquote>
The term "release" needs to be slightly redefined.  Instead of a<br>
quantum leap from "does not exist in the outer world" to "released to<br>
everyone", we would have stages that each package undergoes, at each<br>
stage reaching a slightly wider audience.<br>
<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
perhaps you meant "no SINGLE release manager", but that's not what you wrote :-)<br>
</blockquote>
Yes, it's about many people participating in staged releases.  I<br>
believe that there being a single person with discretionary control<br>
over releases is not a good thing.<br>
<br>
</blockquote></div></div>
What about the experimental branch?  Isn't the experimental branch exactly what you are getting at?  The package maintainer can "release" here directly themselves and the package is available world wide through the automatically generated experimental catalog every 5 minutes.  In my opinion having release manager with lots of experience and dedication is a good thing.<br>


<br></blockquote><div><br></div><div>i'd support this as well. then we have two stages, experimental and current/unstable. broken packages make users look for alternatives - many of them do not like to file bugs.</div>

<div><br></div><div>rupert.</div><div><br></div></div>