July 2024 - Aur-general - lists.archlinux.org

Is epoch increment optional on version scheme change in -git packages?
by dreieck 12 Sep '24

12 Sep '24

Dear AUR-maintainers, in this post [¹] I was told to raise this issue on this mailing list, so I do so. Note that I will not stay part of this mailing list; if there is an authorative answer maybe the best is to post it also to [¹] so everyone can notice. The issue is described in full in [²] and some short discussion followed. I also copypaste the issue here (from the Forum -- so forum-syntax): --- regarding [url=https://github.com/chaotic-aur/packages/issues/3151#issuecomment-223046… discussion[/url] about the AUR-package [url=https://aur.archlinux.org/packages/gr-lora_sdr-git]gr-lora_sdr-git[/url] I want to ask about the `$epoch` variable in `-git` packages in the AUR. The maintainer argues that `$epoch` [i]may[/i] be used, but not has to, when the versioning scheme changes so that a newer version of the `PKGBUILD` would result in a lower version according to `pacman`'s version compare logic. In this case, the old `$pkgver` (before adoption and fixing of the AUR package) was `8133965`, the new one now is `0.5.r4.g8133965`. [url=https://github.com/chaotic-aur/packages/issues/3151#issuecomment-223049… maintainer argues as following to not increment `$epoch`[/url]: [quote=xiota] AUR is still build on demand. AUR helper and Chaotic AUR users will receive notification and can force the update if they want. Users unwilling to manually force the upgrade can keep the old version. It's ultimately their choice. [/quote] [url=https://github.com/chaotic-aur/packages/issues/3151#issuecomment-223046… was reasoning that `$epoch` _must_ be incremented in such a case[/url]: [quote=dreirund] [quote=xiota] Also, I don't use epoch on AUR packages because they're build on demand. [/quote] But for the packages in the AUR you still need to set `$epoch`. Since the AUR is independently usable from `chaotic-aur`. The version scheme change you did in `gr-lora_sdr-git` requires an increment of `$epoch` in the AUR package, since the old version was `8133965`, the new one is `0.5.r4.g8133965`, which is lower by version compare logic. So setting `epoch=1` in the AUR package actually is required. [/quote] [url=https://wiki.archlinux.org/title/PKGBUILD#epoch]The wiki[/url] seems not to be clear about it, it may be read in both ways: [url=https://github.com/chaotic-aur/packages/issues/3151#issuecomment-223060… standpoint[/url]: [quote=dreirund] Regardless what opinions anyone has, the guidelines are clear about that: [url]https://wiki.archlinux.org/title/PKGBUILD#epoch[/url] [quote=https://wiki.archlinux.org/title/PKGBUILD#epoch] It is used when the version numbering scheme of a package changes (or is alphanumeric), breaking normal version comparison logic. [/quote] [/quote] and [url=https://github.com/chaotic-aur/packages/issues/3151#issuecomment-223066…] to that: [quote=xiota] From your own reference: [quote=quote=https://wiki.archlinux.org/title/PKGBUILD#epoch] Warning: epoch should only be used when [b]absolutely required[/b] to do so. [/quote] There is no statement requiring epoch to be used. Only requirements to meet when it is used. [/quote] So, is there any clear official rule for this case? --- [i]EDIT:[/i] After a discussion [url=https://github.com/chaotic-aur/packages/issues/3151#issuecomment-223046… there[/url], the maintainer has moved the discussion thread "[i]to a repository you don't have access to.[/i]". Regards! --- Regards!, @dreieck. [¹] https://bbs.archlinux.org/viewtopic.php?pid=2184346#p2184346 [²] https://bbs.archlinux.org/viewtopic.php?pid=2184286

6 6

Package Maintainer Application - Quentin Michaud
by mh4ckt3mh4ckt1c4s 15 Aug '24

15 Aug '24

Hi everyone, My name is Quentin, or mh4ckt3mh4ckt1c4s/mh4ckwascut on the AUR and other Arch projects, and I'm applying to become a Package Maintainer. My application is sponsored by Robin Candau (Antiz) and Rémi Gacogne (rgacogne). I'm a graduated CS/networking engineer who is pursuing his studies as a PhD student in cybersecurity at the Institut Polytechnique de Paris, France (for the curious an abstract of the topic of my PhD is available here: https://theses.fr/s374883). I started programming in high school, and as I was more and more interested in "how computers work", I naturally started to tinker with Linux. After a little distro hopping, I wanted to dive more into the inner workings of a Linux distribution and Arch was the distro of choice. I fell in love with the rolling release, the always up-to-date packages, the wiki, and the AUR, among others. I now run Arch not only on my main laptop, but on my experimentation machines as well. I tried to go further, explored Gentoo and LFS, but I sticked with Arch as the distro allowing me to best tailor my computers to my needs while being fast and simple (who doesn't hate compilation times?). With the time I familiarized myself with the AUR, adopted a package I was using that was orphaned, and started submitting my own packages. I ended using a lot of little-used packages from the AUR, such as pentesting tools (for Capture The Flags) and fancy stuff related to my PhD. Most of these packages were orphaned or had bugs, and I started the habit of regularly looking for abandoned packages that I was using and picking them up on the AUR. A few times, I stumbled on outdated packages in the extra repo (ruby-iostruct and LLVM are the ones I remember), and I thought that if my beloved Arch was sometimes not up-to-date, maybe I could help and make Arch a little better. That's why I'm sending this mail today! Alongside packaging, I helped on other topics around Arch, such as becoming a package tester or improving a few articles in the wiki. Alongside Arch, I'm involved in OSS in general, contributing to various projects I use. All can be found on my GitHub and GitLab profiles, but big projects I have contributed to are LLVM, GitLab and YunoHost. When I'm not coding something or maintaining my homelab, I'm running or reading to clear my head. As a Package Maintainer, I would like to bring from my AUR packages to the extra repo podman-desktop, which I feel makes sense as podman and various related tools are already in extra, and a few WebAssembly packages such as wasi-tools. I also plan to merge my zaproxy-desktop package with zaproxy that is already in extra. As for the packages I can co-maintain, I would be happy to help with LLVM-related packages, or any other package that would need help and where I would be useful, like containerization or security tools. Relevant links: My AUR packages: https://aur.archlinux.org/packages?K=mh4ckwascut&SeB=m My GitHubs (perso and work): https://github.com/mh4ckt3mh4ckt1c4s and https://github.com/mh4ck-Thales GitLab: https://gitlab.com/mh4ckt3mh4ckt1c4s/ My personal website: https://www.mh4ckt3mh4ckt1c4s.xyz/ The YunoHost application I created and maintained for over a year: https://github.com/YunoHost-Apps/searxng_ynh My GitLab contributions: https://gitlab.com/gitlab-org/gitlab/-/merge_requests?scope=all&state=all&a… My LLVM contributions: https://github.com/llvm/llvm-project/issues?q=involves%3Amh4ck-Thales Hoping that gives you a good introduction of myself and my motivations. Thanks for reading, cheers! Quentin

9 18

AUR Maintenance Saturday 13 July 12:00 UTC
by Jelle van der Waa 13 Jul '24

13 Jul '24

Hi all, We are having some performance issues with the AUR's git repository which requires some maintenance. [1] This means that the AUR will be unavailable for some time starting 12:00 UTC till it is done (hopefully 2 hours, could be more). [1] https://gitlab.archlinux.org/archlinux/infrastructure/-/issues/599

2 1

Unable to push to or clone from existing aur package repo
by Chris Speck 13 Jul '24

13 Jul '24

Hello, My AUR username is "cspeck-aai" and I am the maintainer of the "slack-desktop-wayland" package: https://aur.archlinux.org/packages/slack-desktop-wayland I have ssh set up and created and maintain this package. Today I attempted to push a change to bump the package version and found that I am unable to push: --- ✔ ~/src/slack-desktop-wayland [master ↑·1|✔] 16:22 $ git push aur(a)aur.archlinux.org: Permission denied (publickey). fatal: Could not read from remote repository. Please make sure you have the correct access rights and the repository exists. --- Also weirdly, I cannot clone it: --- $ git clone ssh://aur@aur.archlinux.org/slack-desktop-wayland.git Cloning into 'slack-desktop-wayland'... aur(a)aur.archlinux.org: Permission denied (publickey). fatal: Could not read from remote repository. Please make sure you have the correct access rights and the repository exists. --- I have not changed anything on my end. I double and triple checked my SSH keys. I also double checked that I'm not on any VPN or tunnel. Further, I can still use the ssh query interface, and I am still able to log in and it still shows me as the owner of this package: --- ✔ 16:23 $ ssh aur(a)aur.archlinux.org help Commands: adopt <name> Adopt a package base. disown <name> Disown a package base. flag <name> <comment> Flag a package base out-of-date. git-receive-pack Internal command used with Git. git-upload-pack Internal command used with Git. help Show this help message and exit. list-repos List all your repositories. restore <name> Restore a deleted package base. set-comaintainers <name> [...] Set package base co-maintainers. set-keywords <name> [...] Change package base keywords. unflag <name> Remove out-of-date flag from a package base. unvote <name> Remove vote from a package base. vote <name> Vote for a package base. ✔ ~/src/slack-desktop-wayland [master ↑·1|✔] 16:49 $ ssh aur(a)aur.archlinux.org list-repos slack-desktop-wayland --- I know that my ssh keys and setup are working because it used to function with the AUR and I continue to use it every hour of the day at work. Any idea what is going wrong? Can you please help me fix this? Also, I am away for a few days at the start of next week - could you please prevent any "orphaned package" requests while my access issues are fixed? Regards, Chris

4 4

Offensive comments
by Arne Brücher 12 Jul '24

12 Jul '24

I just received dozens of offensive comments including death threats on my AUR-package standardnotes-bin. I asked for support in the Arch Linux Telegram group and the user Muflone deleted the comments and suspended the account. The account's name was fruitwater6 and was created today. I also have an email address of the account and screenshots of the comment. I would appreciate if there was the ability to report comments and block users as well as an explicit way of reporting such issues.

2 1

Houston, we have a problem
by Mark Wagie 12 Jul '24

12 Jul '24

Multiple accounts (at least two) just spammed the same nonsensical comment multiple times--at least 40, I lost track. Please remove the comments and ban the associated accounts. Package: https://aur.archlinux.org/pkgbase/standardnotes-bin/ Accounts: https://aur.archlinux.org/account/MechEngineering2/ https://aur.archlinux.org/account/fruitwater6/ Sent with [Proton Mail](https://proton.me/) secure email.

1 0

hostility in the comments
by james smith 10 Jul '24

10 Jul '24

A request for the pkgbuild to be updated[1] [2] quickly degenerated in insults [1]https://aur.archlinux.org/packages/sunshine?O=10#comment-981082 [2]https://aur.archlinux.org/packages/sunshine?O=10#comment-981374

5 4

Fixing extra/python-tensorflow, which is incompatible to python-numpy 2.0
by Claudia Pellegrino 07 Jul '24

07 Jul '24

Dear AUR folks, Last week, the python-numpy package was upgraded to v2.0. Since then, extra/python-tensorflow [1] has been raising a runtime error: ```sh $ sudo pacman -Syu python-tensorflow […] $ pacman -Q python-tensorflow python-numpy python-tensorflow 2.16.1-9 python-numpy 2.0.0-1 $ /usr/bin/python -c 'import tensorflow' […] File "/usr/lib/python3.12/site-packages/tensorflow/python/ops/numpy_ops/np_dtypes.py", line 30, in <module> complex_ = np.complex_ ^^^^^^^^^^^ File "/usr/lib/python3.12/site-packages/numpy/__init__.py", line 397, in __getattr__ raise AttributeError( AttributeError: `np.complex_` was removed in the NumPy 2.0 release. Use `np.complex128` instead.. Did you mean: 'complex64'? ``` For the full output, see: https://0x0.st/Xa9Q.log Given that upstream is still working on NumPy 2 support [2], the error message makes sense. Users can fix this incompatibility for themselves by either a) manually downgrading `python-numpy` to v1.x from their cache; or b) installing `python-numpy1` [3] from the AUR, which I uploaded today. Judging from the progress of the upstream issue [2], NumPy v2 support in tensorflow may not be exactly around the corner. Until then, users are going to have a hard time figuring out one of these workarounds on their own. I think all packages from core and extra are supposed to Just Work. So I wonder what might be a more user-friendly way to fix `extra/python-tensorflow` for everyone? Would it make sense to move `python-numpy1` from the AUR to `extra` to allow `python-tensorflow` to depend on `python-numpy1`? [1]: https://archlinux.org/packages/extra/x86_64/python-tensorflow/ [2]: https://github.com/tensorflow/tensorflow/issues/67291 [3]: https://aur.archlinux.org/packages/python-numpy1 Regards Claudia (aka Auerhuhn)

2 1