[arch-dev-public] [signoff] perl 5.14.0-1
Hi, New perl release, the rebuild on [staging] has been done almost a week ago, and it's very stable, please test and sign off. -- Angel Velásquez angvp @ irc.freenode.net Arch Linux Developer / Trusted User Linux Counter: #359909 http://www.angvp.com
Am Tue, 31 May 2011 19:51:13 -0300 schrieb Ángel Velásquez <angvp@archlinux.org>:
Hi,
New perl release, the rebuild on [staging] has been done almost a week ago, and it's very stable, please test and sign off.
Proceed with installation? [Y/n] (44/44) checking package integrity [----------------------------------------------------------------------------] 100% (44/44) checking for file conflicts [----------------------------------------------------------------------------] 100% error: failed to commit transaction (conflicting files) dvdrip: /usr/bin/vendor_perl/execflow exists in filesystem dvdrip: /usr/share/man/man3/Event::ExecFlow.3pm.gz exists in filesystem dvdrip: /usr/share/man/man3/Event::ExecFlow::Callbacks.3pm.gz exists in filesystem dvdrip: /usr/share/man/man3/Event::ExecFlow::Frontend.3pm.gz exists in filesystem dvdrip: /usr/share/man/man3/Event::ExecFlow::Job.3pm.gz exists in filesystem dvdrip: /usr/share/man/man3/Event::ExecFlow::Job::Code.3pm.gz exists in filesystem dvdrip: /usr/share/man/man3/Event::ExecFlow::Job::Command.3pm.gz exists in filesystem dvdrip: /usr/share/man/man3/Event::ExecFlow::Job::Group.3pm.gz exists in filesystem dvdrip: /usr/share/man/man3/Event::ExecFlow::Scheduler.3pm.gz exists in filesystem dvdrip: /usr/share/man/man3/Event::ExecFlow::Scheduler::SimpleMax.3pm.gz exists in filesystem dvdrip: /usr/share/perl5/vendor_perl/Event/ExecFlow.pm exists in filesystem dvdrip: /usr/share/perl5/vendor_perl/Event/ExecFlow/Callbacks.pm exists in filesystem dvdrip: /usr/share/perl5/vendor_perl/Event/ExecFlow/Frontend.pm exists in filesystem dvdrip: /usr/share/perl5/vendor_perl/Event/ExecFlow/Frontend/Term.pm exists in filesystem dvdrip: /usr/share/perl5/vendor_perl/Event/ExecFlow/Job.pm exists in filesystem dvdrip: /usr/share/perl5/vendor_perl/Event/ExecFlow/Job/Code.pm exists in filesystem dvdrip: /usr/share/perl5/vendor_perl/Event/ExecFlow/Job/Command.pm exists in filesystem dvdrip: /usr/share/perl5/vendor_perl/Event/ExecFlow/Job/Group.pm exists in filesystem dvdrip: /usr/share/perl5/vendor_perl/Event/ExecFlow/Scheduler.pm exists in filesystem dvdrip: /usr/share/perl5/vendor_perl/Event/ExecFlow/Scheduler/SimpleMax.pm exists in filesystem Errors occurred, no packages were upgraded. dvdrip needs to be fixed. -Andy
On Wed, Jun 1, 2011 at 12:38 AM, Andreas Radke <a.radke@arcor.de> wrote:
Am Tue, 31 May 2011 19:51:13 -0300 schrieb Ángel Velásquez <angvp@archlinux.org>:
Hi,
New perl release, the rebuild on [staging] has been done almost a week ago, and it's very stable, please test and sign off.
Proceed with installation? [Y/n] (44/44) checking package integrity [----------------------------------------------------------------------------] 100% (44/44) checking for file conflicts [----------------------------------------------------------------------------] 100% error: failed to commit transaction (conflicting files) dvdrip: /usr/bin/vendor_perl/execflow exists in filesystem dvdrip: /usr/share/man/man3/Event::ExecFlow.3pm.gz exists in filesystem dvdrip: /usr/share/man/man3/Event::ExecFlow::Callbacks.3pm.gz exists in filesystem dvdrip: /usr/share/man/man3/Event::ExecFlow::Frontend.3pm.gz exists in filesystem dvdrip: /usr/share/man/man3/Event::ExecFlow::Job.3pm.gz exists in filesystem dvdrip: /usr/share/man/man3/Event::ExecFlow::Job::Code.3pm.gz exists in filesystem dvdrip: /usr/share/man/man3/Event::ExecFlow::Job::Command.3pm.gz exists in filesystem dvdrip: /usr/share/man/man3/Event::ExecFlow::Job::Group.3pm.gz exists in filesystem dvdrip: /usr/share/man/man3/Event::ExecFlow::Scheduler.3pm.gz exists in filesystem dvdrip: /usr/share/man/man3/Event::ExecFlow::Scheduler::SimpleMax.3pm.gz exists in filesystem dvdrip: /usr/share/perl5/vendor_perl/Event/ExecFlow.pm exists in filesystem dvdrip: /usr/share/perl5/vendor_perl/Event/ExecFlow/Callbacks.pm exists in filesystem dvdrip: /usr/share/perl5/vendor_perl/Event/ExecFlow/Frontend.pm exists in filesystem dvdrip: /usr/share/perl5/vendor_perl/Event/ExecFlow/Frontend/Term.pm exists in filesystem dvdrip: /usr/share/perl5/vendor_perl/Event/ExecFlow/Job.pm exists in filesystem dvdrip: /usr/share/perl5/vendor_perl/Event/ExecFlow/Job/Code.pm exists in filesystem dvdrip: /usr/share/perl5/vendor_perl/Event/ExecFlow/Job/Command.pm exists in filesystem dvdrip: /usr/share/perl5/vendor_perl/Event/ExecFlow/Job/Group.pm exists in filesystem dvdrip: /usr/share/perl5/vendor_perl/Event/ExecFlow/Scheduler.pm exists in filesystem dvdrip: /usr/share/perl5/vendor_perl/Event/ExecFlow/Scheduler/SimpleMax.pm exists in filesystem Errors occurred, no packages were upgraded.
dvdrip needs to be fixed.
-Andy
FTR, I had already submitted a bug: https://bugs.archlinux.org/task/24527
On 01/06/11 08:51, Ángel Velásquez wrote:
Hi,
New perl release, the rebuild on [staging] has been done almost a week ago, and it's very stable, please test and sign off.
frozen-bubble Not a CODE reference at /usr/lib/perl5/core_perl/DynaLoader.pm line 213. END failed--call queue aborted at /usr/lib/perl5/vendor_perl/SDL_perl.pm
I'm having issues with running frozen-bubble: line 213. Compilation failed in require at /usr/lib/perl5/vendor_perl/SDL.pm line 42. BEGIN failed--compilation aborted at /usr/lib/perl5/vendor_perl/SDL.pm line 42. Compilation failed in require at /usr/bin/vendor_perl/frozen-bubble line 62. BEGIN failed--compilation aborted at /usr/bin/vendor_perl/frozen-bubble line 62. Allan
2011/6/1 Allan McRae <allan@archlinux.org>: > On 01/06/11 08:51, Ángel Velásquez wrote: >> >> Hi, >> >> New perl release, the rebuild on [staging] has been done almost a week >> ago, and it's very stable, please test and sign off. >> > > > I'm having issues with running frozen-bubble: > >> frozen-bubble > Not a CODE reference at /usr/lib/perl5/core_perl/DynaLoader.pm line 213. > END failed--call queue aborted at /usr/lib/perl5/vendor_perl/SDL_perl.pm > line 213. > Compilation failed in require at /usr/lib/perl5/vendor_perl/SDL.pm line 42. > BEGIN failed--compilation aborted at /usr/lib/perl5/vendor_perl/SDL.pm line > 42. > Compilation failed in require at /usr/bin/vendor_perl/frozen-bubble line 62. > BEGIN failed--compilation aborted at /usr/bin/vendor_perl/frozen-bubble line > 62. > > Allan > what architecture? I didn't rebuilt frozen-bubble particularly but I'm running it fine on x86_64 -- Angel Velásquez angvp @ irc.freenode.net Arch Linux Developer / Trusted User Linux Counter: #359909 http://www.angvp.com
2011/6/1 Ángel Velásquez <angvp@archlinux.org>: > 2011/6/1 Allan McRae <allan@archlinux.org>: >> On 01/06/11 08:51, Ángel Velásquez wrote: >>> >>> Hi, >>> >>> New perl release, the rebuild on [staging] has been done almost a week >>> ago, and it's very stable, please test and sign off. >>> >> >> >> I'm having issues with running frozen-bubble: >> >>> frozen-bubble >> Not a CODE reference at /usr/lib/perl5/core_perl/DynaLoader.pm line 213. >> END failed--call queue aborted at /usr/lib/perl5/vendor_perl/SDL_perl.pm >> line 213. >> Compilation failed in require at /usr/lib/perl5/vendor_perl/SDL.pm line 42. >> BEGIN failed--compilation aborted at /usr/lib/perl5/vendor_perl/SDL.pm line >> 42. >> Compilation failed in require at /usr/bin/vendor_perl/frozen-bubble line 62. >> BEGIN failed--compilation aborted at /usr/bin/vendor_perl/frozen-bubble line >> 62. >> >> Allan >> > > what architecture? I didn't rebuilt frozen-bubble particularly but I'm > running it fine on x86_64 Allan runs i686 userspace AFAIK (with an x86_64 kernel). -Dan
what architecture? I didn't rebuilt frozen-bubble particularly but I'm running it fine on x86_64
Allan runs i686 userspace AFAIK (with an x86_64 kernel).
Is this easy to do or documented anywhere? I assume you'd still get the benefits of large memory support without PAE and still be able to run flash and other things natively which don't run well under multilib. Dale
On Wed, Jun 1, 2011 at 10:45 AM, Dale Blount <dale@archlinux.org> wrote:
what architecture? I didn't rebuilt frozen-bubble particularly but I'm running it fine on x86_64
Allan runs i686 userspace AFAIK (with an x86_64 kernel).
Is this easy to do or documented anywhere? I assume you'd still get the benefits of large memory support without PAE and still be able to run flash and other things natively which don't run well under multilib. He blogged about it: http://allanmcrae.com/2010/02/transparent-x86_64-kernel-on-an-i686-userland/ http://allanmcrae.com/2009/06/using-an-x86_64-kernel-on-an-i686-userland/
-Dan
On 02/06/11 01:48, Dan McGee wrote:
On Wed, Jun 1, 2011 at 10:45 AM, Dale Blount<dale@archlinux.org> wrote:
what architecture? I didn't rebuilt frozen-bubble particularly but I'm running it fine on x86_64
Allan runs i686 userspace AFAIK (with an x86_64 kernel).
Is this easy to do or documented anywhere? I assume you'd still get the benefits of large memory support without PAE and still be able to run flash and other things natively which don't run well under multilib. He blogged about it: http://allanmcrae.com/2010/02/transparent-x86_64-kernel-on-an-i686-userland/ http://allanmcrae.com/2009/06/using-an-x86_64-kernel-on-an-i686-userland/
There is actually a much easier way to do this than that bash32 thing... Just stick "linux32" in front of /sbin/agetty and your login manager in /etc/inittab. Allan
On 02/06/11 01:42, Dan McGee wrote: > 2011/6/1 Ángel Velásquez<angvp@archlinux.org>: >> 2011/6/1 Allan McRae<allan@archlinux.org>: >>> On 01/06/11 08:51, Ángel Velásquez wrote: >>>> >>>> Hi, >>>> >>>> New perl release, the rebuild on [staging] has been done almost a week >>>> ago, and it's very stable, please test and sign off. >>>> >>> >>> >>> I'm having issues with running frozen-bubble: >>> >>>> frozen-bubble >>> Not a CODE reference at /usr/lib/perl5/core_perl/DynaLoader.pm line 213. >>> END failed--call queue aborted at /usr/lib/perl5/vendor_perl/SDL_perl.pm >>> line 213. >>> Compilation failed in require at /usr/lib/perl5/vendor_perl/SDL.pm line 42. >>> BEGIN failed--compilation aborted at /usr/lib/perl5/vendor_perl/SDL.pm line >>> 42. >>> Compilation failed in require at /usr/bin/vendor_perl/frozen-bubble line 62. >>> BEGIN failed--compilation aborted at /usr/bin/vendor_perl/frozen-bubble line >>> 62. >>> >>> Allan >>> >> >> what architecture? I didn't rebuilt frozen-bubble particularly but I'm >> running it fine on x86_64 > Allan runs i686 userspace AFAIK (with an x86_64 kernel). > Correct.
On 2011/6/1 Allan McRae <allan@archlinux.org> wrote: > On 01/06/11 08:51, Ángel Velásquez wrote: >> >> Hi, >> >> New perl release, the rebuild on [staging] has been done almost a week >> ago, and it's very stable, please test and sign off. >> > > > I'm having issues with running frozen-bubble: > >> frozen-bubble > Not a CODE reference at /usr/lib/perl5/core_perl/DynaLoader.pm line 213. > END failed--call queue aborted at /usr/lib/perl5/vendor_perl/SDL_perl.pm > line 213. > Compilation failed in require at /usr/lib/perl5/vendor_perl/SDL.pm line 42. > BEGIN failed--compilation aborted at /usr/lib/perl5/vendor_perl/SDL.pm line > 42. > Compilation failed in require at /usr/bin/vendor_perl/frozen-bubble line 62. > BEGIN failed--compilation aborted at /usr/bin/vendor_perl/frozen-bubble line > 62. > > Allan > There are problems when CFLAGS are set: Perl has to apply its own flags and doesn't do so if you specify anything (even CFLAGS=""). And notably, Perl uses 64bits offset (the LARGEFILE something macro), causing problems, but Ángel has the details. perl-sdl and frozen-ubble are fixed, but more modules may be affected. No problems seen on my side, with frozen-bubble now running fine on i686, so signoff i686. Rémy.
On 16/06/11 16:07, Rémy Oudompheng wrote: > On 2011/6/1 Allan McRae<allan@archlinux.org> wrote: >> On 01/06/11 08:51, Ángel Velásquez wrote: >>> >>> Hi, >>> >>> New perl release, the rebuild on [staging] has been done almost a week >>> ago, and it's very stable, please test and sign off. >>> >> >> >> I'm having issues with running frozen-bubble: >> >>> frozen-bubble >> Not a CODE reference at /usr/lib/perl5/core_perl/DynaLoader.pm line 213. >> END failed--call queue aborted at /usr/lib/perl5/vendor_perl/SDL_perl.pm >> line 213. >> Compilation failed in require at /usr/lib/perl5/vendor_perl/SDL.pm line 42. >> BEGIN failed--compilation aborted at /usr/lib/perl5/vendor_perl/SDL.pm line >> 42. >> Compilation failed in require at /usr/bin/vendor_perl/frozen-bubble line 62. >> BEGIN failed--compilation aborted at /usr/bin/vendor_perl/frozen-bubble line >> 62. >> >> Allan >> > > There are problems when CFLAGS are set: Perl has to apply its own > flags and doesn't do so if you specify anything (even CFLAGS=""). And > notably, Perl uses 64bits offset (the LARGEFILE something macro), > causing problems, but Ángel has the details. perl-sdl and frozen-ubble > are fixed, but more modules may be affected. > > No problems seen on my side, with frozen-bubble now running fine on > i686, so signoff i686. > Works here too now. Signoff i686, Allan
2011/5/31 Ángel Velásquez <angvp@archlinux.org>:
Hi,
New perl release, the rebuild on [staging] has been done almost a week ago, and it's very stable, please test and sign off.
I haven't noticed any problems from regular desktop usage. Signoff x86_64.
-- Angel Velásquez angvp @ irc.freenode.net Arch Linux Developer / Trusted User Linux Counter: #359909 http://www.angvp.com
participants (7)
-
Allan McRae
-
Andreas Radke
-
Dale Blount
-
Dan McGee
-
Eric Bélanger
-
Rémy Oudompheng
-
Ángel Velásquez