The compile failure is in the kernel module build, and the following output appears relevant: /var/tmp/portage/lirc-0.7.2/work/lirc-0.7.2/drivers/lirc_i2c/lirc_i2c.c: In function `ir_attach`: /var/tmp/portage/lirc-0.7.2/work/lirc-0.7.2/drivers/lirc_i2c/lirc_i2c.c:426: error: `I2C_ALGO_BIT` undeclared (first use in this function) I know I have the in-kernel i2c support enabled, and have the bit algorithm enabled in my kernel. I think this isn't the only driver with a problem, using "any" had a similar compile error with a different driver. Reproducible: Always Steps to Reproduce: 1. Set LIRC_OPTS="--with-driver=hauppauge" 2. emerge lirc Actual Results: Compile Failure Expected Results: I can change channels on my brand new gentoo/mythtv pvr system ;)
Just a note, the driver from the lirc 0.7.3-pre package does compile successfully.
Created attachment 72828 [details] Ebuild for 0.7.3pre1 This is an ebuild for the lirc pre-release. It compiles for the Hauppauge driver, and also on the latest kernel (which is why I tried it!). Give it a try, it might solve the problem.
0.7.3pre1 works for me with vanilla linux-2.6.14.2 but not with linux-2.6.15-rc1.
Re #2: Works for me with gentoo-sources-2.6.14-r2. Thanks! Notes: LIRC_OPTS env variable: LIRC_OPTS='--with-x --enable-debug --with-driver=hauppauge --with-major=61 --with-port=none --with-irq=none' "modprobe lirc_i2c" does the trick for my setup. FYI: has some "make install" errors, but doesn't appear to affect functionality: install: cannot stat `/usr/local/portage/app-misc/lirc/files/lircd': No such fil e or directory install: cannot stat `/usr/local/portage/app-misc/lirc/files/lircmd': No such fi le or directory cp: cannot stat `/usr/local/portage/app-misc/lirc/files/lircd.conf': No such file or directory install: cannot stat `/var/tmp/portage/lirc-0.7.3_pre1/temp/lircd': No such file or directory
*** Bug 106683 has been marked as a duplicate of this bug. ***
*** Bug 111363 has been marked as a duplicate of this bug. ***
Created attachment 73116 [details] lirc-0.7.3_pre1.ebuild updated and cleaned up ebuild. I also used the proposed change in bug #104677 to make the behavior of this ebuild better by default.
Created attachment 73117 [details, diff] lirc-0.7.3_pre1.ebuild.patch Same ebuild above but diff'd against previous in-tree ebuild.
*** Bug 97200 has been marked as a duplicate of this bug. ***
Created attachment 73118 [details] lirc-0.7.3_pre1.ebuild updated and cleaned up ebuild. I also used the proposed change in bug #104677 to make the behavior of this ebuild better by default. Forgot to save all my fixes.
Created attachment 73119 [details, diff] lirc-0.7.3_pre1.ebuild.patch Same ebuild above but diff'd against previous in-tree ebuild.
*** Bug 112893 has been marked as a duplicate of this bug. ***
http://sourceforge.net/mailarchive/forum.php?thread_id=8621016&forum_id=5339 See this for a tiny patch against 0.7.2 submitted to the lirc mailing list.
I tried the patch from http://sourceforge.net/mailarchive/forum.php?thread_id=8621016&forum_id=5339 and lirc-0.7.2 compiles but does not work. No devices are made in /dev. I used to have /dev/lirc/0 but now all I get is /dev/lircd. I do have: lirc_i2c 11908 0 lirc_dev 17192 1 lirc_i2c emerge info--> Portage 2.0.51.22-r3 (default-linux/amd64/2005.0, gcc-3.4.4, glibc-2.3.5-r2, 2.6.14-gentoo-r2 x86_64) ================================================================= System uname: 2.6.14-gentoo-r2 x86_64 AMD Opteron(tm) Processor 246 Gentoo Base System version 1.6.13 dev-lang/python: 2.3.5-r2, 2.4.2 sys-apps/sandbox: 1.2.12 sys-devel/autoconf: 2.13, 2.59-r6 sys-devel/automake: 1.4_p6, 1.5, 1.6.3, 1.7.9-r1, 1.8.5-r3, 1.9.6-r1 sys-devel/binutils: 2.16.1 sys-devel/libtool: 1.5.20 virtual/os-headers: 2.6.11-r2 ACCEPT_KEYWORDS="amd64" AUTOCLEAN="yes" CBUILD="x86_64-pc-linux-gnu" CFLAGS="-march=opteron -mtune=opteron -fomit-frame-pointer -Os -pipe" CHOST="x86_64-pc-linux-gnu" CONFIG_PROTECT="/etc /usr/kde/2/share/config /usr/kde/3.4/env /usr/kde/3.4/share/config /usr/kde/3.4/shutdown /usr/k de/3/share/config /usr/lib/X11/xkb /usr/lib64/mozilla/defaults/pref /usr/share/config /usr/share/texmf/dvipdfm/confi g/ /usr/share/texmf/dvips/config/ /usr/share/texmf/tex/generic/config/ /usr/share/texmf/tex/platex/config/ /usr/shar e/texmf/xdvi/ /var/qmail/control" CONFIG_PROTECT_MASK="/etc/gconf /etc/splash /etc/terminfo /etc/env.d" CXXFLAGS="-march=opteron -mtune=opteron -fomit-frame-pointer -Os -pipe" DISTDIR="/usr/portage/distfiles" FEATURES="autoconfig distlocks sandbox sfperms strict" GENTOO_MIRRORS="http://mirror.phy.olemiss.edu/mirror/gentoo http://mirrors.tds.net/gentoo ftp://gentoo.ccccom.com ht tp://www.ibiblio.org/pub/Linux/distributions/gentoo http://gentoo.osuosl.org" MAKEOPTS="-j3" PKGDIR="/usr/portage/packages" PORTAGE_TMPDIR="/var/tmp" PORTDIR="/usr/portage" PORTDIR_OVERLAY="/usr/local/portage" SYNC="rsync://rsync.namerica.gentoo.org/gentoo-portage" USE="amd64 3xnowex X a52 aac acpi alsa apache2 audiofile avi bash-completion berkdb bitmap-fonts browserplugin bzip2 cdr crypt cups curl directfb divx4linux dts dvd dvdr dvdread effects emboss encode esd ethereal exif expat extensio ns f77 fam fbcon ffmpeg fftw flac foomaticdb fortran gb gd gdbm gif glut gnome gnutls gpm gstreamer gtk gtk2 gtkhtml hal i8x0 idn imagemagick imlib inkjar insecure-savers ithreads java jce jpeg jpg junit lcms libgda libwww lirc live logitech-mouse logrotate lzw lzw-tiff mad maildir mjpeg mng motif mozcalendar mozilla moznocompose moznoirc moznoma il mozsvg mp3 mpeg mpi mpqc mysql mythtv ncurses netcdf network new-login nls no_wxgtk1 nptl nsplugin nvidia offensi ve ogg oggvorbis openal opengl pam pcre pdflib perl plotutils plugin png pnp ppds python quicktime readline recode r tc sasl sdl smp spell ssl startup-notification svg tcltk tcpd tetex threads tiff toolbar truetype truetype-fonts typ e1-fonts udev usb userlocales v4l v4l2 vorbis wmf xchattext xinetd xml xml2 xpm xprint xv xvid zlib userland_GNU ker nel_linux elibc_glibc" Unset: ASFLAGS, CTARGET, LANG, LC_ALL, LDFLAGS, LINGUAS
there is an other problem with the lirc_gpio module! /var/tmp/portage/lirc-0.7.2-r1/work/lirc-0.7.2/drivers/lirc_gpio/lirc_gpio.c:76: Fehler:
there is an other problem with the lirc_gpio module! /var/tmp/portage/lirc-0.7.2-r1/work/lirc-0.7.2/drivers/lirc_gpio/lirc_gpio.c:76: Fehler: »BTTV_UNKNOWN« ist hier nicht deklariert (nicht in einer Funktion) /var/tmp/portage/lirc-0.7.2-r1/work/lirc-0.7.2/drivers/lirc_gpio/lirc_gpio.c:84:1: Warnung: "dprintk" redefined In Datei, eingefügt von /var/tmp/portage/lirc-0.7.2-r1/work/lirc-0.7.2/drivers/lirc_gpio/lirc_gpio.c:53: include/../drivers/media/video/bttvp.h:226:1: Warnung: this is the location of the previous definition /var/tmp/portage/lirc-0.7.2-r1/work/lirc-0.7.2/drivers/lirc_gpio/lirc_gpio.c:102: Fehler: Initialisierungselement ist nicht konstant /var/tmp/portage/lirc-0.7.2-r1/work/lirc-0.7.2/drivers/lirc_gpio/lirc_gpio.c:102: Fehler: (nahe der Initialisierung für »rcv_infos[0].bttv_id«) /var/tmp/portage/lirc-0.7.2-r1/work/lirc-0.7.2/drivers/lirc_gpio/lirc_gpio.c:102: Fehler: Initialisierungselement ist nicht konstant .... and more errors. this happens since 2.6.15-rcX, with 2.6.14 everything is OK. Reproducible: Always Steps to Reproduce: LIRC_OPTS="--with-driver=cph03x" emerge lirc
problems with lirc_gpio.c => replace BTTV_ with BTTV_BOARD_ they changed variables in "bttv.h" in the vanilla 2.6.15 sources.
lirc < 0.7.3 should then block all kernel ebuilds >= 2.6.14. Making a kernel update and ending up in lirc not working is not funny. Having the kernel blocked might save lots of people some time.
The 0.7.3_pre1 gets a lot of dependencies on masked packages if you use a -stable- distribution. emerge --nodeps lirc ...seems to work with a 2.6.14 kernel. Are all dependencies required?
i have got a running lirc-0.7.2 (lirc_dev, lirc_gpio) with kernel 2.6.15-rc5. if anybody wants the ebuild or the patches, tell me!
Did lirc-0.7.3_pre1 get renamed to lirc-0.8.0_pre1? That's what it looks like to me from the web site. Also, there's an ebuild for lirc-0.8.0_pre1 that was mentioned on the mythtv-users mailing list at http://www.jehster.net/gentoo/packages/lirc/lirc-0.8.0_pre1.ebuild if anyone wants to play with it (I'm just relaying the information). It would be really nice to get one of these ebuilds approved and in portage.
I'm having this same problem. I'm trying to upgrade from 2.6.12-r10 to 2.6.14-r2, and lirc dies starting with: make[4]: Entering directory `/usr/src/linux-2.6.14-gentoo-r2' mkdir -p /var/tmp/portage/lirc-0.7.0-r1/work/lirc-0.7.0/drivers/lirc_i2c/.tmp_versions make -f scripts/Makefile.build obj=/var/tmp/portage/lirc-0.7.0-r1/work/lirc-0.7.0/drivers/lirc_i2c gcc -m32 -Wp,-MD,/var/tmp/portage/lirc-0.7.0-r1/work/lirc-0.7.0/drivers/lirc_i2c/.lirc_i2c.o.d -nostdinc -isystem /usr/lib/gcc-lib/i686-pc-linux-gnu/3.3.6/include -D__KERNEL__ -Iinclude -Wall -Wundef -Wstrict-prototypes -Wno-trigraphs -fno-strict-aliasing -fno-common -ffreestanding -O2 -fomit-frame-pointer -pipe -msoft-float -mpreferred-stack-boundary=2 -march=athlon -Iinclude/asm-i386/mach-default -DIRCTL_DEV_MAJOR=61 -DEXPORT_SYMTAB -DHAVE_CONFIG_H -I. -I. -I../.. -I /var/tmp/portage/lirc-0.7.0-r1/work/lirc-0.7.0/drivers/lirc_i2c/../.. -I /usr/src/linux//include/ -DMODULE -DKBUILD_BASENAME=lirc_i2c -DKBUILD_MODNAME=lirc_i2c -c -o /var/tmp/portage/lirc-0.7.0-r1/work/lirc-0.7.0/drivers/lirc_i2c/lirc_i2c.o /var/tmp/portage/lirc-0.7.0-r1/work/lirc-0.7.0/drivers/lirc_i2c/lirc_i2c.c In file included from include/linux/rcuref.h:36, from include/linux/fs.h:12, from /var/tmp/portage/lirc-0.7.0-r1/work/lirc-0.7.0/drivers/lirc_dev/lirc_dev.h:24, from /var/tmp/portage/lirc-0.7.0-r1/work/lirc-0.7.0/drivers/lirc_i2c/lirc_i2c.c:65: include/linux/interrupt.h:30: error: conflicting types for `irqreturn_t' /var/tmp/portage/lirc-0.7.0-r1/work/lirc-0.7.0/drivers/kcompat.h:126: error: previous declaration of `irqreturn_t' It seems that kcompat.h is being included before <linux/interrupt.h>, defining a bunch of no-IRQ symbols, which then collide with the real ones in <linux/interrupt.h>. 0.7.2 had the same problem. I downloaded the 0.7.3_pre1 ebuild and tossed it in the /usr/portage/app-misc/lirc directory, and then got this: toybox ~ # ACCEPT_KEYWORDS=~x86 emerge lirc Calculating dependencies - !!! All ebuilds that could satisfy "x11-libs/libX11" have been masked. !!! One of the following masked packages is required to complete your request: - x11-libs/libX11-0.99.4 (masked by: package.mask) # Donnie Berkholz <spyderous@gentoo.org> (07 Aug 2005) # Modularized X, upstream release candidates - x11-libs/libX11-0.99.2 (masked by: package.mask) - x11-libs/libX11-0.99.3 (masked by: package.mask) For more information, see MASKED PACKAGES section in the emerge man page or section 2.2 "Software Availability" in the Gentoo Handbook. !!! (dependency required by "app-misc/lirc-0.7.3_pre1" [ebuild]) toybox ~ # epm -q x11-libs/libX11 package x11-libs/libX11 is not installed Then I tried the 0.8.0_pre1 ebuild mentioned in the previous post and it built. I had to create a digest for it, though: toybox ~ # cd /usr/portage/app-misc/lirc/ toybox lirc # ebuild lirc-0.8.0_pre1.ebuild digest I'll be testing it later. Just thought you should know.
(In reply to comment #10) > Created an attachment (id=73118) [edit] > lirc-0.7.3_pre1.ebuild > > updated and cleaned up ebuild. I also used the proposed change in bug #104677 > to make the behavior of this ebuild better by default. Unless some of the dependencies are necessary, you should remove them. I removed the X dependencies as they wanted >=xorg-x11-6.9 (at least with ~x86 keyword). It compiled fine and when modprobing lirc_i2c dmesg reports stuff going on. Just no /dev/lircx or /dev/lirc/x, yet.
*** Bug 115700 has been marked as a duplicate of this bug. ***
A fully functional patch and ebuild for 0.7.2 are attached to bug 115700. REQUEST: add 0.7.2-r1 to portage to get us by until 0.7.3 is out.
*** Bug 115829 has been marked as a duplicate of this bug. ***
For a quick fix: cp lirc-0.7.2.ebuild lirc-0.8.0_pre2.ebuild edit lirc-0.8.0_pre2.ebuild and replace SRC_URI="mirror://sourceforge/lirc/${P}.tar.bz2" by MY_P=${P/_/} SRC_URI="http://lirc.sourceforge.net/software/snapshots/${MY_P}.tar.bz2" S=${WORKDIR}/${MY_P} ebuild lirc-0.8.0_pre2.ebuild digest emerge lirc It work at least for --with-driver=hauppauge I know it's not the best/correct way to do it but at least it works for me.
*** Bug 115945 has been marked as a duplicate of this bug. ***
*** Bug 115948 has been marked as a duplicate of this bug. ***
*** Bug 116057 has been marked as a duplicate of this bug. ***
Cardoe, could you please commit the latest 0.8_pre snapshot to portage?
Any chance to get the current lirc-0.7.0-r1 ebuild fixed quickly? As it does not work with the current gentoo-sources-2.6.14, lirc should actually be masked otherwise.
(In reply to comment #31) > Any chance to get the current lirc-0.7.0-r1 ebuild fixed quickly? No, use 0.8.0_pre3 that's in portage now.
