- Aur-general - lists.archlinux.org

[aur-general] Status of Garuda Linux PKGBUILD on AUR?
by fredbezies 13 May '21

13 May '21

Hello. I saw that packages meant for Manjaro or another archlinux based distro - not ArchLinux itself - were removed. Garuda Linux project - https://garudalinux.org/ - put on AUR at least 7 packages for its distribution. See https://aur.archlinux.org/packages/?O=0&K=garuda Are these PKGBUILDs allowed or not? Thanks for your answer. -- Frederic Bezies fredbezies(a)gmail.com

6 7

[aur-general] Status of Garuda Linux PKGBUILD on AUR?
by Pedro Henrique Lara Campos 13 May '21

13 May '21

> - mhwd, a Manjaro program that I believe assumes you're using the > Manjaro official kernel names... so if you tried to use it on Arch, it > would fail. I'm very curious about this one, as "mhwd-garuda-git" is a fork of Manjaro edited to use Arch's kernel names, as well as GPU-related packages. I know cause they asked my help at the time. Those seems to have on pkgdesc "manjaro settings manager ported to work with arch standards and limited to only dkms driver" Thanks for the hard work Eli (big fan of yours), Pedro Lara Campos Chaotic-AUR main maintainer. On 5/12/21 6:07 AM, fredbezies via aur-general wrote: >* Hello. *> >* I saw that packages meant for Manjaro or another archlinux based *>* distro - not ArchLinux itself - were removed. *> >* Garuda Linux project - https://garudalinux.org/ <https://garudalinux.org/> - put on AUR at least *>* 7 packages for its distribution. *> >* See https://aur.archlinux.org/packages/?O=0&K=garuda <https://aur.archlinux.org/packages/?O=0&K=garuda> *> >* Are these PKGBUILDs allowed or not? *> >* Thanks for your answer. * It's not a problem, inherently, for other distros to put up packages in the AUR. Those packages just have to follow the same rules everyone follows. Simply put, the AUR is the *Arch* User Repository, not the Garuda User Repository or the Manjaro User Repository or the Arch-like-derivatives User Repository. As a rule of thumb, all uploaded packages must be capable of being built on at least one supported Arch Linux system, and do something useful when installed there. So: - architecture must either be "any", or include "x86_64" - - may additionally support other distros - cannot hardcode functionality such that it assumes some other distro is in use I have no idea which packages of Garuda did not get deleted, or which packages of Manjaro did. But examples of packages that are... non-problematic: - icon/desktop themes that contain Manjaro imagery problematic: - pacman-mirrors, a program that generates mirrors for the Manjaro package repositories, which Arch systems don't use - manjaro-system, a pacman hook that does Manjaro-specific workarounds for the Arch News - mhwd, a Manjaro program that I believe assumes you're using the Manjaro official kernel names... so if you tried to use it on Arch, it would fail. -- Eli Schwartz Bug Wrangler and Trusted User

6 8

[aur-general] font-bh-ttf still on the blacklist
by stefan-husmann＠t-online.de 12 May '21

12 May '21

Hello TUs, the PKGBUILD for font-bh-ttf still seems to be on the [extra]-blacklist. Remote: error: package already provided by [extra]: font-bh-ttf But the package is not / no longer in [extra]. Please consider this. Best Regards Stefan Husmann

3 4

[aur-general] Status of Garuda Linux PKGBUILD on AUR?
by Pedro Henrique Lara Campos 12 May '21

12 May '21

> Some days ago, chaotic keyring - repository of Garuda Linux - was removed. So, these packages could be remove too. Please, chaotic-aur is an archlinux-targeted unofficial repository. GarudaLinux is merely allowed by me to use it for distribution of packages that will work in any ArchLinux-based setup. As we also receive contributions for BlackArch, ArcoLinux, and once received from ArchLinuxCN. I'll be glad if you don't mention my repository in this, or any other discussion, as it has nothing to do with AUR or ArchLinux-project as stated in https://lists.archlinux.org/pipermail/aur-requests/2021-May/052472.html. Thanks for the hard work, Pedro Lara Campos Chaotic-AUR main maintainer. Le mer. 12 mai 2021 à 18:45, Ralf Mardorf via aur-general <aur-general at lists.archlinux.org <https://lists.archlinux.org/listinfo/aur-general>> a écrit : >>* On Wed, 12 May 2021 12:07:49 +0200, fredbezies via aur-general wrote: *>* >I saw that packages meant for Manjaro or another archlinux based *>* >distro - not ArchLinux itself - were removed. *>>* Were they removed because they were Manjaro related or for some other *>* reason? * As far as I remember, they were Manjaro related, like mhwd (Manjaro Hardware Detection) tools or something like this. >>* "FAQ *>* What kind of packages are permitted on the AUR? *>>* The packages on the AUR are merely "build scripts", i.e. recipes to *>* build binaries for pacman. For most cases, everything is permitted, *>* subject to usefulness and scope guidelines, as long as you are in *>* compliance with the licensing terms of the content. For other cases, *>* where it is mentioned that "you may not link" to downloads, i.e. *>* contents that are not redistributable, you may only use the file name *>* itself as the source. This means and requires that users already have *>* the restricted source in the build directory prior to building the *>* package. When in doubt, ask." - *>* https://wiki.archlinux.org/title/Arch_User_Repository#FAQ <https://wiki.archlinux.org/title/Arch_User_Repository#FAQ> * Well, I'm not sure what to think about them. Some are forks for manjaro tools (like mhwd). So are they "legal" on AUR? Some days ago, chaotic keyring - repository of Garuda Linux - was removed. So, these packages could be remove too. >>* https://wiki.archlinux.org/title/AUR_submission_guidelines#Rules_of_submiss… <https://wiki.archlinux.org/title/AUR_submission_guidelines#Rules_of_submiss…> *>>* Btw. https://aur.archlinux.org/packages/apt/ <https://aur.archlinux.org/packages/apt/> * I'm just asking what trusted users think about these packages. Nothing less, nothing more. -- Frederic Beziesfredbezies at gmail.com <https://lists.archlinux.org/listinfo/aur-general> ------------------------------

1 0

[aur-general] AUR mass deletion, why?
by Fabian Bornschein 05 May '21

05 May '21

4 9

[aur-general] TU application: grawlinson
by George Rawlinson 03 May '21

03 May '21

Hello everyone! My name is George Rawlinson (grawlinson), and I am applying to be a Trusted User. My sponsors are Morten Linderud (Foxboron) and Sven-Hendrik Haase (svenstaro). They have evaluated my PKGBUILDs and quickly come to the conclusion that they are considered a crime against humanity, but feel free to offer your own opinions. Feedback is always great! Especially if there's something I've overlooked. I've been distro hopping too many times to count, but have comfortably settled on Arch Linux since circa 2015. I have always loved tinkering with software, and Linux provides one of the best ecosystems for that. It all started back in 2009 when I started self-hosting my mail domain(s) on a Debian VPS, which was migrated over to Arch once I became proficient/comfortable enough. My Arch-specific installations have since ballooned from that one VPS to an ex-enterprise server at home, running a large set of LXD containers that provide a variety of services to make my life somewhat easier. I maintain my own pacman repository for convenience; it is essentially a private git repository made up of git submodules (for AUR packages) as well as forked/new packages. To make maintenance easier I extensively rely on nvchecker, to keep on top of new releases. aurutils/devtools to build/test packages in a clean chroot. Additionally, namcap helps me figure out when I've invoked Cthulhu. Contributions: - Maintainer of some AUR packages since 2016[0] - Hosted a Tier-2 mirror from 2017[1] to 2019[2] on a Hetzner VPS - Flung some patches at the namcap & infrastructure repos - Filed bug reports/patches for various upstream projects and on the Arch bug tracker - Member of the Arch Testing Team since sometime last year (2020) Packages to (hopefully) transfer to community: - distrobuilder (would be co-maintained with Foxboron) - promscale & promscale_extension - prometheus-apcupsd-exporter - prometheus-snmp-exporter - prometheus-ipmi-exporter (and its freeipmi dependency, which I also co-maintain) There are some things I'd like to become more involved in: - Monitoring the bug tracker for issues that I can help with - Co-maintaining some LX{C,D} and Prometheus/Timescale related packages - Learning more about the overall tasks that TUs perform so I can decide where I can best focus my efforts. It all comes down to Arch having made such a positive impact in my life, and I believe it is past due that I start contributing back. Regards, George Rawlinson [0]: https://aur.archlinux.org/packages/?SeB=M&K=grawlinson [1]: https://bugs.archlinux.org/task/52852 [2]: https://lists.archlinux.org/pipermail/arch-mirrors-announce/2019-May/000033…

5 9

[aur-general] Amend AUR commits
by S Shaikh 27 Apr '21

27 Apr '21

Hi, Due to a misconfiguration I used the wrong author on the most latest commits on both of the AUR packages I maintain. I understand that it's non trivial but can I ask for both commits to be removed? As they are both young packages I can also resubmit them from scratch if easier to delete them totally. Thanks, Shak (sshaikh on arch)

2 3

[aur-general] is AUR down?
by Javier 26 Apr '21

26 Apr '21

https://aur.archlinux.org Takes some time, just to show: > 504 Gateway Time-out Thanks ! -- Javier

3 2

[aur-general] Deleted package
by Sébastien Luttringer 18 Apr '21

18 Apr '21

Hello, A package (ebtables) I recently moved from [extra] has been deleted by a user who didn't understand the difference with itpables-nft. The requests has been accepted automatically because he claims maintainership before deletion. I didn't find a way in the UI to restore the package. Am I missing something obvious or there there a documentation about restoring removed packages ? Regards, Sébastien "Seblu" Luttringer

2 2

[aur-general] Perl module install path
by Markus Schaaf 16 Apr '21

16 Apr '21

Hi, I have made a PKGBUILD for a Perl module according to the Wiki. The module's files get installed to /usr/lib/perl5/5.32/vendor_perl like most/all other such packages. But that module (and probably many others) do not depend on the exact version of Perl interpreter. I always find it annoying to download and update all perl module packages, because the interpreter's version has changed. So I would like these to install to /usr/share/perl5/vendor_perl How do I do this correctly? BR

2 3