- Aur-general - lists.archlinux.org

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

Re: About the intentionally duplicated package wechat-beta-bwrap and wechat-universal and unmaintained orginal package wechat-uos
by S Umple 03 Jan '25

03 Jan '25

> Hello, I'm 7Ji, maintainer of wechat-universal-bwrap[a] (wrongly typed as wechat-universal in Kimiblock's original mail), and co-maintainer of wechat-beta-bwrap[b]. leaeasy[c], the maintainer of -beta, is my friend. I think it's necessary for me to clear up some misunderstanding and introduce the current situation of wechat builds from Tencent that's released on the Uniontech OS (an officially backed variant of Deepin Linux) appstore front that all these `wechat` packages are trying to "borrow" from. From what I can tell weixin is for mainland China users while wechat is for everyone else. GDPR that kind of laws are at play here the data has to be separate.

2 1