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

Re: Bug#796345: Status report on perl 5.22 transition readiness (30th Sept)



On Thu, Dec 31, 2015 at 02:55:53 +0100, Emilio Pozuelo Monfort wrote:

> On 30/12/15 21:06, Niko Tyni wrote:
> > On Wed, Dec 30, 2015 at 12:49:50PM +0100, Emilio Pozuelo Monfort wrote:
> >> We're almost there. The last britney run reported:
> >>
> >>     * ppc64el: cyrus-dev, libccs-perl, libcyrus-imap-perl, libdcmtk4-dev,
> >> libperl5.20, libvtkgdcm-java, libvtkgdcm2.4, linux-perf-4.2, oar-restful-api
> > 
> > Awesome, thanks for your work!
> > 
> >> So the only real issue is libccs-perl. I am pondering a `force-hint
> >> perl/5.22.1-3 mono/4.2.1.102+dfsg2-5' now to finish this. Otherwise someone else
> >> will have to look at this, or this will have to wait. Any thoughts?
> > 
> > I guess you're mainly looking for input from other release team members,
> > but FWIW: fine by me to force it in now, I think it's cooked long enough :)
> 
> Last britney run had this:
> 
>     * amd64: ganglia-nagios-bridge, gendarme, icinga, icinga-core, icinga-dbg,
> kde-full, kdepim, kleopatra, libccs-perl,
> libicsharpcode-nrefactory-cecil5.0-cil, libicsharpcode-nrefactory-cil-dev,
> libicsharpcode-nrefactory-csharp5.0-cil, libicsharpcode-nrefactory-ikvm5.0-cil,
> libicsharpcode-nrefactory-xml5.0-cil, libicsharpcode-nrefactory5.0-cil,
> libmono-debugger-libs-cil-dev, libmono-debugger-soft-cil, libmono-debugging-cil,
> libmono-debugging-soft-cil, libperl5.20, libvtkgdcm-java, libvtkgdcm2.4,
> mono-tools-devel, mono-tools-gui, nrefactory-samples, perl-modules, sdb,
> syslog-nagios-bridge, wnn7egg
[...]
> 
> powerpc needs some cleanup for the mono bits, it seems. e.g. libgdk3.0-cil-dev
> should have been removed on that architecture but is still present there.
> 
> icinga needs ageing.
> 
> There are some arch:all packages that break (see amd64/i386). Maybe some can be
> removed or need ageing.
> 
> Unfortunately I have run out of time and can't look at this anymore. If someone
> can take it up and try to get things fixed, and eventually force it (to ignore
> cruft / libccs-perl), that'd be great. Otherwise I can keep looking at it when I
> get back.
> 
Looking now... There's a number of badly timed uploads getting in the
way, at least courier, inn2, icinga and gnumeric.  I'll see where this
all gets me.

Cheers,
Julien

Attachment: signature.asc
Description: PGP signature


Reply to: