Package Details: linux-gpib 4.3.5-1

Git Clone URL: (read-only, click to copy)
Package Base: linux-gpib
Description: A support package for GPIB (IEEE 488) hardware.
Upstream URL:
Keywords: science
Licenses: GPL
Submitter: alex.forencich
Maintainer: Foucault
Last Packager: Foucault
Votes: 4
Popularity: 0.000000
First Submitted: 2012-09-14 06:24 (UTC)
Last Updated: 2022-09-07 13:47 (UTC)

Latest Comments

1 2 Next › Last »

ignilux commented on 2020-07-11 00:33 (UTC) (edited on 2020-07-11 00:33 (UTC) by ignilux)

Thanks for the quick reply! Funny you should mention the LTS kernel... I had actually downgraded from 5.6 (and rebooted) in order to see if that improved the situation. I was using 5.6 after having some unrelated problems with 5.7, but it looks like the DKMS package did build just fine, and DKMS modules were installed for 5.4 and 5.6. Thanks for the suggestion!

Foucault commented on 2020-07-11 00:12 (UTC)

Hi! First you should have better luck using the dkms version version of the package. This is one always tracks the latest archlinux non-lts kernel.

The only thing I can imagine that might have caused this is that you updated your kernel and did not restart before updating the package. This will cause uname -r to refer to the old version of the kernel (the modules of which no longer exist). A restart should fix this. Finally, there is a slight (yet unlikely) chance that some of the files generated by depmod are different between kernel 5.4 (your kernel) and 5.7 (the kernel for which this package is intended). In that case you might try replacing the following in the PKGBUILD

for f in "modules.alias" "modules.alias.bin" "modules.builtin.bin" \
    "modules.dep" "modules.dep.bin" "modules.softdep" "modules.symbols" \
    "modules.symbols.bin" "modules.devname" "modules.builtin.alias.bin"; do
    rm "${pkgdir}/lib/modules/$(uname -r)/${f}"

with this

for f in "modules.alias" "modules.alias.bin" "modules.builtin.bin" \
    "modules.dep" "modules.dep.bin" "modules.softdep" "modules.symbols" \
    "modules.symbols.bin" "modules.devname" "modules.builtin.alias.bin"; do
    if [[ -f "${pkgdir}/lib/modules/$(uname -r)/${f}" ]]; then
        rm "${pkgdir}/lib/modules/$(uname -r)/${f}"

ignilux commented on 2020-07-10 23:26 (UTC)

I'm unable to successfully complete the build process in Manjaro using Pamac. It seems to consistently fail at the last part of the PKGBUILD, at the for loop that clears depmods modules. The error I get is:

rm: cannot remove '/var/tmp/pamac-build-ehaag/linux-gpib/pkg/linux-gpib/lib/modules/5.4.44-1-MANJARO/modules.alias': No such file or directory
==> ERROR: A failure occurred in package().

I can confirm that there is no such file. I attempted to modify the PKGBUILD so that it would only attempt to delete a file if it existed, but it still managed to fail. Any help here?

Foucault commented on 2018-04-03 23:23 (UTC) (edited on 2018-04-03 23:26 (UTC) by Foucault)

Yes, it seems like the timer interface changed [0]. I'll see if this can be patched with a quick sed of the offending function. If not there is not much that can be done until the next release lands, unless we pull all the svn changes in, which I would like to avoid.


greyltc commented on 2018-04-03 13:59 (UTC) (edited on 2018-04-03 15:49 (UTC) by greyltc)

The build is now unfortunately broken with numerous

error: implicit declaration of function ‘init_timer’; did you mean ‘init_timers’?

errors. Looks like 4.15 changed the timer interface.

I made a new package, linux-gpib-svn, that works.

Foucault commented on 2016-03-14 19:45 (UTC) (edited on 2016-03-14 19:45 (UTC) by Foucault)

I have created a dkms version of this package if anyone wants to check it out. No need to wait for package update after a kernel update, modules will be rebuilt automatically.

greyltc commented on 2015-04-14 07:33 (UTC)

@Foucault Thanks very much for maintaining this!

Foucault commented on 2015-03-19 18:55 (UTC)

For 3.19 linux-gpib will need the following patch [1] as per this [2] change in the API [1]: [2]: