Package Details: linux-gpib-dkms 4.3.6-5

Git Clone URL: https://aur.archlinux.org/linux-gpib-dkms.git (read-only, click to copy)
Package Base: linux-gpib-dkms
Description: A support package for GPIB (IEEE 488) hardware (DKMS version).
Upstream URL: http://linux-gpib.sourceforge.net/
Keywords: science
Licenses: GPL-2.0-only
Conflicts: linux-gpib
Provides: linux-gpib
Submitter: Foucault
Maintainer: Foucault
Last Packager: Foucault
Votes: 4
Popularity: 0.063899
First Submitted: 2016-03-14 13:31 (UTC)
Last Updated: 2025-04-29 17:56 (UTC)

Dependencies (6)

Required by (8)

Sources (3)

Latest Comments

1 2 3 4 Next › Last »

dreieck commented on 2025-04-29 19:05 (UTC)

I created linux-gpib-git. Since upstream actually did incorporate updates/ fixes in the -git repository. (This also adds my suggestions as well.)

dreieck commented on 2025-04-29 15:06 (UTC)

Other suggestion:

Add optdepends=("linux-gpib-firmware: For firmware of some devices.)

dreieck commented on 2025-04-29 10:42 (UTC)

Suggestion:

Can you split the DKMS kernel driver (and maybe associated udev rules) and the userspace utilities into separate packages?

So that the one can be installed without the other -- e.g. when someone decides to compile the module by other means/ even patch it into the kernel?

Regards!

dreieck commented on 2025-04-29 10:40 (UTC)

Ahoj,

the license identifier needs to be updated to conform to SPDX syntax: 

linux-gpib-dkms E: GPL is not a valid SPDX license identifier. See https://spdx.org/licenses/ for valid identifiers, or prefix the identifier with 'LicenseRef-', if it is custom.

Regards and thanks for this package!

Foucault commented on 2025-01-09 22:32 (UTC)

Apparently which is only member of base-devel, not base so it needs be an explicit dependency. Oh well, I'll update it again shortly.

LE0 commented on 2025-01-09 21:19 (UTC)

Thanks Foucault!

Here's another thing I found: An edge case that occurs when the which package is not installed on the target system. That's rare, but occurred to me when building the package on one system while installing it on another, minimalist system.

In the absence of the which utility, /usr/lib/udev/gpib_udev_fxloader fails in a mysterious way. Installing which solves it.

So this should probably be an explicit dependency of this package.

Foucault commented on 2025-01-09 09:14 (UTC)

Thanks for reporting this; I will update the package as soon as I can

LE0 commented on 2025-01-08 23:47 (UTC) (edited on 2025-01-08 23:48 (UTC) by LE0)

The DKMS installation of this package fails with a compile error in /usr/src/linux-gpib-4.3.6/drivers/gpib/gpio/gpib_bitbang.c, which seems to be a driver that is meant for RPi only.

This is probably something that has to be fixed upstream. I got it to compile by removing the gpio directory from the makefile. Patched PKGBUILD by adding

sed -i -e 's/obj-y += gpio\///g' drivers/gpib/Makefile

to the kernel module section of the prepare function.

LE0 commented on 2025-01-08 23:37 (UTC) (edited on 2025-01-08 23:39 (UTC) by LE0)

The firmware loader in the https://aur.archlinux.org/packages/fxload package has changed in a way that breaks integration with this package. E.g., it will not load the firmware of my Agilent 82357B any more. See the remark of the maintainer of the fxload package: https://aur.archlinux.org/packages/fxload#comment-972226.

I solved it by adding -p $BUSNUM,$DEVNUM to the FXLOAD_OPTIONS in /usr/lib/udev/gpib_udev_fxloader. This can be done, e.g., by patching PKGBUILD, adding a line at the end of the prepare function:

sed -i -e 's/fx2/fx2 -p \$BUSNUM,\$DEVNUM/g' usb/gpib_udev_fxloader.in

Is this something that can be added permanently to the package?

yjun commented on 2023-10-10 13:07 (UTC)

plz add aarch64 support. I have tested ok on my ARM Box running Arch Linux ARM.

# PKGBUILD
arch=('i686' 'x86_64' 'aarch64')

1 2 3 4 Next › Last »