[arch-dev-public] [signoff] db-4.8.24-1
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) Signoff both Allan
No problems on my x86_64 laptop and desktop. Signoff x86_64. -Andy
Am Mittwoch 30 September 2009 06:33:14 schrieb Allan McRae:
perl (version bump)
Looks like perl in trunk was broken: http://bugs.archlinux.org/task/16392 -- Pierre Schmitz, http://users.archlinux.de/~pierre
Pierre Schmitz wrote:
Am Mittwoch 30 September 2009 06:33:14 schrieb Allan McRae:
perl (version bump)
Looks like perl in trunk was broken: http://bugs.archlinux.org/task/16392
Ah... so the irssi rebuild (http://bugs.archlinux.org/task/16387) was not a stand-alone... Are we downgrading perl or rebuilding the needed packages now? Allan
Allan McRae wrote:
Pierre Schmitz wrote:
Am Mittwoch 30 September 2009 06:33:14 schrieb Allan McRae:
perl (version bump)
Looks like perl in trunk was broken: http://bugs.archlinux.org/task/16392
Ah... so the irssi rebuild (http://bugs.archlinux.org/task/16387) was not a stand-alone... Are we downgrading perl or rebuilding the needed packages now?
We are downgrading perl... The perl rebuild will probably be a big one on its own. I'm rebuilding the version in [testing] to be just a bumped version of the one in [core]. Allan
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.
Signoff both
Allan
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? Allan
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
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. 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.
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
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.
Jan de Groot wrote:
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.
There is quite a few packages that have a reference to 5.10.0 in them.... here is the list: abs-2.3.3-1-i686.pkg.tar.gz claws-mail-extra-plugins-3.7.2-2-i686.pkg.tar.gz courier-mta-0.62.1-3-i686.pkg.tar.gz courier-mta-0.62.1-4-i686.pkg.tar.gz gift-fasttrack-0.8.9-4-i686.pkg.tar.gz gift-gnutella-0.0.11-2-i686.pkg.tar.gz git-1.6.4.4-1-i686.pkg.tar.gz gnumeric-1.8.4-3-i686.pkg.tar.gz gvim-7.2.245-1-i686.pkg.tar.gz inkscape-0.46-12-i686.pkg.tar.gz irssi-0.8.14-1-i686.pkg.tar.gz irssi-0.8.14-2-i686.pkg.tar.gz mailman-2.1.11-2-i686.pkg.tar.gz maxima-5.19.2-3-i686.pkg.tar.gz mod_perl-2.0.4-5-i686.pkg.tar.gz mythtv-0.21-2-i686.pkg.tar.gz mythweather-0.21-1-i686.pkg.tar.gz net-snmp-5.4.2.1-1-i686.pkg.tar.gz ntop-3.3.10-1-i686.pkg.tar.gz obexftp-0.23-2-i686.pkg.tar.gz perl-5.10.0-6-i686.pkg.tar.gz perl-5.10.1-2-i686.pkg.tar.gz perl-anyevent-5.12-1-any.pkg.tar.gz perl-archive-zip-1.30-1-i686.pkg.tar.gz perl-dbi-1.609-1-i686.pkg.tar.gz perl-exiftool-7.89-1-any.pkg.tar.gz perl-libwww-5.829-1-any.pkg.tar.gz perl-mail-spf-2.006-1-i686.pkg.tar.gz perl-mp3-info-1.24-1-i686.pkg.tar.gz perl-net-dns-0.65-1-i686.pkg.tar.gz perl-net-ssleay-1.35-1-i686.pkg.tar.gz perl-template-toolkit-2.22-1-i686.pkg.tar.gz perl-term-readkey-2.30.01-1-i686.pkg.tar.gz perl-xml-libxml-1.69-2.pkg.tar.gz perl-xml-libxslt-1.68-1.pkg.tar.gz perl-xml-sax-0.96-1.pkg.tar.gz perl-xml-writer-0.606-1.pkg.tar.gz rxvt-unicode-256color-9.06-3.pkg.tar.gz rxvt-unicode-9.06-2-i686.pkg.tar.gz texlive-langextra-2009.14322-3-any.pkg.tar.gz texmacs-1.0.7-3-i686.pkg.tar.gz vim-7.2.245-1-i686.pkg.tar.gz weechat-0.3.0-2-i686.pkg.tar.gz xchat-2.8.6-4-i686.pkg.tar.gz xchat-gnome-0.26.1-1-i686.pkg.tar.gz Some are obviously false positives... (abs has a perl PKGBUILD prototype in it), but the list does include all packages mentioned so far. I leave it to their maintainers to investigate. Allan
Allan McRae wrote:
Jan de Groot wrote:
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.
There is quite a few packages that have a reference to 5.10.0 in them.... here is the list:
BTW, this is the list from my package cache which has all [testing], [core], [extra] and what I use from [community] in it...
abs-2.3.3-1-i686.pkg.tar.gz claws-mail-extra-plugins-3.7.2-2-i686.pkg.tar.gz courier-mta-0.62.1-3-i686.pkg.tar.gz courier-mta-0.62.1-4-i686.pkg.tar.gz gift-fasttrack-0.8.9-4-i686.pkg.tar.gz gift-gnutella-0.0.11-2-i686.pkg.tar.gz git-1.6.4.4-1-i686.pkg.tar.gz gnumeric-1.8.4-3-i686.pkg.tar.gz gvim-7.2.245-1-i686.pkg.tar.gz inkscape-0.46-12-i686.pkg.tar.gz irssi-0.8.14-1-i686.pkg.tar.gz irssi-0.8.14-2-i686.pkg.tar.gz mailman-2.1.11-2-i686.pkg.tar.gz maxima-5.19.2-3-i686.pkg.tar.gz mod_perl-2.0.4-5-i686.pkg.tar.gz mythtv-0.21-2-i686.pkg.tar.gz mythweather-0.21-1-i686.pkg.tar.gz net-snmp-5.4.2.1-1-i686.pkg.tar.gz ntop-3.3.10-1-i686.pkg.tar.gz obexftp-0.23-2-i686.pkg.tar.gz perl-5.10.0-6-i686.pkg.tar.gz perl-5.10.1-2-i686.pkg.tar.gz perl-anyevent-5.12-1-any.pkg.tar.gz perl-archive-zip-1.30-1-i686.pkg.tar.gz perl-dbi-1.609-1-i686.pkg.tar.gz perl-exiftool-7.89-1-any.pkg.tar.gz perl-libwww-5.829-1-any.pkg.tar.gz perl-mail-spf-2.006-1-i686.pkg.tar.gz perl-mp3-info-1.24-1-i686.pkg.tar.gz perl-net-dns-0.65-1-i686.pkg.tar.gz perl-net-ssleay-1.35-1-i686.pkg.tar.gz perl-template-toolkit-2.22-1-i686.pkg.tar.gz perl-term-readkey-2.30.01-1-i686.pkg.tar.gz perl-xml-libxml-1.69-2.pkg.tar.gz perl-xml-libxslt-1.68-1.pkg.tar.gz perl-xml-sax-0.96-1.pkg.tar.gz perl-xml-writer-0.606-1.pkg.tar.gz rxvt-unicode-256color-9.06-3.pkg.tar.gz rxvt-unicode-9.06-2-i686.pkg.tar.gz texlive-langextra-2009.14322-3-any.pkg.tar.gz texmacs-1.0.7-3-i686.pkg.tar.gz vim-7.2.245-1-i686.pkg.tar.gz weechat-0.3.0-2-i686.pkg.tar.gz xchat-2.8.6-4-i686.pkg.tar.gz xchat-gnome-0.26.1-1-i686.pkg.tar.gz
Some are obviously false positives... (abs has a perl PKGBUILD prototype in it), but the list does include all packages mentioned so far. I leave it to their maintainers to investigate.
Allan
Allan McRae a écrit :
Jan de Groot wrote:
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.
There is quite a few packages that have a reference to 5.10.0 in them.... here is the list:
abs-2.3.3-1-i686.pkg.tar.gz claws-mail-extra-plugins-3.7.2-2-i686.pkg.tar.gz courier-mta-0.62.1-3-i686.pkg.tar.gz courier-mta-0.62.1-4-i686.pkg.tar.gz gift-fasttrack-0.8.9-4-i686.pkg.tar.gz gift-gnutella-0.0.11-2-i686.pkg.tar.gz git-1.6.4.4-1-i686.pkg.tar.gz gnumeric-1.8.4-3-i686.pkg.tar.gz gvim-7.2.245-1-i686.pkg.tar.gz inkscape-0.46-12-i686.pkg.tar.gz irssi-0.8.14-1-i686.pkg.tar.gz irssi-0.8.14-2-i686.pkg.tar.gz mailman-2.1.11-2-i686.pkg.tar.gz maxima-5.19.2-3-i686.pkg.tar.gz mod_perl-2.0.4-5-i686.pkg.tar.gz mythtv-0.21-2-i686.pkg.tar.gz mythweather-0.21-1-i686.pkg.tar.gz net-snmp-5.4.2.1-1-i686.pkg.tar.gz ntop-3.3.10-1-i686.pkg.tar.gz obexftp-0.23-2-i686.pkg.tar.gz perl-5.10.0-6-i686.pkg.tar.gz perl-5.10.1-2-i686.pkg.tar.gz perl-anyevent-5.12-1-any.pkg.tar.gz perl-archive-zip-1.30-1-i686.pkg.tar.gz perl-dbi-1.609-1-i686.pkg.tar.gz perl-exiftool-7.89-1-any.pkg.tar.gz perl-libwww-5.829-1-any.pkg.tar.gz perl-mail-spf-2.006-1-i686.pkg.tar.gz perl-mp3-info-1.24-1-i686.pkg.tar.gz perl-net-dns-0.65-1-i686.pkg.tar.gz perl-net-ssleay-1.35-1-i686.pkg.tar.gz perl-template-toolkit-2.22-1-i686.pkg.tar.gz perl-term-readkey-2.30.01-1-i686.pkg.tar.gz perl-xml-libxml-1.69-2.pkg.tar.gz perl-xml-libxslt-1.68-1.pkg.tar.gz perl-xml-sax-0.96-1.pkg.tar.gz perl-xml-writer-0.606-1.pkg.tar.gz rxvt-unicode-256color-9.06-3.pkg.tar.gz rxvt-unicode-9.06-2-i686.pkg.tar.gz texlive-langextra-2009.14322-3-any.pkg.tar.gz texmacs-1.0.7-3-i686.pkg.tar.gz vim-7.2.245-1-i686.pkg.tar.gz weechat-0.3.0-2-i686.pkg.tar.gz xchat-2.8.6-4-i686.pkg.tar.gz xchat-gnome-0.26.1-1-i686.pkg.tar.gz
Some are obviously false positives... (abs has a perl PKGBUILD prototype in it), but the list does include all packages mentioned so far. I leave it to their maintainers to investigate.
Allan
Thanks for the list. Apart from those we already mentioned, I think most of them are false positives, however, except: weechat claws-mail-extra-plugins inkscape gnumeric F
Jan de Groot a écrit :
On Wed, 2009-09-30 at 16:02 +0200, Firmicus wrote:
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.
Yep. Updated list: mod_perl irsii vim gvim xchat xchat-gnome There must be some other packages in extra, and some more in community.
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.
Is there any easy way to scan packages to see if they need rebuilt? A grep for "5.10.0" maybe.... That seems to work:
tar -xf /var/cache/pacman/pkg/mod_perl-2.0.4-5-i686.pkg.tar.gz grep -R "5.10.0" * Binary file usr/lib/httpd/modules/mod_perl.so matches
Anybody want to do a quick scan of the repos? I will not have time for the next day or two. Allan
participants (5)
-
Allan McRae
-
Andreas Radke
-
Firmicus
-
Jan de Groot
-
Pierre Schmitz