Gentoo Websites Logo
Go to: Gentoo Home Documentation Forums Lists Bugs Planet Store Wiki Get Gentoo!
Bug 71805 - lirc-0.7.0 fails to emerge
Summary: lirc-0.7.0 fails to emerge
Alias: None
Product: Gentoo Linux
Classification: Unclassified
Component: Current packages (show other bugs)
Hardware: x86 All
: High normal (vote)
Assignee: Heinrich Wendel (RETIRED)
Depends on:
Reported: 2004-11-19 18:09 UTC by Andy Dalton
Modified: 2004-12-15 08:50 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 Andy Dalton 2004-11-19 18:09:57 UTC
When trying to emerge the latest version of lirc with gentoo-dev-sources 2.6.9-r4, I get the following error:

!!! ERROR: app-misc/lirc-0.7.0 failed.
!!! Function kernel-mod_configoption_builtin, Line 114, Exitcode 1
!!! kernel has not been configured yet
!!! If you need support, post the topmost build error, NOT this status message.

/usr/src/linux is a softlink that points to /usr/src/linux-2.6.9-gentoo-r4/

I'm using config-kernel with a koutput dir of /var/tmp/kernel-output and the configuration for my kernel is in /var/tmp/kernel-output/2.6.9-gentoo-r4.  I'm not sure why the ebuild isn't happy with this configuration as the previous ebuild compiled successfully.

Portage 2.0.51-r3 (default-linux/x86/2004.2, gcc-3.3.4, glibc-, 2.6.9-gentoo-r4 i686)
System uname: 2.6.9-gentoo-r4 i686 AMD Athlon(tm) processor
Gentoo Base System version 1.4.16
Autoconf: sys-devel/autoconf-2.59-r5
Automake: sys-devel/automake-1.8.5-r1
Binutils: sys-devel/binutils-
Headers:  sys-kernel/linux26-headers-
Libtools: sys-devel/libtool-1.5.2-r5
CFLAGS="-march=athlon-tbird -O2 -fforce-addr -fomit-frame-pointer -frename-registers -ftracer -pipe"
CONFIG_PROTECT="/etc /usr/X11R6/lib/X11/xkb /usr/kde/2/share/config /usr/kde/3.3/env /usr/kde/3.3/share/config /usr/kde/3.3/shutdown /usr/kde/3/share/config /usr/share/config /usr/share/texmf/dvipdfm/config/ /usr/share/texmf/dvips/config/ /usr/share/texmf/tex/generic/config/ /usr/share/texmf/tex/platex/config/ /usr/share/texmf/xdvi/ /var/qmail/control"
CONFIG_PROTECT_MASK="/etc/gconf /etc/terminfo /etc/env.d"
CXXFLAGS="-march=athlon-tbird -O2 -fforce-addr -fomit-frame-pointer -frename-registers -ftracer -pipe"
FEATURES="autoaddcvs autoconfig ccache distlocks sandbox sfperms"
USE="3dnow 3dnowex X Xaw3dxml acpi alsa apm arts avi berkdb bitmap-fonts cdr cjk crypt cscope cups curl dga encode esd ethereal evo f77 fam fbcon flac foomaticdb fortran gd gdbm gif gpm gtk gtk2 imagemagick imap imlib innodb java jpeg junit kde lcms libg++ libwww live lzo mad mbox memlimit mikmod mmx mmx2 motif mpeg mysql nas ncurses nls nptl offensive oggvorbis opengl oss pam pdflib perl plotutils png python qt quicktime readline rtc ruby samba sasl scanner sdl slang snmp spell sse ssl svga tcltk tcpd tetex theora threads tiff truetype usb videos wmf x86 xml xml2 xmms xv xvid zlib"
Comment 1 Daniel Gebhardt 2004-11-20 17:04:18 UTC
Same here, might this have something to do with the 'kernel-output'? As afaik config-kernel and kernel outbut is still considered broken.

Comment 2 Andy Dalton 2004-11-20 22:34:49 UTC
If I remember correctly (and I might not be), the previous ebuild for lirc required using the koutput stuff?

Comment 3 Heinrich Wendel (RETIRED) gentoo-dev 2004-11-29 04:47:03 UTC
koutput is deprecated, it seems that the kernel in /usr/src/linux is not the one you are currently running, or you cleaned that directory with make mrproper/clean
Comment 4 Andy Dalton 2004-12-01 02:36:09 UTC
My /usr/src/linux is the kernel I'm trying to compile for, but like I said I was using koutput.  I was not aware that koutput is deprecated.  After reverting back to the 'normal' way of building my kernel, lirc emerges successfully.

I started using koutput when lirc-0.7.0_pre7 suggested it with the following message:

 * Due to the 2.6 kernel build system, external module compilation
 * with a normal setup requires write access to //usr/src/linux
 * There are several ways to fix/prevent this.
 * Users can willingly let portage make this writable by doing
 * # config-kernel --allow-writable yes
 * However, this is considered a security risk!
 * The prefered method is to enable Gentoo's new 'koutput' method
 * for kernel modules. See the doc
 * To enable this, you'll need to run
 * # config-kernel --output-dir /var/tmp/kernel-output
 * and then install a new kernel

You might consider adding a message to the current lirc ebuild to let users know that koutput is deprecated and that they should go back to building the kernels the 'normal' way.


Comment 5 Heinrich Wendel (RETIRED) gentoo-dev 2004-12-05 02:42:11 UTC
what about lirc-0.7.0-r1?
Comment 6 Heinrich Wendel (RETIRED) gentoo-dev 2004-12-05 02:42:30 UTC
what about lirc-0.7.0-r1?
Comment 7 Daniel Gebhardt 2004-12-05 06:14:39 UTC
Can't really tell if the new 0.7.0-r1 solves it. But it will work fine now on the gentoo-dev-sources-2.6.9-r9 _without_ using the deprecated koutput stuff.

Comment 8 Andy Dalton 2004-12-15 08:50:14 UTC
Works for me.  Thanks!