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'
Created attachment 196697 [details] /var/log/portage/app-misc:lirc-0.8.5:20090705-005753.log
Created attachment 196699 [details] /tmp/emerge--info
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.
Does your problem go away when you install dev-embedded/libftdi?
Fixed in 0.8.6 by upstream, and fixed 0.8.5 by sping and me.
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 ...
Created attachment 216805 [details] build.log
Created attachment 216806 [details] emerge--info
(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 ?
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.
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.
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 ?
David: of course we need your emerge --info