On 06/30/2011 03:35 AM, Steve Holmes wrote:
I think when perl was upgraded to 5.14, something broke with one of
its libraries. Whenever I type 'automake' or attempt to recompile
several perl packages from AUR, I get the following error message:
/usr/bin/perl: symbol lookup error:
Am 30.06.2011 02:35, schrieb Steve Holmes:
/usr/bin/perl: symbol lookup error:
/usr/lib/perl5/vendor_perl/auto/List/Util/Util.so: undefined symbol:
Perl_Istack_sp_ptr
That file is not part of any package in the Arch repositories.
signature.asc
Description: OpenPGP digital signature
On 06/30/2011 02:32 AM, Thomas Bächler wrote:
Am 30.06.2011 02:35, schrieb Steve Holmes:
/usr/bin/perl: symbol lookup error:
/usr/lib/perl5/vendor_perl/auto/List/Util/Util.so: undefined symbol:
Perl_Istack_sp_ptr
That file is not part of any package in the Arch repositories.
I'm seeing this
Am 30.06.2011 11:09, schrieb Casey Peter:
I'm seeing this during boot:
Wed Jun 29 14:48:09 2011: XSLoader::load('Your::Module',
$Your::Module::VERSION) at /usr/lib/perl5/core_perl/XSLoader.pm line 25.
Wed Jun 29 14:48:09 2011: Compilation failed in require at
/etc/rc.d/ptal-init line 115.
On 06/30/2011 03:33 AM, Thomas Bächler wrote:
Am 30.06.2011 11:09, schrieb Casey Peter:
I'm seeing this during boot:
Wed Jun 29 14:48:09 2011: XSLoader::load('Your::Module',
$Your::Module::VERSION) at /usr/lib/perl5/core_perl/XSLoader.pm line 25.
Wed Jun 29 14:48:09 2011: Compilation failed in
Am 30.06.2011 11:54, schrieb Casey Peter:
On 06/30/2011 03:33 AM, Thomas Bächler wrote:
Am 30.06.2011 11:09, schrieb Casey Peter:
I'm seeing this during boot:
Wed Jun 29 14:48:09 2011: XSLoader::load('Your::Module',
$Your::Module::VERSION) at /usr/lib/perl5/core_perl/XSLoader.pm line 25.
For such questions I'd like to remind the following XKCD:
http://xkcd.com/619/
---
Quis custodiet ipsos custodes?
On Wed, Jun 29, 2011 at 13:47, Christian Hesse l...@eworm.de wrote:
Why would someone want to have a 'synaptics gesture suite'?
On 06/30/2011 12:51 PM, Thomas Bächler wrote:
Am 30.06.2011 11:54, schrieb Casey Peter:
On 06/30/2011 03:33 AM, Thomas Bächler wrote:
Am 30.06.2011 11:09, schrieb Casey Peter:
I'm seeing this during boot:
Wed Jun 29 14:48:09 2011: XSLoader::load('Your::Module',
$Your::Module::VERSION) at
Am 30.06.2011 12:59, schrieb Jelle van der Waa:
This discussion needs more info:
pacman -Q perl mod_perl those two provide XSLoader.pm.
They provide it, but at a different path. The file mentioned here is not
contained in any package we built.
signature.asc
Description: OpenPGP digital
On 06/30/2011 05:08 AM, Thomas Bächler wrote:
Am 30.06.2011 12:59, schrieb Jelle van der Waa:
This discussion needs more info:
pacman -Q perl mod_perl those two provide XSLoader.pm.
They provide it, but at a different path. The file mentioned here is not
contained in any package we built.
I do have a few AUR packages on my system, but no breakages from
anything other than ptal-init as reported.
I had a breakage (with the same error message) with rxvt-unicode-chinese
from the AUR, but it was resolved upon upgrading to the new version. I
don't know if the fix was due to
On 06/30/2011 05:52 AM, John K Pate wrote:
I do have a few AUR packages on my system, but no breakages from
anything other than ptal-init as reported.
I had a breakage (with the same error message) with rxvt-unicode-chinese
from the AUR, but it was resolved upon upgrading to the new version. I
On Thu, Jun 30, 2011 at 12:51 PM, Alper Kanat tu...@raptiye.org wrote:
For such questions I'd like to remind the following XKCD:
http://xkcd.com/619/
Actually, I also uploaded something yesterday, although was reluctant
to post because it's way OT.
Sorry for this. http://i.imgur.com/pxSNG.jpg
Am 30.06.2011 13:25, schrieb Casey Peter:
On 06/30/2011 05:08 AM, Thomas Bächler wrote:
Am 30.06.2011 12:59, schrieb Jelle van der Waa:
This discussion needs more info:
pacman -Q perl mod_perl those two provide XSLoader.pm.
They provide it, but at a different path. The file mentioned here is
On Thu, Jun 30, 2011 at 02:23:23PM +0200, Thomas Bächler wrote:
Am 30.06.2011 13:25, schrieb Casey Peter:
On 06/30/2011 05:08 AM, Thomas Bächler wrote:
Am 30.06.2011 12:59, schrieb Jelle van der Waa:
This discussion needs more info:
pacman -Q perl mod_perl those two provide XSLoader.pm.
On Thu, Jun 30, 2011 at 09:13:31AM +0300, Ionut Biru wrote:
On 06/30/2011 03:35 AM, Steve Holmes wrote:
I think when perl was upgraded to 5.14, something broke with one of
its libraries. Whenever I type 'automake' or attempt to recompile
several perl packages from AUR, I get the following
On Thu, Jun 30, 2011 at 05:42:47AM -0700, Steve Holmes wrote:
After plowing through this thread, I am replying to say that the
library in question belongs to perl-scalar-list-utils which can be
found in AUr. It is required by other packages like
perl-eval-closure. It is all part of a long
This is a huge release and should stay in testing for a while. I want to
point out two significant changes:
1) We now have a build() function instead of an install() function - the
latter was an unfortunate conflict with the install utility. The hooks
in the repository have been adjusted, but
On 6/30/11, gt codere...@gmail.com wrote:
On Thu, Jun 30, 2011 at 05:42:47AM -0700, Steve Holmes wrote:
After plowing through this thread, I am replying to say that the
library in question belongs to perl-scalar-list-utils which can be
found in AUr. It is required by other packages like
On 06/30/2011 09:25 AM, David C. Rankin wrote:
On 06/29/2011 02:46 PM, Karol Babioch wrote:
Hi,
Am 29.06.2011 21:25, schrieb David C. Rankin:
is part of it in xulrunner
xulrunner isn't needed anymore, when I remember it right.
What kind of security do you have on your mail server? Maybe
On Thu, Jun 30, 2011 at 12:20:17PM -0700, Steve Holmes wrote:
On 6/30/11, gt codere...@gmail.com wrote:
perl-scalar-utils was available in aur earlier i think. But it was
removed sometime back.
Yeah, I figure this package replaced that one. Anyway, it contains
the library that is causing
Hi all,
I was looking at the /lib64 folder and wondering what it is really
needed for... It just seems clutter to me on a pure x86_64 system (or
even with a multilib in lib32 folders like we have). As far as I can
tell, most things are perfectly fine without that folder and its two
On 30 June 2011 20:15, Thomas Bächler tho...@archlinux.org wrote:
This is a huge release and should stay in testing for a while. I want to
point out two significant changes:
1) We now have a build() function instead of an install() function - the
latter was an unfortunate conflict with the
Thomas Bächler tho...@archlinux.org on Thu, 30 Jun 2011 20:15:01 +0200:
This is a huge release and should stay in testing for a while. I want to
point out two significant changes:
1) We now have a build() function instead of an install() function - the
latter was an unfortunate conflict with
Am Friday 01 July 2011, 07:33:33 schrieb Christian Hesse:
Thomas Bächler tho...@archlinux.org on Thu, 30 Jun 2011 20:15:01 +0200:
This is a huge release and should stay in testing for a while. I want to
point out two significant changes:
1) We now have a build() function instead of an
On 06/30/2011 10:48 PM, Allan McRae wrote:
Hi all,
I was looking at the /lib64 folder and wondering what it is really
needed for... It just seems clutter to me on a pure x86_64 system (or
even with a multilib in lib32 folders like we have). As far as I can
tell, most things are perfectly
26 matches
Mail list logo