Package Details: fxload 1.0.26-1

Git Clone URL: https://aur.archlinux.org/fxload.git (read-only, click to copy)
Package Base: fxload
Description: fxload firmware loader. Used with udev or devfs/hotplug.
Upstream URL: http://libusb.info/
Licenses: LGPL
Submitter: keenerd
Maintainer: astromatto
Last Packager: astromatto
Votes: 18
Popularity: 0.27
First Submitted: 2015-08-09 14:22 (UTC)
Last Updated: 2024-04-22 12:44 (UTC)

Pinned Comments

astromatto commented on 2024-05-11 14:15 (UTC)

for anyone for which the new version breaks, please adjust your dev rules using the option -p $env{BUSNUM},$env{DEVNUM} instead of the old -D option

Latest Comments

1 2 Next › Last »

luisc commented on 2024-05-12 13:11 (UTC)

Sorry, well i'll try and say you

astromatto commented on 2024-05-11 14:15 (UTC)

for anyone for which the new version breaks, please adjust your dev rules using the option -p $env{BUSNUM},$env{DEVNUM} instead of the old -D option

astromatto commented on 2024-05-11 14:13 (UTC)

luisc please use only english, you need to adjust the devrules for that device using -p $env{BUSNUM},$env{DEVNUM} instead of -D

luisc commented on 2024-05-11 11:59 (UTC) (edited on 2024-05-12 13:14 (UTC) by luisc)

Desde la ultima versión me presenta problemas para la conexión de la SPARTAN 3AN debido a eso volví a la versión del 2008 y me funciona perfecto,

astromatto commented on 2024-05-09 22:47 (UTC)

SClause, does changing -D %N with -p $env{BUSNUM},$env{DEVNUM} make udev rules work normally?

SClause commented on 2024-05-09 19:19 (UTC)

After the update on 22nd April it does not work anymore with the midisport-firmware. The new version has completely different parameters, so the udev rules are not applicable anymore.

I do not know if other packages are affected too, but I would recommend that the package is changed back to the last version and a new package is created (or old package will be available with different name)

astromatto commented on 2024-04-22 12:49 (UTC)

I have run 1.0.26 since 3 years with no issues so I bumped it now to that version which supports also fx3. Give me a shot if anything doesn't work with it

nimrod_mack commented on 2022-04-19 08:14 (UTC)

It seems this package doesn't provide any of the newer options. The example code in libusb also adds a -t fx3 option, which is needed for newer chips and absent here.

Sc00tis_P00tis commented on 2019-01-19 23:44 (UTC)

This package breaks aurman. It can't decode a stream when retrieving PGP keys

Traceback (most recent call last):
File "/usr/lib/python3.7/site-packages/aurman/main.py", line 1312, in main
process(argv[1:])
File "/usr/lib/python3.7/site-packages/aurman/main.py", line 1194, in process
package.show_pkgbuild(noedit, show_changes, pgp_fetch, keyserver, always_edit, default_show_changes) File "/usr/lib/python3.7/site-packages/aurman/classes.py", line 1104, in show_pkgbuild
self.search_and_fetch_pgp_keys(fetch_always, keyserver)
File "/usr/lib/python3.7/site-packages/aurman/classes.py", line 961, in search_and_fetch_pgp_keys
pgp_keys = Package.getPGPKeys(os.path.join(package_dir, "PKGBUILD"))
File "/usr/lib/python3.7/site-packages/aurman/classes.py", line 227, in getPGPKeys
pkgbuild_content: str = f.read().strip()
File "/usr/lib/python3.7/codecs.py", line 322, in decode
(result, consumed) = self._buffer_decode(data, self.errors, final)
UnicodeDecodeError: 'utf-8' codec can't decode byte 0xf6 in position 28: invalid start byte

keenerd commented on 2016-02-05 21:34 (UTC)

What about ppc, i586, armv5, armv6, aarch64, mipsel? Madness. I only specify unofficial architectures if, say, the program is an arm binary and it does not run on the official architectures.