Package Details: openocd-git 0.10.0.r1089.g3bfe49266-1

Git Clone URL: (read-only, click to copy)
Package Base: openocd-git
Description: Debugging, in-system programming and boundary-scan testing for embedded target devices (git version)
Upstream URL:
Licenses: GPL
Conflicts: openocd
Provides: openocd
Submitter: veox
Maintainer: codyps (AndrevS, mdf)
Last Packager: codyps
Votes: 30
Popularity: 0.000000
First Submitted: 2012-12-30 00:55
Last Updated: 2020-02-26 00:29

Required by (12)

Sources (1)

Latest Comments

1 2 3 4 5 Next › Last »

codyps commented on 2020-02-26 00:29

@mdf done

mdf commented on 2020-02-23 19:45

Can you add xlnx_pcie_xvc to features? It enables a new driver I recently submitted.

akurei commented on 2019-04-10 13:02

Please change source to git+https from git+http.

thx1138 commented on 2019-02-03 21:59

/lib/udev/rules.d/60-openocd.rules GROUP="plugdev", TAG+="uaccess"

In contrast, for instance, "/usr/lib/udev/rules.d/69-libftdi.rules" does not use GROUP="plugdev", but only TAG+="uaccess".

André, please address this issue. and

" Sure, we must entirely get rid of that crap. "plugdev" is a very misguided and fundamentally wrong Ubuntuism."

But, then, Arch is not Fedora. In particular, from the Arch bug, "Note its caveat, it [uaccess] does not work over SSH." I'm very fond of using ssh over wifi when I want a portable keyboard and screen. Still, using ssh is no limitation at all if I am also already logged-in to the machine into which a device is "plugged", as far as I can tell.

Admittedly, this systemd/Fedora recommended "best practice" is either a very old - circa 2012 - or a relatively recent - circa 2018 - change to systemd policy, depending upon a person's opinion about the quality of systemd documentation: Use of TAG+="uaccess" instead of GROUP and MODE Linux automatic user ACL management

To resolve this, either: getent group plugdev >/dev/null || groupadd -r plugdev

or, preferably: sed -i 's/, GROUP="plugdev"//' "$pkgdir/usr/share/$_pkgbase/contrib/60-openocd.rules"

or: Document the uaccess mechanism / dynamic device permissions

"We should also give some hints for people writing udev rules (e.g. for package maintainers or upstream developers). E.g. if it is ok to use TAG+="uaccess" directly or it's better to use ID_* variables and letting 70-uaccess.rules do the tagging."

Which is to say, after reading through /usr/lib/udev/rules.d/70-uaccess.rules, and then choosing some general class of device from there, which could apply to, say, "JTAG adapters and flash memory programmers", then, instead of applying TAG+="uaccess" directly, apply some new ENV{ID_PLUGDEV}="1" rule, and then plead with systemd "upstream" to modify 70-uaccess.rules to include a custom ENV{ID_PLUGDEV}=="?*", TAG+="uaccess" rule.

Of course, this last alternative seems completely unnecessary and undesirable, but it is another option.

codyps commented on 2018-11-26 03:29

Thanks for reporting Tom. I've added aarch64 to the arch list as suggested.

TomKeddie commented on 2018-11-25 22:01

Builds fine for rpi3 by adding aarch64 to the arch list. Thanks, Tom

[tom@rpi3 openocd-git]$ git diff  
diff --git a/PKGBUILD b/PKGBUILD
index c82ddda..a64d90a 100644
@@ -9,10 +9,10 @@

 pkgdesc="Debugging, in-system programming and boundary-scan testing for embedded target devices (git version)"
-arch=('i686' 'x86_64' 'arm')
+arch=('i686' 'x86_64' 'arm' 'aarch64')
 depends=('libftdi' 'libftdi-compat' 'libusb' 'libusb-compat' 'hidapi' )
[tom@rpi3 openocd-git]$ 

codyps commented on 2018-07-14 23:26

I'd like to second AndrevS's request to change the mirror used. Sourceforge fetch speed is incredibly poor.

christianlupus commented on 2018-04-06 11:03

When building using aursync I get a build error telling me that sime temporary file logpipe.XXXX could not be removed. When building manually using makepkg this works out-of-the-box. Has anyone similar effects?

AndrevS commented on 2018-03-11 19:07

SourceForge's git is so slow it takes hours and then fails to complete. Using the mirror (git:// instead gets the source in no time.

antena commented on 2016-09-12 05:35

According to this bulletin:

The git url has changed (in 2012, no less, but it seems to have kept going until recently), so that now _gitroot should be:


Until I changed that line, it wouldn't build.