- Aur-requests - lists.archlinux.org

[PRQ#74038] Deletion Request for wine-wow64
by notify＠aur.archlinux.org 21 Jun '25

21 Jun '25

artafinde [1] filed a deletion request for wine-wow64 [2]: not required. [1] https://aur.archlinux.org/account/artafinde/ [2] https://aur.archlinux.org/pkgbase/wine-wow64/

2 2

[PRQ#74109] Deletion Request for transphrase
by notify＠aur.archlinux.org 21 Jun '25

21 Jun '25

micwoj92 [1] filed a deletion request for transphrase [2]: Upstream repo no longer accessible. [1] https://aur.archlinux.org/account/micwoj92/ [2] https://aur.archlinux.org/pkgbase/transphrase/

1 1

[PRQ#74121] Deletion Request for python-managesieve
by notify＠aur.archlinux.org 21 Jun '25

21 Jun '25

grawlinson [1] filed a deletion request for python-managesieve [2]: Package in main repos now. [1] https://aur.archlinux.org/account/grawlinson/ [2] https://aur.archlinux.org/pkgbase/python-managesieve/

1 1

[PRQ#74114] Orphan Request for waybar-git
by notify＠aur.archlinux.org 20 Jun '25

20 Jun '25

matthewq337 [1] filed an orphan request for waybar-git [2]: Flagged out-of-date (2024-11-16) [1] https://aur.archlinux.org/account/matthewq337/ [2] https://aur.archlinux.org/pkgbase/waybar-git/

1 1

[PRQ#74110] Deletion Request for mkinitcpio-utils Accepted
by notify＠aur.archlinux.org 20 Jun '25

20 Jun '25

Request #74110 has been Accepted by grazzolini [1]: Uploaded to AUR by mistake [1] https://aur.archlinux.org/account/grazzolini/

1 0

[PRQ#74091] Deletion Request for purrcrypt-git Rejected
by AlphaLynx 19 Jun '25

19 Jun '25

> Request #74091 has been Rejected by bertptrs [1]: > > purrcrypt-git is the correct name for this package, purrcrypt should > be updated to not build from the latest VCS sources Hi Bert, The purrcrypt package does not build from latest VCS sources. It builds from a specific pinned commit using a fragment in the source array (currently 116f168 [1]). This follows the same pattern as packages in the extra repo like yubikey-full-disk-encryption [2], wlr-protocols [3], rapidcheck [4], and others [5] that pin specific commits because upstream does not yet have tags or release tarballs. In the case of upstreams like this, the latest release version is the latest commit to the main/master branch that changes the package. For these upstreams a -git VCS package should use a development branch. So, when upstream releases new commits on main that would change the package (if ever - it's been inactive for months), I will manually update purrcrypt's PKGBUILD to the new commit hash. This makes purrcrypt-git functionally identical to purrcrypt, as both would build the same commit. I've shared my more detailed thoughts on the VCS naming guidelines and why this is a duplicate in my comment on the purrcrypt package [5]. Am I understanding the guidelines correctly, or am I misinterpreting something about when the -git suffix packages are useful? Could you reconsider based on this clarification? Kind Regards, AlphaLynx [1]: https://aur.archlinux.org/cgit/aur.git/tree/PKGBUILD?h=purrcrypt#n14 [2]: https://gitlab.archlinux.org/archlinux/packaging/packages/yubikey-full-disk… [3]: https://gitlab.archlinux.org/archlinux/packaging/packages/wlr-protocols/-/b… [4]: https://gitlab.archlinux.org/archlinux/packaging/packages/rapidcheck/-/blob… [5]: https://gitlab.archlinux.org/search?group_id=11322&language%5B%5D=Shell&sco… [6]: https://aur.archlinux.org/packages/purrcrypt#comment-1029215

2 1

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

2 4

[PRQ#74049] Deletion Request for python2-cdecimal
by notify＠aur.archlinux.org 19 Jun '25

19 Jun '25

carlosal1015 [1] filed a deletion request for python2-cdecimal [2]: Python2 is EOL some years ago. [1] https://aur.archlinux.org/account/carlosal1015/ [2] https://aur.archlinux.org/pkgbase/python2-cdecimal/

1 1

[PRQ#74050] Deletion Request for python2-ctypes
by notify＠aur.archlinux.org 19 Jun '25

19 Jun '25

carlosal1015 [1] filed a deletion request for python2-ctypes [2]: Python2 is EOL some years ago. [1] https://aur.archlinux.org/account/carlosal1015/ [2] https://aur.archlinux.org/pkgbase/python2-ctypes/

1 1

[PRQ#74031] Deletion Request for libxml2-2.13
by notify＠aur.archlinux.org 19 Jun '25

19 Jun '25

oech3 [1] filed a deletion request for libxml2-2.13 [2]: https://archlinux.org/packages/extra/x86_64/libxml2-legacy/ cnalg17-bin can avoid /opt by patchelf already used. [1] https://aur.archlinux.org/account/oech3/ [2] https://aur.archlinux.org/pkgbase/libxml2-2.13/

1 1