March 2026 - Aur-general - lists.archlinux.org

AUR package with python venv
by 7thCore 21 Mar '26

21 Mar '26

Hello, I want to submit five packages to the AUR for the Psono Password Manager. It's open source and I got permission from the developer to do so with the disclaimer that they are not officially supported. Three of these packages require a python virtual environment (due to the extensive list of python dependencies that are not available in the Arch Linux repositories) and the way I initially approached this was to use the post_install() function in the install script. Here's the PKGBUILD review link on the forums: https://bbs.archlinux.org/viewtopic.php?id=312591 With the advice of Lone_Wolf and twelveeighty I moved the venv creation to the build() function of the PKGBUILD. Psono is only available in a docker image format so I created a custom dlagent to download the docker image, extract the software I need for the package, tarball it and use the tarball as a source file for hash verification. Using a constant mtime value while creating the tarball makes sure the hash stays the same with the same files if they aren't changed upstream. My question for the AUR moderators and package maintainers is as follows: the python venv is created when building the package and is shipped with the package. Is this acceptable for the AUR? What's your opinion? Am I allowed to submit these packages like they are? I also attached one of the three packages' source so you can test building it yourself. Currently it doesn't have licenses set up yet. It's the enterprise edition of Psono's server software. There's also a community edition available that's free that I also intend to submit if allowed. The hashes should be up to date with the enterprise edition. Let me know what you think. Kind regards, 7thCore

5 5

davinci-resolve no longer downloads the upstream package; was this actually an AUR rules violation?
by kleines Filmröllchen 21 Mar '26

21 Mar '26

Hello all, this issue has been on my mind for a while, but I haven’t bothered to write to the mailing list about it until now. Before Muflone took over maintainership of the davinci-resolve packages (including davinci-resolve-studio and davinci-resolve-beta), the PKGBUILD would automatically download the upstream package from Blackmagic’s website. While Resolve is proprietary, the non-Studio version (and the beta) are freely available, requiring not even a proper login with the vendor. The download link on the website (https://www.blackmagicdesign.com/products/davinciresolve ) is behind a “registration” form, but this does not create a user account and to the best external knowledge, the data entered here is never verified in any way. Therefore, previous versions of the AUR package either used a download link obtained by the maintainer after filling out the form with arbitrary data, or replayed the form submission with fixed data during prepare(), obtaining a new download link for the user. Either way, the package contents are obviously always identical (regular hashing applied). The same is true for packages retrieved through the support center (https://www.blackmagicdesign.com/support/family/davinci-resolve-and-fusion ), where in fact the Studio version (which requires a paid license) does not require the submission of a form at all. However, Muflone changed this behavior to instead require a locally-downloaded version of the upstream package in all three cases. The user reception for this was mixed, additionally caused by the issue that AUR helpers need the upstream package file located in special cache directories and not the current working directory. Personally, I am strongly opposed to this change, but Muflone has deflected criticism by pointing out that “Packages must not contain black magic or unknown/hard to understand commands as users are required to check the PKGBUILDs before installing/updating from AUR” (https://aur.archlinux.org/packages/davinci-resolve?O=60#comment-1013733 ). While I agree in spirit, I disagree in this specific case. There are multiple easy ways of obtaining the package that have been known for some time; a review of the package commit history confirms this. On the contrary, some of the changes required to make more technical aspects of the package work properly will not be easy to understand for users at times. Furthermore, a careful review of the AUR rules reveals to me that this kind of direct download is perfectly allowed, since in my opinion it doesn’t circumvent any real technical measures by the upstream provider; see elaboration above: form contents are not checked by the Blackmagic website, and sometimes skippable altogether. I’m writing to the mailing list to gain clarification on the matter: whether the manual download is actually more compliant with AUR rules than what was happening previously (before commit 7351177b553aa3983163450822bf251ec7f7ab75), and whether the previous approach was even in violation. If not, I’m not sure—if it’s possible that the AUR maintainers can urge Muflone to change it back, that would be excellent, but I don’t remember the AUR working that way. Blocking Muflone and/or orphaning the package is also not a reasonable approach, unless there is someone to step up to maintainership for the package (unfortunately not me, as I don’t use Resolve frequently enough, and often need to stay on older versions due to bugs frequently introduced in new releases). I hope I’m not overstepping any lines with this request, but as a user of the package it is very annoying when a (new) maintainer degrades the user experience for unclear/nebulous “rules compliance” and refuses to engage in discussions about it. This is also the reason I am writing here in the first place, I want to make it clear that I did of course try to discuss this on the package comment page first; over a year ago in fact. I also finally want to make it clear that this is not about piracy of the Studio version in any way shape or form; while the package download for it is still freely available from Blackmagic, it’s less important to change the PKGBUILD as the software isn’t free in the first place. Greetings, kleines Filmröllchen

11 13

Package Maintainer application
by Claudia Pellegrino 20 Mar '26

20 Mar '26

Hi! I’m Claudia aka Auerhuhn [1] from Darmstadt, Germany (@claui on GitHub [2]), and I’d love to join your team as a Package Maintainer. When I’m not busy putting stuff into packages (e.g. on the AUR), you can probably find me playing the piano, maintaining personal side projects in Python and other languages, and generally learning things. At my day job as a software developer for DB Systel, I maintain software that displays coach and seat numbers on trains so passengers know where to board („Reisendeninformation“). I was a maintainer with Homebrew for seven years, first with Cask [3] and later as a core team member [4], maintaining formulae and the CLI. I also helped bootstrap and orchestrate the aarch64 migration [5]. In 2021, I decided to leave the Apple ecosystem [6], even though that meant I had to say farewell to my fellows from Homebrew [7]. I’ve been daily driving Arch Linux ever since. I’m pretty much invested in free and open-source software: my phone runs a mobile Debian, and according to an LLM-generated roast, I’m a “FOSS Martyr.” When you meet me in person, ask me how life is going with absolutely no apps. Or don’t; I’ll probably tell you about it anyway. On `extra`, I’d like to maintain a couple of packages that I think will be useful for the CLI crowd: python-xlsx2csv (Excel textconv for Git), aider-chat (a FOSS alternative to Copilot), and python-llm. I’m also looking into adopting a number of entries from the list of orphaned Python packages [8] and possibly co-maintaining those that currently have only one maintainer. I’ve been occasionally contributing to Arch projects as well, e.g. namcap and aurweb [9], and will continue to do so if time allows. Thanks to Gromit and Anthraxx for sponsoring my application. Regards Claudia [1]: https://aur.archlinux.org/packages?SeB=M&K=Auerhuhn [2]: https://github.com/claui [3]: https://github.com/Homebrew/homebrew-cask/pull/7705 [4]: https://github.com/Homebrew/brew/commit/ba410959 [5]: https://github.com/Homebrew/brew/issues/7857 [6]: https://web.archive.org/web/20210811115015/https://twitter.com/c_pellegrino… [7]: https://github.com/Homebrew/brew/commit/7c799c4e [8]: https://archlinux.org/packages/?q=python-&maintainer=orphan [9]: https://gitlab.archlinux.org/auerhuhn

4 5

Unsubscribe from list please
by Bernd Kaßel 20 Mar '26

20 Mar '26

2 1

Deletion request: "fuck" (empty repo, no package)
by Ronan Hevenor 16 Mar '26

16 Mar '26

Hi, I'd like to request deletion of the AUR repo "fuck" ( https://aur.archlinux.org/cgit/aur.git/log/?h=fuck) The repo was created by eshnd in September 2025 with three throwaway commits ("test", "added all", "/"). No valid PKGBUILD or .SRCINFO was ever pushed, so the package doesn't appear in AUR search or have a package page. It's effectively a name squat on an empty repo. I have a legitimate package I'd like to publish under this name. Thanks, Ronan

6 6

Package Maintainer Application - Jonathan Grotelüschen
by tippfehlr 12 Mar '26

12 Mar '26

Hi everyone, I’m Jonathan, also known as tippfehlr. I am a computer science student at KIT in Karlsruhe, Germany, and I hereby apply to become a Package Maintainer. My Linux journey began with a Raspberry Pi 1B I received as a gift in 2017. After that, I hosted a few Minecraft servers on Linux Mint (though not on the 1B). A few years later, I did an internship in a company using openSUSE, but one person used Arch Linux and Neovim and impressed me a lot at the time. In 2021, I started using an old laptop for school and installed 32-bit Debian on it, but quickly switched to Arch Linux when I discovered it was a 64-bit CPU. With the experience I had from my laptop, I finally installed Arch on my PC in 2022. I had installed Manjaro before, but Arch was the first distro that replaced Windows for me. Since then, it always just worked. When I got a new laptop, Arch was simply the easiest thing to install. I started contributing to the AUR in late 2023, when I needed an INAV related package that was not yet available. Since then, I learned a lot about packaging and about the Arch community in general. A few years ago I also started self-hosting services for my family and realized that I enjoy the Sysadmin and DevOps side of software a lot. I mostly used Docker Compose until now, but I would like to learn more. So if there is need, I’d like to help there as well. Generally, I love tinkering and configuring, which probably isn’t surprising in this community. Just recently, I annoyed my brother because I ended up modding a game instead of actually playing it with him :) Outside the digital world, I love to play the Cello and like to read fantasy. I am also active in my local community: In my dorm, I lead the 3d-printing lab and volunteer in the network department, where we are currently doing a big Wi-Fi upgrade. We also maintain an Arch Linux mirror at https://files.hadiko.de/pub/dists/arch/! Since a friend in school introduced me to FPV drones, I also like to tinker with/fly my model airplane. If you want to take a look, most of my personal projects and contributions to other projects are on Codeberg [1] or on GitHub [2]. Over time, I collected a list of packages I use and would like to maintain in the official repositories: Development tools: - git-extras - dockerfile-language-server - emmet-language-server - dprint RC Flight: - betaflight-configurator - inav-configurator Games: - heroic-games-launcher - modrinth-app - osu-lazer Misc: - jellyfin-desktop (was jellyfin-media-player) - pfetch-rs I’m using Neovim without Mason and usually install language servers with pacman. I took some time to look through packages with only one maintainer and noticed a few language servers (for example arduino- and typescript-language-server) where I’d be happy to help out as a co-maintainer. My application is sponsored by Christian Heusel (gromit) and Peter Jung (ptr1337). Thanks for the nice talk and all the feedback so far! Best, Jonathan Grotelüschen [1] https://codeberg.org/tippfehlr [2] https://github.com/tippfehlr AUR: https://aur.archlinux.org/packages?O=0&SeB=M&K=tippfehlr&outdated=&SB=p&SO=…

6 10

First PKGBUILD (hpsahba-git), any tips?
by Fermín Olaiz 02 Mar '26

02 Mar '26

Hey guys! I just made my first PKGBUILD [1] for a tool I use and would like to see what could be improved. I've been maintaining some things for a while but they don't have that much use and this is the first one I make from scratch. So far I've checked things with namcap. Thank you! Fermín Olaiz [1] https://aur.archlinux.org/packages/hpsahba-git

2 1

Hello
by Salah Warlike 02 Mar '26

02 Mar '26

join

2 1

Telegram
by Salah Warlike 01 Mar '26

01 Mar '26

Android

1 0