I just did emerge -u world and went home expecting the emerge have completed today. But unfortunately not so. Fairly early in the upgrade a package failed (galeon depending on gtk2). It is probably impossible to avoid any package failing, but it should be possible to continue with any packages that do not depend on the failing package. make -k does that: When a target fails make simply skips anything that depends on this target, but tries compiling everything else. If this was implemented I probably would have to emerge 3 or 4 failing packages today. As it is now I will have to emerge 32 packages. Reproducible: Sometimes Steps to Reproduce: Portage 2.0.49-r20 (default-x86-1.4, gcc-3.2.3, glibc-2.3.2-r9, 2.4.20) ================================================================= System uname: 2.4.20 i686 Intel(R) Pentium(R) 4 CPU 2.40GHz Gentoo Base System version 1.4.3.10 ACCEPT_KEYWORDS="x86" AUTOCLEAN="yes" CFLAGS="-Os -pipe" CHOST="i686-pc-linux-gnu" COMPILER="gcc3" CONFIG_PROTECT="/etc /usr/X11R6/lib/X11/xkb /usr/kde/2/share/config /usr/kde/3.1/share/config /usr/kde/3/share/config /usr/share/config /usr/share/texmf/tex/generic/config/ /usr/share/texmf/tex/platex/config/ /var/qmail/control" CONFIG_PROTECT_MASK="/etc/gconf /etc/env.d" CXXFLAGS="-Os -pipe" DISTDIR="/usr/portage/distfiles" FEATURES="autoaddcvs buildpkg ccache sandbox" GENTOO_MIRRORS="rsync://ftp.belnet.be/gentoo/ ftp://ftp.belnet.be/mirror/rsync.gentoo.org/gentoo/ http://ftp.belnet.be/mirror/rsync.gentoo.org/gentoo/ ftp://gentoo.linux.no/pub/gentoo/ http://gentoo.linux.no/" MAKEOPTS="-j1" PKGDIR="/usr/portage/packages" PORTAGE_TMPDIR="/var/tmp" PORTDIR="/usr/portage" PORTDIR_OVERLAY="/usr/local/portage" SYNC="rsync://rsync.gentoo.org/gentoo-portage" USE="X acpi apm arts avi berkdb bonobo cdr crypt cups curl debug dga directfb doc dvb dvd emacs encode esd ethereal evo flash foomaticdb gb gd gdbm gif gnome gphoto2 gpm gtk gtk2 gtkhtml guile imap imlib innodb java jpeg kde lcms ldap libg++ libgda libwww lids lirc mad mbox mikmod motif mozilla mozsvg mpeg mysql nas ncurses nls oav oggvorbis opengl oss pam pda pdflib perl png postgres python qt quicktime readline samba sasl scanner sdl slang snmp spell sse ssl svga tcltk tcpd tetex tiff truetype wmf x86 xinerama xml2 xmms xv zlib"
have you tried emerge --resume --skipfirst ?? it is not a good idea to have emerge skip errors automatically. should errors be encountered, and you know what you are doing, skip them manually using the above mentioned emerge options. HTH
--resume --skipfirst requires manual intervention. > it is not a good idea to have emerge skip errors automatically. I strongly disagree on this. A failure to upgrade Galeon should not block the upgrade of KDE. It should, however, block any upgrade that depends on Galeon. Just like make -k does not _ignore_ errors emerge should not ignore them. make -k simply tries to compile as much as is possible according to the dependency graph. If make -k cannot compile everything it exits with an error - but only after it has compiled as much as possible. And it is this behaviour I would like in emerge: Do not ignore errors, but postpone them until as much as possible is installed.
I forgot to ask: What problems do you see arising if emerge worked like make -k?
i'm pretty sure there's a bug already requesting this, but i cant seem to find it
I'd really like to see such a feature in portage... Radek
bug 12768 perhaps?
thats the one, thanks *** This bug has been marked as a duplicate of 12768 ***
@Ole Tange, I am a minimalist, the simpler the tool the better. I would rather drive a car with a stick shift. Let the software do what it can do best, and couple the later the with what human brain can do and you will have the best tool which mere mortal can benefit from. Unless of course, where software and hardware likewise will supersedes the human brain. HTH PS I am not religious about my opinions, yours might differ, and I must admit that I do find them enlightening, after all we are all ignorant, and one of the purposes of human interactions is to broaden one's perspective.
