Gentoo Websites Logo
Go to: Gentoo Home Documentation Forums Lists Bugs Planet Store Wiki Get Gentoo!
Bug 239114 - ROOT=/some/root emerge --emptytree system does not works ?
Summary: ROOT=/some/root emerge --emptytree system does not works ?
Alias: None
Product: Portage Development
Classification: Unclassified
Component: Core (show other bugs)
Hardware: All Linux
: High normal (vote)
Assignee: Portage team
Depends on:
Blocks: 137867 155723
  Show dependency tree
Reported: 2008-09-30 05:32 UTC by xeb
Modified: 2018-06-24 06:51 UTC (History)
2 users (show)

See Also:
Package list:
Runtime testing required: ---

emerge.log (emerge.log,214.16 KB, text/plain)
2008-09-30 05:47 UTC, xeb

Note You need to log in before you can comment on or make changes to this bug.
Description xeb 2008-09-30 05:32:08 UTC
I tries to rebuild (--emptytree) system at other ROOT (/usr/armv5te-softfloat-linux-gnueabi), but it tries to rebuild my main system at /, is it right ?

Reproducible: Always

emerge --info
Portage (default/linux/amd64/2008.0, gcc-4.3.1, glibc-2.7-r2, 2.6.26-gentoo-r1 x86_64)
System uname: 2.6.26-gentoo-r1 x86_64 AMD Athlon(tm) 64 X2 Dual Core Processor 6000+
Timestamp of tree: Tue, 30 Sep 2008 01:45:01 +0000
distcc 2.18.3 x86_64-pc-linux-gnu (protocols 1 and 2) (default port 3632) [disabled]
ccache version 2.4 [enabled]
app-shells/bash:     3.2_p33
dev-lang/python:     2.4.4-r13, 2.5.2-r7
dev-python/pycrypto: 2.0.1-r6
dev-util/ccache:     2.4-r7
sys-devel/autoconf:  2.13, 2.61-r2
sys-devel/automake:  1.5, 1.6.3, 1.7.9-r1, 1.8.5-r3, 1.9.6-r2, 1.10.1
sys-devel/binutils:  2.18-r3
sys-devel/gcc-config: 1.4.0-r4
sys-devel/libtool:   1.5.26
virtual/os-headers:  2.6.23-r3
CFLAGS="-march=athlon64 -msse3 -pipe -O2 -fomit-frame-pointer"
CONFIG_PROTECT="/etc /usr/kde/3.5/env /usr/kde/3.5/share/config /usr/kde/3.5/shutdown /usr/share/config"
CONFIG_PROTECT_MASK="/etc/env.d /etc/fonts/fonts.conf /etc/gconf /etc/php/apache2-php5/ext-active/ /etc/php/cgi-php5/ext-active/ /etc/php/cli-php5/ext-active/ /etc/revdep-rebuild /etc/terminfo /etc/udev/rules.d"
CXXFLAGS="-march=athlon64 -msse3 -pipe -O2 -fomit-frame-pointer"
FEATURES="ccache distlocks metadata-transfer parallel-fetch sandbox sfperms strict unmerge-orphans userfetch"
LINGUAS="en ru"
PORTAGE_RSYNC_OPTS="--recursive --links --safe-links --perms --times --compress --force --whole-file --delete --stats --timeout=180 --exclude=/distfiles --exclude=/local --exclude=/packages"
USE="X alsa amd64 arts berkdb bzip2 cli cracklib crypt dri gdbm gif gpm iconv isdnlog jpeg kdeenablefinal kdehiddenvisibility midi mmx mp3 mudflap multilib ncurses nls nptl nptlonly opengl openmp pam pcre perl png pppd python readline reflection session spl sse sse2 ssl ssse3 sysfs tcpd vorbis xorg zlib" 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" ALSA_PCM_PLUGINS="adpcm alaw asym copy dmix dshare dsnoop empty extplug file hooks iec958 ioplug ladspa lfloat linear meter mmap_emul mulaw multi null plug rate route share shm softvol" APACHE2_MODULES="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 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" ELIBC="glibc" INPUT_DEVICES="evdev keyboard mouse" KERNEL="linux" LCD_DEVICES="bayrad cfontz cfontz633 glk hd44780 lb216 lcdm001 mtxorb ncurses text" LINGUAS="en ru" USERLAND="GNU" VIDEO_CARDS="nv radeonhd"
Comment 1 Zac Medico gentoo-dev 2008-09-30 05:40:53 UTC
Please post emerge --pretend --debug output for the command which you believe is behaving incorrectly. Note that it's normal for it to update build time dependencies (DEPEND) on the main system.
Comment 2 xeb 2008-09-30 05:47:40 UTC
Created attachment 166800 [details]

ROOT=/usr/armv5te-softfloat-linux-gnueabi emerge --debug --pretend --emptytree system

you can see it tries to rebuild my system packages instead packages at /usr/armv5te-softfloat-linux-gnueabi
Comment 3 Zac Medico gentoo-dev 2008-09-30 06:00:00 UTC
I get the same result here with portage-2.2_rc11. Apparently we need to update all --empty logic so that it only applies to the ROOT that you've selected.
Comment 4 xeb 2008-09-30 06:08:53 UTC
ok thanks
Comment 5 solar (RETIRED) gentoo-dev 2009-03-29 20:49:17 UTC
This was  fixed with the introduction --rdeps-only/--root-deps r13245
Should be in the stores near you soon.
Comment 6 Sebastian Luther (few) 2010-05-01 16:43:44 UTC
Any reason this bug is still open?
Comment 7 Zac Medico gentoo-dev 2012-09-09 05:18:22 UTC
(In reply to comment #6)
> Any reason this bug is still open?

Looking at the depgraph select_pkg code, it looks like we could tweak the empty logic so it only applies to target_root (like I said in comment #3).

Using --root-deps, as suggested in comment #5, makes the symptom go away but the real problem is still there since it should behave correctly even without --root-deps.
Comment 8 Zac Medico gentoo-dev 2012-09-15 03:59:10 UTC
I suppose the problem could also be considered to extend to most of the options that affect package selection and traversal of the dependency graph. Consider all of the following options:


There's good reason for the user to only want these options to apply to that target root, and do a little a possible to the host root (maybe just install some unsatisfied build-time deps and nothing more).
Comment 9 Zac Medico gentoo-dev 2012-09-15 05:36:00 UTC
My plan is to take a bunch of these depgraph parameters that currently apply to both target and host roots, and have separate sets of parameters for each root. That should give us all of the flexibility that we need to get any behavior that we desire.
Comment 10 dE 2018-06-24 06:51:34 UTC
Although --root-deps does work, but the the package which depends on it still uses the static archives as installed on the host.

As a result kwin fails with -- 
lto1: fatal error: bytecode stream in file '/usr/lib64/libQt5UiTools.a' generated with LTO version 5.2 instead of the expected 6.0

even though /usr/lib64/libQt5UiTools.a is not build with LTO in ROOT. If I build /usr/lib64/libQt5UiTools.a without LTO in the host, then kwin compiles.