On Wed, Jun 1, 2011 at 12:38 AM, Andreas Radke wrote:

Am Tue, 31 May 2011 19:51:13 -0300 schrieb Ángel Velásquez :

...

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

2011/6/1 Allan McRae :
> 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

...

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 02/06/11 01:48, Dan McGee wrote:

On Wed, Jun 1, 2011 at 10:45 AM, Dale Blount 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 2011/6/1 Allan McRae  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.