[gentoo-user] Is perl broken?

[gentoo-user] Is perl broken?

[Peter Humphrey]

Hello list,

Today's routine update included dev-lang/perl-5.20.2 and two perl virtuals. 
Since emerging those portage has stopped working: perl-cleaner gives it a 
list of 71 packages to emerge but portage does nothing with them - it just 
exits silently. Then perl-cleaner lists some hundreds of files that it can't 
do anything with.

What's going on here?

I've restored from last week's backup and added the offending perl packages 
to package.mask, but is that the right thing to do?

-- 
Rgds
Peter.

Re: [gentoo-user] Is perl broken?

[Mick]

[-- Attachment #1: Type: Text/Plain, Size: 6148 bytes --]

On Sunday 05 Apr 2015 10:50:53 Peter Humphrey wrote:
> Hello list,
> 
> Today's routine update included dev-lang/perl-5.20.2 and two perl virtuals.
> Since emerging those portage has stopped working: perl-cleaner gives it a
> list of 71 packages to emerge but portage does nothing with them - it just
> exits silently. Then perl-cleaner lists some hundreds of files that it
> can't do anything with.
> 
> What's going on here?
> 
> I've restored from last week's backup and added the offending perl packages
> to package.mask, but is that the right thing to do?

This sounds odd.  I emerged virtual/perl-Compress-Raw-Bzip2-2.64.0 yesterday, 
but haven't sync'ed today.  perl-cleaner gives me this:

=====================================================
# perl-cleaner --reallyall
 * Removing perl-core packages from world file
 *    emerge --deselect  perl-core/Data-Dumper perl-core/File-Temp perl-
core/Module-Build perl-core/libnet 
>>> No matching atoms found in "world" favorites file...
 * Updating installed Perl virtuals
 *    emerge -u1  virtual/perl-Archive-Tar virtual/perl-CPAN-Meta 
virtual/perl-CPAN-Meta-YAML virtual/perl-Compress-Raw-Bzip2 virtual/perl-
Compress-Raw-Zlib virtual/perl-Data-Dumper virtual/perl-Digest-MD5 
virtual/perl-Digest-SHA virtual/perl-Encode virtual/perl-ExtUtils-CBuilder 
virtual/perl-ExtUtils-Install virtual/perl-ExtUtils-MakeMaker virtual/perl-
ExtUtils-Manifest virtual/perl-ExtUtils-ParseXS virtual/perl-File-Spec 
virtual/perl-File-Temp virtual/perl-Getopt-Long virtual/perl-IO virtual/perl-
IO-Compress virtual/perl-JSON-PP virtual/perl-MIME-Base64 virtual/perl-Module-
Build virtual/perl-Module-Metadata virtual/perl-Parse-CPAN-Meta virtual/perl-
Perl-OSType virtual/perl-Scalar-List-Utils virtual/perl-Storable virtual/perl-
Test-Harness virtual/perl-Test-Simple virtual/perl-Text-ParseWords 
virtual/perl-Time-Local virtual/perl-libnet virtual/perl-version 
Calculating dependencies... done!
>>> Auto-cleaning packages...

>>> No outdated packages were found on your system.

 * Beginning a clean up of .ph files
 * Excluding files for 0.0.0 and 0.0.0/x86_64-linux from cleaning

 * Locating ph files for removal

 * Updating ph files.
 * Ignore all "No such file..." messages!
Can't open machine/ansi.h: No such file or directory
Can't open sys/_types.h: No such file or directory
Can't open gnu/stubs-x32.h: No such file or directory
Can't open gnu/stubs-x32.h: No such file or directory
Can't open gnu/stubs-x32.h: No such file or directory
Can't open gnu/stubs-x32.h: No such file or directory

 * Locating packages for an update
 * Locating ebuilds linked against libperl
 *   Adding to list: perl-core/libnet:0
 *                   virtual/perl-libnet:0
 *   Adding to list: perl-core/File-Temp:0
 *                   virtual/perl-File-Temp:0
 *   Adding to list: perl-core/Data-Dumper:0
 *                   virtual/perl-Data-Dumper:0
 *   Adding to list: perl-core/Module-Build:0
 *                   virtual/perl-Module-Build:0
 *   Adding to list: x11-terms/rxvt-unicode:0
 *   Adding to list: dev-vcs/git:0
 *   Adding to list: net-irc/irssi:0
 *   Adding to list: dev-perl/HTML-Parser:0
 *   Adding to list: dev-perl/File-BaseDir:0
 *   Adding to list: dev-perl/IO-Socket-SSL:0
 *   Adding to list: dev-perl/XML-LibXML:0
 *   Adding to list: dev-perl/File-Listing:0
 *   Adding to list: dev-perl/Encode-Locale:0
 *   Adding to list: dev-perl/File-MimeInfo:0
 *   Adding to list: dev-perl/XML-SAX:0
 *   Adding to list: dev-perl/DateManip:0
 *   Adding to list: dev-perl/HTTP-Negotiate:0
 *   Adding to list: dev-perl/XML-SAX-Base:0
 *   Adding to list: dev-perl/WWW-RobotRules:0
 *   Adding to list: dev-perl/Archive-Zip:0
 *   Adding to list: dev-perl/Locale-gettext:0
 *   Adding to list: dev-perl/File-DesktopEntry:0
 *   Adding to list: dev-perl/URI:0
 *   Adding to list: dev-perl/libwww-perl:0
 *   Adding to list: dev-perl/HTTP-Daemon:0
 *   Adding to list: dev-perl/Net-HTTP:0
 *   Adding to list: dev-perl/Error:0
 *   Adding to list: dev-perl/XML-Parser:0
 *   Adding to list: dev-perl/Net-SMTP-SSL:0
 *   Adding to list: dev-perl/Authen-SASL:0
 *   Adding to list: dev-perl/LWP-Protocol-https:0
 *   Adding to list: dev-perl/XML-NamespaceSupport:0
 *   Adding to list: dev-perl/HTML-Tagset:0
 *   Adding to list: dev-perl/LWP-MediaTypes:0
 *   Adding to list: dev-perl/Net-SSLeay:0
 *   Adding to list: dev-perl/Digest-HMAC:0
 *   Adding to list: dev-perl/HTTP-Message:0
 *   Adding to list: dev-perl/JSON:0
 *   Adding to list: dev-perl/XML-Simple:0
 *   Adding to list: dev-perl/HTTP-Cookies:0
 *   Adding to list: dev-perl/HTTP-Date:0
 *   Adding to list: media-libs/exiftool:0
 * emerge -v1 --backtrack=100 perl-core/libnet:0 virtual/perl-libnet:0 perl-
core/File-Temp:0 virtual/perl-File-Temp:0 perl-core/Data-Dumper:0 
virtual/perl-Data-Dumper:0 perl-core/Module-Build:0 virtual/perl-Module-
Build:0 x11-terms/rxvt-unicode:0 dev-vcs/git:0 net-irc/irssi:0 dev-perl/HTML-
Parser:0 dev-perl/File-BaseDir:0 dev-perl/IO-Socket-SSL:0 dev-perl/XML-
LibXML:0 dev-perl/File-Listing:0 dev-perl/Encode-Locale:0 dev-perl/File-
MimeInfo:0 dev-perl/XML-SAX:0 dev-perl/DateManip:0 dev-perl/HTTP-Negotiate:0 
dev-perl/XML-SAX-Base:0 dev-perl/WWW-RobotRules:0 dev-perl/Archive-Zip:0 dev-
perl/Locale-gettext:0 dev-perl/File-DesktopEntry:0 dev-perl/URI:0 dev-
perl/libwww-perl:0 dev-perl/HTTP-Daemon:0 dev-perl/Net-HTTP:0 dev-perl/Error:0 
dev-perl/XML-Parser:0 dev-perl/Net-SMTP-SSL:0 dev-perl/Authen-SASL:0 dev-
perl/LWP-Protocol-https:0 dev-perl/XML-NamespaceSupport:0 dev-perl/HTML-
Tagset:0 dev-perl/LWP-MediaTypes:0 dev-perl/Net-SSLeay:0 dev-perl/Digest-
HMAC:0 dev-perl/HTTP-Message:0 dev-perl/JSON:0 dev-perl/XML-Simple:0 dev-
perl/HTTP-Cookies:0 dev-perl/HTTP-Date:0 media-libs/exiftool:0

These are the packages that would be merged, in order:
=====================================================

and then portage proceeds in emerging them.  So something must not be right 
with your circumstances, but I am not sure what ...

-- 
Regards,
Mick

[-- Attachment #2: This is a digitally signed message part. --]
[-- Type: application/pgp-signature, Size: 473 bytes --]

Re: [gentoo-user] Is perl broken?

[Alan McKinnon]

On 05/04/2015 11:50, Peter Humphrey wrote:
> Hello list,
> 
> Today's routine update included dev-lang/perl-5.20.2 and two perl virtuals. 
> Since emerging those portage has stopped working: perl-cleaner gives it a 
> list of 71 packages to emerge but portage does nothing with them - it just 
> exits silently. Then perl-cleaner lists some hundreds of files that it can't 
> do anything with.
> 
> What's going on here?
> 
> I've restored from last week's backup and added the offending perl packages 
> to package.mask, but is that the right thing to do?
> 


When I occasionally run into bizarre weirdness like this, I usually wait
one hor, re-sync and try again. If it still fails, then go looking further.

Significant updates to the CVS tree are not atomic and every now and
then you can do a sync while a dev is making his own updates. Especially
in the light that it all works fine for Mick.

If you use a third party tree mirror, you can also update against the
master at rsync.gentoo.org to get the very latest tree.

-- 
Alan McKinnon
alan.mckinnon@gmail.com

Re: [gentoo-user] Is perl broken?

[Andreas K. Huettel]

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA512

Am Sonntag, 5. April 2015, 11:50:53 schrieb Peter Humphrey:
> Hello list,
> 
> Today's routine update included dev-lang/perl-5.20.2 and two perl virtuals. 
> Since emerging those portage has stopped working: perl-cleaner gives it a 
> list of 71 packages to emerge but portage does nothing with them - it just 
> exits silently. Then perl-cleaner lists some hundreds of files that it can't 
> do anything with.
> 

Do you see anything that is actually broken?

Minor updates (5.x.y -> 5.x.y+1) do not need any rebuilds or reinstallations of modules.

Not 100% sure what perl-cleaner does when you run it anyway. Maybe it reinstalls all, but it's not necessary.

[Side note, your information on what perl-cleaner does is very vague, I can't distll anything useful out of it.]


- -- 

Andreas K. Huettel
Gentoo Linux developer 
dilfridge@gentoo.org
http://www.akhuettel.de/

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v2.0

iQJ8BAEBCgBmBQJVIWLRXxSAAAAAAC4AKGlzc3Vlci1mcHJAbm90YXRpb25zLm9w
ZW5wZ3AuZmlmdGhob3JzZW1hbi5uZXQ0RkJDMzI0NjNBOTIwMDY5MTQ2NkMzNDBF
MTM4NkZEN0VGNEI1Nzc5AAoJEOE4b9fvS1d5G8kP/RZuTdZbi+lB8Ts4khQcVMKr
7snXkSV+yfV5tWnMu9loJI9HEq3T3kr9WKdsR+YCcNlozT20n6h7kDfmOwbRem9V
QZCOKsMLh4ITlJ6c1cGOe7g1TAuMc2othQn3y0OgymDAWGELhYrs5JynDcAWWZxY
kJSHbu7RRBmaxklIkRD5BevFDSwCgXvFK1qGjEtU1NRqJ3vHlKU7WcLclYKVCVqQ
qzsgQkwxthjCTCQfPx0ffCBxarKkp1DdENNpPpuRnHhrlf0GxNnea4iVcrqMaMdL
Hepc1fpro2z/mc3VcmneP+Oe9vXKDzIVMYd3Q3d6jjsL2dPLjDHMDeguCIUgtnVj
yoHAYQAiaFphtgQmo4aKKO5le4dyBO9aDf5PcYPAIQ0KgUH9rFPfDeCtJb2ztjcD
gxiLAQaDvmgLYGo6wi7tjifHh7Kgo0qIF1sQNsPWxAk0dy/zAX3V6BXFAeh5UmCZ
PPN78GbvlsVvKW2kHIZf4D6qYROiR3ncDwOiw+LGVkiMeO7dui7UtKXo1Czv09Fr
bLn4ORVjARyF/cfr5CD6pe+p8iEUbLogcKnaHnGcaOiI+S0D5ihxFoKXpSqe8GpI
aSExy1rVqmOSd+rXwdznM5ZgHOSXFZGaYfRj2IwzWsxst0wJScP49ZU7q4Q0lWTB
O4JIj+FE1mpY0m4p9GVk
=AGGJ
-----END PGP SIGNATURE-----

Re: [gentoo-user] Is perl broken?

[Peter Humphrey]

On Sunday 05 April 2015 13:44:25 Alan McKinnon wrote:

> When I occasionally run into bizarre weirdness like this, I usually wait
> one hour, re-sync and try again. If it still fails, then go looking
> further.
> 
> Significant updates to the CVS tree are not atomic and every now and
> then you can do a sync while a dev is making his own updates. Especially
> in the light that it all works fine for Mick.

Nope. Didn't help. I re-synced 11 hours later but got the same result.

-- 
Rgds
Peter.

Re: [gentoo-user] Is perl broken?

[Peter Humphrey]

On Sunday 05 April 2015 18:29:05 Andreas K. Huettel wrote:

> Do you see anything that is actually broken?

Apart from perl-cleaner and portage? Emerge exiting silently after being 
given a list of packages to emerge doesn't exactly seem like normal 
behaviour to me. It was told "emerge -v1 ...[list of packages]" as in perl-
cleaner's usual behaviour. No ifs, no buts - just do it.

> Minor updates (5.x.y -> 5.x.y+1) do not need any rebuilds or
> reinstallations of modules.
> 
> Not 100% sure what perl-cleaner does when you run it anyway. Maybe it
> reinstalls all, but it's not necessary.

I just ran it to see what it'd do. I got more than I'd bargained for.

> [Side note, your information on what perl-cleaner does is very vague, I
> can't distll anything useful out of it.]

The two virtuals were perl-File-Spec-3.480.100 and perl-Storable-2.490.100. 
I hope you don't want me to list the hundreds of files it can't handle.

-- 
Rgds
Peter.

Re: [gentoo-user] Is perl broken?

[Andreas K. Huettel]

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA512

Am Sonntag, 5. April 2015, 19:03:43 schrieb Peter Humphrey:
> On Sunday 05 April 2015 18:29:05 Andreas K. Huettel wrote:
> 
> > Do you see anything that is actually broken?
> 
> Apart from perl-cleaner and portage? Emerge exiting silently after being 
> given a list of packages to emerge doesn't exactly seem like normal 
> behaviour to me. It was told "emerge -v1 ...[list of packages]" as in perl-
> cleaner's usual behaviour. No ifs, no buts - just do it.

Very strange. Portage does to my best knowledge not use perl and not even depend on it.

- -- 

Andreas K. Huettel
Gentoo Linux developer 
dilfridge@gentoo.org
http://www.akhuettel.de/

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v2.0

iQJ8BAEBCgBmBQJVIYdxXxSAAAAAAC4AKGlzc3Vlci1mcHJAbm90YXRpb25zLm9w
ZW5wZ3AuZmlmdGhob3JzZW1hbi5uZXQ0RkJDMzI0NjNBOTIwMDY5MTQ2NkMzNDBF
MTM4NkZEN0VGNEI1Nzc5AAoJEOE4b9fvS1d5SaQP/0/l39fTkrn7tLGu7Z2OYub9
q8OCBQQg6Vhde6A5d8gZf0OsWpP2FpNmdHudAXGXJdfntiCEUWiZ+BA2yBGQLxP1
gifiToD8ACOUEiN9KZzI5o+0yr12//AE1le5QHgBEA0cPOor6vsuLPxeeT9DB806
crB2WB7cHS+Tg/Szan5Px/sm4AUNitgRsHfJH19MLP9cK5Y/8SEfcv8c4qeBVwIN
UPKI6Gp9NdvQAOLNMFWbO2Hr727l49VzayqAUktZF6lwIWrOnc1SBWJTkwwgteTM
wfopfk82z2llaAqfrYPmfLxjLgXjyXBjmsXngXR8fHjQWFWPF+ww1JuRLTojXjXW
kB9RUvg3a8tY25uwfFmtnaRMll0DgA7piJKjgUnj/oxqvu9zGdHULZZHFwW94lDu
xB5SId0QYsHOAXdd3xJ13slODGlZxrgUUcrDyW97mwUwFN79g5O0uxt/TuiDCu5o
lr8TGqJ1NohLDFH8k7t9B5vBO16sgWa713HayR7kEif6gOOoxyNBfx/blJkcOBC2
aXmABGany+jaPVmTHir/Y9pa2UgpyitYp/Qei+nCrekuM1ifMVtm572AArVK/pf2
vM+Flg13lxqLk1jGC5glfDUTwmQB42QYhTdltMDOxRDNwHwwFQjw2f25+vyB0OqZ
a3WfNAnqplT6rRLqsA7v
=WYbK
-----END PGP SIGNATURE-----

[gentoo-user] Re: Is perl broken?

[Martin Vaeth]

Andreas K. Huettel <dilfridge@gentoo.org> wrote:
>
> Minor updates (5.x.y -> 5.x.y+1) do not need any rebuilds
> or reinstallations of modules.

This is at most partially correct:
At least, after the update, the install directories change;
here from

/usr/lib/perl5/{vendor_perl,}/5.20.1
to
/usr/lib/perl5/{vendor_perl,}/5.20.2

So, at least, perl-cleaner wants to rebuild, and it is sane
to do this (for various reasons: avoiding confusion with
mixed directories, compitability with binary packages,
omitting redundant directories).
Moreover, I didn't check before the rebuild, but after
the rebuild there is no 5.20.1 in @INC.
(So it might be even the case that the rebuild is *necessary*).

I suggest to either use the same 5.x directory for all
5.x versions, or to include 5.x.y into the subslot name
to avoid the above mentioned minor inconsistencies.

After all, the final aim is to use subslots instead of
perl-cleaner, isn't it?

Re: [gentoo-user] Re: Is perl broken?

[Andreas K. Huettel]

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA512

Am Sonntag, 5. April 2015, 21:53:35 schrieb Martin Vaeth:

> Moreover, I didn't check before the rebuild, but after
> the rebuild there is no 5.20.1 in @INC.
> (So it might be even the case that the rebuild is *necessary*).
> 

Sure about this?

huettel@pinacolada ~/Gentoo/office/app-text/writerperfect $ perl -V
Summary of my perl5 (revision 5 version 20 subversion 2) configuration:
[...]
     Built under linux
  Compiled at Feb 14 2015 23:56:45
  @INC:
    /etc/perl
    /usr/local/lib64/perl5/5.20.2/x86_64-linux-thread-multi
    /usr/local/lib64/perl5/5.20.2
    /usr/lib64/perl5/vendor_perl/5.20.2/x86_64-linux-thread-multi
    /usr/lib64/perl5/vendor_perl/5.20.2
    /usr/local/lib64/perl5
    /usr/lib64/perl5/vendor_perl/5.20.1/x86_64-linux-thread-multi
    /usr/lib64/perl5/vendor_perl/5.20.1
    /usr/lib64/perl5/vendor_perl
    /usr/lib64/perl5/5.20.2/x86_64-linux-thread-multi
    /usr/lib64/perl5/5.20.2
    .



- -- 

Andreas K. Huettel
Gentoo Linux developer 
dilfridge@gentoo.org
http://www.akhuettel.de/

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v2.0

iQJ8BAEBCgBmBQJVIZW8XxSAAAAAAC4AKGlzc3Vlci1mcHJAbm90YXRpb25zLm9w
ZW5wZ3AuZmlmdGhob3JzZW1hbi5uZXQ0RkJDMzI0NjNBOTIwMDY5MTQ2NkMzNDBF
MTM4NkZEN0VGNEI1Nzc5AAoJEOE4b9fvS1d5QasQAIovcx6dpeqqsraW5Uss2tUu
udWdBAKfDtztMjRvzKdIQT1JO84g8oB3FhnmoWAgzeHUIWfsormJ/6EbIPEmb+eF
Dct9daFa3wEQhUBEV4Wr3YVSnOl6LMZ1ZOPtlkAqgmGMEz73yvTMrwwNMjhSAy5u
7KXooNfM5pvagfCUyWkXY/uUcCC3FhT6RaLzddJcFL4dikTD6lrKLdizwclnrbNJ
YK9ZRETwsJjhyfYCoZxq5MpLMJrlstZVV++RPBv94tRbUPGdeWiie34XYG+GVQ34
lQ7oc0xDFNL9kT672uEd6ZJi7U5icM7DlruTNXNoYT3bZeo9+yKxqsvbxWzsppVS
ekjKVkCjfEGW+Swk8wQDWZCLvjm+9Pz/RPR33Dk+sI5q/Xj/3jrSieANMGlpEEkF
titj8peF/Z8Rmd9EAmPwx1j2fssXPDZLwYlJq5lTwtyVl2/lkCpeMesbf0wFMeJd
TTveTkS17PT+Dde9ok6cQ4Z2e4lc6DxuQLWw2paCrYqnwirlWyXv3OD8p7VDc7+Q
sCkgl3OcYtcRXkDjnqBmfWZdi8khAXu78NNqDpNxh1d/LqKX6kV3rxVvt1oS1pcA
ViMMBMQXJvBSfhh7dfYLtrLz5ZqHXqvBJ+vcG2BkPcGwbhPD8iH1VvI/Q/JyBRNb
NFtPsQjMud43SYTOVU8z
=TpDv
-----END PGP SIGNATURE-----

Re: [gentoo-user] Is perl broken?

[Peter Humphrey]

On Sunday 05 April 2015 12:24:20 Mick wrote:

--->8

> and then portage proceeds in emerging them.  So something must not be
> right with your circumstances, but I am not sure what ...

It has me scratching my head too. Thanks for the report.

-- 
Rgds
Peter.

Re: [gentoo-user] Is perl broken?

[Peter Humphrey]

On Sunday 05 April 2015 21:05:15 Andreas K. Huettel wrote:
> Am Sonntag, 5. April 2015, 19:03:43 schrieb Peter Humphrey:
> > On Sunday 05 April 2015 18:29:05 Andreas K. Huettel wrote:
> > > Do you see anything that is actually broken?
> > 
> > Apart from perl-cleaner and portage? Emerge exiting silently after being
> > given a list of packages to emerge doesn't exactly seem like normal
> > behaviour to me. It was told "emerge -v1 ...[list of packages]" as in
> > perl- cleaner's usual behaviour. No ifs, no buts - just do it.
> 
> Very strange. Portage does to my best knowledge not use perl and not even
> depend on it.

After a bit more thought I remember that GCC was upgraded last week, and the 
change log referred to many bug fixes. (That's what my memory tells me, 
anyway, but I can't see where I found it now.) So I decided to emerge -e 
world, which I did in two passes: first emerge -eB world, then boot to a 
minimal system and emerge -eK world. Then etc-update and reboot, compile the 
kernel again (gentoo-sources-3.18.9) and a final reboot.

Maybe something went wrong in the middle of that, so I've set off the same 
process again. It'll take a few hours, so I'm off to bed again meanwhile - 
it's 04:30 here.

-- 
Rgds
Peter.

[gentoo-user] Re: Is perl broken?

[Martin Vaeth]

Andreas K. Huettel <dilfridge@gentoo.org> wrote:
>
>> Moreover, I didn't check before the rebuild, but after
>> the rebuild there is no 5.20.1 in @INC.
>
> Sure about this?

I checked this, of course.

But now I realize that the path is *added* to @INC
(even to the perl -V output!) when I re-create it...

Re: [gentoo-user] Re: Is perl broken?

[Andreas K. Huettel]

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA512

Am Montag, 6. April 2015, 13:29:25 schrieb Martin Vaeth:
> Andreas K. Huettel <dilfridge@gentoo.org> wrote:
> >
> >> Moreover, I didn't check before the rebuild, but after
> >> the rebuild there is no 5.20.1 in @INC.
> >
> > Sure about this?
> 
> I checked this, of course.
> 
> But now I realize that the path is *added* to @INC
> (even to the perl -V output!) when I re-create it...
> 

:)

That's the mysterious OLDVERSEN variable in line 11 of the ebuild...
https://sources.gentoo.org/cgi-bin/viewvc.cgi/gentoo-x86/dev-lang/perl/perl-5.20.2.ebuild?revision=1.7&view=markup

- -- 

Andreas K. Huettel
Gentoo Linux developer 
dilfridge@gentoo.org
http://www.akhuettel.de/

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v2.0

iQJ8BAEBCgBmBQJVIoHfXxSAAAAAAC4AKGlzc3Vlci1mcHJAbm90YXRpb25zLm9w
ZW5wZ3AuZmlmdGhob3JzZW1hbi5uZXQ0RkJDMzI0NjNBOTIwMDY5MTQ2NkMzNDBF
MTM4NkZEN0VGNEI1Nzc5AAoJEOE4b9fvS1d5xLAP/1KLDNuTEOhlpAEbSTj4Jcuc
gRtHMX3bziPfFZMuesCS+4W6ECtua/ySf+MZfOgeTBOY981cfJsLEiftJM8Egvqw
tVJthXfmqrRSy04cFZXpZ0U9oGY2qaQIQbmROBSvM5AKGkk3NRMSTPYhqQca2akz
AWe49mkYcWE1vmHZfAYo5pDK8EvawU9/XJxvQvgaOh7IvxAjyclBf3DEWeB6UMN5
4j9CNHfJYf2Ts1vlb0p5sWcUuhshOnPQw6RY/YaEwzIE6F8cxp7Ja7B/6eY5Jr9D
2LMdXyhAg7GFE338OJf2kXWEoqZ2H7/1tBePp+plYBdEnLBm0c145M4R6KmE85EJ
ZhCfK1/IVOshZuH8/uh1Hxwf5TDBeuKcLW+hRSbyC/uha2fx0WLGTvcNBHLDNt/h
2X757UGEKyn4Nj7Iq6OcJq57Bzw9b1w3h1AYiyKEbkzDb0iEptSiPyieZvbHUOBG
KexKTmfgAoYgbrrprulxQpv9YO4pQefzFQMPUXktNaMU32ehibqFSMEWeRXAUjmj
QxbJAXZWOcEO8HWKxZQ0sdbOR1pWPzer6lIsVbFIKJ+QPls/+DQKQgZH/YraBzNN
iodZslB6ervXphrn3p4XnNfE6U7LumtuPy0GdQdlkQqpAVxgjT6XZWJaE/Kb8BGM
8Q0uP0CYsqQzCmQyetR4
=Qg6n
-----END PGP SIGNATURE-----

Re: [gentoo-user] Is perl broken?

[Peter Humphrey]

On Monday 06 April 2015 04:30:35 I wrote:

> After a bit more thought I remember that GCC was upgraded last week, and
> the change log referred to many bug fixes. (That's what my memory tells
> me, anyway, but I can't see where I found it now.) So I decided to emerge
> -e world, which I did in two passes: first emerge -eB world, then boot to
> a minimal system and emerge -eK world. Then etc-update and reboot,
> compile the kernel again (gentoo-sources-3.18.9) and a final reboot.
> 
> Maybe something went wrong in the middle of that, so I've set off the same
> process again. It'll take a few hours, so I'm off to bed again meanwhile
> - it's 04:30 here.

Well, after 18 hours of that emerge -e world, I started the completely 
rebuilt system, removed those three packages from package.mask:

$ cat /etc/portage/package.mask
>=sys-boot/grub-2.00
=sys-fs/lvm2-2.02.109 
#
#=dev-lang/perl-5.20.2
#~virtual/perl-File-Spec-3.480.100
#~virtual/perl-Storable-2.490.100

...and ran perl-cleaner again. Same result - portage exited silently when 
given the list of packages to install.

Next, "eselect python set 1" set the main active version from its previous 
3.3 to 2.7, just in case of some problem with 3.3. No difference.

Then I chose one of the silently ignored packages and tried to emerge it 
myself, but still portage did nothing:

---------
$ sudo emerge -1av dev-perl/Text-WrapI18N 

These are the packages that would be merged, in order:

Calculating dependencies  .... done!

Total: 0 packages, Size of downloads: 0 KiB

Nothing to merge; quitting.
---------

Yet the package is in the database:

$ eix -Ic dev-perl/Text-WrapI18N 
[I] dev-perl/Text-WrapI18N (0.60.0-r1{tbz2}@10/02/15): Internationalized 
substitute of Text::Wrap

Today's routine sync and update has pulled two packages in: gentoo-
sources-3.18.11 and chromium-41.0.2272.118. Gentoo-sources has just been 
installed and I'm compiling the new kernel; chromium will take longer.

This just gets weirder and weirder. When does portage do what it's told and 
when does it not?   ;)

-- 
Rgds
Peter.

Re: [gentoo-user] Is perl broken?

[Andreas K. Huettel]

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA512

Am Dienstag, 7. April 2015, 11:20:07 schrieb Peter Humphrey:
> Then I chose one of the silently ignored packages and tried to emerge it 
> myself, but still portage did nothing:
> 
> ---------
> $ sudo emerge -1av dev-perl/Text-WrapI18N 
> 
> These are the packages that would be merged, in order:
> 
> Calculating dependencies  .... done!
> 
> Total: 0 packages, Size of downloads: 0 KiB
> 
> Nothing to merge; quitting.
> ---------

Yeah, looks strange. Anything in your make.conf EMERGE_DEFAULT_OPTS ?

- -- 

Andreas K. Huettel
Gentoo Linux developer 
dilfridge@gentoo.org
http://www.akhuettel.de/

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v2.0

iQJ8BAEBCgBmBQJVJDpPXxSAAAAAAC4AKGlzc3Vlci1mcHJAbm90YXRpb25zLm9w
ZW5wZ3AuZmlmdGhob3JzZW1hbi5uZXQ0RkJDMzI0NjNBOTIwMDY5MTQ2NkMzNDBF
MTM4NkZEN0VGNEI1Nzc5AAoJEOE4b9fvS1d5AmAQAMblxzu6NwC130CAkREcoGXy
LfsbXL0b7JRKkFpK79Zmb7GYZfdwMYOTgJkWJhlgpWrQ+ZZY9jm+iye7yw1qtbj2
Wy9eqH/z6SY0uf/sxwj07OZG4Gn2wxS7n7f1LvdnFWjZZtP8U9C9OlsswZhuqE00
7D6ENKMqHYDp9mlpXPlGrFq5koWM8AcMG+08KNY+jrlZyWZbI9cMYEnJL4fY6eIv
Ou+DFaXB8EWoc4X1l2SxuQ4md0JYETKbTozYnBob2q8WeUyoVF6NJq496IkQMllB
EpSJ8RG3fD/QWkja588ffWwMmkVBhKm+xgW3JSqcjLjLV1eFHdkg1JK1PXxVq7jV
JSP4RAbRVFyijygVWN40L6PD/AdXDDshwxw+88Np30CePn2m1vvAbx0ljTEUUjYX
yAGNSIvm5kuNa8vdNfxwEZNybSNd6KHtfP1I9evNyqyNZ+lVprkJg6o4HHq3VYxZ
vJnUj+pWh3GeobSZB5nQMP7tu1d3WcmT1mGU/unW9zcI7l0bc/CAaodcTg/F3dHJ
TCjlhAxTpCklCKzoUAJqGyvy2KcVvR2GzLZyXqzcTO5pcvpfYQlo+aiNcke+MYDX
E6hyZbrM+Aoa2LDV+Gs8fiURIFnOlzP/0f2GEoDJ6kqWTAHy6CA0ZxHib4IQm+FJ
SxgT3vSxeI/muGjhEDKc
=gQJm
-----END PGP SIGNATURE-----

Re: [gentoo-user] Is perl broken?

[Peter Humphrey]

On Tuesday 07 April 2015 22:12:57 Andreas K. Huettel wrote:
> Am Dienstag, 7. April 2015, 11:20:07 schrieb Peter Humphrey:
> > Then I chose one of the silently ignored packages and tried to emerge it
> > myself, but still portage did nothing:
> > 
> > ---------
> > $ sudo emerge -1av dev-perl/Text-WrapI18N
> > 
> > These are the packages that would be merged, in order:
> > 
> > Calculating dependencies  .... done!
> > 
> > Total: 0 packages, Size of downloads: 0 KiB
> > 
> > Nothing to merge; quitting.
> > ---------
> 
> Yeah, looks strange. Anything in your make.conf EMERGE_DEFAULT_OPTS ?

 $ grep EMERGE_DEFAULT_OPTS /etc/portage/make.conf
EMERGE_DEFAULT_OPTS="--autounmask=n --changed-use --keep-going --nospinner --quiet-unmerge-warn"

$ cat make.conf 	# I made a local copy and removed a lot of comments
#CFLAGS="-O2 -march=core2 -pipe" [1]
CFLAGS="-O2 -march=corei7 -pipe"
CHOST="x86_64-pc-linux-gnu"
CPU_FLAGS_X86="mmx mmxext popcnt sse sse2 sse3 sse4_1 sse4_2 ssse3"
CXXFLAGS="${CFLAGS}"
ACCEPT_LICENSE="dlj-1.1 google-chrome Intel-SDP sun-bcla-java-vm Oracle-BCLA-JavaSE PUEL AdobeFlash-11.x googleearth"
ALSA_CARDS="hda-intel"
CHECKREQS_ACTION="error"
CONFIG_PROTECT="/etc /usr/share/config /usr/share/gnupg/qualified.txt /usr/share/consolefonts /usr/bin/startx /usr/share/applications/boincmgr-boinc.desktop"
CONFIG_PROTECT_MASK="/etc/init.d /etc/pam.d"
DISTDIR="/usr/portage/distfiles"
EMERGE_DEFAULT_OPTS="--autounmask=n --changed-use --keep-going --nospinner --quiet-unmerge-warn"
FEATURES="buildpkg buildsyspkg"
FETCHCOMMAND="/usr/bin/wget --progress=bar:force -t 2 -T 30 --passive-ftp -O \"\${DISTDIR}/\${FILE}\" \"\${URI}\""
ftp_proxy="http://serv.prhnet:8080"
GENTOO_MIRRORS="http://mirror.bytemark.co.uk/gentoo/
        http://mirror.qubenet.net/mirror/gentoo/
        http://gentoo.virginmedia.com/"
GRUB_PLATFORMS="pc"
http_proxy="http://serv.prhnet:8080"
INPUT_DEVICES="evdev"
LANG="en_GB.UTF-8"
LANGUAGE="en_GB.UTF-8"
LIBREOFFICE_EXTENSIONS="pdfimport"
LINGUAS="en_GB en"
MAKEOPTS="-j -l16"
PKGDIR="/usr/portage/packages"
PORTAGE_NICENESS="3"
PORTAGE_TMPDIR="/var/tmp"
PORTDIR="/var/portage"
PORTDIR_OVERLAY="/usr/local/portage"
RESUMECOMMAND="/usr/bin/wget --progress=bar:force -c -t 2 -T 30 --passive-ftp -O \"\${DISTDIR}/\${FILE}\" \"\${URI}\""
USE="-bluetooth -fortran -gcj -gnome -iodbc -ldap -lirc -nis -odbc -systemd -thin -upower
        mmx mmxext popcnt sse sse2 sse3 sse4_1 sse4_2 ssse3
        "
VIDEO_CARDS="nouveau"

[1] This bothers me. Various docs tell me to specify march=core17, but this
is an i5 CPU. Could this be my problem?

-- 
Rgds
Peter.

Re: [gentoo-user] Is perl broken?

[Peter Humphrey]

On Tuesday 07 April 2015 22:24:38 Peter Humphrey wrote:

> $ cat make.conf 	# I made a local copy and removed a lot of comments
> #CFLAGS="-O2 -march=core2 -pipe" [1]

--->8

> [1] This bothers me. Various docs tell me to specify march=core17, but
> this is an i5 CPU. Could this be my problem?

s/17/i7/

-- 
Rgds
Peter.

Re: [gentoo-user] Is perl broken?

[Mick]

[-- Attachment #1: Type: Text/Plain, Size: 515 bytes --]

On Tuesday 07 Apr 2015 22:48:54 Peter Humphrey wrote:
> On Tuesday 07 April 2015 22:24:38 Peter Humphrey wrote:
> > $ cat make.conf 	# I made a local copy and removed a lot of comments
> > #CFLAGS="-O2 -march=core2 -pipe" [1]
> 
> --->8
> 
> > [1] This bothers me. Various docs tell me to specify march=core17, but
> > this is an i5 CPU. Could this be my problem?
> 
> s/17/i7/

I doubt it, but is there any reason you do not use:

"-march=native" 

instead of core2 or i7 ?

-- 
Regards,
Mick

[-- Attachment #2: This is a digitally signed message part. --]
[-- Type: application/pgp-signature, Size: 473 bytes --]

[gentoo-user] Re: Is perl broken?

[walt]

On 04/07/2015 02:48 PM, Peter Humphrey wrote:
> On Tuesday 07 April 2015 22:24:38 Peter Humphrey wrote:
> 
>> $ cat make.conf 	# I made a local copy and removed a lot of comments
>> #CFLAGS="-O2 -march=core2 -pipe" [1]
> 
> --->8
> 
>> [1] This bothers me. Various docs tell me to specify march=corei7, but
>> this is an i5 CPU. Could this be my problem?

Any reason you don't want to use march=native?

Re: [gentoo-user] Re: Is perl broken?

[Peter Humphrey]

On Tuesday 07 April 2015 15:02:36 walt wrote:
> On 04/07/2015 02:48 PM, Peter Humphrey wrote:
> > On Tuesday 07 April 2015 22:24:38 Peter Humphrey wrote:
> >> $ cat make.conf 	# I made a local copy and removed a lot of comments
> >> #CFLAGS="-O2 -march=core2 -pipe" [1]
> > 
> > --->8
> > 
> >> [1] This bothers me. Various docs tell me to specify march=corei7, but
> >> this is an i5 CPU. Could this be my problem?
> 
> Any reason you don't want to use march=native?

Not that I can think of now. I'll try it - thanks, both of you.

-- 
Rgds
Peter.

Re: [gentoo-user] Re: Is perl broken?

[Peter Humphrey]

On Tuesday 07 April 2015 23:19:18 I wrote:
> On Tuesday 07 April 2015 15:02:36 walt wrote:
> > On 04/07/2015 02:48 PM, Peter Humphrey wrote:
> > > On Tuesday 07 April 2015 22:24:38 Peter Humphrey wrote:
> > >> $ cat make.conf 	# I made a local copy and removed a lot of 
comments
> > >> #CFLAGS="-O2 -march=core2 -pipe" [1]
> > > 
> > > --->8
> > > 
> > >> [1] This bothers me. Various docs tell me to specify march=corei7,
> > >> but
> > >> this is an i5 CPU. Could this be my problem?
> > 
> > Any reason you don't want to use march=native?
> 
> Not that I can think of now. I'll try it - thanks, both of you.

Countless CPU cycles later, I have now reinstalled my complete system with  
-march=native.

I had another problem to keep me amused - KMail decided I'd deleted the 
folder into which it receives all inbound mail. I hadn't, of course, but 
suddenly my 13000 mails were gone - vanished. So I had to create a new user 
and import them all from the previous day's backup. Tedium - yawn...

Still all my filters have gone though, and I'll have to define new ones as I 
need them. Oh well, I suppose it's about time I cleaned them out.

Back to the original theme, I'd been experimenting with -j and -l make 
options, and I suspect that was my real problem. All seems stable so far, so 
I'll watch with interest.

-- 
Rgds
Peter

Re: [gentoo-user] Re: Is perl broken?

[Peter Humphrey]

This is a re-send of a message I sent earlier today but which seems not to 
have appeared on the list - well, I have changed it a bit:

On Tuesday 07 April 2015 23:19:18 I wrote:
> On Tuesday 07 April 2015 15:02:36 walt wrote:
> > On 04/07/2015 02:48 PM, Peter Humphrey wrote:
> > > On Tuesday 07 April 2015 22:24:38 Peter Humphrey wrote:
> > >> $ cat make.conf 	# I made a local copy and removed a lot of 
comments
> > >> #CFLAGS="-O2 -march=core2 -pipe" [1]
> > > 
> > > --->8
> > > 
> > >> [1] This bothers me. Various docs tell me to specify march=corei7,
> > >> but
> > >> this is an i5 CPU. Could this be my problem?
> > 
> > Any reason you don't want to use march=native?
> 
> Not that I can think of now. I'll try it - thanks, both of you.

Countless CPU cycles later, I have now reinstalled my complete system with  
-march=native. It took several iterations.

Meanwhile,I had another problem to keep me amused - KMail decided I'd 
deleted the folder into which it receives all inbound mail. I hadn't, of 
course, but suddenly my 13000 mails were gone - vanished. So I had to create 
a new user and import them all from the previous day's backup. Tedium - 
yawn...

Still, all my filters have gone, and I'll have to define new ones as I need 
them. Oh well, I suppose it's about time I cleaned them out.

Back to the original theme, I'd been experimenting with -j and -l make 
options, and I suspect that was my real problem. I finished up with "-j -l20" 
on this i5 box, with startling results - 56 emerges in parallel for 
instance. I suspect that my problem stemmed from this.

All now seems stable so far with -j12 and no -l specified. Satisfactory CPU 
utilisation and the all-important stability.

So no, perl isn't broken  :)

-- 
Rgds
Peter

Re: [gentoo-user] Re: Is perl broken?

[Mick]

[-- Attachment #1: Type: Text/Plain, Size: 774 bytes --]

On Saturday 11 Apr 2015 00:08:23 Peter Humphrey wrote:

> Back to the original theme, I'd been experimenting with -j and -l make
> options, and I suspect that was my real problem. I finished up with "-j
> -l20" on this i5 box, with startling results - 56 emerges in parallel for
> instance. I suspect that my problem stemmed from this.
> 
> All now seems stable so far with -j12 and no -l specified. Satisfactory CPU
> utilisation and the all-important stability.
> 
> So no, perl isn't broken  :)

On an early generation mobile i7 I have MAKEOPTS="-j5 -l12.8" with no 
noticeable adverse effects, although on recent mammoth emerges the 
responsiveness goes down when swap is used.  I can't even recall how I arrived 
at these settings.
-- 
Regards,
Mick

[-- Attachment #2: This is a digitally signed message part. --]
[-- Type: application/pgp-signature, Size: 473 bytes --]

Re: [gentoo-user] Is perl broken? [SOLVED]

[Peter Humphrey]

On Sunday 05 April 2015 10:50:53 I wrote:

> Today's routine update included dev-lang/perl-5.20.2 and two perl
> virtuals. Since emerging those portage has stopped working: perl-cleaner
> gives it a list of 71 packages to emerge but portage does nothing with
> them - it just exits silently. Then perl-cleaner lists some hundreds of
> files that it can't do anything with.
> 
> What's going on here?
> 
> I've restored from last week's backup and added the offending perl
> packages to package.mask, but is that the right thing to do?

For the record, my problem has now been fixed, together with some others I 
hadn't reported here. It was a combination of bad CFLAGS (and CXXFLAGS) and 
too ambitious MAKEOPTS.

Specifically, I recommend that any advice to set -march=corei7 on an i5 
system should be firmly resisted.

Thanks to those who took an interest and offered help.

-- 
Rgds
Peter