- Aur-general - lists.archlinux.org

Removal of Xyne as Package Maintainer due to inactivity
by gromit 09 Dec '24

09 Dec '24

Hi all, I'd like to start a ["Special Removal of an Inactive Package Maintainer"][0] for Xyne based on prolonged inactivity. Xyne has not executed any of the expected packaging or AUR maintenance duties for more than a year now. When I contacted all people who were inactive in votings for a longer period of time[1] (August '23) we heard back[2] from Xyne stating that he would still like to help out with Arch but does not have time/capacity due to personal circumstance right now, but is on track to getting back to things. This has not happened since and when I pinged the inactive maintainers recently ago I also did not hear back from him. - His last voting[3] was vote nr. 150 (ended 2023-12-03), since then 6 other votings were done. - His last packaging activity was in 2023-08-01[4] - He did not do any AUR Moderation for that timeframe (to my knowledge) Given these circumstances I'm requesting him to be removed as a Package Maintainer. If at some later point he has the time / resources to help out again I'm very much in favour of welcoming him back as they seemed to have made excellent contributions to the community. 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://lists.archlinux.org/archives/list/arch-tu@lists.archlinux.org/threa… [2]: https://lists.archlinux.org/archives/list/arch-tu@lists.archlinux.org/messa… [3]: https://aur.archlinux.org/package-maintainer [4]: https://gitlab.archlinux.org/archlinux/packaging/state/-/commit/5a8dc54e49b…

1 1

Are packages for other architectures allowed in the AUR?
by Valentin Hăloiu 27 Nov '24

27 Nov '24

Hello, I have recently created an AUR package (uboot-cm3588-nas <https://aur.archlinux.org/cgit/aur.git/?h=uboot-cm3588-nas>) that's only usable on the "aarch64" architecture (e.g.: Arch Linux ARM) which got promptly removed due to: "not for Arch Linux, aarch64 only package". However, the AUR submission guidelines <https://wiki.archlinux.org/title/AUR_submission_guidelines> do not make it very clear whether non-x86_64 packages are allowed in the AUR or not. The closest reference that I could find in relation to this is the Arch package guidelines - Architectures <https://wiki.archlinux.org/title/Arch_package_guidelines#Architectures> section which mentions: > The arch array should contain 'x86_64' if the compiled package is architecture-specific. Otherwise, use 'any' for architecture independent packages. This makes it sound like only x86_64 packages are allowed but, to me, that still sounds like there is some room for interpretation. So, my main question is: *are packages for other architectures allowed in the AUR?* Also, in light of recent discussions around Arch Linux Ports <https://rfc.archlinux.page/0032-arch-linux-ports/>, I think it would be helpful to spell out the answer to this question explicitly in the AUR submission guidelines.

2 2

nvidia-390xx-utils kernel-6.12.patch provided - is there a way I can do pull-request?
by David C. Rankin 24 Nov '24

24 Nov '24

AUR folk, I've created the 6.12 patch for the nvidia-390xx-utils package and posted to the package page (as has been the practice for the past couple of years). Is there a way I can simply do a pull-request so it makes it easier to incorporate by vnctdj (the current maintainer)? That would save the manual edit, patch and checksum update to the PKGBUILD and I don't mind doing it. Let me know what the best way to make this process easier on the maintainer is. If I had an e-mail, I could just e-mail the updated and signed source package. -- David C. Rankin, J.D.,P.E.

1 0

Wrong email address for newly registered account
by schance995 17 Nov '24

17 Nov '24

I registered with username schance995 but typoed the email. Please let me know if the account's email could be corrected to this one.

2 1

User "Scimmia" is misusing "Report out-of-date" button for purposely spamming excessive off-topic messages
by Actionless Loveless 13 Nov '24

13 Nov '24

The field is designed for notifying the maintainer of the package when a new release is available, not for reporting any other sort of problems (for which there are other means of reporting). But aside of misusing the purpose of the field, there is also a clear intention for spamming as could be seen : https://imgur.com/a/54O3TTR

3 8

mongdb44 - updated - request comments on PKGBUILD
by David C. Rankin 02 Nov '24

02 Nov '24

Aur folks, I had a need to use mongodb44 and only mongo44-bin was available. mongodb44 was out of date and was orphaned. Not knowing what options the mongodb-bin package is built with and it having different user:group, I decided to update the mongodb44 package. I spent a good deal of time patching it for boost 1.86 and resolved a number of minor redundant std::move(), and like issues (I still have a few more to go, I missed a couple). However, the package now builds cleanly and you can follow along with what is being built instead of it being lost in a sea of warnings. Since there is no one-shot update, I adopted the package as maintainer and pushed the update to https://aur.archlinux.org/packages/mongodb44. The following patches are new: mongodb-4.4.29-boost-1.86.patch mongodb-4.4.29-fix-scons.patch mongodb-4.4.29-no-enterprise.patch mongodb-4.4.29-redudant-std-move.patch I'd appreciate thoughts on anything else I should fix in the PKGBUILD. I am also unclear whether I should list debugedit as a build dependency -- it being somewhat of a generic dependency to the makepkg process. Should it be included as well? (note: this is a BIG build and can take over an hour with link-time optimizations at -j4 or -j8, the source is about a 50M download from github) -- David C. Rankin, J.D.,P.E.

1 0

Is there a way to submit a one-shot update to an Aur package without becoming the maintainer?
by David C. Rankin 01 Nov '24

01 Nov '24

Aur Mods, I updated https://aur.archlinux.org/packages/mongodb44 to build with the last 4.4.29 source and patched for boost 1.86. The package builds fine now against current Arch. I wanted to pass on the results of those efforts and update the Aur package, but didn't want to take on the maintainer role from here on out. Is there a way to provide an update for the package and bring in back into date without becoming the maintainer? I still have to merge a few patches and roll a couple of sed substitutions from the PKGBUILD into a final boost 1.86 patch, but I'm happy to package and sign a package source and provide that to you for update. There was about 8 hours of effort to find and fix all the issue, I'd like to make that available to whoever may need the 4.4 version of mongodb. I didn't think I'd ever need it, but it is the last version that wasn't built requiring avx - so it is useful if you need it for those cases. Let me know. Also has my sentence to the moderated list been served? I'm still a bit bewildered about what prompted that and who signed off on it. Let me know there too. -- David C. Rankin, J.D.,P.E.

1 0

How to become a co-maintainer of a package
by Nikita Goncarenko 30 Sep '24

30 Sep '24

Hey, I would like to know how could I become a co-maintainer of a package (specifically `satdump`) Nikita

2 1

Orphaning my packages indefinitely
by Brian Thompson 27 Sep '24

27 Sep '24

Hello Fellow Arch Users, My wife and I are having our second child any day now, and I won't have time to maintain my packages for at least the next year. It's been a pleasure working with all of you, and I've learned a ton. Thank you for being such a welcoming and friendly community. Below are the packages that I am orphaning. Please feel free to pick one of them up. The most pressing are noted with an asterisk (*). - proton-pass-bin - gnome-shell-frippery - *python-libmamba - python-cx-freeze-git - *python-cx-freeze - python-jax-rocm - *python-conda - python-conda-package-streaming - python-conda-package-handling - python-argbind-git - python-urlman - python-apptools - python-ase - htmlhint The Conda packages are a pain to manage. Let's just say they're not afraid to try new things. Bye everyone! -- Best regards, Brian Thompson <brianrobt(a)pm.me>

2 2

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

26 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

12 22