Arch Linux User Repository

@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.

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

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

any update on the groups issue?

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:

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

@vanyasem and @all: This is my build log

https://pastebin.com/5FnRWQt8

Can you please point out where your issue with root password would show up in this process?

Could it be an issue with upstream in their makefile?

$ grep -ri groupadd
stapbpf/Makefile.am:                             || groupadd -f -g 156 -r stapusr); then \
stapbpf/Makefile.in:@HAVE_BPF_DECLS_TRUE@                                || groupadd -f -g 156 -r stapusr); then \
staprun/Makefile.am:                             || groupadd -f -g 156 -r stapusr); then \
staprun/Makefile.in:                             || groupadd -f -g 156 -r stapusr); then \
systemtap.spec:getent group stapusr >/dev/null || groupadd -f -g 156 -r stapusr
systemtap.spec:getent group stapsys >/dev/null || groupadd -f -g 157 -r stapsys
systemtap.spec:getent group stapdev >/dev/null || groupadd -f -g 158 -r stapdev
systemtap.spec:getent group stap-server >/dev/null || groupadd -f -g 155 -r stap-server

@vanyasem: I'm not refusing to patch this... Can you please a bit less aggressive? Or better yet, be a responsible community member and submit a PR.

https://lists.archlinux.org/pipermail/aur-requests/2019-December/035453.html

I'm checking why this is happening, though.

During build, this package is calling groupadd, leading to asking my root password. That wasn't supposed to happen, building some package shouldn't interfere with your real system, nor play with groups/users (when this is needed, it's added to .install).

copied from systemtap-git

could you address that with a patch maybe?