Package Details: jlink 20160122-1

Git Clone URL: https://aur.archlinux.org/jlink.git (read-only, click to copy)
Package Base: jlink
Description: meta package for JLink ARM embedded tools from Segger
Upstream URL: https://www.segger.com/jlink-software.html
Licenses: custom
Submitter: pzl
Maintainer: pzl (AlexisPolti)
Last Packager: pzl
Votes: 24
Popularity: 0.67
First Submitted: 2015-09-29 15:52 (UTC)
Last Updated: 2016-06-08 18:01 (UTC)

Required by (0)

Sources (0)

Latest Comments

1 2 Next › Last »

AlexisPolti commented on 2020-12-08 08:25 (UTC)

Great :-)

Sabu commented on 2020-12-07 23:16 (UTC)

Right now I've tried to install jlink with pamac again on another machine (where Arch is installed instead of Manjaro) and I got the same error. I assume that there's something wrong with pamac like the not updated database you mentioned below. I've no clue what could be the reason for it. However, I've now installed yaourt and with it I've also installed jlink successfully without any trouble.

AlexisPolti commented on 2020-12-06 23:07 (UTC)

I don't know how pamac works as there are so many AUR package manager out there, each having its own issues. I had to include a workaround in Ozone PKBUILD specially for yay (IIRC), but don't intend to do so for every package manager.

I personally stick still on yaourt, even if it is not maintained, as it seems to me the most stable one.

Sabu commented on 2020-12-06 23:01 (UTC)

The last system update and also AUR installs (pamac) I took today, few minutes ago, so I don´t believe that the database is outdated. But now I've installed the three packages separately without any trouble. I don't know what will the reason for this issue.

AlexisPolti commented on 2020-12-06 22:55 (UTC) (edited on 2020-12-06 22:57 (UTC) by AlexisPolti)

This package is a meta package for three tools : 'jlink-software-and-documentation' 'ozone' and 'jlink-systemview'. As fas as I know it doesn't need to be updated, as every tool is actively maintained on a daily basis.

As for your error about jlink-software-and-documentation, your database is probably not updated as current version is 6.88c

Sabu commented on 2020-12-06 22:50 (UTC) (edited on 2020-12-06 22:51 (UTC) by Sabu)

This package seems to be outdated, the last update was nearly 3.5 years ago. :( Another point is that this package contain obviously only the package jlink-software-and-documentation (27:6.72e-0) and the build of it fails.

I got this output during installation:

[~]$ pamac install jlink
There is 1 member in group jlink:
1:  jlink-software-and-documentation  27:6.72e-0  AUR

Enter a selection (default=all): 

Preparing...
Error: Failed to prepare transaction: target not found: jlink-software-and-documentation
Error: Failed to prepare transaction: target not found: jlink-software-and-documentation

AlexisPolti commented on 2016-10-17 08:51 (UTC)

Fixed, thanx ! :)

aGlacier commented on 2016-10-17 08:36 (UTC)

Hi, it seems libudev.so.0 AUR package should be mentioned in dependencies for recent versions of jlink. I've got following logs in strace,running JLinkExe: open("/usr/lib/libudev.so.0", O_RDONLY|O_CLOEXEC) = -1 ENOENT (No such file or directory) write(1, "Could not open J-Link shared lib"..., 51) = 51 exit_group(1) = ? And the problem was fixed when I installed libudev.so.0 from this package: https://aur.archlinux.org/packages/libudev.so.0/

pzl commented on 2016-01-22 14:26 (UTC)

This has changed into a meta package that groups all three packages from Segger. What was provided by this package is now `jlink-software-and-documentation`. If you want to continue installing only what you had before, uninstall this and use that package. If you want to continue upgrading and receive the two new packages, you will get file conflicts between the files this package used to provide, and that jlink-software-and-doc now provide. You will have to uninstall and then reinstall `jlink` to remove the files first (or manually delete them and upgrade as usual). This step is only necessary for those upgrading from the previous jlink-5.10g-2 package, not new installs.

pzl commented on 2015-11-30 13:16 (UTC)

Never looked at the deb package, but sure, that seems reasonable. It's downloaded as a bit of a bundle anyway so it would fit in in /opt The change will come soon