| Summary: | New ebuild for app-misc/lirc-0.8.5 | ||
|---|---|---|---|
| Product: | Gentoo Linux | Reporter: | Karl Newman <SiliconFiend> |
| Component: | New packages | Assignee: | Television related Applications in Gentoo's Portage <media-tv> |
| Status: | RESOLVED FIXED | ||
| Severity: | normal | CC: | aeriksson, beandog, dhp_gentoo, fauli, gregorcy, kroemmelbein |
| Priority: | High | ||
| Version: | unspecified | ||
| Hardware: | All | ||
| OS: | Linux | ||
| Whiteboard: | |||
| Package list: | Runtime testing required: | --- | |
| Attachments: | ebuild for lirc-0.8.5 | ||
|
Description
Karl Newman
2009-05-28 03:51:52 UTC
Created attachment 192669 [details]
ebuild for lirc-0.8.5
ebuild for new lirc version 0.8.5
(In reply to comment #1) > Created an attachment (id=192669) [edit] > ebuild for lirc-0.8.5 > > ebuild for new lirc version 0.8.5 > DEPEND="${RDEPEND} virtual/linux-sources lirc_devices_all? ( dev-embedded/libftdi )" Hmm, there's a bug somewhere ... on my test box, with *no* LIRC devices selected (LIRC_DEVICES is unset), it is dying on looking for ftdi.h x86_64-pc-linux-gnu-gcc -DHAVE_CONFIG_H -I. -I.. -I.. -O2 -pipe -march=athlon64 -MT hw_ftdi.o -MD -MP -MF .deps/hw_ftdi.Tpo -c -o hw_ftdi.o hw_ftdi.c hw_ftdi.c:54:18: error: ftdi.h: No such file or directory hw_ftdi.c: In function ‘child_process’: hw_ftdi.c:112: error: storage size of ‘ftdic’ isn’t known make[3]: *** [hw_ftdi.o] Error 1 make[3]: Leaving directory `/var/tmp/portage/app-misc/lirc-0.8.5/work/lirc-0.8.5/daemons' make[2]: *** [all] Error 2 make[2]: Leaving directory `/var/tmp/portage/app-misc/lirc-0.8.5/work/lirc-0.8.5/daemons' make[1]: *** [all-recursive] Error 1 make[1]: Leaving directory `/var/tmp/portage/app-misc/lirc-0.8.5/work/lirc-0.8.5' make: *** [all] Error 2 n/m, changing it from userspace to none did the trick. Just need to use.mask iguanair on the arches Hmm... Maybe there's a bug in the configure script that's causing that driver to be selected even when ftdi is not available. I notice that there seems to be logic in there that only allows that driver to be built if ftdi.h is available, but maybe that logic is failing somewhere. I added the RDEPEND for LIRC_DEVICES=all to fix this, but I didn't think it would be built for LIRC_DEVICES=none. I didn't follow this too far because I don't know much about autoconf.
This is the relevant section in configure.ac:
AC_CHECK_HEADER(ftdi.h,
AC_DEFINE(HAVE_FTDI)
possible_drivers="${possible_drivers} (ftdi)"
)
and later:
if echo ${possible_drivers} | grep "($lirc_driver)" >/dev/null 2>&1; then
dummy=
else
case $lirc_driver in
ftdi*)
AC_MSG_ERROR([*** you need to first install the libftdi package
before you can use this driver])
;;
...
added new devices to lirc_devices.desc Is there any chance of getting this in the official tree? Note that this version actually WORKS with linux >2.6.28, unlike the in-tree one (at least with imon driver). Please add to Portage :) in CVS I am still having the ftdi missing file problem. Please, see in bug 276518 if you can help. Many thanks. |
