Re: [gentoo-user] upgrading 1-year old system

[thelma]

On 03/04/2017 10:51 PM, J. Roeleveld wrote:
> On March 4, 2017 11:01:38 PM GMT+01:00, the...@sys-concept.com wrote:
>>
>> I'm stuck upgrading to "dev-db/mysql-5.6.35" 
>>
>> make: *** [Makefile:150: all] Error 2
>> * ERROR: dev-db/mysql-5.6.35::gentoo failed (compile phase):
>> *   emake failed
>> * 
>> * If you need support, post the output of `emerge --info
>> '=dev-db/mysql-5.6.35::gentoo'`,
>> * the complete build log and the output of `emerge -pqv
>> '=dev-db/mysql-5.6.35::gentoo'`.
>> * The complete build log is located at
>> '/var/tmp/portage/dev-db/mysql-5.6.35/temp/build.log'.
>> * The ebuild environment file is located at
>> '/var/tmp/portage/dev-db/mysql-5.6.35/temp/environment'.
>> * Working directory:
>> '/var/tmp/portage/dev-db/mysql-5.6.35/work/mysql-abi_x86_32.x86'
>> * S: '/var/tmp/portage/dev-db/mysql-5.6.35/work/mysql'
>>
> Failed to emerge dev-db/mysql-5.6.35, Log file:
>>
>  '/var/tmp/portage/dev-db/mysql-5.6.35/temp/build.log'
>> *** Resuming merge...
>>
>> These are the packages that would be merged, in reverse order:
>>
>> Calculating dependencies... done!
>> * One or more packages are either masked or have missing dependencies:
>> * 
>> *   sys-libs/ncurses:0/5=[abi_x86_32(-),abi_x86_64(-)] pulled in by:
>> * (dev-db/mysql-5.6.27:0/18::gentoo, installed)
>> * 
>> *   >=sys-libs/ncurses-5.9-r3[abi_x86_32(-),abi_x86_64(-)] pulled in
>> by:
>> * (sys-libs/readline-6.3_p8-r2:0/0::gentoo, installed)
>> * 
>> *   >=sys-libs/ncurses-5.9-r3:0=[abi_x86_32(-),abi_x86_64(-)] pulled in
>> by:
>> * (sys-libs/gpm-1.20.7-r2:0/0::gentoo, installed)
>> * 
>> *   >=sys-libs/ncurses-5.2-r2:0/5=[unicode] pulled in by:
>> * (sys-apps/util-linux-2.26.2:0/0::gentoo, installed)
>> * 
>> *   >=sys-libs/ncurses-5.9-r3:5/5=[abi_x86_32(-),abi_x86_64(-)] pulled
>> in by:
>> * (sys-devel/llvm-3.5.0:0/3.5::gentoo, installed)
>> * 
>> *  
>>> =media-libs/harfbuzz-0.9.12:0/0.9.18=[glib(+),truetype(+),abi_x86_32(-),abi_x86_64(-)]
>> pulled in by:
>> * (x11-libs/pango-1.36.8-r1:0/0::gentoo, installed)
>> * 
>> *   > pulled in by:
>> * (net-print/cups-filters-1.0.71:0/0::gentoo, installed)
>>
>> Any ideas how to go around it?
>> I've installed: sys-libs/ncurses-6.0-r1
>>
>> Thanks
>>
>> --
>> Thelma
> 
> Few tips:
> 
> Check for the actual error in the build.log
> 
> Ensure you are not poluting your world file
> 
> Check previous threads for hints and tips on updating older Gentoo 
> installations. I think there might also be a wiki page on the gentoo website.
> 
> --
> Joost

It solved itself :-/
It is had to upgrade 1-year old systems; sometimes the errors are
totally related to something else.
I run "perl-cleaner --all" rebuild ~150-pacages and slowly everything
stared to fall into place. Some packages needed to be uninstall manually
(as they are no longer in portage and new one emerged).

--
Thelma

Re: [gentoo-user] upgrading 1-year old system

[J. Roeleveld]

On March 4, 2017 11:01:38 PM GMT+01:00, the...@sys-concept.com wrote:
>
>I'm stuck upgrading to "dev-db/mysql-5.6.35" 
>
>make: *** [Makefile:150: all] Error 2
> * ERROR: dev-db/mysql-5.6.35::gentoo failed (compile phase):
> *   emake failed
> * 
>* If you need support, post the output of `emerge --info
>'=dev-db/mysql-5.6.35::gentoo'`,
>* the complete build log and the output of `emerge -pqv
>'=dev-db/mysql-5.6.35::gentoo'`.
>* The complete build log is located at
>'/var/tmp/portage/dev-db/mysql-5.6.35/temp/build.log'.
>* The ebuild environment file is located at
>'/var/tmp/portage/dev-db/mysql-5.6.35/temp/environment'.
>* Working directory:
>'/var/tmp/portage/dev-db/mysql-5.6.35/work/mysql-abi_x86_32.x86'
> * S: '/var/tmp/portage/dev-db/mysql-5.6.35/work/mysql'
>
 Failed to emerge dev-db/mysql-5.6.35, Log file:
>
  '/var/tmp/portage/dev-db/mysql-5.6.35/temp/build.log'
>*** Resuming merge...
>
>These are the packages that would be merged, in reverse order:
>
>Calculating dependencies... done!
> * One or more packages are either masked or have missing dependencies:
> * 
> *   sys-libs/ncurses:0/5=[abi_x86_32(-),abi_x86_64(-)] pulled in by:
> * (dev-db/mysql-5.6.27:0/18::gentoo, installed)
> * 
>*   >=sys-libs/ncurses-5.9-r3[abi_x86_32(-),abi_x86_64(-)] pulled in
>by:
> * (sys-libs/readline-6.3_p8-r2:0/0::gentoo, installed)
> * 
>*   >=sys-libs/ncurses-5.9-r3:0=[abi_x86_32(-),abi_x86_64(-)] pulled in
>by:
> * (sys-libs/gpm-1.20.7-r2:0/0::gentoo, installed)
> * 
> *   >=sys-libs/ncurses-5.2-r2:0/5=[unicode] pulled in by:
> * (sys-apps/util-linux-2.26.2:0/0::gentoo, installed)
> * 
>*   >=sys-libs/ncurses-5.9-r3:5/5=[abi_x86_32(-),abi_x86_64(-)] pulled
>in by:
> * (sys-devel/llvm-3.5.0:0/3.5::gentoo, installed)
> * 
>*  
>>=media-libs/harfbuzz-0.9.12:0/0.9.18=[glib(+),truetype(+),abi_x86_32(-),abi_x86_64(-)]
>pulled in by:
> * (x11-libs/pango-1.36.8-r1:0/0::gentoo, installed)
> * 
>*   pulled in by:
> * (net-print/cups-filters-1.0.71:0/0::gentoo, installed)
>
>Any ideas how to go around it?
>I've installed: sys-libs/ncurses-6.0-r1
>
>Thanks
>
>--
>Thelma

Few tips:

Check for the actual error in the build.log

Ensure you are not poluting your world file

Check previous threads for hints and tips on updating older Gentoo 
installations. I think there might also be a wiki page on the gentoo website.

--
Joost
-- 
Sent from my Android device with K-9 Mail. Please excuse my brevity.

Re: [gentoo-user] upgrading 1-year old system

[thelma]

On 03/04/2017 03:01 PM, the...@sys-concept.com wrote:
> 
> I'm stuck upgrading to "dev-db/mysql-5.6.35" 
> 
> make: *** [Makefile:150: all] Error 2
>  * ERROR: dev-db/mysql-5.6.35::gentoo failed (compile phase):
>  *   emake failed
>  * 
[snip]

I advanced a bit, now I'm getting:  

make: *** [Makefile:150: all] Error 2
 * ERROR: dev-db/mysql-5.6.35::gentoo failed (compile phase):
 *   emake failed
 * 
 * If you need support, post the output of `emerge --info 
'=dev-db/mysql-5.6.35::gentoo'`,
 * the complete build log and the output of `emerge -pqv 
'=dev-db/mysql-5.6.35::gentoo'`.
 * The complete build log is located at 
'/var/tmp/portage/dev-db/mysql-5.6.35/temp/build.log'.
 * The ebuild environment file is located at 
'/var/tmp/portage/dev-db/mysql-5.6.35/temp/environment'.
 * Working directory: 
'/var/tmp/portage/dev-db/mysql-5.6.35/work/mysql-abi_x86_32.x86'
 * S: '/var/tmp/portage/dev-db/mysql-5.6.35/work/mysql'
 


emerge --info '=dev-db/mysql-5.6.35::gentoo'

Portage 2.3.3 (python 3.4.3-final-0, default/linux/amd64/13.0/desktop, 
gcc-4.9.4, glibc-2.21-r1, 3.10.7-gentoo-r1 x86_64)
=
 System Settings
=
System uname: 
Linux-3.10.7-gentoo-r1-x86_64-AMD_FX-tm-8150_Eight-Core_Processor-with-gentoo-2.3
KiB Mem: 8092984 total,   4896500 free
KiB Swap:8757244 total,   8757244 free
Timestamp of repository gentoo: Sun, 26 Feb 2017 22:00:01 +
sh bash 4.3_p48-r1
ld GNU ld (Gentoo 2.25.1 p1.1) 2.25.1
app-shells/bash:  4.3_p48-r1::gentoo
dev-java/java-config: 2.2.0::gentoo
dev-lang/perl:5.20.2::gentoo
dev-lang/python:  2.7.10-r1::gentoo, 3.4.3::gentoo
dev-util/cmake:   3.7.2::gentoo
dev-util/pkgconfig:   0.28-r2::gentoo
sys-apps/baselayout:  2.3::gentoo
sys-apps/openrc:  0.23.2::gentoo
sys-apps/sandbox: 2.6-r1::gentoo
sys-devel/autoconf:   2.13::gentoo, 2.69::gentoo
sys-devel/automake:   1.11.6-r1::gentoo, 1.13.4::gentoo, 1.14.1::gentoo, 
1.15::gentoo
sys-devel/binutils:   2.25.1-r1::gentoo
sys-devel/gcc:4.5.4::gentoo, 4.9.3::gentoo, 4.9.4::gentoo
sys-devel/gcc-config: 1.7.3::gentoo
sys-devel/libtool:2.4.6::gentoo
sys-devel/make:   4.2.1::gentoo
sys-kernel/linux-headers: 3.18::gentoo (virtual/os-headers)
sys-libs/glibc:   2.21-r1::gentoo
Repositories:

gentoo
location: /usr/portage
sync-type: rsync
sync-uri: rsync://10.0.0.103/gentoo-portage
priority: -1000

brother-overlay
location: /var/lib/layman/brother-overlay
sync-type: git
sync-uri: https://github.com/stefan-langenmaier/brother-overlay.git
masters: gentoo
priority: 0

Local
location: /usr/local/portage
masters: gentoo
priority: 

ACCEPT_KEYWORDS="amd64"
ACCEPT_LICENSE="* -@EULA googleearth PUEL dlj-1.1 Oracle-BCLA-JavaSE"
CBUILD="x86_64-pc-linux-gnu"
CFLAGS="-march=native -O2 -pipe"
CHOST="x86_64-pc-linux-gnu"
CONFIG_PROTECT="/etc /usr/lib64/fax /usr/share/easy-rsa 
/usr/share/gnupg/qualified.txt /var/spool/fax/etc"
CONFIG_PROTECT_MASK="/etc/ca-certificates.conf /etc/dconf /etc/env.d 
/etc/fonts/fonts.conf /etc/gconf /etc/gentoo-release 
/etc/php/apache2-php5.6/ext-active/ /etc/php/cgi-php5.6/ext-active/ 
/etc/php/cli-php5.6/ext-active/ /etc/revdep-rebuild /etc/sandbox.d 
/etc/terminfo /etc/texmf/language.dat.d /etc/texmf/language.def.d 
/etc/texmf/updmap.d /etc/texmf/web2c"
CXXFLAGS="-march=native -O2 -pipe"
DISTDIR="/usr/portage/distfiles"
EMERGE_DEFAULT_OPTS="--autounmask-write=y --keep-going --with-bdeps=y"
FCFLAGS="-O2 -pipe"
FEATURES="assume-digests binpkg-logs config-protect-if-modified distlocks 
ebuild-locks fixlafiles merge-sync news parallel-fetch preserve-libs 
protect-owned sandbox sfperms strict unknown-features-warn unmerge-logs 
unmerge-orphans userfetch userpriv usersandbox usersync xattr"
FFLAGS="-O2 -pipe"
GENTOO_MIRRORS="http://mirror.csclub.uwaterloo.ca/gentoo-distfiles/ 
http://gentoo.osuosl.org/ ftp://mirror.csclub.uwaterloo.ca/gentoo-distfiles/ 
http://linux.rz.ruhr-uni-bochum.de/download/gentoo-mirror/ 
ftp://linux.rz.ruhr-uni-bochum.de/gentoo-mirror/ 
ftp://ftp.spline.inf.fu-berlin.de/mirrors/gentoo/ 
http://ftp.spline.inf.fu-berlin.de/mirrors/gentoo/;
LANG="en_US.UTF-8"
LC_ALL="en_US.UTF-8"
LDFLAGS="-Wl,-O1 -Wl,--as-needed"
MAKEOPTS="-j9 --load-average=8"
PKGDIR="/usr/portage/packages"
PORTAGE_CONFIGROOT="/"
PORTAGE_RSYNC_OPTS="--recursive --links --safe-links --perms --times 
--omit-dir-times --compress --force --whole-file --delete --stats 
--human-readable --timeout=180 --exclude=/distfiles --exclude=/local 
--exclude=/packages --exclude=/.git"
PORTAGE_TMPDIR="/var/tmp"
USE="X a52 aac acpi alsa amd64 apache2 bluetooth branding bzip2 cairo cdda cdr 
cgi cleartype cli consolekit consolkit corefonts cracklib crypt cups cxx dbus 
dri dts dvd dvdr emboss encode exif fam firefox flac foomaticdb 

Re: [gentoo-user] upgrading 1-year old system

[thelma]

I'm stuck upgrading to "dev-db/mysql-5.6.35" 

make: *** [Makefile:150: all] Error 2
 * ERROR: dev-db/mysql-5.6.35::gentoo failed (compile phase):
 *   emake failed
 * 
 * If you need support, post the output of `emerge --info 
'=dev-db/mysql-5.6.35::gentoo'`,
 * the complete build log and the output of `emerge -pqv 
'=dev-db/mysql-5.6.35::gentoo'`.
 * The complete build log is located at 
'/var/tmp/portage/dev-db/mysql-5.6.35/temp/build.log'.
 * The ebuild environment file is located at 
'/var/tmp/portage/dev-db/mysql-5.6.35/temp/environment'.
 * Working directory: 
'/var/tmp/portage/dev-db/mysql-5.6.35/work/mysql-abi_x86_32.x86'
 * S: '/var/tmp/portage/dev-db/mysql-5.6.35/work/mysql'

>>> Failed to emerge dev-db/mysql-5.6.35, Log file:

>>>  '/var/tmp/portage/dev-db/mysql-5.6.35/temp/build.log'
*** Resuming merge...

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

Calculating dependencies... done!
 * One or more packages are either masked or have missing dependencies:
 * 
 *   sys-libs/ncurses:0/5=[abi_x86_32(-),abi_x86_64(-)] pulled in by:
 * (dev-db/mysql-5.6.27:0/18::gentoo, installed)
 * 
 *   >=sys-libs/ncurses-5.9-r3[abi_x86_32(-),abi_x86_64(-)] pulled in by:
 * (sys-libs/readline-6.3_p8-r2:0/0::gentoo, installed)
 * 
 *   >=sys-libs/ncurses-5.9-r3:0=[abi_x86_32(-),abi_x86_64(-)] pulled in by:
 * (sys-libs/gpm-1.20.7-r2:0/0::gentoo, installed)
 * 
 *   >=sys-libs/ncurses-5.2-r2:0/5=[unicode] pulled in by:
 * (sys-apps/util-linux-2.26.2:0/0::gentoo, installed)
 * 
 *   >=sys-libs/ncurses-5.9-r3:5/5=[abi_x86_32(-),abi_x86_64(-)] pulled in by:
 * (sys-devel/llvm-3.5.0:0/3.5::gentoo, installed)
 * 
 *   
>=media-libs/harfbuzz-0.9.12:0/0.9.18=[glib(+),truetype(+),abi_x86_32(-),abi_x86_64(-)]
 pulled in by:
 * (x11-libs/pango-1.36.8-r1:0/0::gentoo, installed)
 * 
 *   

Re: [gentoo-user] upgrading 1-year old system

[Neil Bothwick]

On Sun, 5 Feb 2017 13:02:01 -0700, the...@sys-concept.com wrote:

> > >=sys-fs/eudev-1.3 required by (virtual/udev-215:0/0::gentoo,
> > >installed)  
> > 
> >   (sys-fs/udev-225-r1:0/0::gentoo, ebuild scheduled for merge) pulled
> > in by 
> >> =sys-fs/udev-208-r1:0/0[abi_x86_32(-)?,abi_x86_64(-)?,abi_x86_x32(-)?,abi_mips_n32(-)?,abi_mips_n64(-)?,abi_mips_o32(-)?,abi_ppc_32(-)?,abi_ppc_64(-)?,abi_s390_32(-)?,abi_s390_64(-)?,static-libs?]
> > (>=sys-fs/udev-208-r1:0/0[abi_x86_32(-),abi_x86_64(-)]) required by  
> > (virtual/libudev-215-r1:0/1::gentoo, ebuild scheduled for merge)
> > 
> > sys-fs/udev is not installed

You probably have different USE flags for virtual/libudev and eudev, so
the virtual tries to pull in udev instead. As it so often the case, the
full output from emerge will help, particularly if you add the -t switch.

Or you could simply use udev instead of eudev.


-- 
Neil Bothwick

The voices in my head may not be real, but they have some good ideas!


pgpb3i1HaEfBP.pgp
Description: OpenPGP digital signature

Re: [gentoo-user] upgrading 1-year old system

[thelma]

On 02/05/2017 12:52 PM, the...@sys-concept.com wrote:
> 
> On 02/04/2017 03:20 AM, Neil Bothwick wrote:
>> On Sat, 4 Feb 2017 00:47:24 -0700, the...@sys-concept.com wrote:
>>
>>> !!! existing preserved libs:
>> package: sys-libs/ncurses-5.9-r5  
>>>  *  - /usr/lib64/libpanelw.so.5
>>>  *  - /usr/lib64/libpanelw.so.5.9
>>>  *  used
>>> by 
>>> /usr/lib64/openoffice/program/python-core-2.7.6/lib/lib-dynload/_curses_panel.so
>>> (app-office/openoffice-bin-4.1.2)
>>>  *  - /lib64/libncursesw.so.5
>>>  *  - /lib64/libncursesw.so.5.9
>>>  *  used
>>> by 
>>> /usr/lib64/openoffice/program/python-core-2.7.6/lib/lib-dynload/_curses.so
>>> (app-office/openoffice-bin-4.1.2)
>>>  *  used
>>> by 
>>> /usr/lib64/openoffice/program/python-core-2.7.6/lib/lib-dynload/_curses_panel.so
>>> (app-office/openoffice-bin-4.1.2)
>>>  *  used
>>> by 
>>> /usr/lib64/openoffice/program/python-core-2.7.6/lib/lib-dynload/readline.so
>>> (app-office/openoffice-bin-4.1.2) Use emerge @preserved-rebuild to
>>> rebuild packages using these libraries
>>>
>>> Every time I run: "emerge @preserved-rebuild" it keeps rebuilding
>>> OpenOffice and displays that message. I don't have any more on my
>>> system "sys-libs/ncurses-5.9-r5"
>>
>> It's not rebuilding anything, you're using a -bin package, it's simply
>> unpacking and installing the same files each time.
>>
>>> system is only showing: sys-libs/ncurses-6.0-r1
>>
>> Yes, but the files you have installed were built against an older
>> ncurses. Libreoffice-bin is more up to date, so try either that or
>> openoffice.
>>
>>
> The above mostly like is nothing to worry about, it must have something
> to do with openoffice-bin.
> 
> But I have three blockers and don't know how to handle it on my other
> old working system:
> 
> [blocks B ] sys-fs/udev ("sys-fs/udev" is blocking sys-fs/eudev-3.1.5)
> [blocks B ] media-libs/jpeg:0 ("media-libs/jpeg:0" is blocking
> media-libs/libjpeg-turbo-1.5.0)
> [blocks B ] media-libs/libjpeg-turbo:0 ("media-libs/libjpeg-turbo:0"
> is blocking media-libs/jpeg-8d-r1)
> 
>  * Error: The above package list contains packages which cannot be
>  * installed at the same time on the same system.
> 
>   (media-libs/jpeg-8d-r1:0/0::gentoo, installed) pulled in by
> 
>> =media-libs/jpeg-8d-r1:0[static-libs?,abi_x86_32(-)?,abi_x86_64(-)?,abi_x86_x32(-)?,abi_mips_n32(-)?,abi_mips_n64(-)?,abi_mips_o32(-)?,abi_ppc_32(-)?,abi_ppc_64(-)?,abi_s390_32(-)?,abi_s390_64(-)?]
> (>=media-libs/jpeg-8d-r1:0[abi_x86_32(-),abi_x86_64(-)]) required by
> (virtual/jpeg-0-r2:0/0::gentoo, ebuild scheduled for merge)
> 
>   (media-libs/libjpeg-turbo-1.5.0:0/0::gentoo, ebuild scheduled for
> merge) pulled in by
> 
>> =media-libs/libjpeg-turbo-1.3.0-r3:0[abi_x86_32(-)?,abi_x86_64(-)?,abi_x86_x32(-)?,abi_mips_n32(-)?,abi_mips_n64(-)?,abi_mips_o32(-)?,abi_ppc_32(-)?,abi_ppc_64(-)?,abi_s390_32(-)?,abi_s390_64(-)?]
> (>=media-libs/libjpeg-turbo-1.3.0-r3:0[abi_x86_64(-)]) required by
> (virtual/jpeg-62:62/62::gentoo, ebuild scheduled for merge)
> media-libs/libjpeg-turbo required by
> (net-misc/nxclient-3.5.0.7:0/0::nxclient, installed)
> 
>   (sys-fs/eudev-3.1.5:0/0::gentoo, installed) pulled in by
> sys-fs/eudev required by @selected
> >=sys-fs/eudev-1.3 required by (virtual/udev-215:0/0::gentoo, installed)
> 
>   (sys-fs/udev-225-r1:0/0::gentoo, ebuild scheduled for merge) pulled in by
> 
>> =sys-fs/udev-208-r1:0/0[abi_x86_32(-)?,abi_x86_64(-)?,abi_x86_x32(-)?,abi_mips_n32(-)?,abi_mips_n64(-)?,abi_mips_o32(-)?,abi_ppc_32(-)?,abi_ppc_64(-)?,abi_s390_32(-)?,abi_s390_64(-)?,static-libs?]
> (>=sys-fs/udev-208-r1:0/0[abi_x86_32(-),abi_x86_64(-)]) required by
> (virtual/libudev-215-r1:0/1::gentoo, ebuild scheduled for merge)
> 
> sys-fs/udev is not installed
> 
> I only have sys-fs/udev-init-scripts
> 
> sys-fs/eudev-3.1.5 is installed
> 
> So why system is complaining?
> I remove "udev" from make.conf as well
> 
> USE="gnome -qt4 -hal -arts -berkdb X qtk -qt3 -kde dvd alsa cdr cups
> apache2 ssl foomaticdb ppds mysql -acl \
> java tiff png usb scanner gimp gimpprint cgi fam nptl truetype kpathsea
> type1 opengl tetex spell consolekit dbus policykit -systemd"
> 
> Same thing with jpeg, I have: media-libs/jpeg-8d-r1 installed
> So why is it complaining?

I think the solution is to unmerge:
sys-fs/eudev-3.1.5
media-libs/jpeg-8d-r1

and let the system do the magic :-/

--
Thelma

Re: [gentoo-user] upgrading 1-year old system

[thelma]

On 02/04/2017 03:20 AM, Neil Bothwick wrote:
> On Sat, 4 Feb 2017 00:47:24 -0700, the...@sys-concept.com wrote:
> 
>> !!! existing preserved libs:
> package: sys-libs/ncurses-5.9-r5  
>>  *  - /usr/lib64/libpanelw.so.5
>>  *  - /usr/lib64/libpanelw.so.5.9
>>  *  used
>> by 
>> /usr/lib64/openoffice/program/python-core-2.7.6/lib/lib-dynload/_curses_panel.so
>> (app-office/openoffice-bin-4.1.2)
>>  *  - /lib64/libncursesw.so.5
>>  *  - /lib64/libncursesw.so.5.9
>>  *  used
>> by /usr/lib64/openoffice/program/python-core-2.7.6/lib/lib-dynload/_curses.so
>> (app-office/openoffice-bin-4.1.2)
>>  *  used
>> by 
>> /usr/lib64/openoffice/program/python-core-2.7.6/lib/lib-dynload/_curses_panel.so
>> (app-office/openoffice-bin-4.1.2)
>>  *  used
>> by 
>> /usr/lib64/openoffice/program/python-core-2.7.6/lib/lib-dynload/readline.so
>> (app-office/openoffice-bin-4.1.2) Use emerge @preserved-rebuild to
>> rebuild packages using these libraries
>>
>> Every time I run: "emerge @preserved-rebuild" it keeps rebuilding
>> OpenOffice and displays that message. I don't have any more on my
>> system "sys-libs/ncurses-5.9-r5"
> 
> It's not rebuilding anything, you're using a -bin package, it's simply
> unpacking and installing the same files each time.
> 
>> system is only showing: sys-libs/ncurses-6.0-r1
> 
> Yes, but the files you have installed were built against an older
> ncurses. Libreoffice-bin is more up to date, so try either that or
> openoffice.
> 
> 
The above mostly like is nothing to worry about, it must have something
to do with openoffice-bin.

But I have three blockers and don't know how to handle it on my other
old working system:

[blocks B ] sys-fs/udev ("sys-fs/udev" is blocking sys-fs/eudev-3.1.5)
[blocks B ] media-libs/jpeg:0 ("media-libs/jpeg:0" is blocking
media-libs/libjpeg-turbo-1.5.0)
[blocks B ] media-libs/libjpeg-turbo:0 ("media-libs/libjpeg-turbo:0"
is blocking media-libs/jpeg-8d-r1)

 * Error: The above package list contains packages which cannot be
 * installed at the same time on the same system.

  (media-libs/jpeg-8d-r1:0/0::gentoo, installed) pulled in by

>=media-libs/jpeg-8d-r1:0[static-libs?,abi_x86_32(-)?,abi_x86_64(-)?,abi_x86_x32(-)?,abi_mips_n32(-)?,abi_mips_n64(-)?,abi_mips_o32(-)?,abi_ppc_32(-)?,abi_ppc_64(-)?,abi_s390_32(-)?,abi_s390_64(-)?]
(>=media-libs/jpeg-8d-r1:0[abi_x86_32(-),abi_x86_64(-)]) required by
(virtual/jpeg-0-r2:0/0::gentoo, ebuild scheduled for merge)

  (media-libs/libjpeg-turbo-1.5.0:0/0::gentoo, ebuild scheduled for
merge) pulled in by

>=media-libs/libjpeg-turbo-1.3.0-r3:0[abi_x86_32(-)?,abi_x86_64(-)?,abi_x86_x32(-)?,abi_mips_n32(-)?,abi_mips_n64(-)?,abi_mips_o32(-)?,abi_ppc_32(-)?,abi_ppc_64(-)?,abi_s390_32(-)?,abi_s390_64(-)?]
(>=media-libs/libjpeg-turbo-1.3.0-r3:0[abi_x86_64(-)]) required by
(virtual/jpeg-62:62/62::gentoo, ebuild scheduled for merge)
media-libs/libjpeg-turbo required by
(net-misc/nxclient-3.5.0.7:0/0::nxclient, installed)

  (sys-fs/eudev-3.1.5:0/0::gentoo, installed) pulled in by
sys-fs/eudev required by @selected
>=sys-fs/eudev-1.3 required by (virtual/udev-215:0/0::gentoo, installed)

  (sys-fs/udev-225-r1:0/0::gentoo, ebuild scheduled for merge) pulled in by

>=sys-fs/udev-208-r1:0/0[abi_x86_32(-)?,abi_x86_64(-)?,abi_x86_x32(-)?,abi_mips_n32(-)?,abi_mips_n64(-)?,abi_mips_o32(-)?,abi_ppc_32(-)?,abi_ppc_64(-)?,abi_s390_32(-)?,abi_s390_64(-)?,static-libs?]
(>=sys-fs/udev-208-r1:0/0[abi_x86_32(-),abi_x86_64(-)]) required by
(virtual/libudev-215-r1:0/1::gentoo, ebuild scheduled for merge)

sys-fs/udev is not installed

I only have sys-fs/udev-init-scripts

sys-fs/eudev-3.1.5 is installed

So why system is complaining?
I remove "udev" from make.conf as well

USE="gnome -qt4 -hal -arts -berkdb X qtk -qt3 -kde dvd alsa cdr cups
apache2 ssl foomaticdb ppds mysql -acl \
java tiff png usb scanner gimp gimpprint cgi fam nptl truetype kpathsea
type1 opengl tetex spell consolekit dbus policykit -systemd"

Same thing with jpeg, I have: media-libs/jpeg-8d-r1 installed
So why is it complaining?

--
Thelma

Re: [gentoo-user] upgrading 1-year old system

[Neil Bothwick]

On Sat, 4 Feb 2017 00:47:24 -0700, the...@sys-concept.com wrote:

> !!! existing preserved libs:
> >>> package: sys-libs/ncurses-5.9-r5  
>  *  - /usr/lib64/libpanelw.so.5
>  *  - /usr/lib64/libpanelw.so.5.9
>  *  used
> by 
> /usr/lib64/openoffice/program/python-core-2.7.6/lib/lib-dynload/_curses_panel.so
> (app-office/openoffice-bin-4.1.2)
>  *  - /lib64/libncursesw.so.5
>  *  - /lib64/libncursesw.so.5.9
>  *  used
> by /usr/lib64/openoffice/program/python-core-2.7.6/lib/lib-dynload/_curses.so
> (app-office/openoffice-bin-4.1.2)
>  *  used
> by 
> /usr/lib64/openoffice/program/python-core-2.7.6/lib/lib-dynload/_curses_panel.so
> (app-office/openoffice-bin-4.1.2)
>  *  used
> by /usr/lib64/openoffice/program/python-core-2.7.6/lib/lib-dynload/readline.so
> (app-office/openoffice-bin-4.1.2) Use emerge @preserved-rebuild to
> rebuild packages using these libraries
> 
> Every time I run: "emerge @preserved-rebuild" it keeps rebuilding
> OpenOffice and displays that message. I don't have any more on my
> system "sys-libs/ncurses-5.9-r5"

It's not rebuilding anything, you're using a -bin package, it's simply
unpacking and installing the same files each time.

> system is only showing: sys-libs/ncurses-6.0-r1

Yes, but the files you have installed were built against an older
ncurses. Libreoffice-bin is more up to date, so try either that or
openoffice.


-- 
Neil Bothwick

"There's more to life than sex, beer and computers.
Not a lot more admittedly..."


pgpIzNJTChZUA.pgp
Description: OpenPGP digital signature

Re: [gentoo-user] upgrading 1-year old system

[thelma]

On 01/29/2017 01:56 PM, the...@sys-concept.com wrote:
> I haven't updated my system for over a year (1year and 3-months).

My next box is giving me hard time as well.  It keeps reinstalling OpenOffice 
in circle:

>>> Installing (1 of 1) app-office/openoffice-bin-4.1.2::gentoo
 * Updating desktop mime database ...
 * Updating icons cache ... 

 [ ok ]
 * Updating desktop mime database ...
 * Updating shared mime info database ...
 * Updating icons cache ... 

 [ ok ]
>>> Auto-cleaning packages...

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

 * GNU info directory index is up-to-date.

!!! existing preserved libs:
>>> package: sys-libs/ncurses-5.9-r5
 *  - /usr/lib64/libpanelw.so.5
 *  - /usr/lib64/libpanelw.so.5.9
 *  used by 
/usr/lib64/openoffice/program/python-core-2.7.6/lib/lib-dynload/_curses_panel.so
 (app-office/openoffice-bin-4.1.2)
 *  - /lib64/libncursesw.so.5
 *  - /lib64/libncursesw.so.5.9
 *  used by 
/usr/lib64/openoffice/program/python-core-2.7.6/lib/lib-dynload/_curses.so 
(app-office/openoffice-bin-4.1.2)
 *  used by 
/usr/lib64/openoffice/program/python-core-2.7.6/lib/lib-dynload/_curses_panel.so
 (app-office/openoffice-bin-4.1.2)
 *  used by 
/usr/lib64/openoffice/program/python-core-2.7.6/lib/lib-dynload/readline.so 
(app-office/openoffice-bin-4.1.2)
Use emerge @preserved-rebuild to rebuild packages using these libraries

Every time I run: "emerge @preserved-rebuild" it keeps rebuilding OpenOffice 
and displays that message.
I don't have any more on my system "sys-libs/ncurses-5.9-r5"

system is only showing: sys-libs/ncurses-6.0-r1

--
Thelma

Re: [gentoo-user] upgrading 1-year old system

[thelma]

On my other system (one year old as well, without upgrades) I'm having problem 
with python.
I was getting an error:

dev-lang/python-2.7.10-r4:2.7 (">> Installing (1 of 5) dev-lang/python-3.4.5::gentoo
>>> neededobj /usr/lib64/libpython3.4.so.1.0
Traceback (most recent call last):
  File "/usr/lib/python-exec/python3.4/emerge", line 50, in 
retval = emerge_main()
  File "/usr/lib64/python3.4/site-packages/_emerge/main.py", line 1174, in 
emerge_main
return run_action(emerge_config)
  File "/usr/lib64/python3.4/site-packages/_emerge/actions.py", line 3231, in 
run_action
emerge_config.args, spinner)
  File "/usr/lib64/python3.4/site-packages/_emerge/actions.py", line 501, in 
action_build
retval = mergetask.merge()
  File "/usr/lib64/python3.4/site-packages/_emerge/Scheduler.py", line 1032, in 
merge
rval = self._merge()
  File "/usr/lib64/python3.4/site-packages/_emerge/Scheduler.py", line 1434, in 
_merge
self._main_loop()
  File "/usr/lib64/python3.4/site-packages/_emerge/Scheduler.py", line 1405, in 
_main_loop
self._event_loop.iteration()
  File 
"/usr/lib64/python3.4/site-packages/portage/util/_eventloop/EventLoop.py", line 
270, in iteration
if not x.callback(f, event, *x.args):
  File "/usr/lib64/python3.4/site-packages/portage/util/_async/PipeLogger.py", 
line 92, in _output_handler
self.wait()
  File "/usr/lib64/python3.4/site-packages/_emerge/AsynchronousTask.py", line 
57, in wait
self._wait_hook()
  File "/usr/lib64/python3.4/site-packages/_emerge/AsynchronousTask.py", line 
175, in _wait_hook
self._exit_listener_stack.pop()(self)
  File "/usr/lib64/python3.4/site-packages/_emerge/SpawnProcess.py", line 174, 
in _pipe_logger_exit
self.wait()
  File "/usr/lib64/python3.4/site-packages/_emerge/AsynchronousTask.py", line 
57, in wait
self._wait_hook()
  File "/usr/lib64/python3.4/site-packages/_emerge/AsynchronousTask.py", line 
175, in _wait_hook
self._exit_listener_stack.pop()(self)
  File "/usr/lib64/python3.4/site-packages/_emerge/EbuildMerge.py", line 58, in 
_merge_exit
self.exit_hook(self)
  File "/usr/lib64/python3.4/site-packages/_emerge/EbuildBuild.py", line 437, 
in _install_exit
self._unlock_builddir()
  File "/usr/lib64/python3.4/site-packages/_emerge/EbuildBuild.py", line 292, 
in _unlock_builddir
portage.elog.elog_process(self.pkg.cpv, self.settings)
  File "/usr/lib64/python3.4/site-packages/portage/elog/__init__.py", line 176, 
in elog_process
m.process(mysettings, str(key), mod_logentries, mod_fulllog)
  File "/usr/lib64/python3.4/site-packages/portage/elog/mod_mail.py", line 17, 
in process
myfrom = myfrom.replace("${HOST}", socket.getfqdn())
  File "/usr/lib64/python3.4/socket.py", line 463, in getfqdn
name = name.strip()
LookupError: unknown encoding: idna

--
Thelma

Re: [gentoo-user] upgrading 1-year old system

[thelma]

On 01/29/2017 01:56 PM, the...@sys-concept.com wrote:
> I haven't updated my system for over a year (1year and 3-months).
[snip]

The upgrade after 1-year was mainly successful, with all your help,
THANK YOU!

Only two miner glitches:

1.)   Failed to set XATTR_PAX markings -me

But I'm not the only one with this error.  Entering in make.conf
PAX_MARKINGS="none"

solved the problem for now.

2.) I wasn't able to retain my old asterisk-1.8.28.2 (I know it is OLD
but it is working for me).
I was trying install it from "atic" but there was some security patch
missing so make manifest failed.
I was forced to upgrade to Asterisk 11.25.1; now will have to check if
my dial plan still works correctly (more work).

--
Thelma

Re: [gentoo-user] upgrading 1-year old system

[Neil Bothwick]

On Wed, 01 Feb 2017 18:52:59 +, Mick wrote:

> > > >You run perl-cleaner after updating perl, you need to cleanse your
> > > >world
> > > >file before you update perl.  
> > > 
> > > Perl-cleaner does the cleansing as well these days. Which is
> > > extremely convenient.  
> > 
> > Does it? That's handy, mentioning it in the man page would make it
> > more useful.  
> 
> Yes, I always run perl-cleaner after a perl upgrade and it always fixes 
> breakages for me.

I know that, but Joost was saying it also cleans up the world file
problem you need to sort out before an update.


-- 
Neil Bothwick

DOS: Defunct Operating System


pgpq6kvARmdlM.pgp
Description: OpenPGP digital signature

Re: [gentoo-user] upgrading 1-year old system

[Mick]

On Wednesday 01 Feb 2017 08:39:18 Neil Bothwick wrote:
> On Wed, 01 Feb 2017 06:57:25 +, J. Roeleveld wrote:
> > >> I'm trying my luck with: perl-cleaner all
> > >
> > >You run perl-cleaner after updating perl, you need to cleanse your
> > >world
> > >file before you update perl.
> > 
> > Perl-cleaner does the cleansing as well these days. Which is extremely
> > convenient.
> 
> Does it? That's handy, mentioning it in the man page would make it more
> useful.

Yes, I always run perl-cleaner after a perl upgrade and it always fixes 
breakages for me.
-- 
Regards,
Mick

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

Re: [gentoo-user] upgrading 1-year old system

[Neil Bothwick]

On Wed, 01 Feb 2017 06:57:25 +, J. Roeleveld wrote:

> >> I'm trying my luck with: perl-cleaner all  
> >
> >You run perl-cleaner after updating perl, you need to cleanse your
> >world
> >file before you update perl.  
> 
> Perl-cleaner does the cleansing as well these days. Which is extremely
> convenient.

Does it? That's handy, mentioning it in the man page would make it more
useful.


-- 
Neil Bothwick

COMMAND: A suggestion made to a computer.


pgpl74oIk7pqV.pgp
Description: OpenPGP digital signature

Re: [gentoo-user] upgrading 1-year old system

[J. Roeleveld]

On February 1, 2017 1:59:27 AM GMT+01:00, Neil Bothwick  
wrote:
>On Tue, 31 Jan 2017 17:54:22 -0700, the...@sys-concept.com wrote:
>
>> > A number of perl modules have gone from being separate packages to
>> > part of the core perl distribution (this was covered in a news
>item).
>> > You need to make sure there are no perl packages have crept into
>> > @world, which you can do with:
>> > 
>> >   emerge --deselect y $(qlist -IC dev-perl)  
>> 
>> I'm trying my luck with: perl-cleaner all
>
>You run perl-cleaner after updating perl, you need to cleanse your
>world
>file before you update perl.

Perl-cleaner does the cleansing as well these days. Which is extremely 
convenient.

--
Joost
-- 
Sent from my Android device with K-9 Mail. Please excuse my brevity.

Re: [gentoo-user] upgrading 1-year old system

[Neil Bothwick]

On Tue, 31 Jan 2017 17:54:22 -0700, the...@sys-concept.com wrote:

> > A number of perl modules have gone from being separate packages to
> > part of the core perl distribution (this was covered in a news item).
> > You need to make sure there are no perl packages have crept into
> > @world, which you can do with:
> > 
> >   emerge --deselect y $(qlist -IC dev-perl)  
> 
> I'm trying my luck with: perl-cleaner all

You run perl-cleaner after updating perl, you need to cleanse your world
file before you update perl.


-- 
Neil Bothwick

Pound for pound, the amoeba is the most vicious animal on the earth.


pgp59zXp7K_b_.pgp
Description: OpenPGP digital signature

Re: [gentoo-user] upgrading 1-year old system

[thelma]

On 01/31/2017 05:36 PM, Neil Bothwick wrote:
> On Tue, 31 Jan 2017 17:19:01 -0700, the...@sys-concept.com wrote:
> 
>> How do I solve this perl dependency? I was always confused about these
>> dependencies. 
>> !!! Multiple package instances within a single package slot have been
>> pulled !!! into the dependency graph, resulting in a slot conflict:
>>
>> dev-lang/perl:0
>>
>>   (dev-lang/perl-5.22.3_rc4:0/5.22::gentoo, ebuild scheduled for merge)
>> pulled in by =dev-lang/perl-5.22* required by
>> (virtual/perl-Digest-1.170.0-r5:0/0::gentoo, installed) ^
>> ^ (and 10 more with the same problem)
>>
>>   (dev-lang/perl-5.20.2:0/5.20::gentoo, installed) pulled in by
>> =dev-lang/perl-5.20.2* required by
>> (virtual/perl-ExtUtils-CBuilder-0.280.217-r2:0/0::gentoo, installed)
>> ^  ^^^ dev-lang/perl:0/5.20=[-build(-)] required by
>> (dev-perl/Net-SMTP-SSL-1.30.0:0/0::gentoo, installed)
>>  (and 117 more with the same problems)
> 
> A number of perl modules have gone from being separate packages to part
> of the core perl distribution (this was covered in a news item). You need
> to make sure there are no perl packages have crept into @world, which
> you can do with:
> 
>   emerge --deselect y $(qlist -IC dev-perl)

I'm trying my luck with: perl-cleaner all

--
Thelma

Re: [gentoo-user] upgrading 1-year old system

[Neil Bothwick]

On Tue, 31 Jan 2017 17:19:01 -0700, the...@sys-concept.com wrote:

> How do I solve this perl dependency? I was always confused about these
> dependencies. 
> !!! Multiple package instances within a single package slot have been
> pulled !!! into the dependency graph, resulting in a slot conflict:
> 
> dev-lang/perl:0
> 
>   (dev-lang/perl-5.22.3_rc4:0/5.22::gentoo, ebuild scheduled for merge)
> pulled in by =dev-lang/perl-5.22* required by
> (virtual/perl-Digest-1.170.0-r5:0/0::gentoo, installed) ^
> ^ (and 10 more with the same problem)
> 
>   (dev-lang/perl-5.20.2:0/5.20::gentoo, installed) pulled in by
> =dev-lang/perl-5.20.2* required by
> (virtual/perl-ExtUtils-CBuilder-0.280.217-r2:0/0::gentoo, installed)
> ^  ^^^ dev-lang/perl:0/5.20=[-build(-)] required by
> (dev-perl/Net-SMTP-SSL-1.30.0:0/0::gentoo, installed)
>  (and 117 more with the same problems)

A number of perl modules have gone from being separate packages to part
of the core perl distribution (this was covered in a news item). You need
to make sure there are no perl packages have crept into @world, which
you can do with:

  emerge --deselect y $(qlist -IC dev-perl)


-- 
Neil Bothwick

If at first you don't suceed, try the switch marked "Power"


pgpI5aGFCVZAZ.pgp
Description: OpenPGP digital signature

Re: [gentoo-user] upgrading 1-year old system

[thelma]

On 01/31/2017 04:35 PM, Neil Bothwick wrote:
> On Tue, 31 Jan 2017 16:24:21 -0700, the...@sys-concept.com wrote:
> 
>> When I try to exclude the "dev-ruby/racc:
>> emerge -uDNavq --exclude dev-libs/icu --exclude dev-libs/boost
>> --exclude dev-ruby/racc  world
>>
>> I'm getting another error:
> 
> Try to reduce the amount of packages being updated at once, drop the -D
> and -N flags.
> 
> Why are you using both the --verbose and --quiet switches?


How do I solve this perl dependency? I was always confused about these 
dependencies.
 
!!! Multiple package instances within a single package slot have been pulled
!!! into the dependency graph, resulting in a slot conflict:

dev-lang/perl:0

  (dev-lang/perl-5.22.3_rc4:0/5.22::gentoo, ebuild scheduled for merge) pulled 
in by
=dev-lang/perl-5.22* required by 
(virtual/perl-Digest-1.170.0-r5:0/0::gentoo, installed)
^  ^
   
(and 10 more with the same problem)

  (dev-lang/perl-5.20.2:0/5.20::gentoo, installed) pulled in by
=dev-lang/perl-5.20.2* required by 
(virtual/perl-ExtUtils-CBuilder-0.280.217-r2:0/0::gentoo, installed)
^  ^^^  

  
dev-lang/perl:0/5.20=[-build(-)] required by 
(dev-perl/Net-SMTP-SSL-1.30.0:0/0::gentoo, installed)
    
  
(and 117 more with the same problems)

--
Thelma

Re: [gentoo-user] upgrading 1-year old system

[thelma]

On 01/31/2017 04:35 PM, Neil Bothwick wrote:
> On Tue, 31 Jan 2017 16:24:21 -0700, the...@sys-concept.com wrote:
> 
>> When I try to exclude the "dev-ruby/racc:
>> emerge -uDNavq --exclude dev-libs/icu --exclude dev-libs/boost
>> --exclude dev-ruby/racc  world
>>
>> I'm getting another error:
> 
> Try to reduce the amount of packages being updated at once, drop the -D
> and -N flags.
> 
> Why are you using both the --verbose and --quiet switches?

I solve this one by switching to rubby-21
eselect ruby list
Available Ruby profiles:
  [1]   ruby20 (with Rubygems)
  [2]   ruby21 (with Rubygems) *

and "dev-ruby/racc" compile just fine.

Thanks for suggestion on dropping -D and -N flags, good idea.

--
Thelma

Re: [gentoo-user] upgrading 1-year old system

[Neil Bothwick]

On Tue, 31 Jan 2017 16:24:21 -0700, the...@sys-concept.com wrote:

> When I try to exclude the "dev-ruby/racc:
> emerge -uDNavq --exclude dev-libs/icu --exclude dev-libs/boost
> --exclude dev-ruby/racc  world
> 
> I'm getting another error:

Try to reduce the amount of packages being updated at once, drop the -D
and -N flags.

Why are you using both the --verbose and --quiet switches?


-- 
Neil Bothwick

My Go this  amn keyboar  oesn't have any  's.


pgpU3e30VB7nb.pgp
Description: OpenPGP digital signature

Re: [gentoo-user] upgrading 1-year old system

[thelma]

On 01/29/2017 01:56 PM, the...@sys-concept.com wrote:
> I haven't updated my system for over a year (1year and 3-months).
[snip]

I got stuck on "dev-ruby/racc"

>>> Failed to emerge dev-ruby/racc-1.4.11, Log file:
>>>  '/var/log/portage/dev-ruby:racc-1.4.11:20170131-232501.log'
>>> Jobs: 133 of 366 complete, 1 failed Load avg: 1.10, 1.21, 1.31
*** Resuming merge...
 * Package:dev-ruby/racc-1.4.11
 * Repository: gentoo
 * Maintainer: r...@gentoo.org
 * USE:abi_x86_32 elibc_glibc kernel_linux ruby_targets_ruby21 
userland_GNU x86
 * FEATURES:   preserve-libs sandbox userpriv usersandbox
>>> cfg-update-1.8.2-r1: Skipping checksum index updating...
 * Running unpack phase for all ...
 * Unpacking .gem file... ...
 [ ok ]
 * Uncompressing metadata ...
 [ ok ]
 * Unpacking data.tar.gz ...
 [ ok ]
 * Running prepare phase for all ...
 * Running source copy phase for ruby21 ...
 * Running prepare phase for ruby21 ...
checking for rb_ary_subseq()... *** extconf.rb failed ***
Could not create Makefile due to some reason, probably lack of necessary
libraries and/or headers.  Check the mkmf.log file for more details.  You may
need configuration options.

Provided configuration options:
--with-opt-dir
--without-opt-dir
--with-opt-include
--without-opt-include=${opt-dir}/include
--with-opt-lib
--without-opt-lib=${opt-dir}/lib
--with-make-prog
--without-make-prog
--srcdir=.
--curdir
--ruby=/usr/bin/ruby21
/usr/lib/ruby/2.1.0/mkmf.rb:456:in `try_do': The compiler failed to generate an 
executable file. (RuntimeError)
You have to install development tools first.
from /usr/lib/ruby/2.1.0/mkmf.rb:541:in `try_link0'
from /usr/lib/ruby/2.1.0/mkmf.rb:556:in `try_link'
from /usr/lib/ruby/2.1.0/mkmf.rb:736:in `try_func'
from /usr/lib/ruby/2.1.0/mkmf.rb:1021:in `block in have_func'
from /usr/lib/ruby/2.1.0/mkmf.rb:912:in `block in checking_for'
from /usr/lib/ruby/2.1.0/mkmf.rb:351:in `block (2 levels) in postpone'
from /usr/lib/ruby/2.1.0/mkmf.rb:321:in `open'
from /usr/lib/ruby/2.1.0/mkmf.rb:351:in `block in postpone'
from /usr/lib/ruby/2.1.0/mkmf.rb:321:in `open'
from /usr/lib/ruby/2.1.0/mkmf.rb:347:in `postpone'
from /usr/lib/ruby/2.1.0/mkmf.rb:911:in `checking_for'
from /usr/lib/ruby/2.1.0/mkmf.rb:1020:in `have_func'
from extconf.rb:5:in `'
 * ERROR: dev-ruby/racc-1.4.11::gentoo failed (prepare phase):
 *   (no error message)
 * 
 * Call stack:
 * ebuild.sh, line  115:  Called src_prepare
 *   environment, line 4446:  Called ruby-ng_src_prepare
 *   environment, line 4156:  Called _ruby_each_implementation 
'each_ruby_prepare'
 *   environment, line  446:  Called _ruby_invoke_environment 'ruby21' 
'each_ruby_prepare'
 *   environment, line  549:  Called each_ruby_prepare
 *   environment, line  867:  Called die
 * The specific snippet of code:
 *   ${RUBY} -Cext/racc extconf.rb || die
 * 
 * If you need support, post the output of `emerge --info 
'=dev-ruby/racc-1.4.11::gentoo'`,
 * the complete build log and the output of `emerge -pqv 
'=dev-ruby/racc-1.4.11::gentoo'`.
!!! When you file a bug report, please include the following information:
GENTOO_VM=  CLASSPATH="" JAVA_HOME="/etc/java-config-2/current-system-vm"
JAVACFLAGS="" COMPILER=""
and of course, the output of emerge --info =racc-1.4.11
 * The complete build log is located at 
'/var/log/portage/dev-ruby:racc-1.4.11:20170131-232501.log'.
 * For convenience, a symlink to the build log is located at 
'/var/tmp/portage/dev-ruby/racc-1.4.11/temp/build.log'.
 * The ebuild environment file is located at 
'/var/tmp/portage/dev-ruby/racc-1.4.11/temp/environment'.
 * Working directory: 
'/var/tmp/portage/dev-ruby/racc-1.4.11/work/ruby21/racc-1.4.11'
 * S: '/var/tmp/portage/dev-ruby/racc-1.4.11/work/ruby21/racc-1.4.11'
 * One or more packages are either masked or have missing dependencies:
 * 
 *   >=dev-ruby/json-1.7.7[ruby_targets_ruby20] pulled in by:
 * (dev-lang/ruby-2.0.0_p648:2.0/2.0::gentoo, installed)
 * 
 *   dev-lang/perl:0/5.20= pulled in by:
 * (virtual/perl-File-Temp-0.230.400-r5:0/0::gentoo, installed)
 * 
 *   virtual/rubygems[ruby_targets_ruby20] pulled in by:
 * (dev-ruby/racc-1.4.11:0/0::gentoo, installed)
 * 
 * The resume list contains packages that are either masked or have
 * unsatisfied dependencies. Please restart/continue the operation
 * manually, or use --skipfirst to skip the first package in the list and
 * any other packages that may be masked or have missing dependencies.

When I try to exclude the "dev-ruby/racc:
emerge -uDNavq --exclude dev-libs/icu --exclude dev-libs/boost --exclude 
dev-ruby/racc  world

I'm getting another error:

!!! Multiple package instances within a single package slot have been pulled
!!! into the dependency graph, resulting in a slot conflict:

dev-lang/perl:0

  

Re: [gentoo-user] upgrading 1-year old system

[Neil Bothwick]

On Mon, 30 Jan 2017 18:11:18 -0700, the...@sys-concept.com wrote:

> I got stuck on: dev-libs/boost-1.62.0-r1
> 
> i686-pc-linux-gnu-g++: error: unrecognized command line option
> ‘-std=c++14’ ...failed updating 1 target...
>  * ERROR: dev-libs/boost-1.62.0-r1::gentoo failed (compile phase):
>  *   Building of Boost libraries failed
[snip]
> 
> Is there a work around this error?

You could trawl through the log file, or you could add "--exclude
dev-libs/boost" to your emerge command to skip it for now. This looks
like you may need to update gcc first, but that shouldn't happen if you
updated @system first.

Anyway, boot isn't critical so skip it for now. Judicious use of
--exclude and --keep-going means you can ignore many of the errors that
may come your way until later - at which point subsequent updates may
have fixed them anyway.


-- 
Neil Bothwick

DCE seeks DTE for mutual exchange of data.


pgpDX7MaZqxia.pgp
Description: OpenPGP digital signature

Re: [gentoo-user] upgrading 1-year old system

[thelma]

Thelma

On 01/29/2017 01:56 PM, the...@sys-concept.com wrote:
> I haven't updated my system for over a year (1year and 3-months).

[snip] 

I got stuck on: dev-libs/boost-1.62.0-r1

i686-pc-linux-gnu-g++: error: unrecognized command line option ‘-std=c++14’
...failed updating 1 target...
 * ERROR: dev-libs/boost-1.62.0-r1::gentoo failed (compile phase):
 *   Building of Boost libraries failed
 * 
 * Call stack:
 * ebuild.sh, line  115:  Called src_compile
 *   environment, line 4366:  Called multilib-minimal_src_compile
 *   environment, line 2481:  Called multilib_foreach_abi 
'multilib-minimal_abi_src_compile'
 *   environment, line 2712:  Called multibuild_foreach_variant 
'_multilib_multibuild_wrapper' 'multilib-minimal_abi_src_compile'
 *   environment, line 2359:  Called _multibuild_run 
'_multilib_multibuild_wrapper' 'multilib-minimal_abi_src_compile'
 *   environment, line 2357:  Called _multilib_multibuild_wrapper 
'multilib-minimal_abi_src_compile'
 *   environment, line  413:  Called multilib-minimal_abi_src_compile
 *   environment, line 2475:  Called multilib_src_compile
 *   environment, line 2968:  Called building
 *   environment, line 2936:  Called die
 * The specific snippet of code:
 *   ejam "${OPTIONS[@]}" ${PYTHON_OPTIONS} || die "Building of Boost 
libraries failed";
 * 
 * If you need support, post the output of `emerge --info 
'=dev-libs/boost-1.62.0-r1::gentoo'`,
 * the complete build log and the output of `emerge -pqv 
'=dev-libs/boost-1.62.0-r1::gentoo'`.
 * The complete build log is located at 
'/var/log/portage/dev-libs:boost-1.62.0-r1:20170131-012931.log'.
 * For convenience, a symlink to the build log is located at 
'/var/tmp/portage/dev-libs/boost-1.62.0-r1/temp/build.log'.
 * The ebuild environment file is located at 
'/var/tmp/portage/dev-libs/boost-1.62.0-r1/temp/environment'.
 * Working directory: 
'/var/tmp/portage/dev-libs/boost-1.62.0-r1/work/boost_1_62_0-abi_x86_32.x86'
 * S: '/var/tmp/portage/dev-libs/boost-1.62.0-r1/work/boost_1_62_0'

>>> Failed to emerge dev-libs/boost-1.62.0-r1, Log file:

Is there a work around this error?

--
Thelma

Re: [gentoo-user] upgrading 1-year old system

[Alan McKinnon]

On 30/01/2017 22:32, the...@sys-concept.com wrote:
> On 01/29/2017 01:56 PM, the...@sys-concept.com wrote:
>> I haven't updated my system for over a year (1year and 3-months).
>> I was trying to upgrade my firefox-bin and I'm already running into problems.
>>
> [snip]
> 
> 
> OK, I have just few blockers.  What to do with them?
> I have grup-0.97-r16 installed in slot: "0"
> 
> 
> [blocks B ] sys-boot/grub:2[-multislot] ("sys-boot/grub:2[-multislot]" is 
> blocking sys-boot/grub-0.97-r16)
> [blocks B ] sys-boot/grub:0 ("sys-boot/grub:0" is blocking 
> sys-boot/grub-2.02_beta3-r1)

Read the output carefully, it tells you exactly what is wrong:

sys-boot/grub:2[-multislot] is blocking grub:0

The multislot is important. I bet you have it disabled on your system.
If you want grub:2, enable that flag for that package and slot

> 
> !!! Multiple package instances within a single package slot have been pulled
> !!! into the dependency graph, resulting in a slot conflict:
> 
> dev-lang/perl:0
> 
>   (dev-lang/perl-5.22.3_rc4:0/5.22::gentoo, ebuild scheduled for merge) 
> pulled in by
> =dev-lang/perl-5.22* required by 
> (virtual/perl-CPAN-Meta-2.150.1-r1:0/0::gentoo, ebuild scheduled for merge)
> ^  ^  
>   
>
> (and 42 more with the same problem)
> 
>   (dev-lang/perl-5.20.2:0/5.20::gentoo, installed) pulled in by
> dev-lang/perl:0/5.20=[-build(-)] required by 
> (dev-perl/ExtUtils-PkgConfig-1.150.0:0/0::gentoo, installed)
>   
>
> (and 56 more with the same problem)

ignore till later.
portage wants to keep perl at 5.20 (not the latest 5.22) because that's
what ExtUtils-PkgConfig needs.
This will be resolved when portage gets around to dealing with
ExtUtils-PkgConfig

> 
> x11-base/xorg-server:0
> 
>   (x11-base/xorg-server-1.18.4:0/1.18.4::gentoo, ebuild scheduled for merge) 
> pulled in by
> >=x11-base/xorg-server-1.18[udev] required by 
> (x11-drivers/xf86-input-evdev-2.10.3:0/0::gentoo, ebuild scheduled for merge)
> ^^    
>   
>   
> 
>   (x11-base/xorg-server-1.17.4:0/1.17.4::gentoo, installed) pulled in by
> x11-base/xorg-server:0/1.17.4= required by 
> (x11-drivers/xf86-input-keyboard-1.8.1:0/0::gentoo, installed)
> ^^
>
> (and 3 more with the same problem)

Same as perl, but this time it's xf86-input keyboard

> 
> media-libs/giflib:0
> 
>   (media-libs/giflib-5.1.4:0/7::gentoo, ebuild scheduled for merge) pulled in 
> by
> (no parents that aren't satisfied by other packages in this slot)
> 
>   (media-libs/giflib-4.1.6-r3:0/0::gentoo, installed) pulled in by
> media-libs/giflib:0/0= required by 
> (media-video/mplayer-1.2.1:0/0::gentoo, installed)
>  ^
>
> 
> media-libs/libdvbpsi:0
> 
>   (media-libs/libdvbpsi-1.3.0-r1:0/10::gentoo, ebuild scheduled for merge) 
> pulled in by
> (no parents that aren't satisfied by other packages in this slot)
> 
>   (media-libs/libdvbpsi-1.2.0:0/0::gentoo, installed) pulled in by
> >=media-libs/libdvbpsi-0.2.1:0/0= required by 
> (media-video/vlc-2.2.4:0/5-8::gentoo, installed)
> ^ 
> 
> 
> dev-libs/kpathsea:0
> 
>   (dev-libs/kpathsea-6.2.1_p20150521-r2:0/6.2.1::gentoo, ebuild scheduled for 
> merge) pulled in by
> >=dev-libs/kpathsea-6.2.1 required by 
> (app-text/texlive-core-2015-r1:0/0::gentoo, ebuild scheduled for merge)
> ^^  ^ 
>   
> 
> (and 4 more with the same problem)
> 
>   (dev-libs/kpathsea-6.2.0_p20140525:0/6.2.0::gentoo, installed) pulled in by
> dev-libs/kpathsea:0/6.2.0= required by (app-text/dvipng-1.15:0/0::gentoo, 
> installed)
>  ^
>   

And these are ever more of the same.

The general idea is you can ignore slot conflicts in the early stages of
a troublesome emerge world.

All that is happening is portage has decided to not install the latest
version of a package and is telling you why, in very dramatic fashion
with flashing lights, leaping girls and a promoter with an annoying

Re: [gentoo-user] upgrading 1-year old system

[thelma]

On 01/29/2017 01:56 PM, the...@sys-concept.com wrote:
> I haven't updated my system for over a year (1year and 3-months).
> I was trying to upgrade my firefox-bin and I'm already running into problems.
> 
[snip]


OK, I have just few blockers.  What to do with them?
I have grup-0.97-r16 installed in slot: "0"


[blocks B ] sys-boot/grub:2[-multislot] ("sys-boot/grub:2[-multislot]" is 
blocking sys-boot/grub-0.97-r16)
[blocks B ] sys-boot/grub:0 ("sys-boot/grub:0" is blocking 
sys-boot/grub-2.02_beta3-r1)

!!! Multiple package instances within a single package slot have been pulled
!!! into the dependency graph, resulting in a slot conflict:

dev-lang/perl:0

  (dev-lang/perl-5.22.3_rc4:0/5.22::gentoo, ebuild scheduled for merge) pulled 
in by
=dev-lang/perl-5.22* required by 
(virtual/perl-CPAN-Meta-2.150.1-r1:0/0::gentoo, ebuild scheduled for merge)
^  ^

   
(and 42 more with the same problem)

  (dev-lang/perl-5.20.2:0/5.20::gentoo, installed) pulled in by
dev-lang/perl:0/5.20=[-build(-)] required by 
(dev-perl/ExtUtils-PkgConfig-1.150.0:0/0::gentoo, installed)
    
 
(and 56 more with the same problem)

x11-base/xorg-server:0

  (x11-base/xorg-server-1.18.4:0/1.18.4::gentoo, ebuild scheduled for merge) 
pulled in by
>=x11-base/xorg-server-1.18[udev] required by 
(x11-drivers/xf86-input-evdev-2.10.3:0/0::gentoo, ebuild scheduled for merge)
^^  

  

  (x11-base/xorg-server-1.17.4:0/1.17.4::gentoo, installed) pulled in by
x11-base/xorg-server:0/1.17.4= required by 
(x11-drivers/xf86-input-keyboard-1.8.1:0/0::gentoo, installed)
^^  
 
(and 3 more with the same problem)

media-libs/giflib:0

  (media-libs/giflib-5.1.4:0/7::gentoo, ebuild scheduled for merge) pulled in by
(no parents that aren't satisfied by other packages in this slot)

  (media-libs/giflib-4.1.6-r3:0/0::gentoo, installed) pulled in by
media-libs/giflib:0/0= required by (media-video/mplayer-1.2.1:0/0::gentoo, 
installed)
 ^  
 

media-libs/libdvbpsi:0

  (media-libs/libdvbpsi-1.3.0-r1:0/10::gentoo, ebuild scheduled for merge) 
pulled in by
(no parents that aren't satisfied by other packages in this slot)

  (media-libs/libdvbpsi-1.2.0:0/0::gentoo, installed) pulled in by
>=media-libs/libdvbpsi-0.2.1:0/0= required by 
(media-video/vlc-2.2.4:0/5-8::gentoo, installed)
^   
  

dev-libs/kpathsea:0

  (dev-libs/kpathsea-6.2.1_p20150521-r2:0/6.2.1::gentoo, ebuild scheduled for 
merge) pulled in by
>=dev-libs/kpathsea-6.2.1 required by 
(app-text/texlive-core-2015-r1:0/0::gentoo, ebuild scheduled for merge)
^^  ^   


(and 4 more with the same problem)

  (dev-libs/kpathsea-6.2.0_p20140525:0/6.2.0::gentoo, installed) pulled in by
dev-libs/kpathsea:0/6.2.0= required by (app-text/dvipng-1.15:0/0::gentoo, 
installed)
 ^  


NOTE: Use the '--verbose-conflicts' option to display parents omitted above


 * Error: The above package list contains packages which cannot be
 * installed at the same time on the same system.

  (sys-boot/grub-0.97-r16:0/0::gentoo, installed) pulled in by
sys-boot/grub:0 required by @selected

  (sys-boot/grub-2.02_beta3-r1:2/2.02_beta3-r1::gentoo, ebuild scheduled for 
merge) pulled in by
sys-boot/grub required by @selected

--
Thelma

Re: [gentoo-user] upgrading 1-year old system

[Neil Bothwick]

On Mon, 30 Jan 2017 12:13:28 +, Stroller wrote:

> One of my hacks is to compile a list of outdated packages in a text
> file, then apply commands like `for package in $(cat list.txt) ; do
> emerge -1 $package ; done`. It's dirty and kludgy, but if you have 100
> files to update and 80 of them succeed this way, then that's 80 less
> lines of crap on your screen next time you upgrade world.

What's wrong with "emerge -1 -j --keep-going $(cat list.txt)"? It should
execute faster with parallel emerges.


-- 
Neil Bothwick

Copy from another: plagiarism. Copy from many: research.


pgpt2nA4YKaip.pgp
Description: OpenPGP digital signature

Re: [gentoo-user] upgrading 1-year old system

[Stroller]

> On 29 Jan 2017, at 20:56, the...@sys-concept.com wrote:
> 
> I haven't updated my system for over a year (1year and 3-months).
> I was trying to upgrade my firefox-bin and I'm already running into problems.
> 
> What is my best option, re-install from scratch, upgrade in stages etc.
> With firefox-bin I'm getting:
> 
> emerge -p firefox-bin
> 
> These are the packages that would be merged, in order:
> …

As others have said, upgrading a system after 15 months isn't _that_ bad.

I recently upgraded 2 systems that were, I guess, 18 or 24 months old and I 
done worse ones in the past.

The first thing to do is unmerge Firefox, IMO, and anything else that isn't 
part of the base system.

The priorities are the latest Portage, python, gcc and glibc. If you can update 
a complete minimal system then you know that you'll be able install apps like 
Firefox and KDE without any problems.

If you can ssh into the system to perform your upgrades, that means you can 
uninstall Firefox, KDE or Gnome and any other GUI crap you can think of. 
`emerge --depclean` will clear out a lot of rubbish - you now no longer have to 
think about these packages during the upgrade process.

I would probably keep xorg initially, but remove it if I found it listed during 
any emerge problems.

There have been some problems with perl upgrades in the last few months - you 
can remove everything in the Perl category, because there are no baselayout or 
system packaged dependent on it.

I've done this process a number of times, and I now use historical Portage 
snapshots to upgrade the system completely, in steps of about 4 months: 
https://dev.gentoo.org/~swift/snapshots/

I still think this is less hassle than a complete reinstall. Whenever I install 
a fresh system I find myself, over the course of a week or so, remembering 
things I've missed and having to look up little details of how I customise my 
systems. Upgrading is a lower cognitive load for me - I try something, leave 
the emerge running for an hour or several hours, and don't have to think about 
it again until later.

One of my hacks is to compile a list of outdated packages in a text file, then 
apply commands like `for package in $(cat list.txt) ; do emerge -1 $package ; 
done`. It's dirty and kludgy, but if you have 100 files to update and 80 of 
them succeed this way, then that's 80 less lines of crap on your screen next 
time you upgrade world.

Stroller.

Re: [gentoo-user] upgrading 1-year old system

[Neil Bothwick]

On Mon, 30 Jan 2017 10:22:14 +, Peter Humphrey wrote:

> > Also, I'd start with @system first, then work on @world.
> > Only bad thing is, KDE, if you have it installed, is in @system
> > because of dependencies, last I checked anyway.  That will make
> > @system a lot of fun itself.  
> 
> It isn't here. Emerge system installs 43 packages. Of course, if you
> emerge -e system you get a whole lot more, perhaps including KDE.

Because of USE flags set in the profile.

I'd also recommend using --with-bdeps=n to further reduce the number of
packages that need to be rebuilt at each step.


-- 
Neil Bothwick

We are phasing in a "paperless office," starting with the restrooms.


pgphzPGh4KQY0.pgp
Description: OpenPGP digital signature

Re: [gentoo-user] upgrading 1-year old system

[Peter Humphrey]

On Sunday 29 Jan 2017 15:32:22 Dale wrote:

> Might I also add, the -t option can reveal what is causing what
> sometimes.

It's never helped me though: whatever can't be installed breaks the tree 
building so I get no indentation.

> Also, I'd start with @system first, then work on @world.
> Only bad thing is, KDE, if you have it installed, is in @system because
> of dependencies, last I checked anyway.  That will make @system a lot of
> fun itself.

It isn't here. Emerge system installs 43 packages. Of course, if you emerge 
-e system you get a whole lot more, perhaps including KDE.

> It's going to be fun tho.

Well, for some definition of 'fun'.   :)

-- 
Regards
Peter

Re: [gentoo-user] upgrading 1-year old system

[J. Roeleveld]

On Sunday, January 29, 2017 3:32:22 PM CET Dale wrote:
> Might I also add, the -t option can reveal what is causing what
> sometimes.  Also, I'd start with @system first, then work on @world.
> Only bad thing is, KDE, if you have it installed, is in @system because
> of dependencies, last I checked anyway.  That will make @system a lot of
> fun itself.

KDE (and theoretically even gnome) can end up poluting @system due to certain 
USE-flags.

If this happens during a big update, try switching to a non-desktop profile.

My preferred way to do a big update like this is to temporarily move the 
"world" file out of harms way. Update @system and then do a depclean.
After a year (or more) nearly all packages will need updating, which means 
you're not loosing much.

If you prefer to be able to keep using the machine, starting with a recent 
stage3 and creating a consistent set of binary packages will make your life a 
lot simpler as well:

1) Inside a chroot, build all the packages you need (with up-to-date versions) 
to match your collection of world/world_sets and use-flags.
2) Once you have all the binary packages, temporarily clear out everything but 
@system
3) Install everything from binary packages (emerge -ek @world)

I've managed to easily update an old laptop this way that hadn't been updated 
for over 2 years without any real issues.

--
Joost

Re: [gentoo-user] upgrading 1-year old system

[thelma]

On 01/29/2017 03:33 PM, Alan McKinnon wrote:
> On 30/01/2017 00:25, Frank Steinmetzger wrote:
>> On Sun, Jan 29, 2017 at 03:32:22PM -0600, Dale wrote:
>>
> I haven't updated my system for over a year (1year and 3-months).
> I was trying to upgrade my firefox-bin and I'm already running into 
> problems.
>
> What is my best option, re-install from scratch, upgrade in stages etc.
> With firefox-bin I'm getting:

 1 year 3 months isn't usually that bad and it can be done - I've done it
 many times myself. However there are gotchas:
 […]
 - go slowly and deal with one block at a time. A regular emerge world
 probably won't succeed so you gotta bite of small chunks

 With those basics out the way, it's a great learning experience. I
 recommend you do it at least once.
>>>
>>> Might I also add, the -t option can reveal what is causing what
>>> sometimes.
>>
>> Add --unordered-display to that (I put it into my emerge default options).
>> It will shrink the output by removing duplicate [nomerge] lines and give you
>> an easier to understand overview.
>>
>> A short while ago I updated an old netbook that hadn't seen any action in
>> probably 2 years. It took a while (I cloned the HDD and compiled on my main
>> rig), but I prevailed, inlcuding KDE 4 upgrades.
>>
>>> Also, I'd start with @system first, then work on @world.
>>
>> I use custom sets (basic tools, system utilities, X stuff, media players
>> etc) and dealt with one of them at a time, starting with the less intricate
>> ones.
>>
>>> Only bad thing is, KDE, if you have it installed, is in @system because
>>> of dependencies, last I checked anyway.
>>
>> Uhm, KDE will not become part of @system, but you probably can't update kde
>> without @system first. Much fun comes from the package renaming from
>> kde-base to kde-apps, and now KDE4 isn't even in the tree anymore. (The OP
>> hasn't stated whether he actually uses KDE, though.)
> 
> 
> KDE isn't IN @system, but gets pulled in if you use --update --deep
> 
> However, there's a way out. @system is a defined set of packages (about
> 50 or so), not a list of stuff plus all it's deps. So do this:
> 
> emerge @system
> 
> That should keep everything except the list of system packages out of
> the dep graph

Thank you Alan for suggestion. Indeed "emerge @system" it limits number
of packages to be upgraded.

--
Thelma

Re: [gentoo-user] upgrading 1-year old system

[Dale]

the...@sys-concept.com wrote:
> On 01/29/2017 03:25 PM, Frank Steinmetzger wrote:
>> On Sun, Jan 29, 2017 at 03:32:22PM -0600, Dale wrote:
>>
> I haven't updated my system for over a year (1year and 3-months).
> I was trying to upgrade my firefox-bin and I'm already running into 
> problems.
>
> What is my best option, re-install from scratch, upgrade in stages etc.
> With firefox-bin I'm getting:
 1 year 3 months isn't usually that bad and it can be done - I've done it
 many times myself. However there are gotchas:
 […]
 - go slowly and deal with one block at a time. A regular emerge world
 probably won't succeed so you gotta bite of small chunks

 With those basics out the way, it's a great learning experience. I
 recommend you do it at least once.
>>> Might I also add, the -t option can reveal what is causing what
>>> sometimes.
>> Add --unordered-display to that (I put it into my emerge default options).
>> It will shrink the output by removing duplicate [nomerge] lines and give you
>> an easier to understand overview.
>>
>> A short while ago I updated an old netbook that hadn't seen any action in
>> probably 2 years. It took a while (I cloned the HDD and compiled on my main
>> rig), but I prevailed, inlcuding KDE 4 upgrades.
>>
>>> Also, I'd start with @system first, then work on @world.
>> I use custom sets (basic tools, system utilities, X stuff, media players
>> etc) and dealt with one of them at a time, starting with the less intricate
>> ones.
>>
>>> Only bad thing is, KDE, if you have it installed, is in @system because
>>> of dependencies, last I checked anyway.
>> Uhm, KDE will not become part of @system, but you probably can't update kde
>> without @system first. Much fun comes from the package renaming from
>> kde-base to kde-apps, and now KDE4 isn't even in the tree anymore. (The OP
>> hasn't stated whether he actually uses KDE, though.)
>>
>> There are three options that spring to mind:
>> - use the -D flag. Not really an option at the start, but later on in the
>>   process. The problem: if you upgrade package A, which depends on package
>>   C, then the -D flag will catch it. But if package B also depends on it and
>>   *requires* a lower version, you get blockers.
>>   - Those blockers you can either remove temporarily (such as media
>> applications that are rich in dependencies)
>>   - or add them to a small list of packages that you then update with one
>> emerge run.
>> - Try updating the unsuspicious stuff first. It will thin out your emerge
>>   output and let you deal with the tricky stuff later. Ask eix -uc. It will
>>   show you all upgradable packages and mark those in world with a different
>>   colour. Plus it is my hope that this will speed up emerge -u world because
>>   the package list becomes smaller.
>>
>> Happy hunting.
> I'm running Xfce so I don't have to deal with KDE?.
> Thanks all for help, I'll stay in touch if I run into problem.  And I'm
> sure there will be plenty :-)
>
>
> Thelma
>
>

Yea, we like watching others getting tortured by error messages that
need to be decrypted.  lol   I've been there myself. 

Dale

:-)  :-) 

Re: [gentoo-user] upgrading 1-year old system

[thelma]

On 01/29/2017 03:25 PM, Frank Steinmetzger wrote:
> On Sun, Jan 29, 2017 at 03:32:22PM -0600, Dale wrote:
> 
 I haven't updated my system for over a year (1year and 3-months).
 I was trying to upgrade my firefox-bin and I'm already running into 
 problems.

 What is my best option, re-install from scratch, upgrade in stages etc.
 With firefox-bin I'm getting:
>>>
>>> 1 year 3 months isn't usually that bad and it can be done - I've done it
>>> many times myself. However there are gotchas:
>>> […]
>>> - go slowly and deal with one block at a time. A regular emerge world
>>> probably won't succeed so you gotta bite of small chunks
>>>
>>> With those basics out the way, it's a great learning experience. I
>>> recommend you do it at least once.
>>
>> Might I also add, the -t option can reveal what is causing what
>> sometimes.
> 
> Add --unordered-display to that (I put it into my emerge default options).
> It will shrink the output by removing duplicate [nomerge] lines and give you
> an easier to understand overview.
> 
> A short while ago I updated an old netbook that hadn't seen any action in
> probably 2 years. It took a while (I cloned the HDD and compiled on my main
> rig), but I prevailed, inlcuding KDE 4 upgrades.
> 
>> Also, I'd start with @system first, then work on @world.
> 
> I use custom sets (basic tools, system utilities, X stuff, media players
> etc) and dealt with one of them at a time, starting with the less intricate
> ones.
> 
>> Only bad thing is, KDE, if you have it installed, is in @system because
>> of dependencies, last I checked anyway.
> 
> Uhm, KDE will not become part of @system, but you probably can't update kde
> without @system first. Much fun comes from the package renaming from
> kde-base to kde-apps, and now KDE4 isn't even in the tree anymore. (The OP
> hasn't stated whether he actually uses KDE, though.)
> 
> There are three options that spring to mind:
> - use the -D flag. Not really an option at the start, but later on in the
>   process. The problem: if you upgrade package A, which depends on package
>   C, then the -D flag will catch it. But if package B also depends on it and
>   *requires* a lower version, you get blockers.
>   - Those blockers you can either remove temporarily (such as media
> applications that are rich in dependencies)
>   - or add them to a small list of packages that you then update with one
> emerge run.
> - Try updating the unsuspicious stuff first. It will thin out your emerge
>   output and let you deal with the tricky stuff later. Ask eix -uc. It will
>   show you all upgradable packages and mark those in world with a different
>   colour. Plus it is my hope that this will speed up emerge -u world because
>   the package list becomes smaller.
> 
> Happy hunting.

I'm running Xfce so I don't have to deal with KDE?.
Thanks all for help, I'll stay in touch if I run into problem.  And I'm
sure there will be plenty :-)


Thelma

Re: [gentoo-user] upgrading 1-year old system

[thelma]

On 01/29/2017 02:43 PM, Michael Orlitzky wrote:
> On 01/29/2017 03:56 PM, the...@sys-concept.com wrote:
>> I haven't updated my system for over a year (1year and 3-months).
>> I was trying to upgrade my firefox-bin and I'm already running into problems.
>>
> 
> Ugh, you're in for it. The ncurses update requires --backtrack=100 or
> something like that. Independently, the ruby situation is a mess because
> ruby20 was masked at the same time as the RUBY_TARGETS flag, meaning
> that everyone's system immediately became inconsistent (installed
> packages depending on masked flag depending on masked dev-lang/ruby).
> You might be better off manually unmasking ruby:2.0 and
> USE=ruby_targets_ruby20 until this is over.
> 
> Start at the top and "emerge -v1" things one at a time. If that doesn't
> work, start at the bottom and try it. Or go through your /var/db/pkg and
> see which one of those you can hit with an "emerge -1" successfully.
> Once you've gotten the list down a little bit, it might be easier to see
> what the blockers are.

Very sound advise, I'll deal with upgrading rubby 2.0 later on.
System is upgrading so it will take a while.

--
Thelma

Re: [gentoo-user] upgrading 1-year old system

[Alan McKinnon]

On 30/01/2017 00:25, Frank Steinmetzger wrote:
> On Sun, Jan 29, 2017 at 03:32:22PM -0600, Dale wrote:
> 
 I haven't updated my system for over a year (1year and 3-months).
 I was trying to upgrade my firefox-bin and I'm already running into 
 problems.

 What is my best option, re-install from scratch, upgrade in stages etc.
 With firefox-bin I'm getting:
>>>
>>> 1 year 3 months isn't usually that bad and it can be done - I've done it
>>> many times myself. However there are gotchas:
>>> […]
>>> - go slowly and deal with one block at a time. A regular emerge world
>>> probably won't succeed so you gotta bite of small chunks
>>>
>>> With those basics out the way, it's a great learning experience. I
>>> recommend you do it at least once.
>>
>> Might I also add, the -t option can reveal what is causing what
>> sometimes.
> 
> Add --unordered-display to that (I put it into my emerge default options).
> It will shrink the output by removing duplicate [nomerge] lines and give you
> an easier to understand overview.
> 
> A short while ago I updated an old netbook that hadn't seen any action in
> probably 2 years. It took a while (I cloned the HDD and compiled on my main
> rig), but I prevailed, inlcuding KDE 4 upgrades.
> 
>> Also, I'd start with @system first, then work on @world.
> 
> I use custom sets (basic tools, system utilities, X stuff, media players
> etc) and dealt with one of them at a time, starting with the less intricate
> ones.
> 
>> Only bad thing is, KDE, if you have it installed, is in @system because
>> of dependencies, last I checked anyway.
> 
> Uhm, KDE will not become part of @system, but you probably can't update kde
> without @system first. Much fun comes from the package renaming from
> kde-base to kde-apps, and now KDE4 isn't even in the tree anymore. (The OP
> hasn't stated whether he actually uses KDE, though.)


KDE isn't IN @system, but gets pulled in if you use --update --deep

However, there's a way out. @system is a defined set of packages (about
50 or so), not a list of stuff plus all it's deps. So do this:

emerge @system

That should keep everything except the list of system packages out of
the dep graph

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

Re: [gentoo-user] upgrading 1-year old system

[Frank Steinmetzger]

On Sun, Jan 29, 2017 at 03:32:22PM -0600, Dale wrote:

> >> I haven't updated my system for over a year (1year and 3-months).
> >> I was trying to upgrade my firefox-bin and I'm already running into 
> >> problems.
> >>
> >> What is my best option, re-install from scratch, upgrade in stages etc.
> >> With firefox-bin I'm getting:
> >
> > 1 year 3 months isn't usually that bad and it can be done - I've done it
> > many times myself. However there are gotchas:
> > […]
> > - go slowly and deal with one block at a time. A regular emerge world
> > probably won't succeed so you gotta bite of small chunks
> >
> > With those basics out the way, it's a great learning experience. I
> > recommend you do it at least once.
> 
> Might I also add, the -t option can reveal what is causing what
> sometimes.

Add --unordered-display to that (I put it into my emerge default options).
It will shrink the output by removing duplicate [nomerge] lines and give you
an easier to understand overview.

A short while ago I updated an old netbook that hadn't seen any action in
probably 2 years. It took a while (I cloned the HDD and compiled on my main
rig), but I prevailed, inlcuding KDE 4 upgrades.

> Also, I'd start with @system first, then work on @world.

I use custom sets (basic tools, system utilities, X stuff, media players
etc) and dealt with one of them at a time, starting with the less intricate
ones.

> Only bad thing is, KDE, if you have it installed, is in @system because
> of dependencies, last I checked anyway.

Uhm, KDE will not become part of @system, but you probably can't update kde
without @system first. Much fun comes from the package renaming from
kde-base to kde-apps, and now KDE4 isn't even in the tree anymore. (The OP
hasn't stated whether he actually uses KDE, though.)

There are three options that spring to mind:
- use the -D flag. Not really an option at the start, but later on in the
  process. The problem: if you upgrade package A, which depends on package
  C, then the -D flag will catch it. But if package B also depends on it and
  *requires* a lower version, you get blockers.
  - Those blockers you can either remove temporarily (such as media
applications that are rich in dependencies)
  - or add them to a small list of packages that you then update with one
emerge run.
- Try updating the unsuspicious stuff first. It will thin out your emerge
  output and let you deal with the tricky stuff later. Ask eix -uc. It will
  show you all upgradable packages and mark those in world with a different
  colour. Plus it is my hope that this will speed up emerge -u world because
  the package list becomes smaller.

Happy hunting.
-- 
Gruß | Greetings | Qapla’
Please do not share anything from, with or about me with any social network.

Don’t knock, just put me down on the doorstep.


signature.asc
Description: Digital signature

Re: [gentoo-user] upgrading 1-year old system

[Neil Bothwick]

On Sun, 29 Jan 2017 13:56:00 -0700, the...@sys-concept.com wrote:

> I haven't updated my system for over a year (1year and 3-months).
> I was trying to upgrade my firefox-bin and I'm already running into
> problems.

The advice you've already been given is all good. I would add that you
should make sure your underlying system is up to date before worrying
about the programs you use. Start with 

emerge -ua @system

Deal with any blocks or gotchas that reveals, then think about proceeding
to update the rest of your OS.


-- 
Neil Bothwick

Nixon's Principal: If 2 wrongs don't make a right, try 3.


pgpWQGJEkXaVV.pgp
Description: OpenPGP digital signature

Re: [gentoo-user] upgrading 1-year old system

[Michael Orlitzky]

On 01/29/2017 03:56 PM, the...@sys-concept.com wrote:
> I haven't updated my system for over a year (1year and 3-months).
> I was trying to upgrade my firefox-bin and I'm already running into problems.
> 

Ugh, you're in for it. The ncurses update requires --backtrack=100 or
something like that. Independently, the ruby situation is a mess because
ruby20 was masked at the same time as the RUBY_TARGETS flag, meaning
that everyone's system immediately became inconsistent (installed
packages depending on masked flag depending on masked dev-lang/ruby).
You might be better off manually unmasking ruby:2.0 and
USE=ruby_targets_ruby20 until this is over.

Start at the top and "emerge -v1" things one at a time. If that doesn't
work, start at the bottom and try it. Or go through your /var/db/pkg and
see which one of those you can hit with an "emerge -1" successfully.
Once you've gotten the list down a little bit, it might be easier to see
what the blockers are.

Re: [gentoo-user] upgrading 1-year old system

[Dale]

Alan McKinnon wrote:
> On 29/01/2017 22:56, the...@sys-concept.com wrote:
>> I haven't updated my system for over a year (1year and 3-months).
>> I was trying to upgrade my firefox-bin and I'm already running into problems.
>>
>> What is my best option, re-install from scratch, upgrade in stages etc.
>> With firefox-bin I'm getting:
>
>
> 1 year 3 months isn't usually that bad and it can be done - I've done it
> many times myself. However there are gotchas:
>
> - there is no stock method and no stock answers. So asking
> "I can't upgrade procps! What must I do?"
> isn't going to get you much in the way of usable replies. Most will be
> something like "I have no idea. Please be /way/ more specific"
>
> - you need to understand what portage is telling you when it dumps a
> crapload of output on the screen. If you can read through blockers and
> figure out what to do, it's usually not that hard. It however tedious.
>
> - you need to have a good grasp of what most packages do. So if you
> think perhaps you need to unmerge binutils or python, your brain must
> scream at you that it's a very very bad idea, and you need to know why
> (reason: portage don't work for shit with those packages gone and  needs
> them present to put them back. Hello chicken, greet egg)
>
> - go slowly and deal with one block at a time. A regular emerge world
> probably won't succeed so you gotta bite of small chunks
>
> With those basics out the way, it's a great learning experience. I
> recommend you do it at least once.
>
>> emerge -p firefox-bin
>>
>> These are the packages that would be merged, in order:
>>
>> Calculating dependencies... done!
>> [ebuild  N ] dev-libs/libuv-1.10.2  USE="-static-libs" 
>> [ebuild  N ] dev-util/ninja-1.6.0  USE="-doc -emacs {-test} -vim-syntax 
>> -zsh-completion" 
>> [ebuild U  ] www-client/firefox-bin-45.6.0 [38.6.1] L10N="-ach% -af% 
>> -an% -ar% -as% -ast% -az% -be% -bg% -bn-BD% -bn-IN% -br% -bs% -ca% -cs% -cy% 
>> -da% -de% -el% -en-GB% -en-ZA% -eo% -es-AR% -es-CL% -es-ES% -es-MX% -et% 
>> -eu% -fa% -fi% -fr% -fy% -ga% -gd% -gl% -gu% -he% -hi% -hr% -hsb% -hu% -hy% 
>> -id% -is% -it% -ja% -kk% -km% -kn% -ko% -lt% -lv% -mai% -mk% -ml% -mr% -ms% 
>> -nb% -nl% -nn% -or% -pa% -pl% -pt-BR% -pt-PT% -rm% -ro% -ru% -si% -sk% -sl% 
>> -son% -sq% -sr% -sv% -ta% -te% -th% -tr% -uk% -uz% -vi% -xh% -zh-CN% 
>> -zh-TW%" 
>> [ebuild U  ] dev-java/java-config-2.2.0-r3 [2.2.0] USE="{-test%}" 
>> PYTHON_TARGETS="(-python3_5)" 
>> [uninstall ] dev-java/java-config-wrapper-0.16 
>> [blocks b  ] dev-java/java-config-wrapper 
>> ("dev-java/java-config-wrapper" is blocking dev-java/java-config-2.2.0-r3)
>> [ebuild  NS] sys-libs/db-5.3.28-r2 [4.8.30-r2] USE="cxx java -doc 
>> -examples -tcl {-test}" 
>> [ebuild U  ] sys-libs/ncurses-6.0-r1 [5.9-r5] USE="{-test%} -threads%" 
>> [ebuild  r  U  ] sys-process/procps-3.3.12 [3.3.10-r1] USE="kill%*" 
>> [ebuild U  ] dev-util/cmake-3.7.2 [3.3.1-r1]
>> [ebuild  r  U  ] sys-devel/llvm-3.7.1-r3 [3.5.0] USE="-lldb%" 
>> [ebuild  rR] app-editors/xemacs-21.4.24 
>
> java-config-wrapper is long gone. Remove it and java-config will
> probably succeed
>
>> !!! Multiple package instances within a single package slot have been pulled
>> !!! into the dependency graph, resulting in a slot conflict:
>>
>> sys-process/procps:0
>>
>>   (sys-process/procps-3.3.12:0/5::gentoo, ebuild scheduled for merge) pulled 
>> in by
>> (no parents that aren't satisfied by other packages in this slot)
>>
>>   (sys-process/procps-3.3.10-r1:0/0::gentoo, installed) pulled in by
>> sys-process/procps:0/0= required by 
>> (dev-db/mariadb-10.0.22:0/18::gentoo, installed)
>>   ^  
>>
> Update mariadb by itself to fix this. The version you have wants a
> subslot of procps that no longer exists
>
>> sys-libs/ncurses:0
>>
>>   (sys-libs/ncurses-6.0-r1:0/6::gentoo, ebuild scheduled for merge) pulled 
>> in by
>> (no parents that aren't satisfied by other packages in this slot)
>>
>>   (sys-libs/ncurses-5.9-r5:0/5::gentoo, installed) pulled in by
>> sys-libs/ncurses:0/5= required by 
>> (dev-lang/ruby-2.0.0_p647-r1:2.0/2.0::gentoo, installed)
>> ^
>>  
>> 
>> sys-libs/ncurses:0/5[ada?,cxx?,gpm?,static-libs?,tinfo?,unicode?,abi_x86_32(-)?,abi_x86_64(-)?,abi_x86_x32(-)?,abi_mips_n32(-)?,abi_mips_n64(-)?,abi_mips_o32(-)?,abi_ppc_32(-)?,abi_ppc_64(-)?,abi_s390_32(-)?,abi_s390_64(-)?]
>>  required by (sys-libs/ncurses-5.9-r99:5/5::gentoo, installed)
>>  
>>  
>>  
>>

Re: [gentoo-user] upgrading 1-year old system

[Alan McKinnon]

On 29/01/2017 22:56, the...@sys-concept.com wrote:
> I haven't updated my system for over a year (1year and 3-months).
> I was trying to upgrade my firefox-bin and I'm already running into problems.
> 
> What is my best option, re-install from scratch, upgrade in stages etc.
> With firefox-bin I'm getting:



1 year 3 months isn't usually that bad and it can be done - I've done it
many times myself. However there are gotchas:

- there is no stock method and no stock answers. So asking
"I can't upgrade procps! What must I do?"
isn't going to get you much in the way of usable replies. Most will be
something like "I have no idea. Please be /way/ more specific"

- you need to understand what portage is telling you when it dumps a
crapload of output on the screen. If you can read through blockers and
figure out what to do, it's usually not that hard. It however tedious.

- you need to have a good grasp of what most packages do. So if you
think perhaps you need to unmerge binutils or python, your brain must
scream at you that it's a very very bad idea, and you need to know why
(reason: portage don't work for shit with those packages gone and  needs
them present to put them back. Hello chicken, greet egg)

- go slowly and deal with one block at a time. A regular emerge world
probably won't succeed so you gotta bite of small chunks

With those basics out the way, it's a great learning experience. I
recommend you do it at least once.

> 
> emerge -p firefox-bin
> 
> These are the packages that would be merged, in order:
> 
> Calculating dependencies... done!
> [ebuild  N ] dev-libs/libuv-1.10.2  USE="-static-libs" 
> [ebuild  N ] dev-util/ninja-1.6.0  USE="-doc -emacs {-test} -vim-syntax 
> -zsh-completion" 
> [ebuild U  ] www-client/firefox-bin-45.6.0 [38.6.1] L10N="-ach% -af% -an% 
> -ar% -as% -ast% -az% -be% -bg% -bn-BD% -bn-IN% -br% -bs% -ca% -cs% -cy% -da% 
> -de% -el% -en-GB% -en-ZA% -eo% -es-AR% -es-CL% -es-ES% -es-MX% -et% -eu% -fa% 
> -fi% -fr% -fy% -ga% -gd% -gl% -gu% -he% -hi% -hr% -hsb% -hu% -hy% -id% -is% 
> -it% -ja% -kk% -km% -kn% -ko% -lt% -lv% -mai% -mk% -ml% -mr% -ms% -nb% -nl% 
> -nn% -or% -pa% -pl% -pt-BR% -pt-PT% -rm% -ro% -ru% -si% -sk% -sl% -son% -sq% 
> -sr% -sv% -ta% -te% -th% -tr% -uk% -uz% -vi% -xh% -zh-CN% -zh-TW%" 
> [ebuild U  ] dev-java/java-config-2.2.0-r3 [2.2.0] USE="{-test%}" 
> PYTHON_TARGETS="(-python3_5)" 
> [uninstall ] dev-java/java-config-wrapper-0.16 
> [blocks b  ] dev-java/java-config-wrapper ("dev-java/java-config-wrapper" 
> is blocking dev-java/java-config-2.2.0-r3)
> [ebuild  NS] sys-libs/db-5.3.28-r2 [4.8.30-r2] USE="cxx java -doc 
> -examples -tcl {-test}" 
> [ebuild U  ] sys-libs/ncurses-6.0-r1 [5.9-r5] USE="{-test%} -threads%" 
> [ebuild  r  U  ] sys-process/procps-3.3.12 [3.3.10-r1] USE="kill%*" 
> [ebuild U  ] dev-util/cmake-3.7.2 [3.3.1-r1]
> [ebuild  r  U  ] sys-devel/llvm-3.7.1-r3 [3.5.0] USE="-lldb%" 
> [ebuild  rR] app-editors/xemacs-21.4.24 


java-config-wrapper is long gone. Remove it and java-config will
probably succeed

> 
> !!! Multiple package instances within a single package slot have been pulled
> !!! into the dependency graph, resulting in a slot conflict:
> 
> sys-process/procps:0
> 
>   (sys-process/procps-3.3.12:0/5::gentoo, ebuild scheduled for merge) pulled 
> in by
> (no parents that aren't satisfied by other packages in this slot)
> 
>   (sys-process/procps-3.3.10-r1:0/0::gentoo, installed) pulled in by
> sys-process/procps:0/0= required by (dev-db/mariadb-10.0.22:0/18::gentoo, 
> installed)
>   ^   
>   

Update mariadb by itself to fix this. The version you have wants a
subslot of procps that no longer exists

> 
> sys-libs/ncurses:0
> 
>   (sys-libs/ncurses-6.0-r1:0/6::gentoo, ebuild scheduled for merge) pulled in 
> by
> (no parents that aren't satisfied by other packages in this slot)
> 
>   (sys-libs/ncurses-5.9-r5:0/5::gentoo, installed) pulled in by
> sys-libs/ncurses:0/5= required by 
> (dev-lang/ruby-2.0.0_p647-r1:2.0/2.0::gentoo, installed)
> ^ 
> 
> 
> sys-libs/ncurses:0/5[ada?,cxx?,gpm?,static-libs?,tinfo?,unicode?,abi_x86_32(-)?,abi_x86_64(-)?,abi_x86_x32(-)?,abi_mips_n32(-)?,abi_mips_n64(-)?,abi_mips_o32(-)?,abi_ppc_32(-)?,abi_ppc_64(-)?,abi_s390_32(-)?,abi_s390_64(-)?]
>  required by (sys-libs/ncurses-5.9-r99:5/5::gentoo, installed)
>   
>   
>   
>   
>   
> (and 15 more with the same problems)

see below about ruby-2.0

> 
> sys-devel/llvm:0
> 

[gentoo-user] upgrading 1-year old system

[thelma]

I haven't updated my system for over a year (1year and 3-months).
I was trying to upgrade my firefox-bin and I'm already running into problems.

What is my best option, re-install from scratch, upgrade in stages etc.
With firefox-bin I'm getting:

emerge -p firefox-bin

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

Calculating dependencies... done!
[ebuild  N ] dev-libs/libuv-1.10.2  USE="-static-libs" 
[ebuild  N ] dev-util/ninja-1.6.0  USE="-doc -emacs {-test} -vim-syntax 
-zsh-completion" 
[ebuild U  ] www-client/firefox-bin-45.6.0 [38.6.1] L10N="-ach% -af% -an% 
-ar% -as% -ast% -az% -be% -bg% -bn-BD% -bn-IN% -br% -bs% -ca% -cs% -cy% -da% 
-de% -el% -en-GB% -en-ZA% -eo% -es-AR% -es-CL% -es-ES% -es-MX% -et% -eu% -fa% 
-fi% -fr% -fy% -ga% -gd% -gl% -gu% -he% -hi% -hr% -hsb% -hu% -hy% -id% -is% 
-it% -ja% -kk% -km% -kn% -ko% -lt% -lv% -mai% -mk% -ml% -mr% -ms% -nb% -nl% 
-nn% -or% -pa% -pl% -pt-BR% -pt-PT% -rm% -ro% -ru% -si% -sk% -sl% -son% -sq% 
-sr% -sv% -ta% -te% -th% -tr% -uk% -uz% -vi% -xh% -zh-CN% -zh-TW%" 
[ebuild U  ] dev-java/java-config-2.2.0-r3 [2.2.0] USE="{-test%}" 
PYTHON_TARGETS="(-python3_5)" 
[uninstall ] dev-java/java-config-wrapper-0.16 
[blocks b  ] dev-java/java-config-wrapper ("dev-java/java-config-wrapper" 
is blocking dev-java/java-config-2.2.0-r3)
[ebuild  NS] sys-libs/db-5.3.28-r2 [4.8.30-r2] USE="cxx java -doc -examples 
-tcl {-test}" 
[ebuild U  ] sys-libs/ncurses-6.0-r1 [5.9-r5] USE="{-test%} -threads%" 
[ebuild  r  U  ] sys-process/procps-3.3.12 [3.3.10-r1] USE="kill%*" 
[ebuild U  ] dev-util/cmake-3.7.2 [3.3.1-r1]
[ebuild  r  U  ] sys-devel/llvm-3.7.1-r3 [3.5.0] USE="-lldb%" 
[ebuild  rR] app-editors/xemacs-21.4.24 

!!! Multiple package instances within a single package slot have been pulled
!!! into the dependency graph, resulting in a slot conflict:

sys-process/procps:0

  (sys-process/procps-3.3.12:0/5::gentoo, ebuild scheduled for merge) pulled in 
by
(no parents that aren't satisfied by other packages in this slot)

  (sys-process/procps-3.3.10-r1:0/0::gentoo, installed) pulled in by
sys-process/procps:0/0= required by (dev-db/mariadb-10.0.22:0/18::gentoo, 
installed)
  ^ 


sys-libs/ncurses:0

  (sys-libs/ncurses-6.0-r1:0/6::gentoo, ebuild scheduled for merge) pulled in by
(no parents that aren't satisfied by other packages in this slot)

  (sys-libs/ncurses-5.9-r5:0/5::gentoo, installed) pulled in by
sys-libs/ncurses:0/5= required by 
(dev-lang/ruby-2.0.0_p647-r1:2.0/2.0::gentoo, installed)
^   
  

sys-libs/ncurses:0/5[ada?,cxx?,gpm?,static-libs?,tinfo?,unicode?,abi_x86_32(-)?,abi_x86_64(-)?,abi_x86_x32(-)?,abi_mips_n32(-)?,abi_mips_n64(-)?,abi_mips_o32(-)?,abi_ppc_32(-)?,abi_ppc_64(-)?,abi_s390_32(-)?,abi_s390_64(-)?]
 required by (sys-libs/ncurses-5.9-r99:5/5::gentoo, installed)




  
(and 15 more with the same problems)

sys-devel/llvm:0

  (sys-devel/llvm-3.7.1-r3:0/3.7.1::gentoo, ebuild scheduled for merge) pulled 
in by
(no parents that aren't satisfied by other packages in this slot)

  (sys-devel/llvm-3.5.0:0/3.5::gentoo, installed) pulled in by
>=sys-devel/llvm-3.4.2:0/3.5=[abi_x86_32(-)] required by 
(media-libs/mesa-11.0.6:0/0::gentoo, installed)
  ^^^   


NOTE: Use the '--verbose-conflicts' option to display parents omitted above

It may be possible to solve this problem by using package.mask to
prevent one of those packages from being selected. However, it is also
possible that conflicting dependencies exist such that they are
impossible to satisfy simultaneously.  If such a conflict exists in
the dependencies of two different packages, then those packages can
not be installed simultaneously. You may want to try a larger value of
the --backtrack option, such as --backtrack=30, in order to see if
that will solve this conflict automatically.

For more information, see MASKED PACKAGES section in the emerge man
page or refer to the Gentoo Handbook.


!!! The following installed packages are masked:
- dev-lang/ruby-2.0.0_p647-r1::gentoo (masked by: package.mask)
/usr/portage/profiles/package.mask:
# Hans de Graaff  (07 Dec 2016)
# Mask ruby 2.0 for removal, bug 576034

- app-forensics/chkrootkit-0.49::gentoo (masked by: package.mask)