Bug 276518 – app-misc/lirc-0.8.5 fails to build ( ftdi.h: No such file or directory )

• Product: Gentoo Linux
• Status: RESOLVED NEEDINFO

[Description DEMAINE Benoît-Pierre, aka DoubleHP 2009-07-05 01:03:56 UTC]

I found bug 271482 that mentions the problem, but we now need a dedicated resolution: can not re-open.

moon-gen-3 ~ # emerge -v1 lirc
These are the packages that would be merged, in order:
Calculating dependencies... done!
[ebuild     U ] app-misc/lirc-0.8.5 [0.8.4] USE="X doc transmitter -debug -hardware-carrier" LIRC_DEVICES="usbirboy userspace -accent -act200l -act220l -adaptec -all -alsa_usb -animax -asusdh -atilibusb -atiusb -audio -audio_alsa -avermedia -avermedia98 -avermedia_vdomate -awlibusb% -bestbuy -bestbuy2 -breakoutbox -bte -bw6130 -caraca -chronos -commandir -cph06x -creative -creative_infracd -devinput -digimatrix -dsp -dvico -ea65 -exaudio -flyvideo -ftdi% -gvbctv5pci -hauppauge -hauppauge_dvb -hercules_smarttv_stereo -i2cuser% -igorplugusb (-iguana) -imon -imon_24g% -imon_knob -imon_lcd -imon_pad -imon_rsc -inputlirc -irdeo -irdeo_remote -irlink -irman -irreal -it87 -ite8709 -knc_one -kworld -leadtek_0007 -leadtek_0010 -leadtek_pvr2000 -livedrive_midi -livedrive_seq -logitech -macmini -mceusb -mceusb2 -mediafocusI -mouseremote -mouseremote_ps2 -mp3anywhere -mplay% -nslu2 -packard_bell -parallel -pcmak -pcmak_usb -pctv -pixelview_bt878 -pixelview_pak -pixelview_pro -provideo -realmagic -remote_wonder_plus -remotemaster -sa1100 -samsung -sasem -sb0540 -serial -serial_igor_cesko -silitek -sir -slinke -streamzap -tekram -tekram_bt829 -tira -ttusbir -tuxbox -tvbox -udp -uirt2 -uirt2_raw -usb_uirt_raw -usbx -wpc8769l% -xboxusb (-cmdir%) (-imon_pad2keys%)" 0 kB
Total: 1 package (1 upgrade), Size of downloads: 0 kB
[...]
mv -f .deps/hw_dsp.Tpo .deps/hw_dsp.Po
i686-pc-linux-gnu-gcc -DHAVE_CONFIG_H -I. -I.. -I..    -O2 -march=athlon-mp -pipe    -MT hw_ea65.o -MD -MP -MF .deps/hw_ea65.Tpo -c -o hw_ea65.o hw_ea65.c
mv -f .deps/hw_ea65.Tpo .deps/hw_ea65.Po
i686-pc-linux-gnu-gcc -DHAVE_CONFIG_H -I. -I.. -I..    -O2 -march=athlon-mp -pipe    -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'

[Comment 1 DEMAINE Benoît-Pierre, aka DoubleHP 2009-07-05 01:04:19 UTC]

Created attachment 196697 [details]
/var/log/portage/app-misc:lirc-0.8.5:20090705-005753.log

[Comment 2 DEMAINE Benoît-Pierre, aka DoubleHP 2009-07-05 01:04:41 UTC]

Created attachment 196699 [details]
/tmp/emerge--info

[Comment 3 Wormo (RETIRED) 2009-07-09 23:32:34 UTC]

Apparently the previous solution isn't working for you, since you're using the ebuild that includes bug 271482 fix -- so assigning to maintainers to take another look.

[Comment 4 Christian Faulhammer (RETIRED) 2009-10-03 22:06:00 UTC]

Does your problem go away when you install dev-embedded/libftdi?

[Comment 5 Christian Faulhammer (RETIRED) 2009-10-03 22:46:18 UTC]

Fixed in 0.8.6 by upstream, and fixed 0.8.5 by sping and me.

[Comment 6 DEMAINE Benoît-Pierre, aka DoubleHP 2010-01-18 14:12:09 UTC]

Not fixed at all !!!

x86_64-pc-linux-gnu-gcc -DHAVE_CONFIG_H -I. -I.. -I..    -O2 -march=athlon64 -pipe    -MT hw_ea65.o -MD -MP -MF .deps/hw_ea65.Tpo -c -o hw_ea65.o hw_ea65.c
mv -f .deps/hw_ea65.Tpo .deps/hw_ea65.Po
x86_64-pc-linux-gnu-gcc -DHAVE_CONFIG_H -I. -I.. -I..    -O2 -march=athlon64 -pipe    -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 'parsesamples':
hw_ftdi.c:101: warning: ignoring return value of 'write', declared with attribute warn_unused_result

Of course, emerge -v1 libftdi helps a lot ...

[Comment 7 DEMAINE Benoît-Pierre, aka DoubleHP 2010-01-18 14:14:11 UTC]

Created attachment 216805 [details]
build.log

[Comment 8 DEMAINE Benoît-Pierre, aka DoubleHP 2010-01-18 14:14:55 UTC]

Created attachment 216806 [details]
emerge--info

[Comment 9 DEMAINE Benoît-Pierre, aka DoubleHP 2010-01-18 14:28:26 UTC]

(In reply to comment #5)
> Fixed in 0.8.6 by upstream, and fixed 0.8.5 by sping and me.
> 

uranus ~ # ls -lha /usr/portage/app-misc/lirc/lirc-0.8.5.ebuild
-rw-r--r-- 1 portage portage 9.2K Oct  6 23:36 /usr/portage/app-misc/lirc/lirc-0.8.5.ebuild
uranus ~ #

Did you really do anything ? this ebuild seems to have changed 3 days after your comment, but does not have any "revision", and, does not really fix the bug: lirc does not depend on libftdi, and this is still a problem.

And as long as 0.8.6 is not stable, whatever upstream could have done ...

The question is: why have I be the only one having this bug in 3 months ?

[Comment 10 David Reitz 2010-02-20 19:19:52 UTC]

I'm experiencing this as well:

make[3]: Entering directory `/var/tmp/portage/app-misc/lirc-0.8.5/work/lirc-0.8.5/daemons'
i686-pc-linux-gnu-gcc -DHAVE_CONFIG_H -I. -I.. -I..    -O3 -march=k8 -pipe -fomit-frame-pointer -msse -msse2 -msse3 -m3dnow -mmmx -MT hw-types.o -MD -MP -MF .deps/hw-types.Tpo -c -o hw-types.o hw-types.c
mv -f .deps/hw-types.Tpo .deps/hw-types.Po
i686-pc-linux-gnu-gcc -DHAVE_CONFIG_H -I. -I.. -I..    -O3 -march=k8 -pipe -fomit-frame-pointer -msse -msse2 -msse3 -m3dnow -mmmx -MT ir_remote.o -MD -MP -MF .deps/ir_remote.Tpo -c -o ir_remote.o ir_remote.c
mv -f .deps/ir_remote.Tpo .deps/ir_remote.Po
i686-pc-linux-gnu-gcc -DHAVE_CONFIG_H -I. -I.. -I..    -O3 -march=k8 -pipe -fomit-frame-pointer -msse -msse2 -msse3 -m3dnow -mmmx -MT release.o -MD -MP -MF .deps/release.Tpo -c -o release.o release.c
mv -f .deps/release.Tpo .deps/release.Po
i686-pc-linux-gnu-gcc -DHAVE_CONFIG_H -I. -I.. -I..    -O3 -march=k8 -pipe -fomit-frame-pointer -msse -msse2 -msse3 -m3dnow -mmmx -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

So I'd say you're not the only one.

[Comment 11 Christian Faulhammer (RETIRED) 2010-02-21 18:46:21 UTC]

If you have ftdi, usbirboy, userspace or all in your LIRC_DEVICES the ebuild pulls in  dev-embedded/libftdi.  So I don't understand where your problem is originated.

[Comment 12 DEMAINE Benoît-Pierre, aka DoubleHP 2010-02-24 17:33:37 UTC]

David, are you still having this problem ?

If yes, please don't fix it manually; my box is fixed and i can't repro; but if you can repro, we can try tracking the problem:

 emerge -vp lirc
and let us see if you have LIRC flags, and if the ebuilds really brings dev-embedded/libftdi in for you.

if dev-embedded/libftdi does not come in, check to see if it is in already or not:
emerge -vp dev-embedded/libftdi
equery d dev-embedded/libftdi

If it is not in yet, we need to find why.

What's your portage version ?

How many changes did you do in /etc/portage ?

[Comment 13 DEMAINE Benoît-Pierre, aka DoubleHP 2010-02-24 17:34:18 UTC]

David: of course we need your emerge --info