On Tue, Jul 05, 2011 at 08:33:32PM +0200, Florian Pritz wrote:
> Well, perl guys tend to loose the dots so 5.14.1 would be 5.014001. You
> can test that using `perl -v` or `perl -e 'print $^V'` and `perl -e
> 'print $]'`. "$]" and "$^V" contain the perl version you're running in
> different formats
clemens fischer wrote:
> % urxvt
> urxvt: symbol lookup error:
> /usr/lib/perl5/site_perl/auto/List/Util/Util.so: undefined
> symbol: Perl_Istack_sp_ptr
>
> I moved Util.so elsewhere and urxvt started working again.
>
> But:
>
> # cpanp
> Data::Dumper object version 2.130_02 does not matc
On 04.07.2011 02:02, Steve Holmes wrote:
> Where does cpanp get the information to generate a properly configured
> PKGBUILD for a module?
From the META.yml [1] file on cpan.
> Right now, I cannot use cpanp to build Params::Util because it keeps
> sticking a bad dependency in the PKGBUILD for per
Well, I've been messing with cpanplus and the distarch part of it. I
have some questions now.
Where does cpanp get the information to generate a properly configured
PKGBUILD for a module?
Right now, I cannot use cpanp to build Params::Util because it keeps
sticking a bad dependency in the PKGB
On 03.07.2011 07:45, Steve Holmes wrote:
>> This is what I did:
>> pacman -Qm | grep "^perl-" > perlpkgs
>> pacman -Rcs $(
> Once the perlpkgs file was built, I had to go in and manually remove
> all the version numbers; otherwise, pacman threw errors; it could not
> recognize them as additional p
2011/7/3 Steve Holmes
> On Fri, Jul 01, 2011 at 03:20:31PM +0200, Florian Pritz wrote:
> > `cpanp i Moose` works fine here.
>
> It doesn't for me. I'll describe below.
>
> > IMHO you should install perl-cpanpplus-dist-arch (run setupdistarch as
> > your user afterwards) and use cpanp to generate
On Fri, Jul 01, 2011 at 03:20:31PM +0200, Florian Pritz wrote:
> `cpanp i Moose` works fine here.
It doesn't for me. I'll describe below.
> IMHO you should install perl-cpanpplus-dist-arch (run setupdistarch as
> your user afterwards) and use cpanp to generate and install pacman perl
> packages.
John K Pate wrote:
> 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 recompiling or
> the new version, however.
Note that I don't have any foreign, ie. non ARCH per
On 01.07.2011 21:24, Steve Holmes wrote:
> On 7/1/11, Florian Pritz wrote:
>> On 01.07.2011 14:38, Steve Holmes wrote:
>>> I still can't compile perl-moose but I get another lookup error so I
>>> rebuilt the package that owns the library causing the error but still
>>> no go. At least automake wo
On 7/1/11, Florian Pritz wrote:
> On 01.07.2011 14:38, Steve Holmes wrote:
>> I still can't compile perl-moose but I get another lookup error so I
>> rebuilt the package that owns the library causing the error but still
>> no go. At least automake works so I can build other packages. I have
>> n
On 01.07.2011 14:38, Steve Holmes wrote:
> I still can't compile perl-moose but I get another lookup error so I
> rebuilt the package that owns the library causing the error but still
> no go. At least automake works so I can build other packages. I have
> never seen such a colamity of errors wit
On Fri, Jul 01, 2011 at 09:40:22AM +0530, gt wrote:
> Did you try rebuilding perl-scalar-list-utils?
I did again just now and re-installed. automake still works but I
still can't compile perl-moose but I get another lookup error so I
rebuilt the package that owns the library causing the error but
On Thu, Jun 30, 2011 at 12:20:17PM -0700, Steve Holmes wrote:
> On 6/30/11, gt 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 my problems
On 6/30/11, gt 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
>> perl-eval-closu
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
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 followi
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
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 mention
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
d
> 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 recompi
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.
Not
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 sig
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 /usr
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.p
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: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 1
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 d
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 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:
/usr/lib/perl5/
On Wed, Jun 29, 2011 at 09:02:22PM -0700, Steve Holmes wrote:
> On Thu, Jun 30, 2011 at 06:36:37AM +0530, gt wrote:
> > Did you look at the post installation message, when you upgraded perl.
> >
> > It should have something like this:
> >
> > --
On Thu, Jun 30, 2011 at 06:36:37AM +0530, gt wrote:
> Did you look at the post installation message, when you upgraded perl.
>
> It should have something like this:
>
> -
>
> The directories /usr/lib/perl5/current, /usr/lib/
On Wed, Jun 29, 2011 at 05:35:19PM -0700, 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 looku
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:
/usr/lib/perl5/vendor_perl/auto/List/Util/Util.so: undefined
33 matches
Mail list logo