Gentoo Websites Logo
Go to: Gentoo Home Documentation Forums Lists Bugs Planet Store Wiki Get Gentoo!
Bug 37015 - Genkernel 3.x could have slimmer dependencies
Summary: Genkernel 3.x could have slimmer dependencies
Status: RESOLVED FIXED
Alias: None
Product: Gentoo Hosted Projects
Classification: Unclassified
Component: genkernel (show other bugs)
Hardware: x86 Linux
: High enhancement (vote)
Assignee: Gentoo Genkernel Maintainers
URL:
Whiteboard:
Keywords:
: 41356 44049 (view as bug list)
Depends on:
Blocks:
 
Reported: 2004-01-02 05:25 UTC by Onkel jot
Modified: 2004-07-28 05:18 UTC (History)
8 users (show)

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


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Onkel jot 2004-01-02 05:25:04 UTC
genkernel 3.x dies when building a 2.4.22-r2 kernel without bootsplash being emerged

Reproducible: Always
Steps to Reproduce:
1. emerge unmerge bootsplash
2. genkernel all

Actual Results:  
genkernel died. new kernel is copied to /boot, initrd not.

Expected Results:  
Either have bootsplash as a dependency to genkernel or ignore bootsplash if not
emerged

workaround: emerge bootsplash before genkernel

Gentoo Base System version 1.4.3.12
Portage 2.0.49-r20 (default-x86-1.4, gcc-3.3.2, glibc-2.3.3_pre20031222-r0,
2.4.22-gentoo-r2)
=================================================================
System uname: 2.4.22-gentoo-r2 i686 Intel(R) Pentium(R) 4 CPU 1.80GHz
ACCEPT_KEYWORDS="x86 ~x86"
AUTOCLEAN="yes"
CFLAGS="-O2 -march=pentium4 -msse2 -funroll-loops -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
/var/qmail/control"
CONFIG_PROTECT_MASK="/etc/gconf /etc/env.d"
CXXFLAGS="-O2 -march=pentium4 -msse2 -funroll-loops -pipe"
DISTDIR="/usr/portage/distfiles"
FEATURES="autoaddcvs ccache sandbox"
GENTOO_MIRRORS="http://gentoo.oregonstate.edu
http://distro.ibiblio.org/pub/Linux/distributions/gentoo"
MAKEOPTS="-j2"
PKGDIR="/usr/portage/packages"
PORTAGE_TMPDIR="/var/tmp"
PORTDIR="/usr/portage"
PORTDIR_OVERLAY=""
SYNC="rsync://rsync.gentoo.org/gentoo-portage"
USE="X apm arts avi berkdb crypt cups encode esd foomaticdb gdbm gif gnome gpm
gtk gtk2 imlib java jpeg kde libg++ libwww mad mikmod motif mpeg ncurses nls
oggvorbis opengl oss pam pdflib perl png python qt quicktime readline sdl slang
spell ssl svga tcpd truetype x86 xml2 xmms xv zlib"
Comment 1 Mike Morris 2004-01-15 01:19:37 UTC
I see that genkernel-3.0.1_beta4 attempts to fix this simply by listing a dependency on bootsplash.

Wrong answer!

Not so minor if the system in question has
    USE="-X -gtk -gnome -alsa -kde -qt -motif -opengl -imlib"
(irrelevant flags omitted) since the dependency on bootsplash results in dependencies on
    media-libs/libmng
    media-libs/lcms
    media-libs/jpeg
    media-libs/freetype
so a lot of <polite>stuff</polite> getting emerged onto a headless server.

Respectfully suggest that severity by upped to MAJOR.
Comment 2 Brad House 2004-01-18 07:57:31 UTC
closing as invalid.
it doesn't emerge that much stuff, deal with it until we
have a use flag to specifically turn it on.  Or don't
use genkernel
Comment 3 Jon Portnoy (RETIRED) gentoo-dev 2004-01-20 10:38:21 UTC
Reopening as an enhancement request
Comment 4 Jon Portnoy (RETIRED) gentoo-dev 2004-01-20 10:56:56 UTC
Ideally, couldn't genkernel simply test for the presence of whatever binary it needs from bootsplash, use it if it's there, inform the user if it isn't and continue without a bootsplash image?

I haven't looked at the actual code.
Comment 5 Brad House 2004-02-14 08:49:13 UTC
*** Bug 41356 has been marked as a duplicate of this bug. ***
Comment 6 Kurt Lieber (RETIRED) gentoo-dev 2004-02-14 09:21:07 UTC
As mentioned in #41356, passing --no-bootsplash is an option.  However, that still requires that the bootsplash bloat be installed on the LiveCD.  i'd like to second/third/fourth/whatever the request that genkernel have a better way of handling this.

Given that catalyst depends on genkernel, we don't have an option of "not using genkernel" as suggested earlier.  
Comment 7 Brad House 2004-02-14 20:06:14 UTC
shouldn't have 'bloat' in the resulting livecd if you clean
/etc/bootsplash
Though most livecds _want_ bootsplash ...
don't know a proper use flag, many people use genkernel just to get
the use flag, so it would have to be a negative use flag like, not
specify it to get it ....
Comment 8 Brad House 2004-02-14 20:06:51 UTC
s/to get the use flag/to get bootsplash/
Comment 9 Tim Yamin (RETIRED) gentoo-dev 2004-03-04 09:26:12 UTC
[[ Reassigning ]]
Comment 10 Tim Yamin (RETIRED) gentoo-dev 2004-03-15 11:59:23 UTC
*** Bug 44049 has been marked as a duplicate of this bug. ***
Comment 11 Tim Yamin (RETIRED) gentoo-dev 2004-03-15 12:12:21 UTC
Well, Genkernel will happily work without bootsplash so I don't see why it's listed as a dependency: so we just need to add a bootsplash USE flag and I think this is sorted...
Comment 12 Dewet Diener 2004-03-25 07:20:05 UTC
A similar problem also occurs if dietlibc isn't installed:  genkernel gets emerged happily, but dies after building the kernel while preparing to assemble the initrd.
Comment 13 Tim Yamin (RETIRED) gentoo-dev 2004-07-28 05:18:59 UTC
I've added an optional local bootsplash USE flag which will pull in bootsplash when enabled but not otherwise; so I'm closing this as FIXED.