[gentoo-dev] g-cpan

[gentoo-dev] g-cpan

[Benny Pedersen]

i like to use g-cpan more, but as lately it seems not to be so much stable
with latest portage :/

my question is how to make a bug on it or even if its worth doing it, is
there a better proper way of make cpan modules into ebuilds as it was one
time ?

-- 
http://localhost/ 100% uptime and 100% mirrored :)

Re: [gentoo-dev] g-cpan

[Kent Fredric]

[-- Attachment #1: Type: text/plain, Size: 852 bytes --]

On Tue, Jun 9, 2009 at 12:57 PM, Benny Pedersen <me@junc.org> wrote:

>
> i like to use g-cpan more, but as lately it seems not to be so much stable
> with latest portage :/
>
> my question is how to make a bug on it or even if its worth doing it, is
> there a better proper way of make cpan modules into ebuilds as it was one
> time ?
>

I've just taken to DIYing it and making them suitable enough to go into the
overlay.

 http://gist.github.com/126197 , I tend to run that, then just work out the
depends by reading upstreams Makefile.PL /Meta.yaml .

Feel free to adjust to your liking.

Probably sounds a bit archaic, but I've gotten used to it, g-cpan and
everything else that's existed seemed to explode too often for my liking.

-- 
Kent

perl -e  "print substr( \"edrgmaM  SPA NOcomil.ic\\@tfrken\", \$_ * 3, 3 )
for ( 9,8,0,7,1,6,5,4,3,2 );

[-- Attachment #2: Type: text/html, Size: 1251 bytes --]

Re: [gentoo-dev] g-cpan

[Robin H. Johnson]

[-- Attachment #1: Type: text/plain, Size: 832 bytes --]

On Tue, Jun 09, 2009 at 02:57:31AM +0200, Benny Pedersen wrote:
> i like to use g-cpan more, but as lately it seems not to be so much stable
> with latest portage :/
> 
> my question is how to make a bug on it or even if its worth doing it, is
> there a better proper way of make cpan modules into ebuilds as it was one
> time ?
File a bug if there is something wrong - however it's not broken for me
at the moment.

It just goes to perl@gentoo.org.  AFAIK when I last asked, g-cpan didn't
have an actual maintainer.

I strongly suggest my patch from bug 239217 if you use it lots. My
personal copy has probably diverged a fair bit from the latest ebuild.

-- 
Robin Hugh Johnson
Gentoo Linux Developer & Infra Guy
E-Mail     : robbat2@gentoo.org
GnuPG FP   : 11AC BA4F 4778 E3F6 E4ED  F38E B27B 944E 3488 4E85

[-- Attachment #2: Type: application/pgp-signature, Size: 330 bytes --]

Re: [gentoo-dev] g-cpan

[Benny Pedersen]

On Tue, June 9, 2009 03:41, Kent Fredric wrote:
> I've just taken to DIYing it and making them suitable enough to go into
> the overlay.
>
> http://gist.github.com/126197 , I tend to run that, then just work out
> the depends by reading upstreams Makefile.PL /Meta.yaml .
>
> Feel free to adjust to your liking.

perl 5.8.8 no go

dependse on Moose

> Probably sounds a bit archaic, but I've gotten used to it, g-cpan and
> everything else that's existed seemed to explode too often for my liking.

it worked before, but not much perl in gentoo is any longer maintained :/

hope this will change to the better, i am still at gentoo, but if devs run
away from it to deb/rpm systems then i have to also :/

g-cpan -g Mail::SPF

succes ?

-- 
http://localhost/ 100% uptime and 100% mirrored :)

Re: [gentoo-dev] g-cpan

[Kent Fredric]

[-- Attachment #1: Type: text/plain, Size: 1145 bytes --]

On Wed, Jun 10, 2009 at 11:40 AM, Benny Pedersen <me@junc.org> wrote:

>
>
> perl 5.8.8 no go
>
> dependse on Moose
>

dev-perl/Moose : Available in gentoo
dev-perl/MooseX-Getopt : Available in perl overlay

All other deps should be in there already.
( cant remember if -X functions can be chained or not in 5.8.8 )

If you aren't using Moose yet, you might want to look into it.  ( </Plug> )


> > Probably sounds a bit archaic, but I've gotten used to it, g-cpan and
> > everything else that's existed seemed to explode too often for my liking.
>
> it worked before,


It worked for me, .. for a time, then I tired of how it worked.


> but not much perl in gentoo is any longer maintained :/
>

Citation needed. modules are updated on average in gentoo the same week as
they come out.


>
> hope this will change to the better, i am still at gentoo, but if devs run
> away from it to deb/rpm systems then i have to also :/
>
> g-cpan -g Mail::SPF
>
> succes ?
>
> --
> http://localhost/ 100% uptime and 100% mirrored :)
>
>
>


-- 
Kent

perl -e  "print substr( \"edrgmaM  SPA NOcomil.ic\\@tfrken\", \$_ * 3, 3 )
for ( 9,8,0,7,1,6,5,4,3,2 );

[-- Attachment #2: Type: text/html, Size: 2211 bytes --]

Re: [gentoo-dev] g-cpan

[Robin H. Johnson]

[-- Attachment #1: Type: text/plain, Size: 1514 bytes --]

On Wed, Jun 10, 2009 at 01:40:56AM +0200, Benny Pedersen wrote:
> > Probably sounds a bit archaic, but I've gotten used to it, g-cpan and
> > everything else that's existed seemed to explode too often for my liking.
> it worked before, but not much perl in gentoo is any longer maintained :/
What gives you that idea? The perl herd is probably one of the least
often outdated packages of all of Gentoo, because of the ease of trivial
bumps.

http://www.gentoo.org/proj/en/perl/outdated-cpan-packages.xml
Updated every 6 hours if there are changes in upstream CPAN.

http://www.gentoo.org/proj/en/perl/outdated-cpan-packages-perl-experimental.xml
Updated irregularly, but often.

http://dev.gentoo.org/~robbat2/scripts/perl-bump-0.5.sh
Tool for bumping Perl packages, not perfect, but works 99% of the time.

> hope this will change to the better, i am still at gentoo, but if devs run
> away from it to deb/rpm systems then i have to also :/
> g-cpan -g Mail::SPF
This is one of those cases where upstream's version numbering never made
g-cpan work in the first place.

The generated ebuilds needed the following added:
MY_P="${PN}-v${PV}"
S="${WORKDIR}/${MY_P}"

I generated the ebuilds with my copy of g-cpan, available here:
http://dev.gentoo.org/~robbat2/scripts/g-cpan-robbat2-20090609
And they are committed now too.

-- 
Robin Hugh Johnson
Gentoo Linux Developer & Infra Guy
E-Mail     : robbat2@gentoo.org
GnuPG FP   : 11AC BA4F 4778 E3F6 E4ED  F38E B27B 944E 3488 4E85

[-- Attachment #2: Type: application/pgp-signature, Size: 330 bytes --]