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

[Firmicus]

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.

F