gmane.linux.gentoo.perl

Fwd: Re: Incomplete virtuals

aranea — 2012-11-10T13:30:52

Hmm, that mail didn't get through...

Luis

Re: Incomplete virtuals

Roberto Felipe Araneda Chavarria — 2012-10-31T13:00:14

ack!

On Wed, Oct 31, 2012 at 9:56 AM,  <lists< at >aixah.de> wrote:

Re: Incomplete virtuals

2012-10-31T12:56:56

On Fri, 5 Oct 2012 15:07:45 +0200
<lists< at >aixah.de> wrote:


Ping. Anyone's reading this ML?

Incomplete virtuals

2012-10-05T13:07:45

Hi there,

couls somebody please have a look at this bug:
https://bugs.gentoo.org/show_bug.cgi?id=429378

There are some other virtuals which have a similar problem, I just want
one precedent before filing bugs for all of them...

Regards,
aranea

Pushing biber dependencies to perl-experimental

2012-09-10T17:55:44

Hi there,

I'm trying to get dev-tex/biber into portage (see #340353). But
depends on a few perl modules which are neither in gentoo-x86 nor in
perl-experimental. There are already bugs for them on b.g.o, but the
don't get much attention. Could you please push them to
perl-experimental?

Here they are: https://git.spheniscida.de/?p=spiderlay;a=tree;f=dev-perl
The corresponding bugs are marked as blockers of #340353, so finding
them should be easy.

Thanks in advance!

--
aranea

Re: g-cpan -u VS cpan>upgrade

Sergiy Borodych — 2011-09-25T10:25:25

Hello Alex,

2011/9/22 Alex Efros <powerman< at >powerman.name>:

This mode works for me fine. What versions of perl, cpan you use ?


emerge do it for you. AFAIK g-cpan designed for update only custom cpan modules.


Ah, see here you version. Try 0.16.4 - in this version fixed some your bugs.
Like
...
24 Jan 2011; Robin H. Johnson <robbat2< at >gentoo.org> +g-cpan-0.16.4.ebuild:
  Bump. Bug #352561: Allow --cpan_reload without other arguments.
...

Unfortunately, recently, g-cpan not actively develops :(

g-cpan -u VS cpan>upgrade

Alex Efros — 2011-09-22T20:02:53

Hi!

Today I've decided to try to switch from `cpan` to `g-cpan`.
I was pleasantly surprised - g-cpan have installed all ~300 perl modules I
need and just one module required manual .ebuild editing (Crypt-MatrixSSL).
I've successfully configured portage to use my local CPAN overlay, force
installing latests available versions for all modules, and run tests for
all perl modules - i.e. do exactly same what `cpan` do.

But I don't understood how to implement equivalent of `cpan>upgrade`:

1)  `g-cpan --cpan_reload` doesn't work at all:

# g-cpan --cpan_reload
 * You haven't told g-cpan what to do.

Please consult g-cpan --help or man g-cpan for more information

    This can be worked around by running `cpan>reload index`, but it's sad
    we can't use only `g-cpan` for all tasks and still need to run `cpan`.

2)  `g-cpan -u` works (after `cpan>reload index`), but it have nasty side
    effect by adding several modules (I've no idea why exactly these
    modules) into world file when it finish (no matter is

g-cpan github pull request

Sergiy Borodych — 2011-08-09T08:19:50

Hello,

Who maintain g-cpan on github now ?
Can someone to accept my pull request ?

https://github.com/gentoo-perl/g-cpan/pull/1

Mask app-misc/filer for removal

Torsten Veller — 2011-03-23T09:22:24

# Torsten Veller <tove< at >gentoo.org> (23 Mar 2011)
# Mask app-misc/filer for removal (#360093)
# - HOMEPAGE dead
# - list archives
#   - full of spam
#   - last on-topic mails from Jan/Jun/Jul 2006, one topic was "still alive?"

Re: Ebuild- and CPAN-versions compatibility

Torsten Veller — 2011-01-11T20:10:13

* Torsten Veller <tove< at >gentoo.org>:

I've committed dev-perl/Gentoo-PerlMod-Version which contains a perl module and
a scipt to convert the versions. gentoo-perlmod-version.pl maps given
perlish versions to ebuild versions (perl => ebuild):

$ gentoo-perlmod-version.pl 0.9 0.98 0.987 v0.{900,980,987} 0.{900,980,987}.0
0.9 => 0.900
0.98 => 0.980
0.987 => 0.987
v0.900 => 0.900
v0.980 => 0.980
v0.987 => 0.987
0.900.0 => 0.900
0.980.0 => 0.980
0.987.0 => 0.987

gentoo-perlmod-version.pl 0.9 0.08 0.007 0.0006 0.00005 0.000004 0.0000003
0.9 => 0.900
0.08 => 0.80
0.007 => 0.7
0.0006 => 0.0.600
0.00005 => 0.0.50
0.000004 => 0.0.4
0.0000003 => 0.0.0.300

Using version.pm the ebuild and perl versions can be compared:
The ebuild version just needs to be prefixed with a 'v'.
$ perl -wE 'while(< at >ARGV){say version->parse(shift) <=> version->parse(shift)}' v1.1 1.001 v1.190 1.19


The given perl distribution version will be recorded as MODULE_VERSION in
the ebuild. (For ease of use s/^MODULE_VERSION=(['"]?)(.+)\1/$2/ should

Ebuild- and CPAN-versions compatibility

Torsten Veller — 2010-12-29T08:56:31

CPAN and ebuild versions are ordered in different ways. The idea here is
to change the ebuild versions to be predictable and CPAN compatible.

CPAN versions exist as "decimal" and "dotted-integer" versions.

| # Decimal versions #
| \d+(\.d+)?
|
| Any version which "looks like a number"[...]. This
| also includes versions with a single decimal point[...]

  1.19 < 1.191 < 1.2

| # Dotted-Integer Versions #
| v\d+(\.\d{1,3}){2,}
|
| These contain more than one decimal point[...]
| This is what is commonly used in most open source software as the
| "external" version[...] A leading 'v' character is now required 

  v1.9.0 < v1.10.0 < v1.10.0.1


These version objects can be compared by grouping three digits of the
decimal number to one integer part of the dotted-integer version...

1.19  = 1.190 = 1.190000  ~  v1.190.0
1.191 = 1.191 = 1.191000  ~  v1.191.0
1.2           = 1.200000  ~  v1.200.0

1.009         = 1.009000  ~  v1.9.0
1.01          = 1.010000  ~  v1.10.0
             1.010000001  ~  v1.10.0.1

perl

Last rites: dev-perl/DBD-SQLite2

Torsten Veller — 2010-04-20T15:14:48

# Torsten Veller <tove< at >gentoo.org> (20 Apr 2010)
# Bundles a copy of libsqlite (#258464)
# Tests fail (#294218)
dev-perl/DBD-SQLite2

Last rites: dev-perl/XML-GDOME, dev-perl/Astro-SunTime

Torsten Veller — 2010-03-18T08:23:55

# Mask for removal (#309281)
dev-perl/XML-GDOME
# Mask for removal (#309381)
dev-perl/Astro-SunTime

Last rites: dev-perl/Devel-Size-Report

Torsten Veller — 2010-01-08T18:27:20

# Mask for removal - 08 Jan 2010
# Works only with perl-5.8.8 (#300011)
dev-perl/Devel-Size-Report

Last rites: dev-perl/jcode_pl

Torsten Veller — 2010-01-03T12:40:29

# Torsten Veller <tove< at >gentoo.org> (27 Dec 2009)
# Mask for removal
# - old, perl4, superseded by Jcode and Encode, (#298215)
dev-perl/jcode_pl

Last rites: dev-perl/Net-FTPServer

Torsten Veller — 2009-10-12T08:47:06

Last rites: dev-perl/Gtk2-PodViewer, dev-perl/aww, dev-perl/perlsieve, dev-perl/perlrapi, dev-perl/Gtk2-Html2

Torsten Veller — 2009-10-01T11:23:58

# Torsten Veller <tove< at >gentoo.org> (01 Oct 2009)
# Old. Replaced. Or just unmaintained.
# - replaced by dev-perl/Gtk2-Ex-PodViewer
#   bug 281511 (01 Oct 2009)
dev-perl/Gtk2-PodViewer
# - AWW is dead!
#   bug 281504 (01 Oct 2009)
dev-perl/aww
# - seems to be dead.
#   bug 281509 (01 Oct 2009)
dev-perl/perlsieve
# - seems to be dead too.
#   bug 281507 (01 Oct 2009)
dev-perl/perlrapi
# - replaced, dead, unneeded
#   bug 281495 (01 Oct 2009)
dev-perl/Gtk2-Html2

280728 - Perl packages should install to vendor and not site (was: BugDay is Saturday, October 3rd)

Torsten Veller — 2009-10-01T10:45:15

* Roy Bamford <neddyseagoon< at >gentoo.org>:

Some help is wanted to fix bug 280728:
Packaged perl modules should be installed to vendor and not to site.

The bug contains a list of packages that need to be fixed. The linked
bugs can be used as examples how to fix it.

As the list of packages is probably not complete, I'd appreciate it, if
you check if further packages on your system install to
/usr/lib*/perl5/site_perl/, file bugs and make them block bug 280728.

Thanks

Last rites: dev-perl/Gtk2-PodViewer, dev-perl/aww, dev-perl/perlsieve, dev-perl/perlrapi, dev-perl/Gtk2-Html2

Torsten Veller — 2009-10-01T11:23:58

# Torsten Veller <tove< at >gentoo.org> (01 Oct 2009)
# Old. Replaced. Or just unmaintained.
# - replaced by dev-perl/Gtk2-Ex-PodViewer
#   bug 281511 (01 Oct 2009)
dev-perl/Gtk2-PodViewer
# - AWW is dead!
#   bug 281504 (01 Oct 2009)
dev-perl/aww
# - seems to be dead.
#   bug 281509 (01 Oct 2009)
dev-perl/perlsieve
# - seems to be dead too.
#   bug 281507 (01 Oct 2009)
dev-perl/perlrapi
# - replaced, dead, unneeded
#   bug 281495 (01 Oct 2009)
dev-perl/Gtk2-Html2

280728 - Perl packages should install to vendor and not site (was: BugDay is Saturday, October 3rd)

Torsten Veller — 2009-10-01T10:45:15

* Roy Bamford <neddyseagoon< at >gentoo.org>:

Some help is wanted to fix bug 280728:
Packaged perl modules should be installed to vendor and not to site.

The bug contains a list of packages that need to be fixed. The linked
bugs can be used as examples how to fix it.

As the list of packages is probably not complete, I'd appreciate it, if
you check if further packages on your system install to
/usr/lib*/perl5/site_perl/, file bugs and make them block bug 280728.

Thanks

Re: perl-5.10.1_rc2 and patches

Sergiy Borodych — 2009-08-26T11:48:42

ok :)

thanks for a good explanation


yep
already install it ;)