Gentoo Forums
Gentoo Forums
Gentoo Forums
Quick Search: in
17.1 migration troubles
View unanswered posts
View posts from last 24 hours

 
Reply to topic    Gentoo Forums Forum Index Portage & Programming
View previous topic :: View next topic  
Author Message
undrwater
Guru
Guru


Joined: 28 Jan 2003
Posts: 312
Location: Caucasia

PostPosted: Thu Jan 09, 2020 11:26 pm    Post subject: 17.1 migration troubles Reply with quote

I'm trying to migrate from 17.0 to 17.1.

I'm using sys-devel/gcc-9.2.0-r3

I emerged app-portage/unsymlink-lib, and whatever option I use, I get the message:

Code:
/lib is a symlink to lib64! did the migration succeed?


Great! I guess my stem was already ready for migration, right?

So I set my profile to 17.1, and attempt to emerge gcc:

Code:
* Please follow the instructions in the news item:
 * 2019-06-05-amd64-17-1-profiles-are-now-stable
 * or choose the 17.0 profile.
 * ERROR: sys-devel/gcc-9.2.0-r3::gentoo failed (setup phase):
 *   ERROR: 17.1 migration has not been performed!!


So I think I'm stuck somewhere.

Edited to add emerge --info:
Code:
emerge --info
Portage 2.3.84 (python 3.7.6-final-0, default/linux/amd64/17.1/desktop/plasma, gcc-9.2.0, glibc-2.30-r3, 5.4.6-gentoo x86_64)
=================================================================
System uname: Linux-5.4.6-gentoo-x86_64-AMD_FX-tm-8320_Eight-Core_Processor-with-gentoo-2.6
KiB Mem:    24582056 total,  18878312 free
KiB Swap:          0 total,         0 free
Timestamp of repository gentoo: Thu, 09 Jan 2020 22:00:01 +0000
Head commit of repository gentoo: c448ff914e5a8627e79255911419c3f630842ec5
sh bash 5.0_p11
ld GNU ld (Gentoo 2.32 p2) 2.32.0
app-shells/bash:          5.0_p11::gentoo
dev-java/java-config:     2.2.0-r4::gentoo
dev-lang/perl:            5.30.1::gentoo
dev-lang/python:          2.7.17-r1::gentoo, 3.6.10::gentoo, 3.7.6::gentoo, 3.8.1::gentoo
dev-util/cmake:           3.16.2-r1::gentoo
dev-util/pkgconfig:       0.29.2::gentoo
sys-apps/baselayout:      2.6-r1::gentoo
sys-apps/openrc:          0.42.1::gentoo
sys-apps/sandbox:         2.18::gentoo
sys-devel/autoconf:       2.13-r1::gentoo, 2.69-r5::gentoo
sys-devel/automake:       1.11.6-r3::gentoo, 1.16.1-r2::gentoo
sys-devel/binutils:       2.32-r1::gentoo, 2.33.1::gentoo
sys-devel/gcc:            9.2.0-r3::gentoo
sys-devel/gcc-config:     2.1::gentoo
sys-devel/libtool:        2.4.6-r6::gentoo
sys-devel/make:           4.2.1-r4::gentoo
sys-kernel/linux-headers: 5.4::gentoo (virtual/os-headers)
sys-libs/glibc:           2.30-r3::gentoo
Repositories:

gentoo
    location: /usr/portage
    sync-type: rsync
    sync-uri: rsync://rsync.gentoo.org/gentoo-portage
    priority: -1000
    sync-rsync-verify-metamanifest: yes
    sync-rsync-verify-max-age: 24
    sync-rsync-verify-jobs: 1
    sync-rsync-extra-opts:

x-portage
    location: /usr/local/portage
    masters: gentoo
    priority: 0

ACCEPT_KEYWORDS="amd64 ~amd64"
ACCEPT_LICENSE="*"
CBUILD="x86_64-pc-linux-gnu"
CFLAGS="-march=native -O2 -pipe"
CHOST="x86_64-pc-linux-gnu"
CONFIG_PROTECT="/etc /usr/lib64/libreoffice/program/sofficerc /usr/share/config /usr/share/gnupg/qualified.txt /usr/share/themes/oxygen-gtk/gtk-2.0"
CONFIG_PROTECT_MASK="/etc/ca-certificates.conf /etc/dconf /etc/env.d /etc/fonts/fonts.conf /etc/gconf /etc/gentoo-release /etc/revdep-rebuild /etc/sandbox.d /etc/terminfo"
CXXFLAGS="-march=native -O2 -pipe"
DISTDIR="/usr/portage/distfiles"
ENV_UNSET="DBUS_SESSION_BUS_ADDRESS DISPLAY GOBIN PERL5LIB PERL5OPT PERLPREFIX PERL_CORE PERL_MB_OPT PERL_MM_OPT XAUTHORITY XDG_CACHE_HOME XDG_CONFIG_HOME XDG_DATA_HOME XDG_RUNTIME_DIR"
FCFLAGS="-O2 -pipe"
FEATURES="assume-digests binpkg-docompress binpkg-dostrip binpkg-logs config-protect-if-modified distlocks ebuild-locks fixlafiles ipc-sandbox merge-sync multilib-strict network-sandbox news parallel-fetch pid-sandbox 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://distfiles.gentoo.org"
LANG="en_US.utf8"
LDFLAGS="-Wl,-O1 -Wl,--as-needed -Wl,--sort-common -Wl,--hash-style=gnu"
LINGUAS="en en_US"
MAKEOPTS="-j5"
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 accessibility acl acpi activities alsa amd64 arts avahi berkdb bitmap-fonts bluetooth bluray branding browserplugin bzip2 cairo cdda cdr cdrgphoto2 cleartype cli consolekit corefonts crypt cups cxx dbus declarative divx divx4linux dri dts dvd dvdr dvdread emboss emerald encode exif extras fbcon fbcondecor firefox flac foomaticdb fortran freetts gcj gdbm gif gimpprint gmedia gnome-online-accounts gpm hdaps iconv icu introspection ipod ipv6 irda java joystick jpeg kipi kwallet lcms ldap libnotify libtirpc mad mmx mmx2 mng mp3 mp4 mpeg mplayer mtp multilib mysql ncurses netmeeting networkmanager nls nptl nptlonly nsplugin ogg ooo-kde opengl openmp opie pam pango pcre pda pdf phonon pic plasma png policykit postscript ppds pulseaudio qml qt5 quicktime readline real realmedia reports samba scanner sdl seccomp semantic-desktop sound spell split-usr sse sse2 sse3 sse4_1 sse4_2 ssl startup-notification suid svg tcpd theora threads tiff truetype truetype-fonts type1 type1-fonts udev udisks unicode upower usb v4l v4l2 vdpau vorbis widgets win32codecs wmp wxwidgets x264 xattr xcb xcomposite xml xscreensaver xv xvid xvmc yahoo zeroconf zlib" ABI_X86="64 32" ADA_TARGET="gnat_2018" ALSA_CARDS="ali5451 als4000 atiixp atiixp-modem bt87x ca0106 cmipci emu10k1x ens1370 ens1371 es1938 es1968 fm801 hda-intel intel8x0 intel8x0m maestro3 trident usb-audio via82xx via82xx-modem ymfpci" APACHE2_MODULES="authn_core authz_core socache_shmcb unixd actions alias auth_basic authn_alias authn_anon authn_dbm authn_default authn_file authz_dbm authz_default authz_groupfile authz_host authz_owner authz_user autoindex cache cgi cgid dav dav_fs dav_lock deflate dir disk_cache env expires ext_filter file_cache filter headers include info log_config logio mem_cache mime mime_magic negotiation rewrite setenvif speling status unique_id userdir usertrack vhost_alias" CALLIGRA_FEATURES="karbon sheets words" COLLECTD_PLUGINS="df interface irq load memory rrdtool swap syslog" CPU_FLAGS_X86="mmx mmxext sse sse2 sse3 sse4_1 sse4_2 ssse3" CURL_SSL="gnutls" ELIBC="glibc" GPSD_PROTOCOLS="ashtech aivdm earthmate evermore fv18 garmin garmintxt gpsclock greis isync itrax mtk3301 nmea ntrip navcom oceanserver oldstyle oncore rtcm104v2 rtcm104v3 sirf skytraq superstar2 timing tsip tripmate tnt ublox ubx" INPUT_DEVICES="libinput mouse keyboard" KERNEL="linux" LCD_DEVICES="bayrad cfontz cfontz633 glk hd44780 lb216 lcdm001 mtxorb ncurses text" LIBREOFFICE_EXTENSIONS="presenter-console presenter-minimizer" NETBEANS_MODULES="apisupport cnd groovy gsf harness ide identity j2ee java mobility nb php profiler soa visualweb webcommon websvccommon xml" OFFICE_IMPLEMENTATION="libreoffice" PHP_TARGETS="php7-2" POSTGRES_TARGETS="postgres10 postgres11" PYTHON_SINGLE_TARGET="python3_6" PYTHON_TARGETS="python2_7 python3_6" QEMU_SOFTMMU_TARGETS="arm" QEMU_USER_TARGETS="arm" RUBY_TARGETS="ruby24 ruby25" SANE_BACKENDS="brother2 net canon canon_dr genesys" USERLAND="GNU" VIDEO_CARDS="nvidia vesa nv v4l fbdev" XTABLES_ADDONS="quota2 psd pknock lscan length2 ipv4options ipset ipp2p iface geoip fuzzy condition tee tarpit sysrq steal rawnat logmark ipmark dhcpmac delude chaos account"
Unset:  CC, CPPFLAGS, CTARGET, CXX, EMERGE_DEFAULT_OPTS, INSTALL_MASK, LC_ALL, PORTAGE_BINHOST, PORTAGE_BUNZIP2_COMMAND, PORTAGE_COMPRESS, PORTAGE_COMPRESS_FLAGS, PORTAGE_RSYNC_EXTRA_OPTS

_________________
Open-mindedness is painful...
Back to top
View user's profile Send private message
GDH-gentoo
l33t
l33t


Joined: 20 Jul 2019
Posts: 600
Location: South America

PostPosted: Fri Jan 10, 2020 2:10 am    Post subject: Re: 17.1 migration troubles Reply with quote

undrwater wrote:
I emerged app-portage/unsymlink-lib, and whatever option I use, I get the message:

Code:
/lib is a symlink to lib64! did the migration succeed?


Great! I guess my stem was already ready for migration, right?
Nope... If you followed the migration instructions correctly, after the unsymlink-lib --finish, step (step 8), if I remember correctly, /lib should no longer be a symbolic link. What is the output of ls -F /?
Back to top
View user's profile Send private message
undrwater
Guru
Guru


Joined: 28 Jan 2003
Posts: 312
Location: Caucasia

PostPosted: Fri Jan 10, 2020 2:41 am    Post subject: Reply with quote

Quote:
What is the output of ls -F /?


Code:
bin/   dev/  home/  lib32/  lost+found/  mnt/  proc/  run/   swapfile  tmp/  var/
boot/  etc/  lib@   lib64/  media/       opt/  root/  sbin/  sys/      usr/

_________________
Open-mindedness is painful...
Back to top
View user's profile Send private message
luna80
Veteran
Veteran


Joined: 01 Feb 2004
Posts: 1186
Location: switzerland

PostPosted: Fri Jan 10, 2020 6:31 am    Post subject: Re: 17.1 migration troubles Reply with quote

undrwater wrote:
I

Code:
/lib is a symlink to lib64! did the migration succeed?


Great! I guess my stem was already ready for migration, right?


I had the same message as you. for me was not needed to emerge unsymlink-lib like shown in the official news

only set new profile with eselect command, and after rebuild glibc (first) and gcc

I don't know if is your problem to but I hope it help you
_________________
*** !f j00 c4n r34D tH15 tH3N j00 n33D t0 l0g Off ***
Back to top
View user's profile Send private message
GDH-gentoo
l33t
l33t


Joined: 20 Jul 2019
Posts: 600
Location: South America

PostPosted: Fri Jan 10, 2020 1:48 pm    Post subject: Reply with quote

undrwater wrote:
Quote:
What is the output of ls -F /?


Code:
bin/   dev/  home/  lib32/  lost+found/  mnt/  proc/  run/   swapfile  tmp/  var/
boot/  etc/  lib@   lib64/  media/       opt/  root/  sbin/  sys/      usr/
That's not correct for profile 17.1. The migration did not succeed.
undrwater wrote:
Code:
emerge --info
Portage 2.3.84 (python 3.7.6-final-0, default/linux/amd64/17.1/desktop/plasma, gcc-9.2.0, glibc-2.30-r3, 5.4.6-gentoo x86_64)
There is a 12 step procedure to do the migration; did you just use eselect profile set instead of actually following it? It is detailed in a news item:
undrwater wrote:
Code:
* Please follow the instructions in the news item:
 * 2019-06-05-amd64-17-1-profiles-are-now-stable
And also available here. If you didn't follow it, change back to profile 17.0 with eselect profile set, do step 1 of the procedure, and then skip to step 4 (unsymlink-lib --analyze). Otherwise tell us exactly what you did.
Back to top
View user's profile Send private message
undrwater
Guru
Guru


Joined: 28 Jan 2003
Posts: 312
Location: Caucasia

PostPosted: Fri Jan 10, 2020 4:39 pm    Post subject: Reply with quote

Set profile back to 17.0:

    1. Sync and Upgrade - Complete
    2. Not running 13.0 - Skip
    3. Install the tool: - Complete
    4. Run 'unsymlink-lib --analyze' - Result:
    Code:
    /usr/local/lib is a real directory! was the migration done already?


I'm still on 17.0 as of now.

Edited to add: I did follow those instructions initially. Got the same results as above. I DID however move on to the following instructions, and each time I ran unsymlink-lib, it returned the same result.
_________________
Open-mindedness is painful...
Back to top
View user's profile Send private message
undrwater
Guru
Guru


Joined: 28 Jan 2003
Posts: 312
Location: Caucasia

PostPosted: Fri Jan 10, 2020 5:50 pm    Post subject: Reply with quote

Got some help from IRC. This issue was of my own making (surprise, no?).

I had a directory in /usr/local/lib that I was using for a weather app. Moving that directory and making a relative symlink to lib64 allowed me to get past the problem mentioned above.

Thanks for your attention.
_________________
Open-mindedness is painful...
Back to top
View user's profile Send private message
figueroa
Veteran
Veteran


Joined: 14 Aug 2005
Posts: 1038
Location: The Matrix? USA

PostPosted: Sat Jan 11, 2020 5:49 am    Post subject: Reply with quote

Migrating to 17.1 had completely escaped my attention. A little nagging via additional news items might be helpful for many.

I did the migration from 17.0 tonight to 17.1/desktop following the June 5 news item and the process went flawlessly, perfectly in fact. The only programs that had to be re-merged were my gcc, glibc, and sandbox. The symlinks for /lib32 and /usr/lib32 were removed automatically in the process.
_________________
Andy Figueroa
andy@andyfigueroa.net Working with Unix since 1983.
Automate and Test Your Backups
Back to top
View user's profile Send private message
Oschtan
n00b
n00b


Joined: 27 Dec 2008
Posts: 67
Location: Russia, Novosibirsk

PostPosted: Fri Jan 01, 2021 12:42 pm    Post subject: Re: 17.1 migration troubles Reply with quote

undrwater wrote:
I'm trying to migrate from 17.0 to 17.1.

I'm using sys-devel/gcc-9.2.0-r3

I emerged app-portage/unsymlink-lib, and whatever option I use, I get the message:

Code:
/lib is a symlink to lib64! did the migration succeed?


Complicated problem with symlinks...
Code:
 cd /
rm -rf lib
ln -s lib.new /lib
cd /usr
rm -rf lib
ln -s lib.new /usr/lib
cd /usr/local
mkdir lib.new
rm -rf lib
ln -s lib.new /usr/local/lib

Successfully "unsymlink-lib --finish"
Back to top
View user's profile Send private message
Tony0945
Advocate
Advocate


Joined: 25 Jul 2006
Posts: 4498
Location: Illinois, USA

PostPosted: Fri Jan 01, 2021 2:24 pm    Post subject: Reply with quote

Still on 17.0. I'm going to stay here until 17.2 or 18.0 or whatever. I regard the 32 bit layout as ridiculous. If I went to full 64-bit with no 32 bit I probably would do it. Maybe. I still have a 32 bit install that's on 13.0 because of the performance hit of 17.0 on older processors with limited memory (4G theoretical, 0.7 G because of board constraints).
Back to top
View user's profile Send private message
Hu
Moderator
Moderator


Joined: 06 Mar 2007
Posts: 16491

PostPosted: Fri Jan 01, 2021 5:25 pm    Post subject: Reply with quote

Now that 17.0 is deprecated, it will likely receive less testing and interest. You may experience build failures that do not affect 17.1.

At the risk of going off-topic (and I can split the thread if needed to support that), how is x86 17.0 worse for performance than x86 13.0? I can see you wanting not to switch an x86 system to amd64 for a small memory system, but I am curious what changed in x86 17.0 that makes it worth avoiding.
Back to top
View user's profile Send private message
Tony0945
Advocate
Advocate


Joined: 25 Jul 2006
Posts: 4498
Location: Illinois, USA

PostPosted: Fri Jan 01, 2021 7:17 pm    Post subject: Reply with quote

Hu wrote:
but I am curious what changed in x86 17.0 that makes it worth avoiding.

Off the top of my head, the stack changes cause increased memory usage and extra cycles to execute.
Maybe my memory is wrong and it also it would have been best to to have made a 17.0 install on an identical hard drive and tested. But I didn't.

IIRC, and maybe I don't, there was much chatter on the forum about older 32 bit processors slowing down. It seemed reasonable and I put a low priority on the security aspects as I don't surf the web on that machine. FYI, I'm a pretty conservative guy in general. Very politically liberal by today's standards, but rather conservative by 1950's USA standards.
I didn't change. Everyone else did. Starting around 1980.
Back to top
View user's profile Send private message
Display posts from previous:   
Reply to topic    Gentoo Forums Forum Index Portage & Programming All times are GMT
Page 1 of 1

 
Jump to:  
You cannot post new topics in this forum
You cannot reply to topics in this forum
You cannot edit your posts in this forum
You cannot delete your posts in this forum
You cannot vote in polls in this forum