[arch-dev-public] [signoff] db-4.8.24-1

[Jan de Groot]

On Wed, 2009-09-30 at 16:02 +0200, Firmicus wrote:
> Jan de Groot a écrit :
> > On Wed, 2009-09-30 at 15:13 +0200, Firmicus wrote:
> >   
> >> Allan McRae a écrit :
> >>     
> >>> Firmicus wrote:
> >>>       
> >>>> Allan McRae a écrit :
> >>>>  
> >>>>         
> >>>>> Hi,
> >>>>>
> >>>>> It is time to signoff on the db-4.8 rebuild.  This also covers these
> >>>>> packages from [core]
> >>>>>
> >>>>> heimdal
> >>>>> iproute2
> >>>>> libsasl
> >>>>> pam
> >>>>> perl (version bump)
> >>>>>     
> >>>>>           
> >>>> mod_perl must be rebuilt as well. See FS#16392.
> >>>> I will take care of it.
> >>>>
> >>>> However, perl 5.10.1 is not quite ready to go, because the issue with
> >>>> libperl.so (FS#10971) is not yet settled.
> >>>> Actually, I think we can nevertheless go forward with perl as it is in
> >>>> testing (i.e. even with a not necessarily useful libperl.so), and fix
> >>>> that later.
> >>>>   
> >>>>         
> >>> Is that and irssi the only packages needing rebuilt for the perl update?
> >>>
> >>>       
> >> IIRC rxvt-unicode and vim embed perl and probably do also need to be
> >> rebuilt... Kevin should know better than I do. The update from 5.8 to
> >> 5.10 necessitated more rebuilds, but here it is a minor update, so that
> >> perl modules with binary libraries should not necessitate a rebuild. I'd
> >> really like to release 5.10.1, as I am not quite happy with 5.10.0
> >> (because of the incomplete provides array and the fact that 5.10.0 was
> >> quite heavily patched). I'm ready to help with the perl rebuilds for
> >> both arches, of course.
> >>
> >> I am sorry for this inconvenience, but I did commit the changes in trunk
> >> before I knew about the forthcoming db rebuild. I should have warned you
> >> on this ML about it some days ago, though... Apologies!
> >>
> >> François
> >>     
> >
> > The rebuild list doesn't look so bad. 
> 
> Until now we have:
> 
> mod_perl
> irsii (I note BTW that perl is missing from its makedepends array)
> vim
> gvim
> 
> anything else? Kevin?
> 
> > It's mainly caused by programs
> > that link to libperl.a and then run with the 5.10.1 perl binary. This
> > causes incompatibilities because the libperl.a file linked static into
> > the application or module isn't updated. This is also the reason why we
> > should have a libperl.so: to make sure apps embedding perl get their
> > perl engine updated.
> >   
> 
> OK, I am currently rebuilding perl 5.10.1 with libperl.so and I will
> then release it to testing.
> (To hell with the small performance penalty, then :) )
> 
> I will then start rebuilding the above packages with the new perl.

Probably everything that links to libperl.a to get a perl plugin loader.
I think xchat also includes perl plugin support, but I'm not sure about
that.