* [gentoo-dev] g-cpan @ 2009-06-09 0:57 Benny Pedersen 2009-06-09 1:41 ` Kent Fredric 2009-06-09 1:44 ` Robin H. Johnson 0 siblings, 2 replies; 6+ messages in thread From: Benny Pedersen @ 2009-06-09 0:57 UTC (permalink / raw To: gentoo-dev 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 :) ^ permalink raw reply [flat|nested] 6+ messages in thread
* Re: [gentoo-dev] g-cpan 2009-06-09 0:57 [gentoo-dev] g-cpan Benny Pedersen @ 2009-06-09 1:41 ` Kent Fredric 2009-06-09 23:40 ` Benny Pedersen 2009-06-09 1:44 ` Robin H. Johnson 1 sibling, 1 reply; 6+ messages in thread From: Kent Fredric @ 2009-06-09 1:41 UTC (permalink / raw To: gentoo-dev [-- 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 --] ^ permalink raw reply [flat|nested] 6+ messages in thread
* Re: [gentoo-dev] g-cpan 2009-06-09 1:41 ` Kent Fredric @ 2009-06-09 23:40 ` Benny Pedersen 2009-06-10 0:40 ` Kent Fredric 2009-06-10 1:26 ` Robin H. Johnson 0 siblings, 2 replies; 6+ messages in thread From: Benny Pedersen @ 2009-06-09 23:40 UTC (permalink / raw To: gentoo-dev 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 :) ^ permalink raw reply [flat|nested] 6+ messages in thread
* Re: [gentoo-dev] g-cpan 2009-06-09 23:40 ` Benny Pedersen @ 2009-06-10 0:40 ` Kent Fredric 2009-06-10 1:26 ` Robin H. Johnson 1 sibling, 0 replies; 6+ messages in thread From: Kent Fredric @ 2009-06-10 0:40 UTC (permalink / raw To: gentoo-dev [-- 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 --] ^ permalink raw reply [flat|nested] 6+ messages in thread
* Re: [gentoo-dev] g-cpan 2009-06-09 23:40 ` Benny Pedersen 2009-06-10 0:40 ` Kent Fredric @ 2009-06-10 1:26 ` Robin H. Johnson 1 sibling, 0 replies; 6+ messages in thread From: Robin H. Johnson @ 2009-06-10 1:26 UTC (permalink / raw To: gentoo-dev [-- 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 --] ^ permalink raw reply [flat|nested] 6+ messages in thread
* Re: [gentoo-dev] g-cpan 2009-06-09 0:57 [gentoo-dev] g-cpan Benny Pedersen 2009-06-09 1:41 ` Kent Fredric @ 2009-06-09 1:44 ` Robin H. Johnson 1 sibling, 0 replies; 6+ messages in thread From: Robin H. Johnson @ 2009-06-09 1:44 UTC (permalink / raw To: gentoo-dev [-- 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 --] ^ permalink raw reply [flat|nested] 6+ messages in thread
end of thread, other threads:[~2009-06-10 1:26 UTC | newest] Thread overview: 6+ messages (download: mbox.gz follow: Atom feed -- links below jump to the message on this page -- 2009-06-09 0:57 [gentoo-dev] g-cpan Benny Pedersen 2009-06-09 1:41 ` Kent Fredric 2009-06-09 23:40 ` Benny Pedersen 2009-06-10 0:40 ` Kent Fredric 2009-06-10 1:26 ` Robin H. Johnson 2009-06-09 1:44 ` Robin H. Johnson
This is a public inbox, see mirroring instructions for how to clone and mirror all data and code used for this inbox