Re: redemander un build sur un buildd ?
On Fri, Apr 14, 2006 at 04:00:01PM +0200, Ludovic Rousseau wrote:
> Le Friday 14 April 2006 ? 15:23:30, Pierre Habouzit a ?crit:
> > Le Ven 14 Avril 2006 15:08, Ludovic Rousseau a ?crit :
> > > Bonjour,
> > >
> > > j'ai quelques paquets coinc?s dans unstable parce que quelques
> > > autobuilder ont ?chou?s ? cause de d?pendances de build non
> > > satisfaites. Maintenant les d?pendances peuvent ?tre satisfaites et
> > > j'attends, longtemps :-) (35 jours c'est raisonable non ?)
> > >
> > > J'ai peut-?tre r?v? mais il me semble qu'il y a une proc?dure pour
> > > dire ? un buildd qu'il peut ? nouveau s'occuper du paquet machin en
> > > envoyant un mail quelque part. Bien s?r je ne retrouve plus l'info
> > > :-(
> > >
> > > Les paquets en question sont :
> > > - jpilot, bloqu? sur alpha, mips et powerpc ? cause d'un probl?me
> > > d'installation de libgtk2.0-dev
> > > - muscleframework, muscletools et xcardii parce qu'ils d?pendent de
> > > libmusclecard-dev qui ?tait encore coinc? dans NEW au moment de
> > > l'upload. Et ils ne sont pas encore rebuild? sur mips et mipsel
> >
> > maile $arch@buildd.debian.org pour redemander le requeue.
>
> OK j'essaie.
>
> > Mais ce qui me surprend c'est que Dep-Wait a ?t? impl?ment? depuis
> > plusieurs mois d?j?, et que ca devrait marcher tout seul, et ? priori
> > c'est d?j? ce qui se passe:
>
> Oui ?a semble marcher. Si la queue Dep-Wait n'est examin?e que si la
> queue normale est vide ?a risque de prendre du temps.
>
> http://buildd.debian.org/stats/mips.txt
>
> Last Updated: Thu Apr 13 21:03:06 UTC 2006
> Distribution unstable:
> ----------------------
> Installed : 5992 (buildd: 1, buildd_mips-ball: 2405,
> buildd_mips-hawking: 114, buildd_mips-mayr: 1321,
> buildd_mips-r5k: 300, rmurray: 4, rmurray-casals: 193,
> rmurray-r5k: 29, rmurray-reconfig: 148,
> rmurray-resume: 763, rmurray-sgi: 43, unknown: 671)
> Needs-Build : 18
> Building : 193 (buildd_mips-ball: 75, buildd_mips-mayr: 118)
> Uploaded : 1 (buildd_mips-mayr: 1)
> Failed : 0
> Dep-Wait : 113 (buildd_mips-ball: 21, buildd_mips-hawking: 1,
> buildd_mips-mayr: 8, buildd_mips-r5k: 8, rmurray: 2,
> rmurray-casals: 2, rmurray-reconfig: 1,
> rmurray-resume: 13, unknown: 5, vorlon: 52)
> Failed-Removed : 0
> Dep-Wait-Removed: 3 (buildd_mips-ball: 1, buildd_mips-r5k: 1,
> rmurray-resume: 1)
> Not-For-Us : 0
> total : 6320
>
> 94.81% up-to-date, 94.83% if also counting uploaded pkgs
> 0.28% uncompiled
> 3.05% currently building (short-term delay)
> 1.79% failed or waiting (long-term delay)
>
>
> <troll>
> Debian arr?te quand de perdre du temps avec des architectures qui ne
> sont utilis?es que par 2 personnes ?
> </troll>
Ca n'a rien a voir avec l'architecture elle-meme. Ca depend surtout de
qui est le mainteneur du buildd, et ca peut arriver avec n'importe quel
architecture. La, le mainteneur du buildd est clairement a changer...
<troll>
J'attends avec impatience l'autorisation des uploads amd64. Je pense
qu'on va bien rire avec le buildd i386.
</troll>
--
.''`. Aurelien Jarno | GPG: 1024D/F1BCDB73
: :' : Debian developer | Electrical Engineer
`. `' aurel32@debian.org | aurelien@aurel32.net
`- people.debian.org/~aurel32 | www.aurel32.net
Reply to: