FAQ Search Today's Posts Mark Forums Read
» Video Reviews

» Linux Archive

Linux-archive is a website aiming to archive linux email lists and to make them easily accessible for linux users/developers.


» Sponsor

» Partners

» Sponsor

Go Back   Linux Archive > Gentoo > Gentoo Development

 
 
LinkBack Thread Tools
 
Old 05-24-2012, 07:33 PM
Kent Fredric
 
Default anybody interested in writing a Perl ebuild?

On 25 May 2012 07:22, Grant <emailgrant@gmail.com> 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
 
Old 05-24-2012, 07:33 PM
David Abbott
 
Default anybody interested in writing a Perl ebuild?

On Thu, May 24, 2012 at 3:22 PM, Grant <emailgrant@gmail.com> 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
 
Old 05-25-2012, 06:16 AM
Grant
 
Default anybody interested in writing a Perl ebuild?

> 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:ptprint('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('CP AN::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
 
Old 05-25-2012, 06:49 AM
Kent Fredric
 
Default anybody interested in writing a Perl ebuild?

On 25 May 2012 18:16, Grant <emailgrant@gmail.com> 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


Fri May 25 10:30:01 2012
Return-path: <bounce-debian-user=tom=linux-archive.org@lists.debian.org>
Envelope-to: tom@linux-archive.org
Delivery-date: Fri, 25 May 2012 10:01:19 +0300
Received: from bendel.debian.org ([82.195.75.100]:42485)
by s2.java-tips.org with esmtps (TLSv1:AES256-SHA:256)
(Exim 4.77)
(envelope-from <bounce-debian-user=tom=linux-archive.org@lists.debian.org>)
id 1SXoWV-0003t7-8e
for tom@linux-archive.org; Fri, 25 May 2012 10:01:19 +0300
Received: from localhost (localhost [127.0.0.1])
by bendel.debian.org (Postfix) with QMQP
id 2F603258; Fri, 25 May 2012 07:01:02 +0000 (UTC)
Old-Return-Path: <debian-user@list-post.mks-mail.de>
X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on bendel.debian.org
X-Spam-Level:
X-Spam-Status: No, score=-9.9 required=4.0 tests=FOURLA,GMAIL,LDOSUBSCRIBER,
LDO_WHITELIST,T_DKIM_INVALID autolearn=unavailable version=3.3.2
X-Original-To: lists-debian-user@bendel.debian.org
Delivered-To: lists-debian-user@bendel.debian.org
Received: from localhost (localhost [127.0.0.1])
by bendel.debian.org (Postfix) with ESMTP id 01FB51F2
for <lists-debian-user@bendel.debian.org>; Fri, 25 May 2012 07:00:53 +0000 (UTC)
X-Virus-Scanned: at lists.debian.org with policy bank en-ht
X-Amavis-Spam-Status: No, score=-6 tagged_above=-10000 required=5.3
tests=[BAYES_00=-2, DKIM_SIGNED=0.1, DKIM_VALID=-0.1,
DKIM_VALID_AU=-0.1, FOURLA=0.1, GMAIL=1, LDO_WHITELIST=-5]
autolearn=no
Received: from bendel.debian.org ([127.0.0.1])
by localhost (lists.debian.org [127.0.0.1]) (amavisd-new, port 2525)
with ESMTP id 7s3M_jNq2fZP for <lists-debian-user@bendel.debian.org>;
Fri, 25 May 2012 07:00:47 +0000 (UTC)
X-policyd-weight: DYN_NJABL=SKIP(0) NOT_IN_SBL_XBL_SPAMHAUS=-1.5 NOT_IN_BL_NJABL=-1.5 DSBL_ORG=SKIP(0) CL_IP_EQ_FROM_MX=-3.1; rate: -6.1
Received: from mail.ddt-consult.de (mail.ddt-consult.de [176.9.143.18])
(using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits))
(Client did not present a certificate)
by bendel.debian.org (Postfix) with ESMTPS id 0C0FF102
for <debian-user@lists.debian.org>; Fri, 25 May 2012 07:00:46 +0000 (UTC)
Received: from localhost (localhost [127.0.0.1])
by mail.ddt-consult.de (Postfix) with ESMTP id ECD04492F8
for <debian-user@lists.debian.org>; Fri, 25 May 2012 09:00:43 +0200 (CEST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d list-post.mks-mail.de; h=content-transfer-encoding:content-type
:content-type:in-reply-to:references:subject:subject
:mime-version:user-agent:reply-to:from:from:date:date:message-id
:received:received; s=lpm; t37929242; bh=R4Dv5zaFS41P5gxG3Xac
pKkDnl29JbAtWMqWaKvImYU=; b=YuCoB/wt+v9mCiHcs6OYAC6BYGKQrq/Jik39
GRqd12UO6uhfRm7GnH1AIkTz2eGPe49Z70DnwItss44vviwg7B IKULztoaV6FHiM
GBjrJaRcj92ASZSrcCaBMzlAhO+gf1PfMReeOhEo1J/uQ+Z27AbCs0inX6acyHwV
uAv13ncX-Virus-Scanned: Debian amavisd-new at mail
Received: from mail.ddt-consult.de ([127.0.0.1])
by localhost (mail2.ddt-consult.de [127.0.0.1]) (amavisd-new, port 20024)
with LMTP id PNMepCmGVylS for <debian-user@lists.debian.org>;
Fri, 25 May 2012 09:00:42 +0200 (CEST)
Received: from legolas.home.ddt.intern (p5DC376C9.dip.t-dialin.net [93.195.118.201])
(Authenticated sender: mks@list-post.mks-mail.de)
by mail.ddt-consult.de (Postfix) with ESMTPSA id BAFCF492F5
for <debian-user@lists.debian.org>; Fri, 25 May 2012 09:00:41 +0200 (CEST)
Message-ID: <4FBF2E19.9090400@list-post.mks-mail.de>
Date: Fri, 25 May 2012 09:00:41 +0200
From: =?UTF-8?B?TWFya3VzIFNjaMO2bmhhYmVy? <debian-user@list-post.mks-mail.de>
Reply-To: debian-user@lists.debian.org
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:12.0) Gecko/20120430 Thunderbird/12.0.1
MIME-Version: 1.0
To: debian-user@lists.debian.org
Subject: Re: How to get new RSA key in known_hosts file?
References: <CANbRw9mb+Sap8GCH60zMo_eRpwWWydT2j´┐ŻSRAz7xkKC1t5 8w@mail.gmail.com> <20120524234721.c6d8444a.celejar@gmail.com> <4FBF1C64.5050702@gmail.com>
In-Reply-To: <4FBF1C64.5050702@gmail.com>
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: 7bit
X-Rc-Virus: 2007-09-13_01
X-Rc-Spam: 2008-11-04_01
Resent-Message-ID: <ZvBjtfagRXD.A.P9C.u4yvPB@bendel>
Resent-From: debian-user@lists.debian.org
X-Mailing-List: <debian-user@lists.debian.org> archive/latest/631491
X-Loop: debian-user@lists.debian.org
List-Id: <debian-user.lists.debian.org>
List-Post: <mailto:debian-user@lists.debian.org>
List-Help: <mailto:debian-user-request@lists.debian.org?subject=help>
List-Subscribe: <mailto:debian-user-request@lists.debian.org?subject=subscribe>
List-Unsubscribe: <mailto:debian-user-request@lists.debian.org?subject=unsubscribe>
Precedence: list
Resent-Sender: debian-user-request@lists.debian.org
Resent-Date: Fri, 25 May 2012 07:01:02 +0000 (UTC)

25.05.2012 07:45, Scott Ferguson:

> On 25/05/12 13:47, Celejar wrote:
>> On Thu, 24 May 2012 20:24:49 -0700 Marc Shapiro
>> <marcnshap@gmail.com> wrote:

>>> @@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@ @@@@@@@@@ @
>>> WARNING: REMOTE HOST IDENTIFICATION HAS CHANGED! @
>>> @@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@ @@@@@@@@@ IT IS
>>> POSSIBLE THAT SOMEONE IS DOING SOMETHING NASTY!
>>
>> ...
>>> It is also possible that the RSA host key has just been changed.
>>> The fingerprint for the RSA key sent by the remote host is
>>> cb:fa:a3:10:3d:01:c0:e6:6a:2d:3e:59:e1:b9:4e:b8. Please contact
>>> your system administrator. Add correct host key in
>>> /home/marc/.ssh/known_hosts to get rid of this message. Offending
>>> key in /home/marc/.ssh/known_hosts:1
>>
>>> How do I manually enter the rsa key, or get ssh to do so, so that I
>>> can connect again?
>>
>> Issue 'ssh-keygen -R your_hostname_or_ip_address'
>
> Marc has previously connected to a given address and stored a key.

Yes.

> That address now has another key - the correct (IMO) approach is to
> delete the old key for that address (remove the 1st entry in
> ~/.ssh/known_hosts.

Yes.

> i.e. change the key stored for *that* computer.
>
> You've asked him to change *his* key which will have no effect on the
> problem (the machine he's connecting to still has a new key that differs
> from the one he has stored).

Wrong. Celejar's advice is correct.
man ssh-keygen
| -R hostname
| Removes all keys belonging to hostname from a known_hosts
| file. This option is useful to delete hashed hosts (see the -H
option above).

One can, of course, edit known_hosts manually to achieve the same
effect. But I consider ssh-keygen -R to be the safer method.

--
Regards
mks


--
To UNSUBSCRIBE, email to debian-user-REQUEST@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmaster@lists.debian.org
Archive: http://lists.debian.org/4FBF2E19.9090400@list-post.mks-mail.de
 
Old 05-25-2012, 08:52 AM
Grant
 
Default anybody interested in writing a Perl ebuild?

>> 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
 
Old 05-25-2012, 09:22 AM
Kent Fredric
 
Default anybody interested in writing a Perl ebuild?

On 25 May 2012 20:52, Grant <emailgrant@gmail.com> 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
 
Old 05-26-2012, 06:01 AM
Grant
 
Default anybody interested in writing a Perl ebuild?

>> 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
 
Old 05-26-2012, 06:52 AM
Duncan
 
Default anybody interested in writing a Perl ebuild?

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
 
Old 05-26-2012, 07:14 AM
Grant
 
Default anybody interested in writing a Perl ebuild?

>> 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
 
Old 05-26-2012, 07:21 AM
Grant
 
Default anybody interested in writing a Perl ebuild?

>> 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
 

Thread Tools




All times are GMT. The time now is 10:32 PM.

VBulletin, Copyright ©2000 - 2014, Jelsoft Enterprises Ltd.
Content Relevant URLs by vBSEO ©2007, Crawlability, Inc.
Copyright ę2007 - 2008, www.linux-archive.org