Gentoo Logo
Gentoo Spaceship




Note: Due to technical difficulties, the Archives are currently not up to date. GMANE provides an alternative service for most mailing lists.
c.f. bug 424647
List Archive: gentoo-perl
Navigation:
Lists: gentoo-perl: < Prev By Thread Next > < Prev By Date Next >
Headers:
To: gentoo-perl@g.o
From: perl <perl@...>
Subject: how it goes with perl 5.10
Date: Fri, 19 Dec 2008 13:46:03 -0800
I'll start, maybe others will follow.

Installed from the perl-"experimental" overlay. One edit to the ebuild and got perl 5.10.0. 

perl-cleaner attempted to re-emerge 5.8. Ouch! '-)

Re-emerged all the perl modules with some shell scripts. (Catalyst worked perfectly, goal acheived.)

perl-tk needed a version bump, so I posted the ebuild I edited to b.g.o. Apparently the change in maintainer was missed and so too was the version with the needed fixes.

Inkscape has a dependency on perl which caused pain, so I found some patches. Works great. Posted ebuilds and patches at b.g.o.

Gnumeric has perl use flag, but no apparent dependency to match. So, seems fine.

I got a random user note on #gentoo-perl:

"I have a problem with compilation net-snmp with Perl support. .)
Without Perl support all is ok."

Which *seems* to be an upstream problem, unfortunately. Embedded perl 5.10 snmp agent won't work. Building with --disable-embedded-perl works:

EXTRA_ECONF="--disable-embedded-perl" emerge -av net-snmp 

... and will build SNMP.pm and related modules. But, obviously, it won't allow an embedded perl agent. I've filed a bug upstream for the embedded fail. (Seems like a header file it finds is broken, but I'm no expert.)

g-cpan is broken too, it seems, with the new perl. Garbage is now added to the workdir variable, so nothing gets built or installed. Doesn't cause emerge to fail, though, which is odd (to say the least). 

There is a very similar bug report so I requested it be reopened, but maybe there is still no maintainer for g-cpan. IDK.

As for handling issues like needing 5.8 for a particular package like embedded agent in snmp, perl should be available slotted. IDK (and can't find out, apparently) if that is the plan.

One problem is portage is removing old perl 5.8 modules when emerging new ones. I don't think this is needed, as long as @INC is correct.

Changing /usr/bin/perl to point to the right binary should be all that is needed, IIRC to get back 5.8... Anyway, (from what I know) an eselect perl thingy *should* be dead simple to make this easy for the user.

Well, that's my $.02. What else, then, is keeping perl-5.10.0 out of the tree? Are there really only about five of us who care? '-)

-- Mike Higgins



Replies:
Re: how it goes with perl 5.10
-- Steven Lembark
Navigation:
Lists: gentoo-perl: < Prev By Thread Next > < Prev By Date Next >
Previous by thread:
Last rites: dev-perl/SOAP
Next by thread:
Re: how it goes with perl 5.10
Previous by date:
Last rites: dev-perl/SOAP
Next by date:
modules availability


Updated Jun 17, 2009

Summary: Archive of the gentoo-perl mailing list.

Donate to support our development efforts.

Copyright 2001-2013 Gentoo Foundation, Inc. Questions, Comments? Contact us.