Re: [gentoo-user] stable/testing system requiring an *UNstable* dev-lang/perl

2014-07-15 Thread gottlieb
On Tue, Jul 08 2014, Andreas K. Huettel wrote:

 Am Mittwoch, 9. Juli 2014, 00:02:56 schrieb gottl...@nyu.edu:
 For some reason my mostly-stable-slightly-testing system
 is trying to merge *UNstable* dev-lang/perl.
 I do not have a package.unmask file
 
 Specifically it wants me to unmask
 =dev-lang/perl-5.20.0-r1
 
 An eix on the same system (with no sync in between) does not even show
 such a version as existing.  I realize I must be misreading some
 output, but I can't find my error.
 
 Help would be greatly appreciated.
 

 [ebuild U ~] virtual/perl-ExtUtils-Command-1.180.0-r1 [1.180.0] 0

 The following keyword changes are necessary to proceed:
  (see package.accept_keywords in the portage(5) man page for more
 details) # required by virtual/perl-ExtUtils-Command-1.180.0-r1
 # required by perl-core/ExtUtils-MakeMaker-6.820.0
 # required by virtual/perl-ExtUtils-MakeMaker-6.820.0
 # required by perl-core/CPAN-Meta-2.132.510
 # required by virtual/perl-CPAN-Meta-2.132.510
 # required by perl-core/Module-Build-0.400.700
 # required by virtual/perl-Module-Build-0.400.700
 # required by dev-perl/File-MimeInfo-0.170.0
 # required by x11-misc/xdg-utils-1.1.0_rc2[perl]
 # required by www-client/chromium-35.0.1916.153
 # required by @selected
 # required by @world (argument)
 =dev-lang/perl-5.20.0-r1 ~amd64

 =virtual/perl-ExtUtils-Command-1.180.0-r1 is the culprit. 
 (And the autounmask recommendation by portage is weird. Which portage version 
 is that?)

It is sys-apps/portage-2.2.8-r1, the highest stable version.

 If you look at the emerge output, you see that you have ~arch virtual/perl-
 ExtUtils-Command. (Not masked, only ~arch)

 That specific version, virtual/perl-ExtUtils-Command-1.180.0-r1, can be 
 fulfilled by either dev-lang/perl-5.20* (masked) or perl-core/ExtUtils-
 Command-1.180.0 (~arch). 

 You have three alternative options: 
 1) downgrade virtual/perl-ExtUtils-Command to stable (recommended)
 2) keyword perl-core/ExtUtils-Command ~arch (should be fine too)
 3) unmask =dev-lang/perl-5.20* (NOT RECOMMENDED)

 Good luck, 
 Andreas

Sorry for the delay in responding; I was without convenient email access
for a week.

Thanks to everyone for their help.  In particular to andreas.  I used
his second option, following neil's general advise for applying his
goingstable procedure.  All is well.

thanks again,
allan



[gentoo-user] stable/testing system requiring an *UNstable* dev-lang/perl

2014-07-08 Thread gottlieb
For some reason my mostly-stable-slightly-testing system
is trying to merge *UNstable* dev-lang/perl.
I do not have a package.unmask file

Specifically it wants me to unmask
=dev-lang/perl-5.20.0-r1

An eix on the same system (with no sync in between) does not even show
such a version as existing.  I realize I must be misreading some
output, but I can't find my error.

Help would be greatly appreciated.

The eix command and output is short

e6510 ~ # eix dev-lang/perl
[I] dev-lang/perl
 Available versions:  5.16.3(0/5.16) ~5.18.2(0/5.18) [M]~5.20.0(0/5.20) 
{berkdb debug doc gdbm ithreads}
 Installed versions:  5.16.3(12:50:06 PM 09/09/2013)(berkdb gdbm -debug 
-doc -ithreads)
 Homepage:http://www.perl.org/
 Description: Larry Wall's Practical Extraction and Report Language

The emerge output is long but I worry that I might prune something
that I mistakenly think is irrelevant so I am including it all

e6510 ~ # emerge --update --newuse --deep --with-bdeps=y @world

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

Calculating dependencies... done!

The following packages are causing rebuilds:

  (dev-lang/perl-5.20.0-r1::gentoo, ebuild scheduled for merge) causes rebuilds 
for:
(net-analyzer/net-snmp-5.7.3_pre3::gentoo, ebuild scheduled for merge)
(perl-core/Module-CoreList-2.840.0::gentoo, ebuild scheduled for merge)
[nomerge   ] gnome-base/gnome-3.10.0:2.0  USE=bluetooth cdr classic cups 
extras -accessibility 
[nomerge   ]  gnome-base/gnome-extra-apps-3.10.0-r1:3.0  USE=games 
shotwell tracker 
[nomerge   ]   net-analyzer/gnome-nettool-3.8.1  USE=-debug 
[ebuild U  ]net-dns/bind-tools-9.9.5 [9.9.4] USE=ipv6 readline ssl xml 
-doc -gost% -gssapi -idn -urandom 7,549 kB
[ebuild  rR] net-analyzer/net-snmp-5.7.3_pre3  USE=X bzip2 ipv6 ssl tcpd 
zlib -doc -elf -lm_sensors -mfd-rewrites -minimal -mysql -netlink -pci -perl 
-python -rpm (-selinux) -ucd-compat PYTHON_SINGLE_TARGET=python2_7 
(-python2_6%) PYTHON_TARGETS=python2_7 (-python2_6%) 4 kB
[ebuild U  ] app-emacs/auctex-11.87-r1 [11.87] USE=-preview-latex 1,178 kB
[nomerge   ] dev-lang/perl-5.20.0-r1:0/5.20 [5.16.3:0/5.16] USE=berkdb 
gdbm -debug -doc -ithreads 
[ebuild U  ]  app-admin/perl-cleaner-2.15 [2.14] 7 kB
[nomerge   ] gnome-base/gnome-3.10.0:2.0  USE=bluetooth cdr classic cups 
extras -accessibility 
[nomerge   ]  gnome-base/gnome-core-apps-3.10.0:3.0  USE=bluetooth cdr 
cups 
[nomerge   ]   media-video/totem-3.10.1  USE=introspection nautilus python 
-debug -flash -grilo -lirc -nsplugin {-test} -zeitgeist 
PYTHON_SINGLE_TARGET=python2_7 (-python2_6) PYTHON_TARGETS=python2_7 
(-python2_6) 
[nomerge   ]media-plugins/gst-plugins-taglib-1.2.3:1.0 
[ebuild U ~] media-libs/taglib-1.9.1-r2 [1.9.1-r1] USE=asf mp4 -debug 
-examples {-test} ABI_X86=(64) -32 (-x32) 639 kB
[nomerge   ] gnome-base/gnome-extra-apps-3.10.0-r1:3.0  USE=games shotwell 
tracker 
[nomerge   ]  net-misc/vino-3.10.1  USE=crypt gnome-keyring ipv6 jpeg ssl 
telepathy zlib -avahi -debug -networkmanager 
[ebuild U ~]   net-libs/gnutls-3.3.4-r1 [3.3.4] USE=crywrap cxx nls zlib 
-dane -doc -examples -guile -pkcs11 -static-libs {-test} ABI_X86=(64) -32 
(-x32) LINGUAS=en -cs -de -fi -fr -it -ms -nl -pl -sv -uk -vi -zh_CN 0 kB
[nomerge   ] app-admin/syslog-ng-3.4.7  USE=ipv6 pcre ssl systemd tcpd 
-caps -dbi -geoip -json -mongodb -smtp -spoof-source 
[ebuild U  ]  dev-libs/libpcre-8.35:3 [8.34:3] USE=bzip2 cxx jit readline 
recursion-limit (unicode) zlib -libedit -pcre16 -pcre32 -static-libs 
ABI_X86=(64) (-32) (-x32) 1,487 kB
[ebuild U  ]   sys-libs/readline-6.2_p5-r1 [6.2_p1] USE=-static-libs% 
ABI_X86=(64%*) (-32) (-x32) 2,235 kB
[nomerge   ] sys-apps/logwatch-7.4.0_p170-r1 
[nomerge   ]  dev-perl/DateManip-6.410.0  USE={-test} 
[nomerge   ]   virtual/perl-Module-Build-0.400.700 
[nomerge   ]perl-core/Module-Build-0.400.700  USE={-test} 
[nomerge   ] virtual/perl-ExtUtils-ParseXS-3.220.0 
[nomerge   ]  perl-core/ExtUtils-ParseXS-3.220.0 
[nomerge   ]   virtual/perl-ExtUtils-CBuilder-0.280.205 
[nomerge   ]perl-core/ExtUtils-CBuilder-0.280.205 
[nomerge   ] virtual/perl-IPC-Cmd-0.840.0 
[nomerge   ]  perl-core/IPC-Cmd-0.840.0 
[nomerge   ]   virtual/perl-Module-Load-Conditional-0.580.0 
[nomerge   ]perl-core/Module-Load-Conditional-0.580.0 
[nomerge   ] virtual/perl-Locale-Maketext-Simple-0.210.0-r2 
[ebuild  N ]  perl-core/Locale-Maketext-Simple-0.210.0  10 kB
[nomerge   ] perl-core/Module-Build-0.400.700  USE={-test} 
[nomerge   ]  virtual/perl-Perl-OSType-1.2.0-r1 
[ebuild  N ]   perl-core/Perl-OSType-1.2.0  USE={-test} 12 kB
[nomerge   ] perl-core/Module-Build-0.400.700  USE={-test} 
[nomerge   ]  virtual/perl-Archive-Tar-1.920.0 
[nomerge   ]   perl-core/Archive-Tar-1.920.0  

Re: [gentoo-user] stable/testing system requiring an *UNstable* dev-lang/perl

2014-07-08 Thread Neil Bothwick
On Tue, 08 Jul 2014 18:02:56 -0400, gottl...@nyu.edu wrote:

 For some reason my mostly-stable-slightly-testing system
 is trying to merge *UNstable* dev-lang/perl.

 Specifically it wants me to unmask
 =dev-lang/perl-5.20.0-r1

That's not testing, it's masked. 

% eix -e perl
[I] dev-lang/perl
 Available versions:  5.16.3(0/5.16) (~)5.18.2-r1(0/5.18){tbz2}
 [M](~)5.20.0-r1(0/5.20) {berkdb debug doc gdbm ithreads}

 [nomerge   ] perl-core/CPAN-Meta-2.132.510 
 [ebuild U ~]  virtual/perl-File-Temp-0.230.400-r1 [0.230.400] 0 kB
 [ebuild U  ]  virtual/perl-File-Spec-3.400.0-r1 [3.400.0] 0 kB
 [ebuild  r  U #]  dev-lang/perl-5.20.0-r1:0/5.20 [5.16.3:0/5.16]

It would appear that CPAN-Meta is the culprit, see what is pulling that in.

 # Masked for testing, will defenitely cause major breakage
 # Single modules with 5.20 versions added here too -dilfridge
 =dev-lang/perl-5.20.0-r1

See, masked, not keyworded, and apparently with good reason.


-- 
Neil Bothwick

Engineers do it with less resistance.


signature.asc
Description: PGP signature


Re: [gentoo-user] stable/testing system requiring an *UNstable* dev-lang/perl

2014-07-08 Thread gottlieb
On Tue, Jul 08 2014, Neil Bothwick wrote:

 On Tue, 08 Jul 2014 18:02:56 -0400, gottl...@nyu.edu wrote:

 For some reason my mostly-stable-slightly-testing system
 is trying to merge *UNstable* dev-lang/perl.

 Specifically it wants me to unmask
 =dev-lang/perl-5.20.0-r1

 That's not testing, it's masked. 

Right; that is what I thought I said.  Oh now I see I wrote *UNstable*.
I thought that was a synonym for masked.  Will purge that term from my
gentoo vocabulary.

 % eix -e perl
 [I] dev-lang/perl
  Available versions:  5.16.3(0/5.16) (~)5.18.2-r1(0/5.18){tbz2}
  [M](~)5.20.0-r1(0/5.20) {berkdb debug doc gdbm ithreads}

 [nomerge   ] perl-core/CPAN-Meta-2.132.510 
 [ebuild U ~]  virtual/perl-File-Temp-0.230.400-r1 [0.230.400] 0 kB
 [ebuild U  ]  virtual/perl-File-Spec-3.400.0-r1 [3.400.0] 0 kB
 [ebuild  r  U #]  dev-lang/perl-5.20.0-r1:0/5.20 [5.16.3:0/5.16]

 It would appear that CPAN-Meta is the culprit, see what is pulling
 that in.

That was listed in the voluminous emerge output.  Here is the relevant
portion.  It starts with xdg-utils (required by lots) and then a
bunch of perl.

The following mask changes are necessary to proceed:
 (see package.unmask in the portage(5) man page for more details)
# required by virtual/perl-ExtUtils-Command-1.180.0-r1
# required by perl-core/ExtUtils-MakeMaker-6.820.0
# required by virtual/perl-ExtUtils-MakeMaker-6.820.0
# required by perl-core/CPAN-Meta-2.132.510
# required by virtual/perl-CPAN-Meta-2.132.510
# required by perl-core/Module-Build-0.400.700
# required by virtual/perl-Module-Build-0.400.700
# required by dev-perl/File-MimeInfo-0.170.0
# required by x11-misc/xdg-utils-1.1.0_rc2[perl]
# required by www-client/chromium-35.0.1916.153
# required by @selected
# required by @world (argument)


 # Masked for testing, will defenitely cause major breakage
 # Single modules with 5.20 versions added here too -dilfridge
 =dev-lang/perl-5.20.0-r1

 See, masked, not keyworded, and apparently with good reason.

Right.  Sorry for the masked / *UNstable* confusion.
I was surprised eix doesn't even show this version, but that is minor.

allan



Re: [gentoo-user] stable/testing system requiring an *UNstable* dev-lang/perl

2014-07-08 Thread Alan McKinnon
On 09/07/2014 00:33, gottl...@nyu.edu wrote:
 On Tue, Jul 08 2014, Neil Bothwick wrote:
 
 On Tue, 08 Jul 2014 18:02:56 -0400, gottl...@nyu.edu wrote:

 For some reason my mostly-stable-slightly-testing system
 is trying to merge *UNstable* dev-lang/perl.

 Specifically it wants me to unmask
 =dev-lang/perl-5.20.0-r1

 That's not testing, it's masked. 
 
 Right; that is what I thought I said.  Oh now I see I wrote *UNstable*.
 I thought that was a synonym for masked.  Will purge that term from my
 gentoo vocabulary.
 
 % eix -e perl
 [I] dev-lang/perl
  Available versions:  5.16.3(0/5.16) (~)5.18.2-r1(0/5.18){tbz2}
  [M](~)5.20.0-r1(0/5.20) {berkdb debug doc gdbm ithreads}

 [nomerge   ] perl-core/CPAN-Meta-2.132.510 
 [ebuild U ~]  virtual/perl-File-Temp-0.230.400-r1 [0.230.400] 0 kB
 [ebuild U  ]  virtual/perl-File-Spec-3.400.0-r1 [3.400.0] 0 kB
 [ebuild  r  U #]  dev-lang/perl-5.20.0-r1:0/5.20 [5.16.3:0/5.16]

 It would appear that CPAN-Meta is the culprit, see what is pulling
 that in.
 
 That was listed in the voluminous emerge output.  Here is the relevant
 portion.  It starts with xdg-utils (required by lots) and then a
 bunch of perl.
 
 The following mask changes are necessary to proceed:
  (see package.unmask in the portage(5) man page for more details)
 # required by virtual/perl-ExtUtils-Command-1.180.0-r1
 # required by perl-core/ExtUtils-MakeMaker-6.820.0
 # required by virtual/perl-ExtUtils-MakeMaker-6.820.0
 # required by perl-core/CPAN-Meta-2.132.510
 # required by virtual/perl-CPAN-Meta-2.132.510
 # required by perl-core/Module-Build-0.400.700
 # required by virtual/perl-Module-Build-0.400.700
 # required by dev-perl/File-MimeInfo-0.170.0
 # required by x11-misc/xdg-utils-1.1.0_rc2[perl]
 # required by www-client/chromium-35.0.1916.153
 # required by @selected
 # required by @world (argument)
 
 
 # Masked for testing, will defenitely cause major breakage
 # Single modules with 5.20 versions added here too -dilfridge
 =dev-lang/perl-5.20.0-r1

 See, masked, not keyworded, and apparently with good reason.
 
 Right.  Sorry for the masked / *UNstable* confusion.
 I was surprised eix doesn't even show this version, but that is minor.


I rather suspect you are falling foul of portage's recent weird and
wonderful behaviour trying to satisfy deps[1]. Faling that, you might
just have gotten a bad sync while someone was adding perl-5.20 to the tree

Plus your eix does not match emerge, meaning you have recently sync'ed
and not run eix-update after.

Sync again and re-run emerge -avuND world, see if the latest tree has
your issue fixed.

If not, run it with --backtrack=0 and again with --backtrack=100, let's
see if helping portage out makes a difference.

Finally, my favourite trick to find settings I forgot about:

egrep -ir perl|cpan /etc/portage



[1] yes, it is getting better as we move forward. But the console output
is still odd at times, it's still slow as molasses, and it really looks
like sometimes it's way to smart for it's own good.



-- 
Alan McKinnon
alan.mckin...@gmail.com




Re: [gentoo-user] stable/testing system requiring an *UNstable* dev-lang/perl

2014-07-08 Thread Andreas K. Huettel
Am Mittwoch, 9. Juli 2014, 00:02:56 schrieb gottl...@nyu.edu:
 For some reason my mostly-stable-slightly-testing system
 is trying to merge *UNstable* dev-lang/perl.
 I do not have a package.unmask file
 
 Specifically it wants me to unmask
 =dev-lang/perl-5.20.0-r1
 
 An eix on the same system (with no sync in between) does not even show
 such a version as existing.  I realize I must be misreading some
 output, but I can't find my error.
 
 Help would be greatly appreciated.
 

 [ebuild U ~] virtual/perl-ExtUtils-Command-1.180.0-r1 [1.180.0] 0

 The following keyword changes are necessary to proceed:
  (see package.accept_keywords in the portage(5) man page for more
 details) # required by virtual/perl-ExtUtils-Command-1.180.0-r1
 # required by perl-core/ExtUtils-MakeMaker-6.820.0
 # required by virtual/perl-ExtUtils-MakeMaker-6.820.0
 # required by perl-core/CPAN-Meta-2.132.510
 # required by virtual/perl-CPAN-Meta-2.132.510
 # required by perl-core/Module-Build-0.400.700
 # required by virtual/perl-Module-Build-0.400.700
 # required by dev-perl/File-MimeInfo-0.170.0
 # required by x11-misc/xdg-utils-1.1.0_rc2[perl]
 # required by www-client/chromium-35.0.1916.153
 # required by @selected
 # required by @world (argument)
 =dev-lang/perl-5.20.0-r1 ~amd64

=virtual/perl-ExtUtils-Command-1.180.0-r1 is the culprit. 
(And the autounmask recommendation by portage is weird. Which portage version 
is that?)

If you look at the emerge output, you see that you have ~arch virtual/perl-
ExtUtils-Command. (Not masked, only ~arch)

That specific version, virtual/perl-ExtUtils-Command-1.180.0-r1, can be 
fulfilled by either dev-lang/perl-5.20* (masked) or perl-core/ExtUtils-
Command-1.180.0 (~arch). 

You have three alternative options: 
1) downgrade virtual/perl-ExtUtils-Command to stable (recommended)
2) keyword perl-core/ExtUtils-Command ~arch (should be fine too)
3) unmask =dev-lang/perl-5.20* (NOT RECOMMENDED)

Good luck, 
Andreas

-- 

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



signature.asc
Description: This is a digitally signed message part.