lirc-modules-source gives an error while building with dkms

Bug #306346 reported by Leon
30
This bug affects 2 people
Affects Status Importance Assigned to Milestone
lirc (Ubuntu)
Fix Released
Undecided
Unassigned

Bug Description

Binary package hint: lirc-modules-source

When I run: "dpkg-reconfigure lirc-modules-source" I get this error:

Error! Build of lirc_pvr150.ko failed for: 2.6.27-9-server (x86_64)

I've attached the complete output.

Revision history for this message
Leon (leonbo) wrote :
Revision history for this message
Leon (leonbo) wrote :

/var/lib/dkms/lirc/0.8.4a/build/make.log is almost empty. It only contains:

DKMS make.log for lirc-0.8.4a for kernel 2.6.27-9-server (x86_64)
Tue Dec 9 07:35:56 CET 2008
/var/lib/dkms/lirc/0.8.4a/build

- But the subdirectory drivers/lirc_atiusb/ does contains these files:
- lirc_atiusb.c
- lirc_atiusb.ko
- lirc_atiusb.mod.c
- lirc_atiusb.mod.o
- lirc_atiusb.o
- Makefile
- Module.markers
- modules.order
- Module.symvers

Revision history for this message
Sven Fischer (sepreh) wrote :

The build seems to break when doing the lirc_gpio module:
[...]
Making all in lirc_gpio
make[2]: Entering directory `/var/lib/dkms/lirc/0.8.4a/build/drivers/lirc_gpio'
cp ./../lirc_dev/Module*.symvers .
mv Makefile Makefile.automake
cp ./../Makefile.kernel Makefile
CPPFLAGS="" CFLAGS="" LDFLAGS="" \
        make -C /lib/modules/linux-2.6.27-11-generic/build SUBDIRS=/var/lib/dkms/lirc/0.8.4a/build/drivers/lirc_gpio modules \
                KBUILD_VERBOSE=1
make: Entering an unknown directory
make: *** /lib/modules/linux-2.6.27-11-generic/build: No such file or directory. Stop.
make: Leaving an unknown directory
Since the modules build dir is /lib/modules/2.6.27-11-generic/build (without the linux-), the build fails...

Revision history for this message
Mircea (tramir) wrote :

I can confirm this behavior on 2.6.27-11-generic (i686), the module that "causes" the error is lirc_atiusb.ko:

Unpacking lirc-modules-source (from .../lirc-modules-source_0.8.4a-0ubuntu2~intrepid1_all.deb) ...
Setting up lirc-modules-source (0.8.4a-0ubuntu2~intrepid1) ...
Adding Module to DKMS build system
Doing initial module build

Error! Build of lirc_pvr150.ko failed for: 2.6.27-11-generic (i686)
Consult the make.log in the build directory
/var/lib/dkms/lirc/0.8.4a/build/ for more information.
Installing initial module

Error! Could not locate lirc_atiusb.ko for module lirc in the DKMS tree.
You must run a dkms build for kernel 2.6.27-11-generic (i686) first.
Done.

Revision history for this message
Nir Misgav (nirmisgav) wrote :

I have the same error in Jaunty Alpha 5

Error! Build of lirc_pvr150.ko failed for: 2.6.28-8-generic (x86_64)
Consult the make.log in the build directory
/var/lib/dkms/lirc/0.8.4a/build/ for more information.
Installing initial module

Error! Could not locate lirc_atiusb.ko for module lirc in the DKMS tree.
You must run a dkms build for kernel 2.6.28-8-generic (x86_64) first.
Done.

Revision history for this message
Kenny Millington (kmdm) wrote :

I believe I've fixed this issue for intrepid with the attached debdiff, I've also pushed the package to my PPA so it should be available from there in the next hour or two.

Revision history for this message
Mircea (tramir) wrote :

Kenny, thanks for looking into this. However, I think the problem was partially solved. The package installs successfully, but... What Iwas trying to do was to "update" one of the lirc modules. As far as I know, the procedure was to install lirc-modules source, replace the C file for the module in question with an updated version from LIRC CVS and then dpkg-reconfigure lirc-modules. When I do all these (after installing the package from your PPA), the dpkg-reconfigure fails with the same error as before. Do you have any idea what could be the problem now?

Revision history for this message
Kenny Millington (kmdm) wrote :

@Mircea:

If by the "package installs successfully" you mean DKMS is able to build all the modules then this bug is completely solved. There's no way Ubuntu can support the arbitrary replacement of files once a package is installed. (I'm not affiliated in any way with Ubuntu, mind.)

If however you mean the DKMS build still fails, then this is still a problem - although one I sadly cannot reproduce.

Assuming it works, I'll try to find time to refresh the debdiff against jaunty since I believe that also has the same issue.

** OFF TOPIC **
That being said, I'm trying to build a LIRC CVS package at the moment which will contain the updates I'm guessing you require. I'll let you know when and if I have any success with that.

(The problem I'm having with the build is it calls config.status --recheck and then proceeds to "fork bomb" me with configure scripts causing my machine to completely lock up! If anyone has any ideas please feel free to contact me outside of this bug report so we don't pollute it with irrelevant discussion.)

Revision history for this message
Kenny Millington (kmdm) wrote :

Just quickly tested the patch on my jaunty VM and it appears to work, I've attached the debdiff refreshed against jaunty.

Revision history for this message
Mircea (tramir) wrote :

@Kenny: Yes, I meant that the DKMS build still fails. But the error I get is the same as the one listed above, while the file changed was another driver file. So I'm not sure it's an error due to an "arbitrary replacement of files." Moreover, the whole point of this package is (as far as I know) to allow for the replacement of driver files. Thanks again for putting the effort in to figure things out - maybe you can try to look into this, if you have the time?

Steps to reproduce:

1. Install lirc-modules-source from your PPA
2. replace lirc_imon.c in /usr/src/lirc-0.8.4a/drivers/lirc_imon/ with the latest CVS version at http://lirc.cvs.sourceforge.net/viewvc/lirc/lirc/drivers/lirc_imon/
3. run dpkg-reconfigure lirc-modules-sources

The error is again:

Error! Could not locate lirc_atiusb.ko for module lirc in the DKMS tree.
You must run a dkms build for kernel 2.6.27-11-generic (i686) first.
Done.

Thanks again for all the help.
PS: I am still on Intrepid, so I won't be able to test the Jaunty packages...

Revision history for this message
Kenny Millington (kmdm) wrote :

@Mircea:

Ah, can you try removing lirc-modules-source and then reinstalling it again, e.g. apt-get remove then apt-get install... Maybe DKMS just needs to remove what's there and then reinstall - I might have done that in my testing.

Revision history for this message
Mircea (tramir) wrote :

@ Kenny: I did an apt-get remove and then an install. The problem is that the "remove" deletes the updated driver, and then the "install" installs the old driver. Did you have in mind a different way that would not remove the updated driver once I "apt-get remove"? Or did I get your instructions completely wrong?

Revision history for this message
Kenny Millington (kmdm) wrote :

@Mircea: That was my plan. Basically I'm trying to tackle this in two stages:-

1) Does it build without replacing the lirc_imon driver ?
2) Does it build with replacing the lirc_imon driver ?

Did the DKMS build succeed after you did the remove and then install?

If not, can you give me the output of "uname -a" so I can build an identical VM to try to reproduce your problem?

I've personally tested this fix on two intrepid machines and a Jaunty VM and it works fine for them - and hence my confusion as to why it's not working for you.

If it still fails can you run the following and give me the output:-

$ sudo dkms build --verbose -m lirc -v 0.8.4a

Has anyone else tested the package in my PPA (I've built one for jaunty too)? Any success?

Revision history for this message
Mircea (tramir) wrote :

@Kenny: Sorry I wasn't clear. Step 1 is done: I installed the package from your PPA and the DKMS build succeeds. It was only after replacing the lirc_imon driver that the DKMS build failed (step 2). Just in case, whe you have the time to look into step 2, here is the info you asked for:

uname -a
Linux mircea-laptop 2.6.27-11-generic #1 SMP Thu Jan 29 19:24:39 UTC 2009 i686 GNU/Linux

After installing you lirc-modules source package, I changed the lirc_imon.c file and I ran the following:

$ dkms --remove -m lirc -v 0.8.4a --all
$ dkms add -m lirc -v 0.8.4a
$ dkms build --verbose -m lirc -v 0.8.4a

I attached the output of the build. Looking through it, I noticed that the build indeed fails at lirc_imon. Should I have updated the whole "drivers" tree? Or do you have any other suggestion? Thanks again for helping me/us with this.

Revision history for this message
Kenny Millington (kmdm) wrote :

@Mircea:

Thanks for the clarification - the scope of this bug is limited to step 1 only, since with the debdiff fixes I've posted above the package will once again work for everyone whereas currently it fails as it stands. (E.g. the package is broken in the repositories.)

Can I get a sponsor for the jaunty debdiff to fix the DKMS module building in lirc-modules-source?

** OFF TOPIC **

However, I assume you're trying to add support for the Antec Fusion Remote, as am I by attempting to build a cvs package. A really hacky-unrecommended way to do that is to follow the guide you're following and don't replace that file. The make and make install you ran in the cvs tree for lirc will have installed lirc drivers into /lib/modules/`uname -r`/misc (or similar) IIRC - simply copy those over the ones in /lib/modules/`uname -r`/updates/dkms/ (and depmod -ae, just incase). If you then modprobe -r lirc_imon lirc_dev and then modprobe lirc_imon) you should find it picks up the versions which support the Fusion Remote.... (at least, I did). Like I said, I don't recommend doing this and you'll need to re-make and make install if you upgrade the kernel as well as perform the file copying as described above.... This is why I'm trying to build the lirc package from CVS that'll have all these updates. We shouldn't pollute this bug with more discussion of this, feel free to contact me from my launchpad page - I assume even though I've hidden my e-mail to stop e-mail address harvesting you'll still have the option to contact me!

Changed in lirc:
status: New → Confirmed
Revision history for this message
Kenny Millington (kmdm) wrote :

I'm attaching an updated debdiff for jaunty with a more complete patch that I've just found in LP: #305288.

Unfortunately I don't have a PVR150 to test out the module itself, both patches allow the module to build successfully and thus fix the broken package issue which makes lirc 0.8.4a unusable.

Does anyone have a PVR150 that they can test with? I've pushed the updated package to my PPA for jaunty.

Revision history for this message
Kenny Millington (kmdm) wrote :
Revision history for this message
timo michel (t-mo) wrote :

@ Kenny

Worked for me on Jaunty (without replacing lirc_imon.c), thank you very much.

uname -a
Linux ustudio 2.6.28-8-generic #27-Ubuntu SMP Thu Mar 5 00:30:14 UTC 2009 x86_64 GNU/Linux

HP Pavillon dv7 1270ez

Revision history for this message
Fabian (fsturm) wrote :

Installing lirc-modules-source_0.8.4a-0ubuntu2~intrepid2~ppa1_all on Intrepid Ibex and that fixed my
compile issue during startup.

Linux krypton 2.6.27-11-generic #1 SMP Thu Jan 29 19:28:32 UTC 2009 x86_64 GNU/Linux

Revision history for this message
Iain Lane (laney) wrote :

Subscribing ubuntu-main-sponsors instead. u-u-s can't help you here ;)

I suggest you get this change upstream too.

Revision history for this message
Kenny Millington (kmdm) wrote :

Hmm, ok... I only subscribed sponsors for universe since this page listed the component as universe:-

https://launchpad.net/ubuntu/jaunty/i386/lirc-modules-source

Am I missing something?

Revision history for this message
Matt Price (matt-price) wrote :
Download full text (6.1 KiB)

@kenny,

i think i'm seeing similar problems on jaunty. your ppa sources install fine, but the imon drivers don't work with the imon lcd on my antec fusion black (as has been reported by others in the forum). trying to replace lirc_imon.c with the cvs version gives a build error (inserted below). just moving the cvs-built modules into the dkms tree gives an error on modprobe:

# modprobe lirc_imon
FATAL: Error inserting lirc_imon (/lib/modules/2.6.28-11-generic/updates/dkms/lirc_imon.ko):

so even the hacky/non-recommended solution didn't work for me.

i'dreally appreciate some more help if you have ideas. also if support is coming down the pipeline somewhere i'dlove to knwo about it, since this is all a little over my head.

thanks for the hard work!

matt

build failure with cvs lirc_imod.c :
mkdir -p /var/lib/dkms/lirc/0.8.4a/build/drivers/lirc_imon/.tmp_versions ; rm -f /var/lib/dkms/lirc/0.8.4a/build/drivers/lirc_imon/.tmp_versions/*
make -f scripts/Makefile.build obj=/var/lib/dkms/lirc/0.8.4a/build/drivers/lirc_imon
  gcc -Wp,-MD,/var/lib/dkms/lirc/0.8.4a/build/drivers/lirc_imon/.lirc_imon.o.d -nostdinc -isystem /usr/lib/gcc/x86_64-linux-gnu/4.3.3/include -D__KERNEL__ -Iinclude -I/usr/src/linux-headers-2.6.28-11-generic/arch/x86/include -include include/linux/autoconf.h -Iubuntu/include -Wall -Wundef -Wstrict-prototypes -Wno-trigraphs -fno-strict-aliasing -fno-common -Werror-implicit-function-declaration -O2 -m64 -mtune=generic -mno-red-zone -mcmodel=kernel -funit-at-a-time -maccumulate-outgoing-args -pipe -Wno-sign-compare -fno-asynchronous-unwind-tables -mno-sse -mno-mmx -mno-sse2 -mno-3dnow -Iarch/x86/include/asm/mach-default -fno-stack-protector -fno-omit-frame-pointer -fno-optimize-sibling-calls -Wdeclaration-after-statement -Wno-pointer-sign -fwrapv -DIRCTL_DEV_MAJOR=61 -DEXPORT_SYMTAB -DHAVE_CONFIG_H -I. -I. -I../.. -I/var/lib/dkms/lirc/0.8.4a/build/drivers/lirc_imon/. -I/var/lib/dkms/lirc/0.8.4a/build/drivers/lirc_imon/ -I/var/lib/dkms/lirc/0.8.4a/build/drivers/lirc_imon/../.. -I/var/lib/dkms/lirc/0.8.4a/build/drivers/lirc_imon/../.. -I/lib/modules/2.6.28-11-generic/build/include/ -I/lib/modules/2.6.28-11-generic/build/drivers/media/video/ -DMODULE -D"KBUILD_STR(s)=#s" -D"KBUILD_BASENAME=KBUILD_STR(lirc_imon)" -D"KBUILD_MODNAME=KBUILD_STR(lirc_imon)" -c -o /var/lib/dkms/lirc/0.8.4a/build/drivers/lirc_imon/.tmp_lirc_imon.o /var/lib/dkms/lirc/0.8.4a/build/drivers/lirc_imon/lirc_imon.c
/var/lib/dkms/lirc/0.8.4a/build/drivers/lirc_imon/lirc_imon.c: In function ‘delete_context’:
/var/lib/dkms/lirc/0.8.4a/build/drivers/lirc_imon/lirc_imon.c:338: error: dereferencing pointer to incomplete type
/var/lib/dkms/lirc/0.8.4a/build/drivers/lirc_imon/lirc_imon.c:339: error: dereferencing pointer to incomplete type
/var/lib/dkms/lirc/0.8.4a/build/drivers/lirc_imon/lirc_imon.c: In function ‘deregister_from_lirc’:
/var/lib/dkms/lirc/0.8.4a/build/drivers/lirc_imon/lirc_imon.c:350: error: dereferencing pointer to incomplete type
/var/lib/dkms/lirc/0.8.4a/build/drivers/lirc_imon/lirc_imon.c:352: error: implicit declaration of function ‘lirc_unregister_driver’
/var/lib/dkms/lirc/0.8.4a/build/drivers/lirc_imon/lirc_imon.c: In function ‘sub...

Read more...

Revision history for this message
Mario Limonciello (superm1) wrote :

Fix Committed to bzr #84. Thanks everyone!

Changed in lirc (Ubuntu):
status: Confirmed → Fix Committed
Revision history for this message
Launchpad Janitor (janitor) wrote :

This bug was fixed in the package lirc - 0.8.4a-0ubuntu4

---------------
lirc (0.8.4a-0ubuntu4) jaunty; urgency=low

  [ Mario Limonciello ]
  * debian/lirc.fdi:
    - Add Budget-CI dvb ir receiver. (LP: #329793)
  * debian/control:
    - Add setserial to depends. (LP: #341213)
  * debian/lirc.init.d:
    - Remove erroneous -k from modprobe call. (LP: #344781)
  * debian/lirc-modules-source.postrm:
    - Remove extra purge call removing lirc-modules-source.conf (LP: #350152)
  * debian/lirc.postinst:
    - Rename etc/modprobe.d/lirc-serial to append a .conf (LP: #350949)

  [ Kenny Millington ]
  * debian/patches/12_pvr150_transmit_support:
    - Fix compilation for latest kernels (LP: #306346)

  [ Gregory Lardiere ]
  * Add support for ite8709 and ttusbir for lirc-modules-source. (LP: #323923)
    - debian/rules
    - debian/modules-source/Makefile
    - debian/modules-source/lirc-modules-source.conf

 -- Mario Limonciello <email address hidden> Mon, 30 Mar 2009 23:49:41 -0500

Changed in lirc:
status: Fix Committed → Fix Released
Revision history for this message
Kenny Millington (kmdm) wrote :

Can this package now be backported to intrepid since intrepid-backports currently has version: "0.8.4a0ubuntu2~intrepid1", in which lirc-modules-source although on the user's own machine does FTBS.

I'm afraid I'm not sure how SRU requests involving updating backported packages work.

Revision history for this message
Mario Limonciello (superm1) wrote : Re: [Bug 306346] Re: lirc-modules-source gives an error while building with dkms

Hi Kenny:

It can't easily anymore because Scott James Remenant made changes that don't
work with earlier versions of udev.

On Tue, Mar 31, 2009 at 02:58, Kenny Millington <email address hidden>wrote:

> Can this package now be backported to intrepid since intrepid-backports
> currently has version: "0.8.4a0ubuntu2~intrepid1", in which lirc-
> modules-source although on the user's own machine does FTBS.
>
> I'm afraid I'm not sure how SRU requests involving updating backported
> packages work.
>
> --
> lirc-modules-source gives an error while building with dkms
> https://bugs.launchpad.net/bugs/306346
> You received this bug notification because you are a member of Mythbuntu
> Developers, which is subscribed to lirc in ubuntu.
>

--
Mario Limonciello
<email address hidden>
Sent from: Austin Texas United States.

To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Duplicates of this bug

Other bug subscribers

Remote bug watches

Bug watches keep track of this bug in other bug trackers.