I have been experiencing a bug of this version including semantic errors while finding probes(in my case at least syscall.* and kernel.function("kbd_event")).
Search Criteria
Package Details: systemtap 5.0-2
Package Actions
| 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)
- tuned (optional)
- tuned-git (optional)
- waypipe (optional)
- waypipe-git (optional)
Sources (2)
soylens commented on 2018-08-13 09:24 (UTC)
soylens commented on 2018-08-13 09:21 (UTC)
Version 3.2 is out of date, please consider merging to ver 3.3
gangelop commented on 2018-06-16 09:33 (UTC) (edited on 2018-06-16 09:33 (UTC) by gangelop)
@mnlipp That's odd. I just tested in a clean chroot[1] and it builds fine with python2 and python2-setuptools, no python(3).
Can you please double check?
It looks like systemtap-git uses python3 (i.e. python-setuptools) but for stap version 3.2 which we have in this package it needs python2-setuptools. In fact I just checked the other AUR package systemtap-git and it's missing 'python-setuptools'. Is it possible you were building that one and not this one?
[1]https://wiki.archlinux.org/index.php/DeveloperWiki:Building_in_a_Clean_Chroot
mnlipp commented on 2018-06-13 19:23 (UTC)
On my newly installed system, I had to manually install "python-setuptools". I assume that the make-dependency on "python2-setuptools" is outdated.
gangelop commented on 2018-06-03 17:09 (UTC)
Backported fbb26e17a fix for timers for >= 4.15 kernels as reported by AstroProfundis.
gangelop commented on 2018-06-03 14:38 (UTC)
I have adopted the package and backported the gcc8 fix. The build should succeed now. Let me know if you run into any issue.
gangelop commented on 2018-06-03 13:48 (UTC) (edited on 2018-06-03 13:48 (UTC) by gangelop)
Found it. Thank you git-bisect. This was an issue with gcc8 which was fixed in commit a8e317b60139238fef4038027eb37507e066d720 "Fixes for gcc 8".
Checking if we can backport this as a patch for 3.2...
gangelop commented on 2018-06-03 13:16 (UTC)
No luck building 3.2 here either. git master currently at fbe23773e builds fine.
Shibumi commented on 2018-05-19 20:51 (UTC)
I have dropped the package due to missing time. Feel free to adopt it and fix the bugs.
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.:
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.