- Aur-general - lists.archlinux.org

Package Maintainer Application - Peter Jung
by Peter Jung 07 Sep '24

07 Sep '24

Hello everyone, My name is Peter and I'm 26 years old. I work as a test and quality engineer and I'm from Augsburg, in Bavaria Germany. In my day-to-day job, I'm working together with car OEMs, Android devices, and their tools, like CANoe, CARMEN, Ellisys, ADB, and others. In the last months, I have seen Christian "gromit" Heusel in several upstream discussions and issues, and we got in contact with each other. We talked about getting more involved in Arch Linux, and this awakened my interest in becoming a package maintainer. My Linux journey started in 2018, beginning with a small project with a Raspberry Pi for my training as an environmental protection technician. I created a project with the "Enviro+ environmental monitoring station", which monitors temperature, pressure, humidity sensors, and others. This was then put together with Prometheus and Grafana into a graphical application, which visualized the values and changes of these. At this time, I also started using Arch Linux distribution on my desktop and learned more and more about Linux. In the meantime, I have learned to work with PKGBUILDs, learned bash, and started to maintain a custom kernel, together with some custom schedulers. In 2021, there was an RFC[1] posted on Arch Linux for the x86-64-v3 micro-architecture port. This got me very interested, and I started the "CachyOS"[2] project with Hamad Marri and Vladislav Nepogodin, which was intended as a learning and enthusiasts project. Over the years, we have integrated the x86-64-v3 and x86-64-v4 integration into this project. Additionally, I have further maintained the custom kernel "linux-cachyos"[3], and also started working together with upstream kernel developers as well as reporting bugs in the kernel community. Currently, in my spare time, I'm mainly maintaining the CachyOS project but also contribute a lot to the sched-ext project, while integrating this into CachyOS as well as doing the testing for the scx-scheds[4] schedulers. I will also be at the Linux Plumbers Conference in Vienna[5] and will give a talk about the integration and benefits of using sched-ext for distributions. I'm also currently maintaing the infrastructure of CachyOS, which includes services like mailserver, mirrors syncing, administration and others. Most of these servers are running on Arch Linux, therefore I have also gained experience in maintaining and managing these. In general, you may know me better by the name "ptr1337". I have reported bugs and suggestions to Arch Linux, as well as helping the Arch Linux-based community. Since the GitLab migration by Arch Linux, I have made a bunch of contributions to packages as well as helping the overall Arch Linux-based community. To further bring more involvement to the upstream Arch Linux project, I am applying as a package maintainer. Also, I could further bring my experience with the x86-64-v3 integration for Arch Linux as well as bringing up discussions from "downstream" distributions. Following packages from the AUR, I would like to maintain in the Arch Linux repository: - scx-scheds (as soon as the sched-ext framework is merged in the mainline kernel) - libpfm (this needs to be discussed with the linux-tools maintainer) - contour - libunicode (dependecy for contour) - boxed-cpp (dependecy for contour) - virtme-ng - llvm-bolt - ananicy-cpp For most of the above packages, I'm directly in contact with the developers as well as contributing and providing testing for these. Following packages in the Arch Linux repository, I could possibly (Co-)Maintain: - bpftop - cosmic group - dkms - wine-staging If there are any other packages that currently lack maintenance and need some help, I'm open to maintaining these. My sponsors are Christian "gromit" Heusel and Bert "bertptrs" Peters. Thanks for guiding me through the application process as well as the nice talk with each other. Best regards, Peter "ptr1337" Jung References ---------- [1] https://gitlab.archlinux.org/archlinux/rfcs/-/blob/master/rfcs/0002-march.r… [2] https://cachyos.org [3] https://github.com/cachyos/linux-cachyos [4] https://github.com/sched-ext/scx/ [5] https://lpc.events/event/18/sessions/192/#20240918 Other Links --------------- Gitlab Arch Linux: https://gitlab.archlinux.org/ptr1337 Github: https://github.com/ptr1337 PKGBUILDs: https://github.com/CachyOS/CachyOS-PKGBUILDS AUR Packages: https://aur.archlinux.org/packages?SeB=m&K=ptr1337

10 14

Re: [PRQ#63544] Orphan Request for visual-paradigm-community
by Rein Fernhout (Levitating) 04 Sep '24

04 Sep '24

This package of mine was requested to be orphaned and then the same user immediately approved their own request. I would've liked some time to react. The same user requested (and approved) my package genimage-git to be orphaned, which was wrongly flagged out of date (it is a VCS) package. On 2024-09-04 15:01, notify(a)aur.archlinux.org wrote: > epicycle6 [1] filed an orphan request for visual-paradigm-community > [2]: > > out-of-date > > [1] https://aur.archlinux.org/account/epicycle6/ > [2] https://aur.archlinux.org/pkgbase/visual-paradigm-community/

3 3

Is it allowed to use pkgrel for the upstream version?
by Ralf Mardorf 24 Aug '24

24 Aug '24

Hi, I wonder if it's allowed to use pkgrel for the upstream version? If so, then there is no correct information related to the pkgrel available, see https://aur.archlinux.org/packages/firedragon https://aur.archlinux.org/packages/firedragon-bin My comment, including a correction ;) at the bottom: https://aur.archlinux.org/packages/firedragon#comment-987718 "Hi, please, don't misuse the package release for the unusual versioning of upstream. If upstream's versioning is 1.2.3-1 then make the pkgver 1.2.3.1, if it's 1.2.3-1.1 then make the pkgver 1.2.3.1.1. For example take a look at how it is done for extra/linux-rt or extra/linux-rt-lts. Leave the pkgrel to the package release -1, -2, -3 and leave dotted pkgrel to the users, so a user can build an individual -1.1, -1.2 etc. and automatically follow the AUR, if the package maintainer bumps the pkgver or pkgrel. Don't break the pkgrel, just because upstream does use such an odd versioning. The pkgrel is for the package release, not for the upstream version. Regards, Ralf Correction: Replace the "-" by a "_", see https://wiki.archlinux.org/title/PKGBUILD#pkgver " After taking a look at the Wiki I corrected my comment. IIUC then the pkgver of extra/linux-rt or extra/linux-rt-lts isn't correct,too, but at least a correct pkgrel is provided by those packages from extra, while it's broken for the AUR's firedragons. Regards, Ralf

2 2

Registration with wrong email
by asalde_le1 18 Aug '24

18 Aug '24

]Hi! Today I wanted to register an account by email asalde.le1(a)gmail.com with username asalde_le1, but accidentally wrote it as gmail.xom, so I can't receive password link. Can you please reset the account? Thank you in advance!

2 1

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

Maintainer: m3thodic packages need updating - no e-mail to contact (hidden)
by David C. Rankin 11 Aug '24

11 Aug '24

Aur folk, I was trying to install createrepo_c that has sent me down dependency-hell of out-of-date packages. The last that I couldn't fix was libmodulemd maintained by m3thodic. The package was flagged out of date on 4/27/24. I don't know if the maintainer is just gone for a while, or if the packages are abandoned. The createrepo package depends on this and other AUR packages and is dead-in-the-water for now. How to handle this? -- David C. Rankin, J.D.,P.E.

2 2

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

04 Aug '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 5

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