Package Details: systemtap 5.0-2

Git Clone URL: https://aur.archlinux.org/systemtap.git (read-only, click to copy)
Package Base: systemtap
Description: Infrastructure to simplify the gathering of information about the running Linux system
Upstream URL: https://sourceware.org/systemtap/
Licenses: GPL
Submitter: Shibumi
Maintainer: SunRed
Last Packager: SunRed
Votes: 19
Popularity: 1.41
First Submitted: 2018-02-14 11:32 (UTC)
Last Updated: 2024-04-24 06:00 (UTC)

Dependencies (7)

Required by (4)

Sources (2)

Pinned Comments

SunRed commented on 2024-04-24 16:31 (UTC) (edited on 2024-04-24 16:32 (UTC) by SunRed)

Since the openpgp.org keyserver does not provide identity information for keys that don't have a verified email address as stated on their FAQ, and the arch gnupg package doesn't have a patch for that applied like other distributions, one has to import the key from another keyserver, with e.g.:

gpg --keyserver hkps://keyserver.ubuntu.com --recv-keys 258B6EFA0F209D24

I might contact the upstream maintainer about this issue as they just have to use another key for signing (the one searchable using their email address on keys.openpgp.org) or verify the key used for the package.

Latest Comments

« First ‹ Previous 1 2 3 4 5 6 7 8 Next › Last »

mgd commented on 2021-09-02 09:48 (UTC)

I found the command

gpg --recv-keys --keyserver hkps://keys.openpgp.org/ 0xD7C256443CC637CA

in the comments of the PKGBUILD. A comment on the commandline during build might be helpful.

mgd commented on 2021-09-02 09:42 (UTC)

I have a problem installing this package: :: (1/1) Parsing SRCINFO: systemtap

:: PGP keys need importing: -> 159B0DF71150B8A8539A8802D7C256443CC637CA, required by: systemtap ==> Import? [Y/n] y :: Importing keys with gpg... gpg: Empfangen vom Schlüsselserver fehlgeschlagen: Keine Daten problem importing keys

Is this particular key required or should I simply remove it from the package?

chripell commented on 2021-07-01 18:52 (UTC)

Sure thing annguyenfoss!

I hope everything goes well for you. Stay safe!

annguyenfoss commented on 2021-07-01 09:56 (UTC) (edited on 2021-07-01 09:59 (UTC) by annguyenfoss)

@chripell Thank you. Would you please be kind enough to take this package over?

Local outbreak affected my ability to follow and update this package.

I took the liberty to transfer the package maintainership to you. If you don't have the time for it, please simply disown the package.

Thank you.

chripell commented on 2021-05-28 12:44 (UTC)

Hi, I updated to 4.4 and backported patches to make it work with kernels till 5.12. The test suit runs OK. You can find my PKGBUILD (based on yours) here: https://github.com/chripell/myPKGBUILD/tree/main/systemtap

annguyenfoss commented on 2021-04-07 02:54 (UTC)

Noticed the out-of-date. My bad. Will update this week.

vanyasem commented on 2020-03-03 00:23 (UTC)

any update on the groups issue?

annguyenfoss commented on 2019-12-03 09:30 (UTC)

Saw it. It didn't show up because I already had these groups in my system.

Thinking of a patch. In the meanwhile, anyone has any patch and/or would like to take over. Please let me know.

make[5]: Entering directory '/home/stk/.cache/yay/systemtap/src/systemtap-4.2/staprun'
if [ `id -u` -eq 0 ] && (getent group stapusr >/dev/null \
|| groupadd -f -g 156 -r stapusr); then \
chgrp stapusr "/home/stk/.cache/yay/systemtap/pkg/systemtap/usr/bin/staprun" \
&& chmod 04110 "/home/stk/.cache/yay/systemtap/pkg/systemtap/usr/bin/staprun"; \
fi
ERROR: ld.so: object 'libfakeroot.so' from LD_PRELOAD cannot be preloaded (cannot open shared object file): ignored.
Password:

vanyasem commented on 2019-12-03 08:50 (UTC)

It is an upstream issue, hence I asked you to patch it manually, because this behavior while building is not appropriate