Gentoo Websites Logo
Go to: Gentoo Home Documentation Forums Lists Bugs Planet Store Wiki Get Gentoo!
Bug 40565 - Emerge should skip errors if possible like make -k
Summary: Emerge should skip errors if possible like make -k
Status: RESOLVED DUPLICATE of bug 12768
Alias: None
Product: Portage Development
Classification: Unclassified
Component: Conceptual/Abstract Ideas (show other bugs)
Hardware: All Linux
: High enhancement (vote)
Assignee: Portage team
Depends on:
Reported: 2004-02-06 01:02 UTC by Ole Tange
Modified: 2005-07-17 13:06 UTC (History)
1 user (show)

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


Note You need to log in before you can comment on or make changes to this bug.
Description Ole Tange 2004-02-06 01:02:18 UTC
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 
CFLAGS="-Os -pipe" 
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" 
FEATURES="autoaddcvs buildpkg ccache sandbox" 
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"
Comment 1 Imad R. Faiad 2004-02-06 01:41:34 UTC
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.
Comment 2 Ole Tange 2004-02-06 02:22:57 UTC
--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.

Comment 3 Ole Tange 2004-02-06 02:29:34 UTC
I forgot to ask:

What problems do you see arising if emerge worked like make -k?
Comment 4 SpanKY gentoo-dev 2004-02-06 06:18:18 UTC
i'm pretty sure there's a bug already requesting this, but i cant seem to find it
Comment 5 Radek Podgorny 2004-02-06 06:50:47 UTC
I'd really like to see such a feature in portage...

Comment 6 ferret 2004-02-06 07:05:47 UTC
bug 12768 perhaps?
Comment 7 SpanKY gentoo-dev 2004-02-06 07:11:59 UTC
thats the one, thanks

*** This bug has been marked as a duplicate of 12768 ***
Comment 8 Imad R. Faiad 2004-02-06 12:27:51 UTC
@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.
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.