Login | Register For Free | Help
Search for: (Advanced)

Mailing List Archive: Gentoo: Dev

anybody interested in writing a Perl ebuild?

 

 

Gentoo dev RSS feed   Index | Next | Previous | View Threaded


emailgrant at gmail

May 23, 2012, 12:31 AM

Post #1 of 20 (822 views)
Permalink
anybody interested in writing a Perl ebuild?

Hello, is anyone interested in writing a Perl ebuild for this payment module:

http://search.cpan.org/dist/Net-Braintree/

Thanks,
Grant

P.S. Braintree is a stellar payment company:

https://www.braintreepayments.com/developers


robbat2 at gentoo

May 23, 2012, 12:49 AM

Post #2 of 20 (816 views)
Permalink
Re: anybody interested in writing a Perl ebuild? [In reply to]

On Wed, May 23, 2012 at 12:31:59AM -0700, Grant wrote:
> Hello, is anyone interested in writing a Perl ebuild for this payment module:
> http://search.cpan.org/dist/Net-Braintree/
Use g-cpan.

g-cpan -g Net::Braintree

It will generate packages for the module and all needed deps
(DateTime-Format-RFC3339, DateTime-Format-Atom,
Module-Install-TestTarget, Hash-Inflator, local-lib, URI-Query).

--
Robin Hugh Johnson
Gentoo Linux: Developer, Trustee & Infrastructure Lead
E-Mail : robbat2 [at] gentoo
GnuPG FP : 11ACBA4F 4778E3F6 E4EDF38E B27B944E 34884E85


emailgrant at gmail

May 23, 2012, 1:14 AM

Post #3 of 20 (821 views)
Permalink
Re: anybody interested in writing a Perl ebuild? [In reply to]

>> Hello, is anyone interested in writing a Perl ebuild for this payment module:
>> http://search.cpan.org/dist/Net-Braintree/
> Use g-cpan.
>
> g-cpan -g Net::Braintree
>
> It will generate packages for the module and all needed deps
> (DateTime-Format-RFC3339, DateTime-Format-Atom,
> Module-Install-TestTarget, Hash-Inflator, local-lib, URI-Query).

Thanks, I gave that a try and it did a bunch of stuff but when I try
to emerge Net-Braintree I get:

>>> Verifying ebuild manifests
!!! A file is not listed in the Manifest:
'/var/lib/layman/moonrise/perl-gcpan/DateTime-Format-RFC3339/DateTime-Format-RFC3339-1.0.5.ebuild'
!!! A file is not listed in the Manifest:
'/var/lib/layman/moonrise/perl-gcpan/DateTime-Format-Atom/DateTime-Format-Atom-1.0.2.ebuild'

I noticed that g-cpan put all of the ebuilds it generated in:

/var/lib/layman/moonrise/perl-gcpan

Is that the right place for them?

- Grant


robbat2 at gentoo

May 23, 2012, 8:57 AM

Post #4 of 20 (810 views)
Permalink
Re: anybody interested in writing a Perl ebuild? [In reply to]

On Wed, May 23, 2012 at 01:14:52AM -0700, Grant wrote:
> Thanks, I gave that a try and it did a bunch of stuff but when I try
> to emerge Net-Braintree I get:
that's weird. it did generate all of them fine here
which version of g-cpan?

> I noticed that g-cpan put all of the ebuilds it generated in:
> /var/lib/layman/moonrise/perl-gcpan
> Is that the right place for them?
the default is the last overlay in your config. i suggest looking at the
docs and forcing it to your own overlay, and forcing category to
dev-perl.

--
Robin Hugh Johnson
Gentoo Linux: Developer, Trustee & Infrastructure Lead
E-Mail : robbat2 [at] gentoo
GnuPG FP : 11ACBA4F 4778E3F6 E4EDF38E B27B944E 34884E85


emailgrant at gmail

May 24, 2012, 12:01 AM

Post #5 of 20 (811 views)
Permalink
Re: anybody interested in writing a Perl ebuild? [In reply to]

>> Thanks, I gave that a try and it did a bunch of stuff but when I try
>> to emerge Net-Braintree I get:
> that's weird. it did generate all of them fine here
> which version of g-cpan?

I've tried with g-cpan-0.16.2 and 0.16.4 with the same results:

>>> Verifying ebuild manifests
!!! A file is not listed in the Manifest:
'/usr/local/portage/dev-perl/DateTime-Format-RFC3339/DateTime-Format-RFC3339-1.0.5.ebuild'
!!! A file is not listed in the Manifest:
'/usr/local/portage/dev-perl/DateTime-Format-Atom/DateTime-Format-Atom-1.0.2.ebuild'

I've tried several times with some config variations but always with
the above error when trying to emerge.

>> I noticed that g-cpan put all of the ebuilds it generated in:
>> /var/lib/layman/moonrise/perl-gcpan
>> Is that the right place for them?
> the default is the last overlay in your config. i suggest looking at the
> docs and forcing it to your own overlay, and forcing category to
> dev-perl.

I've done that but with the above results:

GCPAN_OVERLAY="/usr/local/portage"
GCPAN_CAT="dev-perl"

I've never had very good luck with g-cpan. I thought there were a lot
of dev-perl ebuilds in portage for CPAN modules and that g-cpan was
for those that hadn't been added to portage yet?

- Grant


kentfredric at gmail

May 24, 2012, 3:32 AM

Post #6 of 20 (811 views)
Permalink
Re: anybody interested in writing a Perl ebuild? [In reply to]

On 24 May 2012 19:01, Grant <emailgrant [at] gmail> wrote:
>>>> Verifying ebuild manifests
> !!! A file is not listed in the Manifest:
> '/usr/local/portage/dev-perl/DateTime-Format-RFC3339/DateTime-Format-RFC3339-1.0.5.ebuild'
> !!! A file is not listed in the Manifest:
> '/usr/local/portage/dev-perl/DateTime-Format-Atom/DateTime-Format-Atom-1.0.2.ebuild'


Why this is occuring is strange.

For each module it complains is "not in the manifest",

cd $packagedir
repoman manifest

ie:

cd /usr/local/portage/dev-perl/DateTime-Format-RFC3339/
repoman manifest

This should

a ) Re-attempt downloading the source tar.gz from cpan if its not
already downloaded
b ) update the Manifest file for both the source tar.gz and the
problematic ebuild.

if something goes wrong while doing repoman manifest, then please
report that error.

( g-cpan should do this any-way, but seeing why repoman manifest
fails, if it fails, should help diagnose the issue )

--
Kent

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

http://kent-fredric.fox.geek.nz


kentfredric at gmail

May 24, 2012, 3:35 AM

Post #7 of 20 (810 views)
Permalink
Re: anybody interested in writing a Perl ebuild? [In reply to]

On 24 May 2012 19:01, Grant <emailgrant [at] gmail> wrote:
> I've never had very good luck with g-cpan.  I thought there were a lot
> of dev-perl ebuilds in portage for CPAN modules and that g-cpan was
> for those that hadn't been added to portage yet?

Yes, to an extent. Also, if you haven't already, check out the
perl-experiemental overlay, which has a much, much larger collection
of Perl Module ebuilds.

Its not as well maintained as the main tree, but its not bad IMO*

you might get lucky and somebody might put it in the tree for you if
g-cpan doesn't want to work.

* biased, I do a large amount of that =p




--
Kent

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

http://kent-fredric.fox.geek.nz


emailgrant at gmail

May 24, 2012, 8:05 AM

Post #8 of 20 (824 views)
Permalink
Re: anybody interested in writing a Perl ebuild? [In reply to]

>>>>> Verifying ebuild manifests
>> !!! A file is not listed in the Manifest:
>> '/usr/local/portage/dev-perl/DateTime-Format-RFC3339/DateTime-Format-RFC3339-1.0.5.ebuild'
>> !!! A file is not listed in the Manifest:
>> '/usr/local/portage/dev-perl/DateTime-Format-Atom/DateTime-Format-Atom-1.0.2.ebuild'
>
>
> Why this is occuring is strange.
>
> For each module it complains is "not in the manifest",
>
> cd $packagedir
> repoman manifest
>
> ie:
>
> cd /usr/local/portage/dev-perl/DateTime-Format-RFC3339/
> repoman manifest
>
> This should
>
> a ) Re-attempt downloading the source tar.gz from cpan if its not
> already downloaded
> b ) update the Manifest file for both the source tar.gz and the
> problematic ebuild.
>
> if something goes wrong while doing repoman manifest, then please
> report that error.
>
> ( g-cpan should do this any-way, but seeing why repoman manifest
> fails, if it fails, should help diagnose the issue )

Here is the repoman failure and DateTime-Format-Atom does the same thing:

# repoman manifest
>>> Downloading 'http://distfiles.gentoo.org/distfiles/DateTime-Format-RFC3339-1.0.5.tar.gz'
--2012-05-24 08:01:06--
http://distfiles.gentoo.org/distfiles/DateTime-Format-RFC3339-1.0.5.tar.gz
Resolving distfiles.gentoo.org... 156.56.247.195, 216.165.129.135,
64.50.233.100, ...
Connecting to distfiles.gentoo.org|156.56.247.195|:80... connected.
HTTP request sent, awaiting response... 404 Not Found
2012-05-24 08:01:06 ERROR 404: Not Found.

>>> Downloading 'http://www.cpan.org/authors/id/I/IK/IKEGAMI/DateTime-Format-RFC3339-1.0.5.tar.gz'
--2012-05-24 08:01:06--
http://www.cpan.org/authors/id/I/IK/IKEGAMI/DateTime-Format-RFC3339-1.0.5.tar.gz
Resolving www.cpan.org... 207.171.7.177, 199.15.176.140
Connecting to www.cpan.org|207.171.7.177|:80... connected.
HTTP request sent, awaiting response... 404 Not Found
2012-05-24 08:01:06 ERROR 404: Not Found.

>>> Downloading 'http://search.cpan.org/CPAN/authors/id/I/IK/IKEGAMI/DateTime-Format-RFC3339-1.0.5.tar.gz'
--2012-05-24 08:01:06--
http://search.cpan.org/CPAN/authors/id/I/IK/IKEGAMI/DateTime-Format-RFC3339-1.0.5.tar.gz
Resolving search.cpan.org... 199.15.176.161
Connecting to search.cpan.org|199.15.176.161|:80... connected.
HTTP request sent, awaiting response... 302 Found
Location: http://cpan.knowledgematters.net/authors/id/I/IK/IKEGAMI/DateTime-Format-RFC3339-1.0.5.tar.gz
[following]
--2012-05-24 08:01:06--
http://cpan.knowledgematters.net/authors/id/I/IK/IKEGAMI/DateTime-Format-RFC3339-1.0.5.tar.gz
Resolving cpan.knowledgematters.net... 67.205.61.104
Connecting to cpan.knowledgematters.net|67.205.61.104|:80... connected.
HTTP request sent, awaiting response... 404 Not Found
2012-05-24 08:01:06 ERROR 404: Not Found.

!!! Couldn't download 'DateTime-Format-RFC3339-1.0.5.tar.gz'. Aborting.
* QA Notice: ECLASS 'perl-module' inherited illegally in
dev-perl/DateTime-Format-RFC3339-1.0.5 nofetch
* QA Notice: ECLASS 'eutils' inherited illegally in
dev-perl/DateTime-Format-RFC3339-1.0.5 nofetch
* QA Notice: ECLASS 'multilib' inherited illegally in
dev-perl/DateTime-Format-RFC3339-1.0.5 nofetch
* QA Notice: ECLASS 'toolchain-funcs' inherited illegally in
dev-perl/DateTime-Format-RFC3339-1.0.5 nofetch
* QA Notice: ECLASS 'multilib' inherited illegally in
dev-perl/DateTime-Format-RFC3339-1.0.5 nofetch
* QA Notice: ECLASS 'user' inherited illegally in
dev-perl/DateTime-Format-RFC3339-1.0.5 nofetch
* QA Notice: ECLASS 'base' inherited illegally in
dev-perl/DateTime-Format-RFC3339-1.0.5 nofetch
* The following are listed in SRC_URI for DateTime-Format-RFC3339:
* mirror://cpan/authors/id/I/IK/IKEGAMI/DateTime-Format-RFC3339-1.0.5.tar.gz
!!! Fetch failed for DateTime-Format-RFC3339-1.0.5.tar.gz, can't update Manifest
Unable to generate manifest.

- Grant


kentfredric at gmail

May 24, 2012, 10:20 AM

Post #9 of 20 (806 views)
Permalink
Re: anybody interested in writing a Perl ebuild? [In reply to]

On 25 May 2012 03:05, Grant <emailgrant [at] gmail> wrote:
> DateTime-Format-RFC3339

Ah. The dreaded v-strings.

You'll note: http://cpan.metacpan.org/authors/id/I/IK/IKEGAMI/

That there is a "v" before the version specifier in the problem dist,
and the portage ebuild has not factored this into the equation, and is
looking for DateTime-Format-RFC3339-1.0.5.tar.gz when it should be
looking for DateTime-Format-RFC3339-v1.0.5.tar.gz

If you can edit the ebuild source to solve this issue, and then re-run
repoman manifest, that might help. But at least we now know what is
happening wrong with g-cpan.

In editing, you'll be wanting to look for varibles ( mostly in SRC_URI
and I think S ) which use "${PV}" and change it to use "v${PV}"
instead.


--
Kent

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

http://kent-fredric.fox.geek.nz


emailgrant at gmail

May 24, 2012, 12:22 PM

Post #10 of 20 (808 views)
Permalink
Re: anybody interested in writing a Perl ebuild? [In reply to]

>> DateTime-Format-RFC3339
>
> Ah. The dreaded v-strings.
>
> You'll note: http://cpan.metacpan.org/authors/id/I/IK/IKEGAMI/
>
> That there is a "v" before the version specifier in the problem dist,
> and the portage ebuild has not factored this into the equation, and is
> looking for DateTime-Format-RFC3339-1.0.5.tar.gz when it should be
> looking for DateTime-Format-RFC3339-v1.0.5.tar.gz
>
> If you can edit the ebuild source to solve this issue, and then re-run
> repoman manifest, that might help. But at least we now know what is
> happening wrong with g-cpan.
>
> In editing, you'll be wanting to look for varibles ( mostly in SRC_URI
> and I think S ) which use "${PV}" and change it to use "v${PV}"
> instead.

These ebuilds don't seem to have any of those variables:

# Copyright 1999-2010 Gentoo Foundation
# Distributed under the terms of the GNU General Public License v2
# This ebuild generated by g-cpan 0.16.4

EAPI="2"

MODULE_AUTHOR="IKEGAMI"

inherit perl-module

DESCRIPTION="Parse and format RFC3339 datetime strings"

LICENSE="|| ( Artistic GPL-1 GPL-2 GPL-3 )"
SLOT="0"
KEYWORDS="alpha amd64 amd64-fbsd arm hppa ia64 m68k mips ppc ppc64
s390 sh sparc sparc-fbsd x86 x86-fbsd ppc-aix x86-freebsd
x64-freebsd sparc64-freebsd hppa-hpux ia64-hpux x86-interix
amd64-linux arm-linux ia64-linux ppc64-linux x86-linux ppc-macos
x86-macos x64-macos m68k-mint x86-netbsd ppc-openbsd x86-openbsd
x64-openbsd sparc-solaris sparc64-solaris x64-solaris x86-solaris
x86-winnt x86-cygwin"
IUSE=""

DEPEND="dev-perl/DateTime
dev-lang/perl"

- Grant


kentfredric at gmail

May 24, 2012, 12:33 PM

Post #11 of 20 (812 views)
Permalink
Re: anybody interested in writing a Perl ebuild? [In reply to]

On 25 May 2012 07:22, Grant <emailgrant [at] gmail> wrote:
>
> EAPI="2"
>
> MODULE_AUTHOR="IKEGAMI"
>
> inherit perl-module
>
> DESCRIPTION="Parse and format RFC3339 datetime strings"
>
> LICENSE="|| ( Artistic GPL-1 GPL-2 GPL-3 )"
> SLOT="0"

add this:

MODULE_VERSION="v${PV}"

just before the inherit line and that *should* do the trick.

--
Kent

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

http://kent-fredric.fox.geek.nz


dabbott at gentoo

May 24, 2012, 12:33 PM

Post #12 of 20 (809 views)
Permalink
Re: anybody interested in writing a Perl ebuild? [In reply to]

On Thu, May 24, 2012 at 3:22 PM, Grant <emailgrant [at] gmail> wrote:
>>> DateTime-Format-RFC3339
>>
>> Ah. The dreaded v-strings.
>>
>> You'll note: http://cpan.metacpan.org/authors/id/I/IK/IKEGAMI/
>>
>> That there is a "v" before the version specifier in the problem dist,
>> and the portage ebuild has not factored this into the equation, and is
>> looking for DateTime-Format-RFC3339-1.0.5.tar.gz     when it should be
>> looking for DateTime-Format-RFC3339-v1.0.5.tar.gz
>>
>> If you can edit the ebuild source to solve this issue, and then re-run
>> repoman manifest, that might help. But at least we now know what is
>> happening wrong with g-cpan.
>>
>> In editing, you'll be wanting to look for varibles ( mostly in SRC_URI
>> and I think S )  which use "${PV}" and change it to use "v${PV}"
>> instead.
>
> These ebuilds don't seem to have any of those variables:
>
> # Copyright 1999-2010 Gentoo Foundation
> # Distributed under the terms of the GNU General Public License v2
> # This ebuild generated by g-cpan 0.16.4
>
> EAPI="2"
>
> MODULE_AUTHOR="IKEGAMI"
>
> inherit perl-module
>
> DESCRIPTION="Parse and format RFC3339 datetime strings"
>
> LICENSE="|| ( Artistic GPL-1 GPL-2 GPL-3 )"
> SLOT="0"
> KEYWORDS="alpha amd64 amd64-fbsd arm hppa ia64 m68k mips ppc ppc64
> s390 sh sparc sparc-fbsd x86 x86-fbsd   ppc-aix x86-freebsd
> x64-freebsd sparc64-freebsd hppa-hpux ia64-hpux x86-interix
> amd64-linux arm-linux ia64-linux ppc64-linux x86-linux ppc-macos
> x86-macos x64-macos m68k-mint x86-netbsd ppc-openbsd x86-openbsd
> x64-openbsd sparc-solaris sparc64-solaris x64-solaris x86-solaris
> x86-winnt x86-cygwin"
> IUSE=""
>
> DEPEND="dev-perl/DateTime
>    dev-lang/perl"
>
> - Grant
>

Hi Grant,
See "inherit perl-module" take a look at /usr/portage/eclass/perl-module.eclass

Regards,
David


emailgrant at gmail

May 24, 2012, 11:16 PM

Post #13 of 20 (824 views)
Permalink
Re: anybody interested in writing a Perl ebuild? [In reply to]

> add this:
>
> MODULE_VERSION="v${PV}"
>
> just before the inherit line and that *should* do the trick.

That did it, but there's more trouble. g-cpan strikes again?

>>> Configuring source in /var/tmp/portage/dev-perl/local-lib-1.008004/work/local-lib-1.008004 ...
* Using ExtUtils::MakeMaker
* perl Makefile.PL PREFIX=/usr INSTALLDIRS=vendor INSTALLMAN3DIR=none
DESTDIR=/var/tmp/portage/dev-perl/local-lib-1.008004/image/
ACCESS DENIED open_wr: /usr/lib64/perl5/5.12.4/CPAN/Config.pm
Cannot open >/usr/lib64/perl5/5.12.4/CPAN/Config.pm at
/usr/lib64/perl5/5.12.4/CPAN/HandleConfig.pm line 470
CPAN::HandleConfig::_configpmtest('/usr/lib64/perl5/5.12.4/CPAN',
'/usr/lib64/perl5/5.12.4/CPAN/Config.pm') called at
/usr/lib64/perl5/5.12.4/CPAN/HandleConfig.pm line 551
CPAN::HandleConfig::load('CPAN::HandleConfig') called at
/usr/lib64/perl5/5.12.4/CPAN/Shell.pm line 1517
CPAN::Shell::optprint('CPAN::Shell', 'load_module', 'CPAN:
File::HomeDir loaded ok (v0.98)\x{a}') called at
/usr/lib64/perl5/5.12.4/CPAN.pm line 1101
CPAN::has_inst('CPAN=HASH(0x1e0d4114e8)', 'File::HomeDir', undef)
called at /usr/lib64/perl5/5.12.4/CPAN.pm line 982
CPAN::has_usable('CPAN=HASH(0x1e0d4114e8)', 'File::HomeDir') called
at /usr/lib64/perl5/5.12.4/CPAN/HandleConfig.pm line 506
CPAN::HandleConfig::home() called at
/usr/lib64/perl5/5.12.4/CPAN/HandleConfig.pm line 478
CPAN::HandleConfig::require_myconfig_or_config('CPAN::HandleConfig')
called at Makefile.PL line 212
* ERROR: dev-perl/local-lib-1.008004 failed (configure phase):
* Unable to build!
*
* Call stack:
* ebuild.sh, line 85: Called src_configure
* environment, line 2220: Called perl-module_src_configure
* environment, line 1936: Called perl-module_src_prep
* environment, line 2008: Called die
* The specific snippet of code:
* perl Makefile.PL "$@" <<< "${pm_echovar}" || die
"Unable to build!";
*
* If you need support, post the output of 'emerge --info
=dev-perl/local-lib-1.008004',
* the complete build log and the output of 'emerge -pqv
=dev-perl/local-lib-1.008004'.
* This ebuild is from an overlay named 'x-portage': '/usr/local/portage/'
* The complete build log is located at
'/var/log/portage/dev-perl:local-lib-1.008004:20120525-061124.log'.
* The ebuild environment file is located at
'/var/tmp/portage/dev-perl/local-lib-1.008004/temp/environment'.
* S: '/var/tmp/portage/dev-perl/local-lib-1.008004/work/local-lib-1.008004'
--------------------------- ACCESS VIOLATION SUMMARY ---------------------------
LOG FILE "/var/log/sandbox/sandbox-10934.log"

VERSION 1.0
FORMAT: F - Function called
FORMAT: S - Access Status
FORMAT: P - Path as passed to function
FORMAT: A - Absolute Path (not canonical)
FORMAT: R - Canonical Path
FORMAT: C - Command Line

F: open_wr
S: deny
P: /usr/lib64/perl5/5.12.4/CPAN/Config.pm
A: /usr/lib64/perl5/5.12.4/CPAN/Config.pm
R: /usr/lib64/perl5/5.12.4/CPAN/Config.pm
C: perl Makefile.PL PREFIX=/usr INSTALLDIRS=vendor INSTALLMAN3DIR=none
DESTDIR=/var/tmp/portage/dev-perl/local-lib-1.008004/image/
--------------------------------------------------------------------------------

>>> Failed to emerge dev-perl/local-lib-1.008004

- Grant


kentfredric at gmail

May 24, 2012, 11:49 PM

Post #14 of 20 (810 views)
Permalink
Re: anybody interested in writing a Perl ebuild? [In reply to]

On 25 May 2012 18:16, Grant <emailgrant [at] gmail> wrote:

>
> That did it, but there's more trouble.  g-cpan strikes again?
>
>>>> Configuring source in /var/tmp/portage/dev-perl/local-lib-1.008004/work/local-lib-1.008004 ...

For local-lib, you're best trying using the copy in the
perl-experimental overlay. If that doesn't work either, then why the
sandbox violation is occurring needs looked at.


--
Kent

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

http://kent-fredric.fox.geek.nz


emailgrant at gmail

May 25, 2012, 1:52 AM

Post #15 of 20 (810 views)
Permalink
Re: anybody interested in writing a Perl ebuild? [In reply to]

>> That did it, but there's more trouble. g-cpan strikes again?
>>
>>>>> Configuring source in /var/tmp/portage/dev-perl/local-lib-1.008004/work/local-lib-1.008004 ...
>
> For local-lib, you're best trying using the copy in the
> perl-experimental overlay. If that doesn't work either, then why the
> sandbox violation is occurring needs looked at.

I switched local-lib from the g-cpan one to the perl-experimental one
and all is well as far as installation all the way through
Net-Braintree. Thank you very much for sticking with me on this guys.

May I ask why you force the g-cpan category to dev-perl?

To what extent is running ebuilds from perl-experimental a safe endeavor?

Should Net-Braintree or any of the ebuilds I had g-cpan trouble with
be eligible for inclusion in the main tree or perl-experimental?

Thanks again,
Grant


kentfredric at gmail

May 25, 2012, 2:22 AM

Post #16 of 20 (811 views)
Permalink
Re: anybody interested in writing a Perl ebuild? [In reply to]

On 25 May 2012 20:52, Grant <emailgrant [at] gmail> wrote:
> I switched local-lib from the g-cpan one to the perl-experimental one
> and all is well as far as installation all the way through
> Net-Braintree.  Thank you very much for sticking with me on this guys.
>
> May I ask why you force the g-cpan category to dev-perl?

Using that category solves many issues in advance, ie: if you
generated an ebuild locally, and then we provided a maintained copy,
portage would just switch from one to the other seamlessly where
needed without you having to modify all ebuilds that depend on it.

ie:

if a package was installed in perl-gcpan/ instead ( which used to be
the case iirc ), you then have:

perl-gcpan/foo : DEPENDS dev-perl/bar
perl-gcpan/baz : DEPENDS perl-gcpan/foo

And if you want to cede development of "foo" to an overlay/gentoo,
you'd have to change perl-gcpan/baz to point to perl-gcpan/foo
instead.

With the packages all in dev-perl, no such changes are required.

>
> To what extent is running ebuilds from perl-experimental a safe endeavor?

It should be reasonably safe, but If you want to be sure, I advise
enabling tests.

---[ /etc/portage/package.env ]---
dev-perl/* perlmod.conf
-----------------------------------------

---[ /etc/portage/env/perlmod.conf ]---
FEATURES="${FEATURES} test"
----------------------------------------------

And this will at least give you the same level of assurance as you
would get if you were installing the packages with a CPAN client.

We do our best to make the overlay stable somewhat, but it will always
be somewhat less important than the main tree

> Should Net-Braintree or any of the ebuilds I had g-cpan trouble with
> be eligible for inclusion in the main tree or perl-experimental?

I've it on my mental TODO list, just a lot of other things I'm behind
schedule in updating atm.

> Thanks again,
> Grant
>



--
Kent

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

http://kent-fredric.fox.geek.nz


emailgrant at gmail

May 25, 2012, 11:01 PM

Post #17 of 20 (808 views)
Permalink
Re: anybody interested in writing a Perl ebuild? [In reply to]

>> May I ask why you force the g-cpan category to dev-perl?
>
> Using that category solves many issues in advance, ie: if you
> generated an ebuild locally, and then we provided a maintained copy,
> portage would just switch from one to the other seamlessly where
> needed without you having to modify all ebuilds that depend on it.
>
> ie:
>
> if a package was installed in perl-gcpan/ instead ( which used to be
> the case iirc ), you then have:
>
> perl-gcpan/foo : DEPENDS dev-perl/bar
> perl-gcpan/baz : DEPENDS perl-gcpan/foo
>
> And if you want to cede development of "foo" to an overlay/gentoo,
> you'd have to change perl-gcpan/baz to point to perl-gcpan/foo
> instead.
>
> With the packages all in dev-perl, no such changes are required.

I was thinking it would be nice to know which ebuilds came from
g-cpan, but now that I think about it I suppose it doesn't really
matter.

Thanks a lot for your help!

- Grant


1i5t5.duncan at cox

May 25, 2012, 11:52 PM

Post #18 of 20 (807 views)
Permalink
Re: anybody interested in writing a Perl ebuild? [In reply to]

Grant posted on Fri, 25 May 2012 23:01:42 -0700 as excerpted:

>>> May I ask why you force the g-cpan category to dev-perl?
>>
>> Using that category solves many issues in advance, ie: if you generated
>> an ebuild locally, and then we provided a maintained copy,
>> portage would just switch from one to the other seamlessly where needed
>> without you having to modify all ebuilds that depend on it.

> I was thinking it would be nice to know which ebuilds came from g-cpan,
> but now that I think about it I suppose it doesn't really matter.

Not a perl-head, but if I've been following the thread correctly...

If you manage the overlays correctly (see the earlier note about it using
the last one in the list), you'll know based on what overlay the ebuild
is from. Simply create an overlay specifically for g-cpan and make it
last in the list.

Simple enough, assuming I'm not horribly mixed up, anyway. =:^)

--
Duncan - List replies preferred. No HTML msgs.
"Every nonfree program has a lord, a master --
and if you use the program, he is your master." Richard Stallman


emailgrant at gmail

May 26, 2012, 12:14 AM

Post #19 of 20 (810 views)
Permalink
Re: Re: anybody interested in writing a Perl ebuild? [In reply to]

>> I was thinking it would be nice to know which ebuilds came from g-cpan,
>> but now that I think about it I suppose it doesn't really matter.
>
> Not a perl-head, but if I've been following the thread correctly...
>
> If you manage the overlays correctly (see the earlier note about it using
> the last one in the list), you'll know based on what overlay the ebuild
> is from. Simply create an overlay specifically for g-cpan and make it
> last in the list.
>
> Simple enough, assuming I'm not horribly mixed up, anyway. =:^)

Good call, thanks Duncan. I'll set that up if I ever feel like I need
to know which perl ebuilds came from g-cpan. Right now all of my
local dev-perl stuff comes g-cpan.

- Grant


emailgrant at gmail

May 26, 2012, 12:21 AM

Post #20 of 20 (809 views)
Permalink
Re: anybody interested in writing a Perl ebuild? [In reply to]

>> I switched local-lib from the g-cpan one to the perl-experimental one
>> and all is well as far as installation all the way through
>> Net-Braintree. Thank you very much for sticking with me on this guys.

I just used 'g-cpan -u' to update my g-cpan ebuilds and it generated
ebuilds in /usr/local/portage/dev-perl for a whole lot of different
perl modules that I've never installed. Has anyone seen this before?
Is 'g-cpan -u' the best way to update your g-cpan ebuilds?

- Grant

Gentoo dev RSS feed   Index | Next | Previous | View Threaded
 
 


Interested in having your list archived? Contact Gossamer Threads
 
  Web Applications & Managed Hosting Powered by Gossamer Threads Inc.