Bug 271482 – New ebuild for app-misc/lirc-0.8.5

• Status: RESOLVED FIXED
• Product: Gentoo Linux

[Description Karl Newman 2009-05-28 03:51:52 UTC]

Updated ebuild for lirc 0.8.5. Removed a few patches, including the imon pad2keys patch (now integrated). Added new drivers and some dependencies; not sure I got them all, but it compiles fine with LIRC_DEVICES="all".

[Comment 1 Karl Newman 2009-05-28 03:53:05 UTC]

Created attachment 192669 [details]
ebuild for lirc-0.8.5

ebuild for new lirc version 0.8.5

[Comment 2 Steve Dibb (RETIRED) 2009-05-28 19:09:49 UTC]

(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

[Comment 3 Steve Dibb (RETIRED) 2009-05-28 19:14:55 UTC]

n/m, changing it from userspace to none did the trick.

Just need to use.mask iguanair on the arches

[Comment 4 Karl Newman 2009-05-28 19:22:26 UTC]

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])
    ;;
...

[Comment 5 Steve Dibb (RETIRED) 2009-05-28 19:27:55 UTC]

added new devices to lirc_devices.desc

[Comment 6 gregorcy 2009-06-11 17:16:02 UTC]

Is there any chance of getting this in the official tree?

[Comment 7 Alexey Charkov 2009-06-12 12:06:33 UTC]

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 :)

[Comment 8 Steve Dibb (RETIRED) 2009-06-17 21:02:53 UTC]

in CVS

[Comment 9 DEMAINE Benoît-Pierre, aka DoubleHP 2009-07-19 23:26:27 UTC]

I am still having the ftdi missing file problem. Please, see in bug 276518 if you can help. Many thanks.