[gentoo-amd64] emerge --emptytree

[gentoo-amd64] emerge --emptytree

[Keith Jackson]

Why does

emerge --emptytree world

upgrade and install new packages while

emerge --upgrade world --deep --newuse

does nothing?



It seems to me if I'm properly updated, shouldn't emptytree be straight 
re-installs all the way down? Yes, I've tried both 'system' and 'world'.

Just in case anyone asks, I'll pre-empt with emerge --info:

hurricane postfix # emerge --info
Portage 2.1.6.13 (default/linux/amd64/10.0, gcc-4.3.4, 
glibc-2.9_p20081201-r2, 2.6.30-gentoo-r5 x86_64)
=================================================================
System uname: 
Linux-2.6.30-gentoo-r5-x86_64-Intel-R-_Xeon-R-_CPU_X3320_@_2.50GHz-with-gentoo-1.12.13
Timestamp of tree: Mon, 04 Jan 2010 03:15:01 +0000
app-shells/bash:     4.0_p35
dev-lang/python:     2.6.4
sys-apps/baselayout: 1.12.13
sys-apps/sandbox:    1.6-r2
sys-devel/autoconf:  2.63-r1
sys-devel/automake:  1.9.6-r2, 1.10.2
sys-devel/binutils:  2.18-r3
sys-devel/gcc-config: 1.4.1
sys-devel/libtool:   2.2.6b
virtual/os-headers:  2.6.27-r2
ACCEPT_KEYWORDS="amd64"
CBUILD="x86_64-pc-linux-gnu"
CFLAGS="-O3 -pipe -march=native"
CHOST="x86_64-pc-linux-gnu"
CONFIG_PROTECT="/etc"
CONFIG_PROTECT_MASK="/etc/ca-certificates.conf /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/sandbox.d /etc/terminfo 
/etc/texmf/language.dat.d /etc/texmf/language.def.d /etc/texmf/updmap.d 
/etc/texmf/web2c /etc/udev/rules.d"
CXXFLAGS="-O3 -pipe -march=native"
DISTDIR="/usr/portage/distfiles"
FEATURES="distlocks fixpackages parallel-fetch protect-owned sandbox 
sfperms strict unmerge-orphans userfetch"
GENTOO_MIRRORS="http://mirror.usu.edu/mirrors/gentoo/ "
LDFLAGS="-Wl,-O1"
MAKEOPTS="-j5"
PKGDIR="/usr/portage/packages"
PORTAGE_CONFIGROOT="/"
PORTAGE_RSYNC_OPTS="--recursive --links --safe-links --perms --times 
--compress --force --whole-file --delete --stats --timeout=180 
--exclude=/distfiles --exclude=/local --exclude=/packages"
PORTAGE_TMPDIR="/var/tmp"
PORTDIR="/usr/portage"
SYNC="rsync://rsync.namerica.gentoo.org/gentoo-portage"
USE="3dnow X509 a52 aac amd64 amr apache2 aspnet2 bash-completion berkdb 
bzip2 calendar chroot cli cracklib crypt ctype cxx daemon doc 
dovecot-sasl dri encode fam ftp gd gdbm geoip gif hardcoded-tables iconv 
imap imlib jpeg jpeg2k managesieve mmx mmxext modules mono moonlight mp3 
mudflap multilib mysql mysqli ncurses network nptl nptlonly ogg openmp 
pam pcre perl plugins png pop3d posix pppd python readline reflection 
remote session sieve slang sockets spell spl sql sse sse2 sse3 ssl ssse3 
stats sysfs sysvipc theora threads tiff truetype unicode v41 vhosts 
vorbis x264 xattr xml xorg xvid zip 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="keyboard mouse evdev" 
KERNEL="linux" LCD_DEVICES="bayrad cfontz cfontz633 glk hd44780 lb216 
lcdm001 mtxorb ncurses text" RUBY_TARGETS="ruby18" USERLAND="GNU" 
VIDEO_CARDS="fbdev glint intel mach64 mga neomagic nv r128 radeon savage 
sis tdfx trident vesa via vmware voodoo"
Unset:  CPPFLAGS, CTARGET, EMERGE_DEFAULT_OPTS, FFLAGS, INSTALL_MASK, 
LANG, LC_ALL, LINGUAS, PORTAGE_COMPRESS, PORTAGE_COMPRESS_FLAGS, 
PORTAGE_RSYNC_EXTRA_OPTS, PORTDIR_OVERLAY

Re: [gentoo-amd64] emerge --emptytree

[Joachim]

W dniu 04.01.2010 09:24, Keith Jackson pisze:
> Why does
>
> emerge --emptytree world
>
> upgrade and install new packages while
>
> emerge --upgrade world --deep --newuse
>
What about

emerge --with-bdeps y -uDNp world

?

[gentoo-amd64] Re: emerge --emptytree

[Duncan]

Joachim posted on Mon, 04 Jan 2010 10:12:09 +0100 as excerpted:

> W dniu 04.01.2010 09:24, Keith Jackson pisze:
>> Why does
>>
>> emerge --emptytree world
>>
>> upgrade and install new packages while
>>
>> emerge --upgrade world --deep --newuse
>>
> What about
> 
> emerge --with-bdeps y -uDNp world
> 
> ?

Just what I was going to ask.  See the emerge manpage for the details on 
--with-bdeps (which I decided to put in my EMERGE_DEFAULT_OPTS in one of 
the files sourced by my make.conf, see the make.conf manpage for that).

-- 
Duncan - List replies preferred.   No HTML msgs.
"Every nonfree program has a lord, a master --
and if you use the program, he is your master."  Richard Stallman

Re: [gentoo-amd64] Re: emerge --emptytree

[Philipp Paul]

[-- Attachment #1: Type: text/plain, Size: 363 bytes --]

Is it allowed to pass options after the name of the ( meta- ) package, which
you want to emerge ?
What does

emerge --upgrade --deep --newuse world

tell you ?
There might be a problem with that, because as far as i know the '
--emptytree ' option does nothing else than to rebuild world against the
current insalled gcc&binutils (plus updating it, as it seems).

[-- Attachment #2: Type: text/html, Size: 405 bytes --]

[gentoo-amd64] Re: emerge --emptytree

[Duncan]

Philipp Paul posted on Mon, 04 Jan 2010 15:26:40 +0100 as excerpted:

> Is it allowed to pass options after the name of the ( meta- ) package,
> which you want to emerge ?
> What does
> 
> emerge --upgrade --deep --newuse world
> 
> tell you ?
> There might be a problem with that, because as far as i know the '
> --emptytree ' option does nothing else than to rebuild world against the
> current insalled gcc&binutils (plus updating it, as it seems). Is it
> allowed to pass options after the name of the ( meta- ) package, which
> you want to emerge ?<br>What does <br><br>emerge --upgrade --deep
> --newuse world<br><br>tell you ?<br>There might be a problem with that,
> because as far as i know the &#39; --emptytree &#39; option does nothing
> else than to rebuild world against the current insalled gcc&amp;binutils
> (plus updating it, as it seems).<br> <br>

If you'd turn off HTML, your posts would be far easier to read...

Good point on the options after parameters thing.  I don't know, but it's 
not good form even if it is parsed as desired.

If you don't use --update, --emptytree shouldn't update, just rebuild 
current versions.  But rebuilding requires build-dependencies which 
aren't required at runtime, and if --with-bdeps=y (equals or space, 
either way, I prefer equals) isn't used by default and isn't specified, 
such build-time dependencies may be removed by --depclean, and won't be 
updated or pulled in by the normal updates.

Treating bdeps differently in this regard is a fairly new portage 
feature, FWIW.  As I follow portage development (on the 2.2 test branch 
ATM, since only it has sets -- I no longer user a world file, as I've 
sorted all former world file entries into sets, which are pulled in by 
the world_sets file) rather closely, when it was added, I saw the 
changelog entries for it, read the bugs involved, etc, and changed my 
make.conf settings appropriately, adding --with-bdeps=y to my defaults, 
so portage always includes them in updates, etc, unless I specifically 
overrule it on the command line (which I've never found occasion to do).

-- 
Duncan - List replies preferred.   No HTML msgs.
"Every nonfree program has a lord, a master --
and if you use the program, he is your master."  Richard Stallman