Package Details: linux-gpib 4.3.6-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: 2023-07-20 15:04 (UTC)

Latest Comments

1 2 Next › Last »

prototypesolar commented on 2022-10-07 10:58 (UTC)

If your using this this is a guide to install (im using Manjaro tho) First install fxload and build it (i just used latest) Then git clone and build the dkms first then build and install the svn then you should be able to run it

in case your using octave and need to run a dililent device and need the wave forms God bless u download the official package from forge install it in octave then ignore the warnings then download their official adept 2 verssion latest install it (do what the readme says) then download the waveforms software for DEB, use debtap to recompile it and install it using the -udd flag to ignore deppendensies should work now

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