Whenever I build x86 - x86/amd64 and get to genkernel all it needs emerge lzma-util before it will build successfully. Reproducible: Always Steps to Reproduce: 1. Follow Docs to the letter 2. attempt to run genkernel all Actual Results: Fails because of dependency with missing command LZMA Expected Results: Include emerge lzma-util before genkernel all. Or package carrying similar command to compensate.
I'm pretty sure this is a missing dependency in the genkernel ebuilds, so I'm reassigning it to the genkernel maintainers. If there's still a documentation change that needs to be made, please let the GDP know. Thanks!
I think this arises as follows. In the part of the handbook that decribes genkernel there is this: # zcat /proc/config.gz > /usr/share/genkernel/arch/x86_64/kernel-config So genkernel will start of with the kernel config that you are currently running. If you are on a current 10.1 gentoo-live-dvd it will have kernel compression with lzma enabled and you run into the bug. I think this part of the handbook is pretty hazardous. It somehow assumes that there is some useful config in /proc/config.gz, but if you booted from some other arbitrary other computer and not a live-distro than anything might be there. Ok, maybe the handbook can assume that you booted a live-distro, I'm unsure. By the way, on my system app-arch/xz-utils implements lzma. What is in app-arch/lzma-utils ??
Josh, sorry to disturb, can you look at this again.
Again, this is a missing dependency, not a documentation issue. There's nothing *I* can do about it. It's the responsibility of the genkernel/releng maintainers. I've CCed the rest of the releng team on this, as they can possibly make the changes.
Ran into this today almost a year after it was originally reported. I'm aware that Josh can't act on this, but is there something the release team can do? Or is it dependent on something that's currently pending?
We could theoretically add that as a use-flag-controlled dependency (say "xz? (app-arch/xz-utils )") to gentoo-sources, though I expect others to object to that. It would probably be off by default. Would that even help you?
I agree with Josh that xz-utils should be a dependency of genkernel. However, as xz-utils is becoming increasingly "appealing", I'll send an email to the dev ml proposing to add xz-utils to the system set. That way it'll be pulled in to the stage3 files to fix this issue for new installs as well.
(In reply to comment #7) > I agree with Josh that xz-utils should be a dependency of genkernel. Why of genkernel? > However, as xz-utils is becoming increasingly "appealing", I'll send an email > to the dev ml proposing to add xz-utils to the system set. That way it'll be > pulled in to the stage3 files to fix this issue for new installs as well. That's an interesting idea.
(chroot) livecd / # emerge --info Portage 2.1.9.25 (hardened/linux/amd64, gcc-4.4.4, glibc-2.11.2-r3, 2.6.36-gentoo-r5 x86_64) ================================================================= System uname: Linux-2.6.36-gentoo-r5-x86_64-AMD_Athlon-tm-_64_X2_Dual_Core_Processor_5000+-with-gentoo-1.12.14 Timestamp of tree: Tue, 18 Jan 2011 18:15:01 +0000 app-shells/bash: 4.1_p7 dev-java/java-config: 2.1.11-r3 dev-lang/python: 2.6.6-r1, 3.1.2-r4 sys-apps/baselayout: 1.12.14-r1 sys-apps/sandbox: 2.4 sys-devel/autoconf: 2.65-r1 sys-devel/automake: 1.11.1 sys-devel/binutils: 2.20.1-r1 sys-devel/gcc: 4.4.4-r2 sys-devel/gcc-config: 1.4.1 sys-devel/libtool: 2.2.10 sys-devel/make: 3.81-r2 virtual/os-headers: 2.6.30-r1 (sys-kernel/linux-headers) ACCEPT_KEYWORDS="amd64" ACCEPT_LICENSE="* -@EULA" CBUILD="x86_64-pc-linux-gnu" CFLAGS="-march=athlon64 -O2 -pipe" CHOST="x86_64-pc-linux-gnu" CONFIG_PROTECT="/etc" CONFIG_PROTECT_MASK="/etc/ca-certificates.conf /etc/env.d /etc/env.d/java/ /etc/gconf /etc/sandbox.d /etc/terminfo" CXXFLAGS="-march=athlon64 -O2 -pipe" DISTDIR="/usr/portage/distfiles" FEATURES="assume-digests binpkg-logs distlocks fixlafiles fixpackages news parallel-fetch protect-owned sandbox sfperms strict unknown-features-warn unmerge-logs unmerge-orphans userfetch" GENTOO_MIRRORS="http://lug.mtu.edu/gentoo/ ftp://lug.mtu.edu/gentoo/ ftp://gentoo.llarian.net/pub/gentoo http://gentoo.llarian.net/" LDFLAGS="-Wl,-O1 -Wl,--as-needed" MAKEOPTS="-j2" 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://rsync24.us.gentoo.org/gentoo-portage" USE="acl alsa amd64 berkdb bzip2 cdr cli cracklib crypt cups cxx dri dvd gdbm gpm hardened iconv justify kde mmx modules mudflap multilib ncurses nls nptl nptlonly openmp pam pcre perl pic pni pppd python qt4 readline session sse sse2 ssl sysfs tcpd urandom 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 cgi cgid 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" COLLECTD_PLUGINS="df interface irq load memory rrdtool swap syslog" ELIBC="glibc" GPSD_PROTOCOLS="ashtech aivdm earthmate evermore fv18 garmin garmintxt gpsclock itrax mtk3301 nmea ntrip navcom oceanserver oldstyle oncore rtcm104v2 rtcm104v3 sirf superstar2 timing tsip tripmate tnt ubx" INPUT_DEVICES="keyboard mouse evdev" KERNEL="linux" LCD_DEVICES="bayrad cfontz cfontz633 glk hd44780 lb216 lcdm001 mtxorb ncurses text" PHP_TARGETS="php5-3" RUBY_TARGETS="ruby18" USERLAND="GNU" VIDEO_CARDS="fbdev glint intel mach64 mga neomagic nouveau nv r128 radeon savage sis tdfx trident vesa via vmware dummy v4l" XTABLES_ADDONS="quota2 psd pknock lscan length2 ipv4options ipset ipp2p iface geoip fuzzy condition tee tarpit sysrq steal rawnat logmark ipmark dhcpmac delude chaos account" Unset: CPPFLAGS, CTARGET, EMERGE_DEFAULT_OPTS, FFLAGS, INSTALL_MASK, LANG, LC_ALL, LINGUAS, PORTAGE_BUNZIP2_COMMAND, PORTAGE_COMPRESS, PORTAGE_COMPRESS_FLAGS, PORTAGE_RSYNC_EXTRA_OPTS, PORTDIR_OVERLAY (chroot) livecd / # When I do emerge lzma It said: !!! All ebuilds that could satisfy "app-arch/lzma" have been masked. !!! One of the following masked packages is required to complete your request: - app-arch/lzma-9.20 (masked by: ~amd64 keyword) - app-arch/lzma-4.65 (masked by: ~amd64 keyword) - app-arch/lzma-4.63 (masked by: ~amd64 keyword) For more information, see the MASKED PACKAGES section in the emerge man page or refer to the Gentoo Handbook.
By now app-arch/xz-utils is part of the base system (or any system set), see /usr/portage/profiles/base/packages. Therefore, I assume that this bug can be closed. If there are no objections during the next two weeks, I may close this bug.
(In reply to comment #10) > If there are no objections during the next two weeks, I may close this bug. About two weeks have passed, closing. If there is need to re-open this bug: please go ahead.
