Package Details: systemtap 5.1-1

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: 23
Popularity: 3.27
First Submitted: 2018-02-14 11:32 (UTC)
Last Updated: 2024-05-13 05: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

1 2 3 4 5 6 .. 8 Next › Last »

SunRed commented on 2024-06-19 17:28 (UTC)

@stereomato Please try to build the package again in a clean chroot as I cannot reproduce this error. I've built the package using the standard arch makepkg.conf and my own optimized one. Your error seems to stem from an issue with building with LTO enabled but both makepkg.conf have it enabled by default.

stereomato commented on 2024-06-19 03:47 (UTC)

Can't conpile either

In function ‘copy’,
    inlined from ‘__ct ’ at /usr/include/c++/14.1.1/bits/basic_string.h:688:23,
    inlined from ‘operator+’ at /usr/include/c++/14.1.1/bits/basic_string.h:3735:43,
    inlined from ‘visit_atvar_op’ at tapsets.cxx:5435:26:
/usr/include/c++/14.1.1/bits/char_traits.h:427:56: error: ‘__builtin_memcpy’ writing 17 bytes into a region of size 16 overflows the destination [-Werror=stringop-overflow=]
  427 |         return static_cast<char_type*>(__builtin_memcpy(__s1, __s2, __n));
      |                                                        ^
tapsets.cxx: In member function ‘visit_atvar_op’:
tapsets.cxx:5435:26: note: at offset 16 into destination object ‘<anonymous>’ of size 32
 5435 |       semantic_error  er(ERR_SRC, _F("unable to find global '%s' in %s%s%s",
      |                          ^
lto1: all warnings being treated as errors
make[3]: *** [/tmp/ccUsvV5A.mk:71: /tmp/ccEWBAOg.ltrans23.ltrans.o] Error 1
make[3]: *** Waiting for unfinished jobs....
lto-wrapper: fatal error: make returned 2 exit status
compilation terminated.
/usr/bin/ld: error: lto-wrapper failed
collect2: error: ld returned 1 exit status
make[2]: *** [Makefile:1004: stap] Error 1
make[2]: Leaving directory '/home/stereomato/.cache/paru/clone/systemtap/src/systemtap-5.1'
make[1]: *** [Makefile:2220: all-recursive] Error 1
make[1]: Leaving directory '/home/stereomato/.cache/paru/clone/systemtap/src/systemtap-5.1'
make: *** [Makefile:820: all] Error 2
==> ERROR: A failure occurred in build().
    Aborting...
error: failed to build 'systemtap-5.1-1': 
error: packages failed to build: systemtap-5.1-1

ChrDr commented on 2024-04-27 10:28 (UTC)

@SunRed: Thanks a lot, worked like a charm now!

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.

SunRed commented on 2024-04-24 06:00 (UTC)

@ChrDr Regarding the first issue you don't want to query the openpgp.org keyserver as it deliberately doesn't provide the email addresses/user ids of a key unless the owner consented to this. Use e.g. the Ubuntu keyserver using gpg --keyserver hkps://keyserver.ubuntu.com --recv-keys 258B6EFA0F209D24.

The second issue regarding the filesystem conflicts should be fixed now. Somehow during my testing of the package I didn't come across this error even though I should have but I might have accidentally removed the line again that removes the conflicting files from the package.
Also since I don't always read comments but also didn't receive notifications for the comments two weeks ago, please don't hesitate in contacting me directly via email for such an issue or annoy me on my Gitea instance. :)

Cheers.

ChrDr commented on 2024-04-23 09:43 (UTC) (edited on 2024-04-23 09:48 (UTC) by ChrDr)

2 problems that I see when trying to install this package:

1.

makepkg
... 
==> Verifying source file signatures with gpg...
    systemtap-5.0.tar.gz ... FAILED (unknown public key 258B6EFA0F209D24)
==> ERROR: One or more PGP signatures could not be verified!

When trying to import the key:

gpg --recv-keys --keyserver keys.openpgp.org 258B6EFA0F209D24
gpg: key E3D77E1F95161991: no user ID
gpg: Total number processed: 1

2. When skipping the pgp verification (makepkg --skippgpcheck) the compilation works. But when trying to install the package I get the error that was already reported 2 weeks ago:

pacman -U systemtap-5.0-1-x86_64.pkg.tar.zst
...
(1/1) checking for file conflicts
error: failed to commit transaction (conflicting files)
systemtap: /usr/include/sys/sdt-config.h exists in filesystem (owned by glibc)
systemtap: /usr/include/sys/sdt.h exists in filesystem (owned by glibc)
Errors occurred, no packages were upgraded.

Any suggestions?

BrianAllred commented on 2024-04-11 21:52 (UTC)

Can't build, error below.

  CXX      stap-csclient.o
  CXX      stap-nsscommon.o
  CXX      stap-client-nss.o
  CXX      stap-cscommon.o
  CXX      stap-nss-server-info.o
  CXXLD    stap
In function ‘copy’,
    inlined from ‘__ct ’ at /usr/include/c++/13.2.1/bits/basic_string.h:672:23,
    inlined from ‘operator+’ at /usr/include/c++/13.2.1/bits/basic_string.h:3678:43,
    inlined from ‘visit_atvar_op’ at tapsets.cxx:5435:26:
/usr/include/c++/13.2.1/bits/char_traits.h:445:56: error: ‘__builtin_memcpy’ writing 17 bytes into a region of size 16 overflows the destination [-Werror=stringop-overflow=]
  445 |         return static_cast<char_type*>(__builtin_memcpy(__s1, __s2, __n));
      |                                                        ^
tapsets.cxx: In member function ‘visit_atvar_op’:
tapsets.cxx:5435:26: note: at offset 16 into destination object ‘<anonymous>’ of size 32
 5435 |       semantic_error  er(ERR_SRC, _F("unable to find global '%s' in %s%s%s",
      |                          ^
lto1: all warnings being treated as errors
make[3]: *** [/tmp/cc114a3v.mk:77: /tmp/cc8I99L6.ltrans25.ltrans.o] Error 1
make[3]: *** Waiting for unfinished jobs....
lto-wrapper: fatal error: make returned 2 exit status
compilation terminated.
/usr/bin/ld: error: lto-wrapper failed
collect2: error: ld returned 1 exit status
make[2]: *** [Makefile:1000: stap] Error 1
make[2]: Leaving directory '/build/systemtap/src/systemtap-5.0'
make[1]: *** [Makefile:2216: all-recursive] Error 1
make[1]: Leaving directory '/build/systemtap/src/systemtap-5.0'
make: *** [Makefile:816: all] Error 2

8ar10der commented on 2024-04-11 13:51 (UTC)

Can not install, searched but not found solution either.

(1/1) checking for file conflicts                                                                                                        [####################################################################################] 100%
error: failed to commit transaction (conflicting files)
systemtap: /usr/include/sys/sdt-config.h exists in filesystem (owned by glibc)
systemtap: /usr/include/sys/sdt.h exists in filesystem (owned by glibc)

chripell commented on 2023-01-29 14:08 (UTC)

Updated upstream location, thanks!