- Aur-general - lists.archlinux.org

Licensing following RFC40 and RFC52
by Lex Black 05 Aug '25

05 Aug '25

Hello list, I have a question regarding adding LICENSES to the aurweb repos. The simple solution would be to add the 0BSD text to the repo. So far so good. I looked additionally into REUSE, as this is mostly deployed by the repo packages and got mentioned on the respective wiki page[0]. As the pkgctl programm from the devtools package has the subcommand `license setup` and `license check` I looked into using this. But the resulting structure doesn't conform to the aurweb submission guidelines as subdirectories aren't allowed. But would be required to be REUSE-compliant? Will this be changed to allow this specific subdir? Or should the suggestion to use REUSE dropped from the wiki page? If the latter, how to attribute patches that are added from upstream? Best regards ________ [0] https://wiki.archlinux.org/title/AUR_submission_guidelines#Rules_of_submiss… "Add a LICENSE file or a REUSE.toml file to your repository."

2 2

Possible malicous PKGBUILD
by Lex Black 29 Jul '25

29 Jul '25

Hi Will only be able top later create a deletion requests for a package, but maybe someone else wants to step up? https://aur.archlinux.org/packages/gdox Not a really stealthy and working approach to do harm, but such a PKGBUILD shouldn't stay up in my opinion. Best regards

2 1

Command in DLAGENTS works in shell but not in makepkg
by Aaron Liu 22 Jul '25

22 Jul '25

Hey, Part of a PKGBUILD I'm trying to make looks like this: source=(Lark-linux_x64-${pkgver}.deb::https://www.larksuite.com/api/package… DLAGENTS=("https::/usr/bin/sh -c curl\ -LO\ \"\$$curl\ \'%u\'\ \|\ grep\ -oP\ \'\(\?\<=\"download_link\":\"$\[\^\"\]\*\'\ --\ \|\ sed\ \'s/\\\\u0026/\\\&/g\'\ --\)\"") The command (/usr/bin/sh...) works when I run it in my shell, but not when I run makepkg on the PKGBUILD. Any help would be really, really appreciated. I don't even know how to make makepkg tell me what command it runs, and even that would be nice. -- Cheers, Aᴀʀᴏɴ

1 1

Re: [SECURITY] firefox-patch-bin, librewolf-fix-bin and zen-browser-patched-bin AUR packages contain malware
by Shay Gover 19 Jul '25

19 Jul '25

Hi Quentin, Can you send us the packages description so we can identify other attempts in the future? Thanks Shay Date: Fri, 18 Jul 2025 18:53:19 +0200 > From: Quentin MICHAUD <mh4ckt3mh4ckt1c4s(a)archlinux.org> > Subject: [SECURITY] firefox-patch-bin, librewolf-fix-bin and > zen-browser-patched-bin AUR packages contain malware > To: aur-general(a)lists.archlinux.org > Message-ID: <4156647e-59ab-4026-9778-19d7cda6d4bc(a)archlinux.org> > Content-Type: text/plain; charset=UTF-8; format=flowed > > On the 16th of July, at around 8pm UTC+2, a malicious AUR package was > uploaded to the AUR. Two other malicious packages were uploaded by the > same user a few hours later. These packages were installing a script > coming from the same GitHub repository that was identified as a Remote > Access Trojan (RAT). > > The affected malicious packages are: > > - librewolf-fix-bin > - firefox-patch-bin > - zen-browser-patched-bin > > The Arch Linux team addressed the issue as soon as they became aware of > the situation. As of today, 18th of July, at around 6pm UTC+2, the > offending packages have been deleted from the AUR. > > We strongly encourage users that may have installed one of these > packages to remove them from their system and to take the necessary > measures in order to ensure they were not compromised. >

1 0

[SECURITY] firefox-patch-bin, librewolf-fix-bin and zen-browser-patched-bin AUR packages contain malware
by Quentin MICHAUD 18 Jul '25

18 Jul '25

On the 16th of July, at around 8pm UTC+2, a malicious AUR package was uploaded to the AUR. Two other malicious packages were uploaded by the same user a few hours later. These packages were installing a script coming from the same GitHub repository that was identified as a Remote Access Trojan (RAT). The affected malicious packages are: - librewolf-fix-bin - firefox-patch-bin - zen-browser-patched-bin The Arch Linux team addressed the issue as soon as they became aware of the situation. As of today, 18th of July, at around 6pm UTC+2, the offending packages have been deleted from the AUR. We strongly encourage users that may have installed one of these packages to remove them from their system and to take the necessary measures in order to ensure they were not compromised.

1 0

A nightmare in nesting for DLAGENTS
by Aaron Liu 08 Jul '25

08 Jul '25

Ey, A package recently started making their download links be dynamically-generated and expire. I've found that the download link can be gotten through `curl 'https://www.larksuite.com/api/package_info?platform=10' | grep -oP '(?<="download_link":")[^"]*' --`. I've decided to implement this into the package through setting source to the API link and specifying DLAGENTS. However, I'm having trouble wrangling the quotes. Currently, I have DLAGENTS=('https::/bin/sh -c '\''curl -LO $(curl -s %u | grep -oP "(?<=\"download_link\":\")[^"]*")'\'''). The shell complains -LO: -c: line 1: unexpected EOF while looking for matching `''. (I'm not using jq because 1. it's an extra makedepends 2. I tried replacing the grep part with `jq -r .download_link` and it changes nothing.) I've been working at different ways of expressing this for a while now and all I've managed to change is which kind of quotation mark the shell complains about. Any ideas? -- Cheers, Aᴀʀᴏɴ

1 1

Re: License and questions regarding gnome-printing
by Luna Jernberg 19 Jun '25

19 Jun '25

Ah alright Den tors 19 juni 2025 kl 19:17 skrev Aamot Innovation <ole(a)aamot.org>: > > Thank you. > > gnome-printing is obsolete. I will also remove it from www.aamot.org/ole/printing.html and www.github.com/oleaamot/printing > > > 19. juni 2025 kl. 7:11 pm skrev Luna Jernberg <droidbittin(a)gmail.com>: > > > > The package is now deleted > > > > Den tors 19 juni 2025 kl 16:52 skrev Luna Jernberg <droidbittin(a)gmail.com>: > >> > >> https://lists.archlinux.org/archives/list/aur-requests@lists.archlinux.org/… > >> > >> Den tors 19 juni 2025 kl 16:51 skrev Luna Jernberg <droidbittin(a)gmail.com>: > >>> > >>> Alright will do > >>> > >>> Den tors 19 juni 2025 kl 16:50 skrev Ole Aamot <ole(a)aamot.org>: > >>>> > >>>> Delete gnome-printing from AUR. It is obsolete and not necessary for printing on GNOME Systems. > >>>> > >>>> On 6/19/25 10:00 AM, Ole Aamot wrote: > >>>> > >>>> Hello, > >>>> > >>>> Thank you for your message and for raising these important questions regarding the gnome-printing package recently submitted to the AUR. > >>>> > >>>> I'll address both of your concerns directly: > >>>> > >>>> > >>>> --- > >>>> > >>>> 1. License of gnome-printing > >>>> > >>>> The license for gnome-printing was initially not clearly stated, and I understand this has caused confusion. To clarify: > >>>> > >>>> The gnome-printing project is an experimental wrapper intended to integrate simplified printing functionality for specific GTK4/GNOME4-based workflows. > >>>> > >>>> It was developed under the principles of free and open-source software, and the intention is to license it under the Public Domain, in line with most GNOME utilities. > >>>> > >>>> The license declaration was inadvertently omitted from the initial release, and we will be adding a COPYING file and SPDX license headers in the next version update on https://github.com/aamotsoftware/printing to make this explicit. > >>>> > >>>> > >>>> > >>>> --- > >>>> > >>>> 2. Purpose of gnome-printing > >>>> > >>>> You are absolutely right that GNOME uses CUPS for its built-in printing system. gnome-printing is not a replacement for CUPS or for GNOME's existing print stack. Instead, its goals are: > >>>> > >>>> To provide a user-facing frontend (using GTK4/Adwaita) for certain common printing tasks, primarily aimed at developers and tinkerers who want tighter scripting or sandboxed integration (such as within GNOME Builder or Flatpak applications). > >>>> > >>>> It acts as a thin wrapper around CUPS and the common UNIX lp/lpr utilities, with potential features like: > >>>> > >>>> previewing print jobs via a minimal UI, > >>>> > >>>> generating print-ready PDFs, > >>>> > >>>> selecting specific backends or printers in a streamlined way (especially for headless usage or kiosk setups), > >>>> > >>>> integration with non-CUPS pipelines (future potential, e.g., IPP-over-USB experiments). > >>>> > >>>> > >>>> > >>>> That said, it is indeed redundant for general GNOME desktop users, who already benefit from excellent support via the gnome-control-center and evince/gtk-print stack. As such, gnome-printing is niche and optional, meant more for experimentation and lightweight print job scripting in specific GNOME developer scenarios. > >>>> > >>>> See https://www.aamot.org/ole/printing.html > >>>> --- > >>>> > >>>> Next Steps > >>>> > >>>> We will: > >>>> > >>>> Update the project metadata with the correct license information. > >>>> > >>>> Clarify the purpose and scope of the package in the AUR description and upstream README to avoid misunderstandings. > >>>> > >>>> Ensure FabioLolix’s fixes are merged and credited. > >>>> > >>>> Could you provide me with FabioLolix's fixes? > >>>> > >>>> --- > >>>> > >>>> Thanks again for your diligence, and we appreciate the Arch community’s attention to detail and software quality. > >>>> > >>>> Warm regards, > >>>> Ole Kristian Aamot > >>>> Aamot Research > >>>> ole(a)aamot.software > >>>> www.aamot.io > >>>> > >>>> — cc: Luna (“bittin”), FabioLolix, Muflone > >>>> > >>>> > >>>> On Thu, Jun 19, 2025, 7:31 AM Chloe <digear466(a)mailgw.com> wrote: > >>>>> > >>>>> Hello, > >>>>> > >>>>> A few days ago, an AUR user bittin ("Luna") submitted the gnome-printing package to AUR and they signed off their emails with "Luna <on behalf > >>>>> of Ole>". > >>>>> > >>>>> Community members have raised several issues with the package. While the build script has been mostly fixed (courtesy of FabioLolix), there are > >>>>> still some questions: > >>>>> > >>>>> 1. What is the license of gnome-printing? We are unable to find the license, and therefore it is uncertain whether this software can be > >>>>> redistributed. > >>>>> 2. What is the purpose of gnome-printing? Muflone, who is a Package Maintainer (an official Arch Linux staff role), has pointed out that "GNOME > >>>>> has builtin printing system using CUPS". Does gnome-printing provide any feature which cannot be satisfied by GNOME's builtin features or other > >>>>> existing software? > >>>>> > >>>>> Regards, > >>>>> gnlrdrvo >

1 0

gnome-printing PKGBUID help
by Luna Jernberg 19 Jun '25

19 Jun '25

Hey! https://aur.archlinux.org/packages/gnome-printing someone can help me fix up this PKGBUILD or know how to make a PKGBUILD that only unpacks files in a specific folder or if it should be a PKGBUILD at all? //Luna <on behalf of Ole>

2 4

Re: License and questions regarding gnome-printing
by Luna Jernberg 19 Jun '25

19 Jun '25

Alright will do Den tors 19 juni 2025 kl 16:50 skrev Ole Aamot <ole(a)aamot.org>: > > Delete gnome-printing from AUR. It is obsolete and not necessary for printing on GNOME Systems. > > On 6/19/25 10:00 AM, Ole Aamot wrote: > > Hello, > > Thank you for your message and for raising these important questions regarding the gnome-printing package recently submitted to the AUR. > > I'll address both of your concerns directly: > > > --- > > 1. License of gnome-printing > > The license for gnome-printing was initially not clearly stated, and I understand this has caused confusion. To clarify: > > The gnome-printing project is an experimental wrapper intended to integrate simplified printing functionality for specific GTK4/GNOME4-based workflows. > > It was developed under the principles of free and open-source software, and the intention is to license it under the Public Domain, in line with most GNOME utilities. > > The license declaration was inadvertently omitted from the initial release, and we will be adding a COPYING file and SPDX license headers in the next version update on https://github.com/aamotsoftware/printing to make this explicit. > > > > --- > > 2. Purpose of gnome-printing > > You are absolutely right that GNOME uses CUPS for its built-in printing system. gnome-printing is not a replacement for CUPS or for GNOME's existing print stack. Instead, its goals are: > > To provide a user-facing frontend (using GTK4/Adwaita) for certain common printing tasks, primarily aimed at developers and tinkerers who want tighter scripting or sandboxed integration (such as within GNOME Builder or Flatpak applications). > > It acts as a thin wrapper around CUPS and the common UNIX lp/lpr utilities, with potential features like: > > previewing print jobs via a minimal UI, > > generating print-ready PDFs, > > selecting specific backends or printers in a streamlined way (especially for headless usage or kiosk setups), > > integration with non-CUPS pipelines (future potential, e.g., IPP-over-USB experiments). > > > > That said, it is indeed redundant for general GNOME desktop users, who already benefit from excellent support via the gnome-control-center and evince/gtk-print stack. As such, gnome-printing is niche and optional, meant more for experimentation and lightweight print job scripting in specific GNOME developer scenarios. > > See https://www.aamot.org/ole/printing.html > --- > > Next Steps > > We will: > > Update the project metadata with the correct license information. > > Clarify the purpose and scope of the package in the AUR description and upstream README to avoid misunderstandings. > > Ensure FabioLolix’s fixes are merged and credited. > > Could you provide me with FabioLolix's fixes? > > --- > > Thanks again for your diligence, and we appreciate the Arch community’s attention to detail and software quality. > > Warm regards, > Ole Kristian Aamot > Aamot Research > ole(a)aamot.software > www.aamot.io > > — cc: Luna (“bittin”), FabioLolix, Muflone > > > On Thu, Jun 19, 2025, 7:31 AM Chloe <digear466(a)mailgw.com> wrote: >> >> Hello, >> >> A few days ago, an AUR user bittin ("Luna") submitted the gnome-printing package to AUR and they signed off their emails with "Luna <on behalf >> of Ole>". >> >> Community members have raised several issues with the package. While the build script has been mostly fixed (courtesy of FabioLolix), there are >> still some questions: >> >> 1. What is the license of gnome-printing? We are unable to find the license, and therefore it is uncertain whether this software can be >> redistributed. >> 2. What is the purpose of gnome-printing? Muflone, who is a Package Maintainer (an official Arch Linux staff role), has pointed out that "GNOME >> has builtin printing system using CUPS". Does gnome-printing provide any feature which cannot be satisfied by GNOME's builtin features or other >> existing software? >> >> Regards, >> gnlrdrvo

1 2

Confusion about version for AUR package
by zac 04 Jun '25

04 Jun '25

Hello, I'm hoping to submit an AUR package which is just an OpenRC script for another package. The main package is `blocky` and I'll be calling my package `blocky-openrc` as such. I'm not sure if I should version my package separately, or if it should match the version of Blocky. I'm hesitant to version it by Blocky because it would be annoying to have to update the package version every time a new version of Blocky is released, even though nothing in the OpenRC script has changed. Here is the PKGBUILD. I figured I'd post it in case there's other feedback anyone might have. # Maintainer: zacoons <zac [at] zacoons [dot] com> pkgname=blocky-bin-openrc pkgver=1.0 pkgrel=1 pkgdesc="Fast and lightweight DNS proxy as ad-blocker" arch=("any") url="https://github.com/0xERR0R/blocky" license=("0BSD") depends=( "openrc" ) optdepends=( "blocky: blocky" "blocky-bin: blocky" ) source=( "blocky.initd" ) sha256sums=( "6ad6361614b16ddac6ce9e8d5f8e9b9e8c07e95115f59311e5e38b88ccbb51e3" # blocky.initd ) package() { install -D -v -m755 blocky.initd $pkgdir/etc/init.d/blocky }

5 6

About the edit package at AUR
by Óscar García Amor 22 May '25

22 May '25

Hello folks, I have recently packaged the Microsoft edit[1] in the AUR[2] and it seems to have opened a debate on whether the name is correct or not (in fact the package already has two requests, one for deletion and the other for merging). IMHO the correct package is the one I uploaded as it does not collide with anything (the name `edit` was not being used in any package) and is obviously the closest to upstream (which I have always understood to be the philosophy of Arch Linux). But in any case I would like to know your opinion. Am I wrong, should it be called `ms-edit` or `microsoft-edit`? And if so, is it also logical to rename the executable to `ms-edit` or `msedit`? I read you, best regards. [1]: https://github.com/microsoft/edit [2]: https://aur.archlinux.org/packages/edit -- Óscar García Amor | ogarcia at moire.org | http://ogarcia.me

4 9

tlauncher no longer on the AUR
by Marcel 19 May '25

19 May '25

I see that tlauncher got removed. Is it because it was orphaned/abandoned or for its spyware side?

2 1

PKGBUILD review python application wtfis
by aur＠nullvoid.me 19 May '25

19 May '25

Hi, Could someone review https://aur.archlinux.org/packages/wtfis This is my first time packaging a python tool from PyPI My understanding since it's not a library python-wtfis would be an incorrect naming convention. I used a tool to generate the first PKGBUILD then added dependencies. I assume lots of other things are missing to make this meet proper AUR standards. Thanks in advance,

3 2

Package Maintainer Application: George Hu
by Integral 24 Apr '25

24 Apr '25

Hello everyone, My name is George, or Integral/Integral-Tech on AUR and other places. I am writing this email to apply as an Arch Linux package maintainer as I have been sponsored by Felix Yan and Robin Candau. I started my Linux journey with Ubuntu when I was in high school. In my freshman year, I caught myself drawn to GNU/Linux, specifically Manjaro and Arch Linux. After referring to relevant documents and tutorials, I replaced Windows with Manjaro thoroughly. Although I initially felt out of my comfort zone, I grew more comfortable as I navigated this new platform. Eventually, I switched to Arch Linux in 2022. For a Linux neophyte, installing Arch Linux proved challenging, therefore it took me a couple of days to accomplish with assistance from Arch Wiki and other tutorials. My exploration of the system further led me to AUR, a highlight of Arch Linux that deeply intrigued me. Under the guidance of Arch Wiki and enthusiastic Arch Linux users, I looked up how to write PKGBUILDs and publish them on the AUR. During this time, archlinuxcn, an unofficial binary package repository maintained by the Chinese Arch Linux community, piqued my curiosity. Motivated by an overwhelming desire to become an archlinuxcn maintainer, I submitted my application accordingly. As of now, my primary duties in the archlinuxcn community include creating/maintaining Arch Linux packages and translating Arch Wiki articles: - https://github.com/archlinuxcn/repo/commits/master/?author=Integral-Tech Here are some AUR packages I maintain: - https://aur.archlinux.org/packages/qefientrymanager - https://aur.archlinux.org/packages/qefientrymanager-git - https://aur.archlinux.org/packages/linux-apfs-rw-dkms - https://aur.archlinux.org/packages/caligula-git - https://aur.archlinux.org/packages/clapgrep - https://aur.archlinux.org/tunet-rust - https://aur.archlinux.org/tunet-rust-git Furthermore, I have submitted several merge requests on Arch Linux GitLab, including but not limited to protonmail-bridge, linux and pacman. Here are some of my merge requests on Arch Linux GitLab: - https://gitlab.archlinux.org/archlinux/packaging/packages/linux/-/ merge_requests/5 - https://gitlab.archlinux.org/archlinux/packaging/packages/dart/-/ merge_requests/10 - https://gitlab.archlinux.org/archlinux/packaging/packages/crystal/-/ merge_requests/2 - https://gitlab.archlinux.org/archlinux/packaging/packages/protonmail-bridge… merge_requests/1 - https://gitlab.archlinux.org/pacman/pacman/-/merge_requests/239 Apart from Arch Linux, I contribute to a wide spectrum of free and open- source projects in my free time, including but not limited to KDE, bcachefs-tools and yazi (a fast terminal file manager written in Rust). You can refer to my contributions on the following links: - GitHub (http://github.com/Integral-Tech) - KDE Invent (http://invent.kde.org/integral) - linux-bcachefs mailing list (https://lore.kernel.org/linux-bcachefs) As a dedicated free software supporter, I joined FSF as a student associate member in Feb 2023. Moreover, I am sponsoring various FOSS developers and nonprofit organizations on a regular basis: - https://github.com/Integral-Tech?tab=sponsoring If my application is approved, I would like to add these packages into [extra]: - clapgrep - cpr - ctre - dissent - flyctl Additionally, I am also willing to co-maintain the following packages: - yazi - bcachefs-tools Thanks for reading my application! Sincerely, George Hu (Integral)

4 8

Replacing bin package by source package
by Jan Kohnert 21 Apr '25

21 Apr '25

Hi, I recently adopted the helmify-bin package and pushed the new version to aur. But since it is a bin package, I decided to prepare a PKGBUILD the uses build-from- source along the go packageing guidelines. I'm indenting to push this new ebuild and orphan the bin-package once this is done. Before pushing it: I'm wondering whether i sould set "replaces=("helmify-bin")" or "conflicts=("helmify-bin")" in the new PKGBUILD when I'm trying to say "dear users, blease use this new package instead of the bin package". Any thoughts? Thanks in advance! -- MfG Jan

2 1

Could someone please fix DL link oki-c321-c331-c531
by JPT 04 Apr '25

04 Apr '25

Hi, could someone please fix https://aur.archlinux.org/packages/oki-c321-c331-c531 the download link of the binary blob changed from http://www.oki.com/uk/printing/download/C531_C331_C321_Linux_110_31034.zip to https://www.oki.com/printing/download/C531_C331_C321_Linux_110_31034.zip so, just the "UK" removed. thank you very much JPT ps. the maintainer seems active (on other packages) but did not react to my comment two weeks ago.

2 1

Removal of farseerfc as Package Maintainer due to inactivity
by gromit 27 Mar '25

27 Mar '25

Hi all, I'd like to start a ["Special Removal of an Inactive Package Maintainer"][0] for farseerfc based on prolonged inactivity. farseerfc has not executed any of the expected packaging or AUR maintenance duties for more than a year now. When I recently contacted all people who were inactive for a longer period of time I heard back from him saying that [he wanted to get back to things][1] and but would need a few weeks. This conversation has now happened 5 months ago and nothing has changed since. - I couldn't find any packaging activity for him in the state repo since Apr 29 08:01:12 2023 - He did not do any AUR Moderation since 2022 Given these circumstances I'm requesting Jiachen to be removed as a Package Maintainer. If at some later point he has the time / resources to help out again he is of course welcome to join the project again! The discussion period for this proposal will last for three days, after which there will be a voting period of five days as outlined in the bylaws. Cheers, gromit [0]: https://package-maintainer-bylaws.aur.archlinux.org/#_special_removal_of_an… [1]: https://gitlab.archlinux.org/archlinux/packaging/packages/ttf-opensans/-/is…

2 2

Replacing package with a superset split package?
by Sam Mulvey 14 Mar '25

14 Mar '25

Hello all! I (try to) maintain the Xen stuff in AUR. As background: There are multiple ways to boot a VM inside of Xen. For full hardware emulation, I can use SeaBIOS or edk2-ovmf as appropriate. For paravirtualization there is the newer PVH method, and the older PV method. Both are supported methods. If I want to boot a kernel installed inside the VM using those methods I need a specifically compiled copy of grub for that method. I use PVH almost exclusively, and I have a package in AUR called xen-pvhgrub. Previously, someone else was maintaining a PV grub but that seems to be gone. What I am asking: I would like to replace xen-pvhgrub with a split package called xen-grub which then creates: - xen-grub-pvh: for booting PVH - xen-grub-pv32: for booting 32bit PV - xen-grub-pv64: for booting 64bit PV What is the best method for accomplishing this? Thanks! -Sam

2 1

Package Maintainer Application: Dan Johansen
by Dan "Strit" Johansen 09 Mar '25

09 Mar '25

# Package Maintainer Application Hi everyone My name is Dan Johansen, but known around the interwebs, Matrix and AUR as Strit, and I am sending in my application to become an Arch Linux Package Maintainer. Morten Linderud (Foxboron) and Carl Smedstad (carsme) have kindly agreed to be my sponsors in this adventure. I’m a family man, with a wife and 2 kids, we are from Denmark and currently living in the southern region. My first run-in with Linux was just over 20 years ago at school where I was tasked to setup a firewall using Red Hat. Then I had a break for about 10 years and came back in around 2013, where I started on Ubuntu, then switched to Manjaro in 2015-2016, where I became part of the dev team and a package maintainer of the ARM branch of the distribution and started maintaining some AUR packages. In 2021 I then switched to regular Arch and have been enjoying my time ever since. My PKGBUILDs in the AUR are not perfect, so I am still learning standards and best practices. But I’ve been eager to contribute to Arch any way I can. I tend to help open source projects with bug reports, support assistance and translations where ever I can. In my personal life, I work for a cloud company that specializes in Microsoft software, but I am full Linux nerd at home. Even my home server is running Arch. I was invited to join the community dinner at FOSDEM 2024 where I met some of the team members. I’m not very forward and a bit shy when I am around other people, but I believe I am a kind and helpful person. I’m a huge movie fan[1], I play TTRPGs like D&D, World of Darkness and other small games. In the recent couple of years I’ve also been out “viking-camping”[2], which is a nice break from technology and notifications. Here is a list of all my current AUR packages [3]. As package maintainer I would like to include and maintain the following packages: • `python-tmdbsimple` (a python package to access the TMDB api) • `gpu-viewer` (a python application to view GPU information) • `greetd-qtgreet` (a qt based greeter for greetd) • `dfl-*` (a set of libraries written in qt for use in building desktop environments) As time goes on and I get more experience I would like to also include: • `CoreApps` (a lightweight qt based application suite) • `watchmate` (companion app for PineTime watch) • `wayfire` and some AUR packages that depend on it I would also like to co-maintain: • `griffith` (as I am responsible for the source of that application at this time) I have also found the following orphaned packages in the repository that I would be able to maintain: • `aspell-da` • `reflector` • `stress` • `vcdimager` (if needed) • `xdhg-desktop-portal-xapp` (maybe) In Manjaro I was packaging some Qt and Electron based apps, so I would like to help in that realm as well. I hope this application is worth consideration and that I have described who I am to a satisfactory degree, if not you are always welcome to ask. GPG Public key: `084A 7FC0 035B 1D49` Links: [1]: https://movies.strits.dk [2]: https://blog.strits.dk/2023-viking-season-highlights/ [3]: https://aur.archlinux.org/packages?O=0&SeB=m&K=Strit&outdated=&SB=p&SO=d&PP…

6 11

Yank (undo) latest release
by Clemens Brunner 05 Mar '25

05 Mar '25

Hello! I just pushed a new release for my AUR package libxdf (https://aur.archlinux.org/packages/libxdf) but I noticed that it is not compatible with sigviewer (https://aur.archlinux.org/packages/sigviewer) another package I maintain. Therefore, I would like to revert/yank the libxdf release 0.99.9 and go back to 0.99.8. Is this possible? Thanks! Clemens

2 1

Contacting package maintainer
by Michal Feix 13 Feb '25

13 Feb '25

Hi! I recently fixed a bug in icu73-bin AUR package and started to investigate how to push this properly to the maintainer. Wiki clearly says that one should avoid pasting patches into the comments section and rather email the patch to the maintainer. However, the profile detail of the maintainer with this package shows his e-mail address as "hidden". The PKGBUILD itself also does not have any maintainer entry that could be used to identify contact details of the maintainer so I broke the wiki rule and pasted the patch into the comments section. As the maintainer did not responded yet, my question in the meantime is - how is one supposed to discover maintainer's contact email in such case? Thanks, -- Michal

5 4

PKGBUILD - /usr/local/share/man exists in filesystem (owned by filesystem)
by Klaus Tachtler 25 Jan '25

25 Jan '25

Hi, I am encountering a problem with the installation of an AUR package I have built. During the installation I get the following error message: error: failed to commit transaction (conflicting files) libtlsrpt-git: /usr/local/share/man exists in filesystem (owned by filesystem) Errors occurred, no packages were upgraded. The installation script attempts to execute the following command: /usr/bin/mkdir -p '/usr/local/share/man/man3' Is there a solution how I can solve the problem in the PKGBUILD? Thank you in advance! Klaus. -- --------------------------------------- e-Mail : klaus(a)tachtler.net Homepage: https://www.tachtler.net DokuWiki: https://dokuwiki.tachtler.net ---------------------------------------

3 4

AUR Updating
by Gonsolo 24 Jan '25

24 Jan '25

Hi! I have a question regarding https://wiki.archlinux.org/title/Arch_User_Repository#Updating_packages. The package maintainer of https://aur.archlinux.org/packages/gdown commented "Please do not flag for rebuilds." and quoted above wiki entry. I flagged gdown because it failed for me. The reason was that it was installed for Python 3.12, and in the meantime Arch was upgraded to 3.13. Of course a simple rebuild fixed the issue for me. But, since I keep my system up to date with yay, a simple increase of pkgrel would have fixed the issue without me noticing. So here is the question: Wouldn't it be nice of the maintainer to just increase the pkgrel value to force a rebuild on update, even if it's not required? Or is there a deeper reason for the above paragraph? Thanks -- g

5 4

Are those android-$arch-$package packages allowed in AUR?
by digear466＠mailgw.com 18 Jan '25

18 Jan '25

Hello, With reference to [1], are those android-$arch-$package packages allowed in AUR? [2] > Packages in the AUR should be useful on Arch Linux, which is currently > an x86_64-only distribution. It seems that those packages are for Android (not useful on Arch), which may not meet the above requirement. Best regards, gnlrdrvo [1] https://lists.archlinux.org/archives/list/aur-general@lists.archlinux.org/m… [2] For examples, please refer to the packages listed in "Required by" section: https://aur.archlinux.org/packages/android-configure?all_reqs=1#pkgreqs

8 12

Removal of coderobe as Package Maintainer due to inactivity
by gromit 16 Jan '25

16 Jan '25

Hi all, I'd like to start a ["Special Removal of an Inactive Package Maintainer"][0] for coderobe based on prolonged inactivity. coderobe has not executed any of the expected packaging or AUR maintenance duties for more than a year now. When I recently contacted all people who were inactive for a longer period of time I heard back from her saying that she wanted to get back to things and would welcome help from me. I told her that to please progress with the long open keyring ticket[1] within 4 weeks have since not seen any activity anymore. - I couldn't find any packaging activity for her in the state repo since 2022 - She did not do any AUR Moderation since 2018 - She is not active anymore on IRC or the Mailing lists Given these circumstances I'm requesting her to be removed as a Package Maintainer. If at some later point she has the time / resources to help out again she is of course welcome to join the project again! The discussion period for this proposal will last for three days, after which there will be a voting period of five days as outlined in the bylaws. Cheers, gromit [0]: https://package-maintainer-bylaws.aur.archlinux.org/#_special_removal_of_an… [1]: https://gitlab.archlinux.org/archlinux/archlinux-keyring/-/issues/271 [2]: https://lists.archlinux.org/archives/list/arch-tu@lists.archlinux.org/messa…

1 2