- Aur-general - lists.archlinux.org

Help with old large commit to AUR
by Iyán Méndez Veiga 09 May '23

09 May '23

Hi, I have an issue trying to update a package in AUR. I get the following error: $ aurpublish python-tweedledum git push using: aur:python-tweedledum.git master Enumerating objects: 12, done. Counting objects: 100% (12/12), done. Delta compression using up to 8 threads Compressing objects: 100% (9/9), done. Writing objects: 100% (9/9), 870.96 KiB | 6.80 MiB/s, done. Total 9 (delta 4), reused 0 (delta 0), pack-reused 0 remote: Checking connectivity: 9, done. remote: error: The following error occurred when parsing commit remote: error: ef079835003ac029a21f2bcec32ece1a62bc19d0: remote: error: maximum blob size (488.28KiB) exceeded remote: error: hook declined to update refs/heads/master To aur:python-tweedledum.git ! [remote rejected] c19571c71b3b6c9d3ea28ba069d965b22509bd0a -> master (hook declined) I think the issue is that in the past I commited a large patch file (by mistake) instead of including the url in the sources array (that's commit ef079835), and somehow the remote didn't complain back then but it does now. I have removed that patch and replace it with the upstream url, but I can't push a new version. This is what I'm trying to commit: https://github.com/iyanmv/PKGBUILDs/commit/ 5e642048f438b3857007621d8b778689776244f3 Hopefully some trusted user can help me. Thanks, Iyán -- Iyán Méndez Veiga GPG 0x422E3694311E5AC1

2 1

Non-git AUR with submodules
by Christian 07 May '23

07 May '23

Hi, I took over the package blink1. It is not a -git package so it should have a stable checksum, in my opinion. But since the project it builds uses a submodule, the package uses source=("git+https:/…) and SKIP for the checksum. This way prepare() can do a submodule init and submodule update. Is there a better way to deal with submodules? Or would it be better to download the released binary for the correct architecture and install that? As I currently understand it this would only be acceptable for a -bin package, wouldn't it? (I found no clear guidance when to use that prefix, e.g. zoom) This is my first AUR and I'd like to do it properly. Best, Christian

3 3

keyrings on the AUR
by Fabian Bornschein 06 May '23

06 May '23

Hi, I'd like to ask what's the current status on gpg keys, "keyrings" on the AUR? A few years back they where removed[1]. If I search for 'keyring' right now a few pop up. I guess there are different reasons for them to appear, like for example the 'linuxmint-keyring' is different from the 'alph-keyring', where one is from a pacman repo and the other one is not. However it would be good to have a consistent rule/guideline what's OK and what not. [1] <https://lists.archlinux.org/archives/list/aur-requests@lists.archlinux.org/…> --- Sincerely, Fabian Bornschein

1 0

AUR unavailable because of broken refs
by Morten Linderud 05 May '23

05 May '23

Hi, The AUR is currently unavailable because of some broken refs in the underlying Git repository that needs to be fixed. We are working on solving the issue but it might take a couple more hours. -- Morten Linderud PGP: 9C02FF419FECBE16

3 2

Error pushing package: "remote: fatal: bad object .alternate"
by é 05 May '23

05 May '23

Hi all, I'm attempting to update https://aur.archlinux.org/packages/cpuset, and cloning it works fine, however trying to commit and push changes results in the following error (snipped): ``` Total 5 (delta 0), reused 0 (delta 0), pack-reused 0 remote: fatal: bad object .alternate fatal: bad object refs/heads/python-degiro-connector To ssh://aur.archlinux.org/cpuset.git ! [remote rejected] master -> master (missing necessary objects) error: failed to push some refs to 'ssh://aur.archlinux.org/cpuset.git' ``` Also, interestingly enough it seems that python-degiro-connector itself has some issues; cloning it via https simply fails: ``` Cloning into 'python-degiro-connector'... fatal: remote error: upload-pack: not our ref ae7907349a087b4ec7e550cccbb059dc212d2bc9 ``` Referring somehow to this commit https://github.com/archlinux/aur/commit/ae7907349a087b4ec7e550cccbb059dc212… (which seems fine to me?) I don't know how to resolve this issue as I'm not familiar with git alternates, and searching snippets of errors on the mailing list / google was not fruitful. Any suggestions? Best, éclairevoyant

2 2

Application as Trusted User - gromit
by Christian Heusel 28 Apr '23

28 Apr '23

Hello everyone! My name is Chris and I am a 24 year old computer science student from Heidelberg in southern Germany. With this mail I would like to apply to become part of the Trusted User group! I am happily using arch-based systems since 2016 and Archlinux since around 2018. Generally I use Linux systems since 2012, and have even worked as linux system administrator (paid and as volunteer) which was very fun! Aside from that I am trying my best to contribute to open source projects and the overall FOSS community, so far mostly by open sourcing personal projects, modifying & extending existing projets to my liking and reporting the bugs I find. Most of this activity is taking place on GitHub[0]. In my spare time I rock climb and hike, play the drums and I am an active youth lead in my local YMCA. In the last few years I also was very active in student politics but I am now winding down this involvement since I am about to finish my studies. Sometimes I can also be found in my local chaos computer club[1] chatting with other people about computers and stuff. In general you may know me better by the nick of "gromit" in IRC tho, under which I also participate in the various other arch resources: - Since 2018 I am part of the Arch Testing team to check packages in the various testing repos - I help out on the bugtracker[2] where I can, but I also just read a lot of it to keep up to date for support requests on IRC - I have some minor contributions on Gitlab[3], mostly around devtools and mkinitcpio - I participated in the proof of concept testing for the git package migration - I maintain packages on the Arch User Repository[4] and try to help out in the AUR comments aswell - I have some minor contributions on the wiki[5] - I also comment on /r/archlinux regularily (please note that reddit usernames[6] cannot be changed once created :p) To further extend this involvement and to help the arch community I am now applying as trusted user. Here is a collection of packages from [community] that I frequently use and could therefore possibly (Co-)Maintain: - bat 1 - blueberry 1 - borgmatic 1 - bpython 0 - gopass 2 - gopass-jsonapi 1 - gum 1 - lolcat 1 - mosquitto 1 - nemo 1 - nethogs 1 - pasystray 1 - polybar 1 - rofi-emoji 1 - scrcpy 1 - sxiv 1 - tailscale 1 - terminator 1 - unp 1 - variety 1 - yamllint 1 I especially selected these packages because they currently lack maintainers (except for gopass), but I am also open to help out with other packages! Additionally I could imagine bringing the following packages to the [community] repos, should I be accepted: - https://aur.archlinux.org/packages/ly - https://aur.archlinux.org/packages/nsxiv - https://aur.archlinux.org/packages/systemd-boot-pacman-hook My sponsors are Morten Linderud (Foxboron) and Robin Candau (Antiz) which I am both very thankful for because they also guided me through the application process! Cheers, and thanks for reading until here! Christian "gromit" Heusel [0] https://github.com/christian-heusel [1] https://www.noname-ev.de/howtotreff.html [2] https://bugs.archlinux.org/user/30483 [3] https://gitlab.archlinux.org/gromit [4] https://aur.archlinux.org/account/gromit [5] https://wiki.archlinux.org/title/Special:Contributions/Gromit [6] https://www.reddit.com/user/TheEbolaDoc

6 11

AutoUpdateBot harmful
by j.r 17 Apr '23

17 Apr '23

Hello, just noticed that the denaro package [1] was updated by AutoUpdateBot two days ago. That account seems to be a bot based on some Github actions stuff [2]. This update broke the package, as it wasn't as simple as "change version number and checksum" (see my comment at the package site). Investigating a bit further I noticed this bot does not seem to do any checks if the package is still buildable or anything [3]. My question now: is there any policy about such bots? Are they allowed? Should they at least test if the package still builds before uploading the package update? Thanks j.r [1] https://aur.archlinux.org/packages/denaro [2] https://github.com/arch4edu/aur-auto-update [3] https://github.com/arch4edu/aur-auto-update/actions/runs/4655655968/jobs/82…

12 28

Re: Aur-general Digest, Vol 8, Issue 4
by eile_kerning 10 Apr '23

10 Apr '23

unsubscribe Sent from Proton Mail mobile -------- Original Message -------- On Apr 10, 2023, 04:08, wrote: > Send Aur-general mailing list submissions to aur-general(a)lists.archlinux.org To subscribe or unsubscribe via email, send a message with subject or body 'help' to aur-general-request(a)lists.archlinux.org You can reach the person managing the list at aur-general-owner(a)lists.archlinux.org When replying, please edit your Subject line so it is more specific than "Re: Contents of Aur-general digest..." Today's Topics: 1. Re: Application as Trusted User - gromit (Brett Cornwall) ---------------------------------------------------------------------- Message: 1 Date: Sun, 9 Apr 2023 14:39:25 -0700 From: Brett Cornwall Subject: Re: Application as Trusted User - gromit To: aur-general(a)lists.archlinux.org Message-ID: Content-Type: multipart/signed; micalg=pgp-sha512; protocol="application/pgp-signature"; boundary="hb5gxynovta7s3x6" On 2023-04-07 10:35, Christian Heusel wrote: >Hello everyone! Hi, Chris! >My name is Chris and I am a 24 year old computer science student from >Heidelberg in southern Germany. >With this mail I would like to apply to become part of the Trusted >User group! > >I am happily using arch-based systems since 2016 and Archlinux since >around 2018. Generally I use Linux systems since 2012, and have even >worked as linux system administrator (paid and as volunteer) which was >very fun! > >Aside from that I am trying my best to contribute to open source >projects and the overall FOSS community, so far mostly by open >sourcing personal projects, modifying & extending existing projets to >my liking and reporting the bugs I find. Most of this activity is >taking place on GitHub[0]. > >In my spare time I rock climb and hike, play the drums and I am an >active youth lead in my local YMCA. >In the last few years I also was very active in student politics but I >am now winding down this involvement since I am about to finish my >studies. >Sometimes I can also be found in my local chaos computer club[1] >chatting with other people about computers and stuff. > >In general you may know me better by the nick of "gromit" in IRC tho, >under which I also participate in the various other arch resources: >- Since 2018 I am part of the Arch Testing team to check packages in >the various testing repos >- I help out on the bugtracker[2] where I can, but I also just read a >lot of it to keep up to date for support requests on IRC >- I have some minor contributions on Gitlab[3], mostly around devtools >and mkinitcpio >- I participated in the proof of concept testing for the git package >migration >- I maintain packages on the Arch User Repository[4] and try to help >out in the AUR comments aswell >- I have some minor contributions on the wiki[5] >- I also comment on /r/archlinux regularily (please note that reddit >usernames[6] cannot be changed once created :p) I like the dedication to keeping packages managed rather than just bringing in a whole bunch of new packages. :) The quality of the packages is good! I like your commitment to following the wiki guidelines. I also appreciate your useful commit messages. I like that there's a TODO on one of your packages to upstream a patch: It's important to make sure all distros benefit, not just Arch! I love that you have comments telling *why* you do something out of the ordinary instead of randomly doing something with no explanation. It's worth noting that only two packages have been maintained for more than a month; The rest of your packages were adopted/created only recently! I guess if you've had good commits, good adherence, and good community engagement, there's not much else to "prove". -------------- next part -------------- A message part incompatible with plain text digests has been removed ... Name: signature.asc Type: application/pgp-signature Size: 228 bytes Desc: not available ------------------------------ Subject: Digest Footer _______________________________________________ Aur-general mailing list -- aur-general(a)lists.archlinux.org To unsubscribe send an email to aur-general-leave(a)lists.archlinux.org ------------------------------ End of Aur-general Digest, Vol 8, Issue 4 *****************************************

2 1

Re: Application as Trusted User
by Anton Hvornum 06 Apr '23

06 Apr '23

Addendum! On 3/14/23 12:29, Anton Hvornum wrote: > Hi! > > I hereby apply to become a Trusted User! > According to ChatGPT3 becoming a TU is like becoming a wizard, I will > learn how to cast complex spells on package bugs and conjure releases. > And apparently I get to wear a robe too so sign me up! > > I have the following sponsors: > > * Artafinde > * dvzrv (David will happily let someone else sponsor if they feel > like it tho) dvzrv hands over the torch to alerque to distribute the sponsorships more evenly. So new sponsor list is: * Artafinde * alerque > > My involvement spans mostly across maintaining archinstall, but I also > have a finger in archweb, repod, archiso, mkinitcpio and lately I've > become a mirror admin. So I'm getting pretty well rounded. Some links to profiles, ongoing projects and involvements: * GitHub: https://github.com/Torxed/ * GitLab: https://gitlab.archlinux.org/torxed * Archinstall: https://github.com/archlinux/archinstall * Flyspray/Bugs: https://bugs.archlinux.org/user/15638 * AUR package: https://aur.archlinux.org/packages/archinstall-git (I have a few others that I've cleaned out as they were my very first AUR packages that never gained popularity) * ArchISO: https://gitlab.archlinux.org/archlinux/archiso/-/merge_requests/251 * mkinitcpio: https://gitlab.archlinux.org/archlinux/mkinitcpio/mkinitcpio-archiso/-/merg… & https://gitlab.archlinux.org/archlinux/mkinitcpio/mkinitcpio-archiso/-/merg… * repod: https://gitlab.archlinux.org/archlinux/repod/-/merge_requests?scope=all&sta… (Mainly contributed in terms of PR reviews and participating in developer discussions) Aside from the above, I'm also active on BBS forum, IRC, Reddit, Discord and Matrix in various channels. I mainly run all the archinstall related channels and servers. But I'm subscribed to more or less all the mailing lists, but specifically `arch-general`, `arch-mirrors` and `arch-projects`. My goal is to ease packaging and bug reports, as of today I have to rely on others to do packaging for projects I maintain and administrate. The main packages I aim to co-maintain the following packages: * python-pyparted (added 2023-03-14) * python * synapse * keycloak * rdesktop * python-* (there's a 50+ list I would like to help out with that I use every day) I'm sure the list will grow, but those are the main ones I have my eye on currently. Overall, I'm a very enthusiastic tech geek and I'm committed to enhance the Arch Linux experience further in various ways. I've been an active developer for years, have plenty of devops experience as well as a programming and security background. I plan to translate my experience into the Arch Linux echo system as well as offer my support to the community in any way I can. > > I'm aiming to continue the work on the above, but gradually I'll also > help out with testing and packaging of Python libraries. > > //Anton "Torxed" Hvornum >

6 12

How to change the author of a package's commit？
by ShiZhi Huang 03 Apr '23

03 Apr '23

I recently accidentally used a different computer to submit the patch and the author information is wrong, is there a way to change it? I tried the ` https://stackoverflow.com/questions/3042437/how-to-change-the-commit-author… method, but it gets rejected when git push -f.

2 1

Datediff script PKGBUILD review
by jamil bio 23 Mar '23

23 Mar '23

Hello! I would like to introduce my project to the AUR mailing list. I am about to upload a PKGBUILD of a `datediff.sh' script which does calendrical calculations with shell built-ins, and has got some other few functions as well. Would installing the script as `datediff.sh' to /usr/bin be standard? Suggestions are appreciated. I am thinking about making a man page, that is why one line in package() is still commented out - but may use it in the future. # Maintainer: Jamil SN <jamilbio20(a)gmail.com> pkgname='datediff.sh' pkgbase='shellDatediff' pkgver=0.23.4 pkgrel=1 #epoch= pkgdesc='Calculate time differences with Ksh, Bash, and Zsh builtins. Check moon phases, Easter dates and next Friday 13th.' arch=('any') url="https://github.com/mountaineerbr/${pkgbase}" license=('GPL') depends=('bash') optdepends=( 'date: convert input to iso-8601' 'bc: fractional time units (bash)' ) provides=('datediff.sh') #conflicts=('datediff.sh') source=("https://github.com/mountaineerbr/${pkgbase}/releases/download/v${pkgver}/${…") md5sums=('949f88594bba40f7a62ff65e6dda7cf8') prepare() { cd "${pkgbase}-${pkgver}" #check defaults interpreter if command -v ksh then return 0 elif command -v bash then _sh=bash elif command -v zsh then _sh=zsh else return 0 fi sed -i -e "1s/ksh/${_sh}/" "${pkgname}" } package() { cd "${pkgbase}-${pkgver}" #install -Dm644 "${pkgname}.1" "${pkgdir}/usr/local/man/man1/${pkgname}.1" install -Dm755 "${pkgname}" "${pkgdir}/usr/bin/${pkgname}" }

5 17

Datediff script PKGBUILD review (plain text)
by jamil bio 22 Mar '23

22 Mar '23

That last e-mail encoding looks borked on my mailing list reader (the terminal), so I am sending the PKGBUILD again. # Maintainer: Jamil SN <jamilbio20(a)gmail.com> pkgname='datediff.sh' pkgbase='shellDatediff' pkgver=0.23.4 pkgrel=1 #epoch= pkgdesc='Calculate time differences with Ksh, Bash, and Zsh builtins. Check moon phases, Easter dates and next Friday 13th.' url='https://github.com/mountaineerbr/shellDatediff' arch=('any') license=('GPL') depends=('bash') optdepends=( 'date: convert input to iso-8601' 'bc: fractional time units (bash)' ) provides=('datediff.sh') #conflicts=('datediff.sh') source=("https://github.com/mountaineerbr/${pkgbase}/releases/download/v${pkgver}/${…") md5sums=('949f88594bba40f7a62ff65e6dda7cf8') prepare() { cd "${pkgbase}-${pkgver}" #check defaults interpreter if command -v ksh then return 0 elif command -v bash then _sh=bash elif command -v zsh then _sh=zsh else return 0 fi sed -i -e "1s/ksh/${_sh}/" "${pkgname}" } package() { cd "${pkgbase}-${pkgver}" #install -Dm644 "${pkgname}.1" "${pkgdir}/usr/local/man/man1/${pkgname}.1" install -Dm755 "${pkgname}" "${pkgdir}/usr/bin/${pkgname}" }

2 1

Package library needs updating - Gajim broken without it
by Polarian 18 Mar '23

18 Mar '23

Hello, https://archlinux.org/packages/community/any/python-nbxmpp/ Needs to be updated, otherwise the gajim version which was released into the testing repository will constantly throw errors. Just a heads up for the testers out there :P -- Polarian GPG signature: 0770E5312238C760 Website: https://polarian.dev JID/XMPP: polarian(a)polarian.dev

1 1

Spam on my aur packages
by Mat Moul 16 Mar '23

16 Mar '23

Hello, I've received three spam message on my aur packages. https://aur.archlinux.org/packages/octopi hena write a text with a link that has nothing to do with this packages. https://aur.archlinux.org/packages/octo … frameworks <https://aur.archlinux.org/packages/octopi-notifier-frameworks> haibara34 and bekean use the same technical messages. Please, erase these 3 messages. Thank you.

2 1

Application as Trusted User
by Anton Hvornum 14 Mar '23

14 Mar '23

Hi! I hereby apply to become a Trusted User! According to ChatGPT3 becoming a TU is like becoming a wizard, I will learn how to cast complex spells on package bugs and conjure releases. And apparently I get to wear a robe too so sign me up! I have the following sponsors: * Artafinde * dvzrv (David will happily let someone else sponsor if they feel like it tho) My involvement spans mostly across maintaining archinstall, but I also have a finger in archweb, repod, archiso, mkinitcpio and lately I've become a mirror admin. So I'm getting pretty well rounded. I'm aiming to continue the work on the above, but gradually I'll also help out with testing and packaging of Python libraries. //Anton "Torxed" Hvornum

2 1

AUR git history rewriting
by aur user 07 Mar '23

07 Mar '23

If this is possible, would a TU who knows how to do this reply to me off-list? It is a matter of privacy, so I don't want a permanent record of my username and what I'm trying to remove left in the maling list. "In some cases rewriting the history of an AUR repository is required, for example when a user inadvertently uses their real name in a published commit." https://wiki.archlinux.org/title/AUR_Trusted_User_guidelines#Rewriting_git_…

2 1

repo-add command existing entry, when no entry is within the database
by Polarian 03 Mar '23

03 Mar '23

Hello, So yesterday I have encountered an issue when updating my Unofficial Repository (PolarRepo). Onedev is a split package, into onedev (the actual package) and onedev-new (only contains new files). (see https://aur.archlinux.org/pkgbase/onedev) They both do not conflict each other when installed, and was working on the repository for the last 5 updates, but forever what reason now, it stopped working. The following occurs when trying to add the entry: polarian in ~/polarrepo at PolarianServer … ➜ repo-add polarrepo.db.tar.gz onedev-new-8.0.5-1-x86_64.pkg.tar.zst ==> Extracting polarrepo.db.tar.gz to a temporary location... ==> Extracting polarrepo.files.tar.gz to a temporary location... ==> Adding package 'onedev-new-8.0.5-1-x86_64.pkg.tar.zst' ==> WARNING: An entry for 'onedev-8.0.5-1' already existed -> Adding package signature... -> Computing checksums... -> Removing existing entry 'onedev-8.0.5-1'... -> Creating 'desc' db entry... -> Creating 'files' db entry... ==> Creating updated database file 'polarrepo.db.tar.gz' I have already attempted to delete the entry before adding it using repo-delete, but this issue persists. If you inspect the repository database (https://polarrepo.polarian.dev/polarrepo.db.tar.gz) you will see onedev-new is not actually in the database anymore, and yet when I try to add it, it is never added... Anyone have any idea what is going on? Thanks, -- Polarian GPG signature: 0770E5312238C760 Website: https://polarian.dev JID/XMPP: polarian(a)polarian.dev

2 7

Re: Account Suspended
by irecca.kun＠gmail.com 01 Mar '23

01 Mar '23

On 3/1/23 10:30, Oskar Roesler wrote: > The TU's aren't judges in criminal court. It's totally ok and beneficial if they apply some pragmatism and common sense. Hell, even real court judges are allowed to vary in their decisionmaking. No, you're not discriminated because they stopped your reaction. I hope you can understand and accept that. I understand. But I just don't get why I was banned. TU said this will be helpful to identify not complying packages. I just did that. It wasn't an automated script or something. And this is just requests, it is for TUs to make a decision. Unfortunately there is no "check" request type for simply bring attention, so I filled deletes. Also I don't see any mentions about how much requests user can make. If you guys have problems with it, please share the limits publicly, e.g. on the wiki page. P.S. Regarding common sense. I will be glad if someone will explain how my package (libinput-light), which was created to drop libwacom dependency (How much users have wacom tablets? I think even 1% of the userbase will be generous overestimation.), considered harmful and deleted, but packages like https://aur.archlinux.org/packages/linux-slim stripped down to hell and literally stating "Zero compatibility" in the description are still alive for years? TU's aren't judges, as you said, but I definitely want some justice here.

3 6

Account Suspended
by irecca.kun＠gmail.com 01 Mar '23

01 Mar '23

Hello. My AUR account (Hanabishi) was suspended. There is a mistake happened. You maybe thought that I am abusing requests, but my actions are actually agreed with TU. I am just helping to find duplicate packages (already present in official repos), which are violating AUR submission guidelines.

5 5

update gvim and vim-runtime
by marnout 13 Feb '23

13 Feb '23

Hello devoted TU, Yesterday I upgraded my archlinux. Among the updated packages were gvim and vim-runtime. I then noticed that there is a mess in the syntax highlighting of the bash scripts. I reinstalled the previous versions (9.0.1182-1) of gvim and vim-runtime, and everything was back to normal. Suspecting the sh.vim or bash.vim coloring files, I copied them to ~/.vim/syntax and updated gvim and vim-runtime again (from 9.0.1182-1 to 9.0.1302-1) and everything works fine. I do not ask for help, since I have solved my problem. I'm sorry, maybe this is not the right place to report what I think is a bug. Sincerely yours P.S. I have been using archlinux for a few years and I am very happy with it. I would like to make a donation with my credit card from time to time. Is 'click & pledge' the right place to help archlinux modestly? -- Mourad Arnout 25 rue de la Vieille Pierre 79800 Exoudun http://arad.free.fr

3 2

JSW (Java Service Wrapper) advice
by Polarian 11 Feb '23

11 Feb '23

Hello, So I have discussed the JSW issues in other threads, but now I have decided to make a dedicated thread for it as I feel it is a major issue with projects which depend on it. JSW makes things difficult when packaging software, you need the new version of the software to "patch" (of sorts) the old version, and then you remove the new version... which is already difficult enough to do, and is something I am working on within the onedev package: https://onedev.polarian.dev/polarrepo/onedev/~issues/1 However I have been looking for other user-based improvements, JSW provides a variety of scripts, such as database backup, restoring etc. These shouldn't be added to the PATH directly as it would "blotify" it of sorts, so I was thinking of making a wrapper script/program to call these scripts depending on the command line arguments passed. This would be a very simple script. If not written in bash, it could be added as a hard dependency of the package, or as a optional dependency (wrapper script to make JSW scripts more usable). JSW programs are very non-generic to the point that the only choice you got is to dump them into /opt/ and try your best to get them to work with the package manager, did I mention JSW is proprietary and is distributed under multiple EULAs? (which makes this situation even more of a kick in the balls). I have discussed isolation and removal of JSW from the codebase, it is possible to make it optional but the developer of onedev is currently not willing to do this, unless there is good reason (aka the AUR package does well, and there is a draft package proving the support is there for it) -> this is what I think he wanted to the best of my knowledge. Once I have the main package properly working, I have got on my todo list to attempt to strip the JSW wrapper out (the docker builds to a jar without the JSW, however it is a "incomplete" build which will need patching to fully function as far as I am aware). I plan to push this in the future to onedev-oss, or rename onedev to onedev-bin and then move the non-JSW one to be onedev, and then eventually merge them into a single package if the non-JSW manages to be as stable as the JSW, but this unfortunately will be unlikely due to the strong dependency on JSW. Does anyone have any advice they can give on packaging applications using JSW, and the idea of wrapping the JSW scripts into a single executable/script which can be put within the path (preferably to /usr/bin) to make it easier for users to manage their applications? Thanks, -- Polarian GPG signature: 0770E5312238C760 Website: https://polarian.dev JID/XMPP: polarian(a)polarian.dev

1 0

AUR Package Naming: greetd-regreet-git or regreet-git?
by rharish 09 Feb '23

09 Feb '23

Hello, I created a greeter for the greetd login daemon called ReGreet (https://github.com/rharish101/ReGreet) I wanted to publish a PKGBUILD for this to the AUR, and hence I requested a review on the Arch Forums here: https://bbs.archlinux.org/viewtopic.php?pid=2083695. Lone_Wolf on the forums pointed out that the package should be called "regreet-git". However, all other greeters for greetd (greetd-gtkgreet, greetd-qtgreet, greetd-ddlm-git) all start with the "greetd-" prefix. What should I name my package? "regreet-git" or "greetd-regreet-git"? Should I stick with what the guidelines say, or the informal naming convention of greetd greeters? For your reference, I'm attaching the PKGBUILD and the .install file here.

1 0

Can't seem to find the issue within PKGBUILD
by Polarian 03 Feb '23

03 Feb '23

Hello, https://onedev.polarian.dev/polarrepo/reposilite/~files/fix Find above the link to the git repository, please check branch fix and not master. A lot of these edits were not made by me and were made by another user, but I can't seem to find what is causing the following issue when trying to install this package: (3/4) Creating temporary files... Detected unsafe path transition / (owned by build) → /etc (owned by root) during canonicalization of /etc. Detected unsafe path transition / (owned by build) → /etc (owned by root) during canonicalization of /etc. Detected unsafe path transition / (owned by build) → /etc (owned by root) during canonicalization of /etc. Detected unsafe path transition / (owned by build) → /etc (owned by root) during canonicalization of /etc. Detected unsafe path transition / (owned by build) → /etc (owned by root) during canonicalization of /etc. Detected unsafe path transition / (owned by build) → /etc (owned by root) during canonicalization of /etc. Detected unsafe path transition / (owned by build) → /etc (owned by root) during canonicalization of /etc. Detected unsafe path transition / (owned by build) → /etc (owned by root) during canonicalization of /etc. Detected unsafe path transition / (owned by build) → /etc (owned by root) during canonicalization of /etc. Detected unsafe path transition / (owned by build) → /etc (owned by root) during canonicalization of /etc. Detected unsafe path transition / (owned by build) → /etc (owned by root) during canonicalization of /etc. Detected unsafe path transition / (owned by build) → /etc (owned by root) during canonicalization of /etc. Detected unsafe path transition / (owned by build) → /etc (owned by root) during canonicalization of /etc. Detected unsafe path transition / (owned by build) → /etc (owned by root) during canonicalization of /etc. Detected unsafe path transition / (owned by build) → /etc (owned by root) during canonicalization of /etc. Detected unsafe path transition / (owned by build) → /etc (owned by root) during canonicalization of /etc. Detected unsafe path transition / (owned by build) → /var (owned by root) during canonicalization of /var. Detected unsafe path transition / (owned by build) → /var (owned by root) during canonicalization of /var/lib. Detected unsafe path transition / (owned by build) → /var (owned by root) during canonicalization of /var/lib/dbus. Detected unsafe path transition / (owned by build) → /run (owned by root) during canonicalization of /run/dbus. Detected unsafe path transition / (owned by build) → /etc (owned by root) during canonicalization of /etc. Detected unsafe path transition / (owned by build) → /etc (owned by root) during canonicalization of /etc. Detected unsafe path transition / (owned by build) → /run (owned by root) during canonicalization of /run. Detected unsafe path transition / (owned by build) → /var (owned by root) during canonicalization of /var. Detected unsafe path transition / (owned by build) → /run (owned by root) during canonicalization of /run/lock. Detected unsafe path transition / (owned by build) → /run (owned by root) during canonicalization of /run. Detected unsafe path transition / (owned by build) → /run (owned by root) during canonicalization of /run. Detected unsafe path transition / (owned by build) → /var (owned by root) during canonicalization of /var/lib. Detected unsafe path transition / (owned by build) → /var (owned by root) during canonicalization of /var/lib. Detected unsafe path transition / (owned by build) → /run (owned by root) during canonicalization of /run. Detected unsafe path transition / (owned by build) → /run (owned by root) during canonicalization of /run/sudo. Detected unsafe path transition / (owned by build) → /run (owned by root) during canonicalization of /run/systemd. Detected unsafe path transition / (owned by build) → /run (owned by root) during canonicalization of /run/systemd/netif. Detected unsafe path transition / (owned by build) → /run (owned by root) during canonicalization of /run/systemd/netif. Detected unsafe path transition / (owned by build) → /run (owned by root) during canonicalization of /run/systemd/netif. Detected unsafe path transition / (owned by build) → /var (owned by root) during canonicalization of /var/lib. Detected unsafe path transition / (owned by build) → /var (owned by root) during canonicalization of /var/lib. Detected unsafe path transition / (owned by build) → /var (owned by root) during canonicalization of /var/lib/systemd. Detected unsafe path transition / (owned by build) → /run (owned by root) during canonicalization of /run. Detected unsafe path transition / (owned by build) → /run (owned by root) during canonicalization of /run/systemd. Detected unsafe path transition / (owned by build) → /run (owned by root) during canonicalization of /run/systemd. Detected unsafe path transition / (owned by build) → /run (owned by root) during canonicalization of /run/systemd. Detected unsafe path transition / (owned by build) → /run (owned by root) during canonicalization of /run/systemd. Detected unsafe path transition / (owned by build) → /run (owned by root) during canonicalization of /run/systemd. Detected unsafe path transition / (owned by build) → /run (owned by root) during canonicalization of /run/systemd. Detected unsafe path transition / (owned by build) → /run (owned by root) during canonicalization of /run. Detected unsafe path transition / (owned by build) → /var (owned by root) during canonicalization of /var/lib/systemd. Detected unsafe path transition / (owned by build) → /var (owned by root) during canonicalization of /var/lib. Detected unsafe path transition / (owned by build) → /var (owned by root) during canonicalization of /var. Detected unsafe path transition / (owned by build) → /var (owned by root) during canonicalization of /var/log. Detected unsafe path transition / (owned by build) → /var (owned by root) during canonicalization of /var. Detected unsafe path transition / (owned by build) → /var (owned by root) during canonicalization of /var/cache. Detected unsafe path transition / (owned by build) → /var (owned by root) during canonicalization of /var. Detected unsafe path transition / (owned by build) → /var (owned by root) during canonicalization of /var/lib/tpm2-tss/system. Detected unsafe path transition / (owned by build) → /run (owned by root) during canonicalization of /run/tpm2-tss. Detected unsafe path transition / (owned by build) → /var (owned by root) during canonicalization of /var. Detected unsafe path transition / (owned by build) → /var (owned by root) during canonicalization of /var/log. Detected unsafe path transition / (owned by build) → /var (owned by root) during canonicalization of /var/log. Detected unsafe path transition / (owned by build) → /var (owned by root) during canonicalization of /var/log. Detected unsafe path transition / (owned by build) → /var (owned by root) during canonicalization of /var. Detected unsafe path transition / (owned by build) → /var (owned by root) during canonicalization of /var/log/journal. Detected unsafe path transition / (owned by build) → /var (owned by root) during canonicalization of /var/log/journal. Detected unsafe path transition / (owned by build) → /var (owned by root) during canonicalization of /var/log/journal. Detected unsafe path transition / (owned by build) → /var (owned by root) during canonicalization of /var/log/journal/remote. Detected unsafe path transition / (owned by build) → /dev (owned by root) during canonicalization of /dev/snd/seq. Detected unsafe path transition / (owned by build) → /dev (owned by root) during canonicalization of /dev/snd/timer. Detected unsafe path transition / (owned by build) → /dev (owned by root) during canonicalization of /dev/loop-control. Detected unsafe path transition / (owned by build) → /dev (owned by root) during canonicalization of /dev/net/tun. Detected unsafe path transition / (owned by build) → /dev (owned by root) during canonicalization of /dev/fuse. Detected unsafe path transition / (owned by build) → /dev (owned by root) during canonicalization of /dev/kvm. Detected unsafe path transition / (owned by build) → /dev (owned by root) during canonicalization of /dev/vhost-net. Detected unsafe path transition / (owned by build) → /dev (owned by root) during canonicalization of /dev/vhost-vsock. error: command failed to execute correctly (4/4) Arming ConditionNeedsUpdate... Some advice would be appreciated! Thanks, -- Polarian GPG signature: 0770E5312238C760 Website: https://polarian.dev JID/XMPP: polarian(a)polarian.dev

2 1

Multiple packages in PKGBUILD and creating groups?
by Polarian 31 Jan '23

31 Jan '23

Hello, I have two questions, I merged it into one post to prevent people complaining about Polarian Notifications (aka me popping up on their email every 5 mins). Does anyone have a good reference I can use to properly make a multi-package PKGBUILD, I have no experience doing this and I want to stick to conventions, and the PKGBUILD ArchWiki page does not seem to cover it. Secondly, is it possible to create PKG groups within the AUR, I would like to group a few packages together, but I am unsure if I am allowed, or able to do this, unless it is added to an official repository. Thanks, -- Polarian GPG signature: 0770E5312238C760 Website: https://polarian.dev JID/XMPP: polarian(a)polarian.dev

3 5

Removal of Kyle Keen (keenerd) as Trusted User/ Package Maintainer
by David Runge 29 Jan '23

29 Jan '23

Hi all, I would like to bring up the removal of Kyle Keen (keenerd) [1] as Trusted User/ Package Maintainer on the basis of inactivity [2]. As main key holder I have been trying to get Kyle's previous packager key revoked (no @archlinux.org UID, RSA2048, SHA-1 binding signature) and have a new one be created since October 2021. Jelle also tried to reach out to get a response via arch-dev-public in May 2022 [3]. There had been no reply to my requests, until I had DevOps disable SSH access to the package server in July of last year (which I had to do as packages were still being released and I had to rebuild them constantly [4][5] for us to be able to disable one of the main packager keys). After some time an @archlinux.org mail address had been requested and a ticket been created for archlinux-keyring [6]. However, since October 2022 this process is dormant again (after pinging about missing bits). Other issues were raised around the splitting of the python-jaraco packages [7], which stalled updates to a bunch of the building blocks of the Python ecosystem due to no response from Kyle. After spending 16 months on a key change and multiple times of failing to follow up, I am of the opinion, that Kyle is not able to keep up with packaging and the process that is required for it (e.g. communication with other packagers or key holders). The discussion period on this topic lasts for three days (starting today), after which there will be a voting period of five days. Best, David [1] https://aur.archlinux.org/packages?K=keenerd&SeB=m [2] https://tu-bylaws.aur.archlinux.org/#_special_removal_of_an_inactive_tu [3] https://lists.archlinux.org/archives/list/arch-dev-public@lists.archlinux.o… [4] https://archlinux.org/todo/rebuild-packages-signed-by-48c3b1f30ddd0fe67e516… [5] https://archlinux.org/todo/rebuild-packages-signed-by-48c3b1f30ddd0fe67e516… [6] https://gitlab.archlinux.org/archlinux/archlinux-keyring/-/issues/201 [7] https://archlinux.org/packages/?q=python-jaraco -- https://sleepmap.de

2 5

Onedev-docs - check
by Polarian 29 Jan '23

29 Jan '23

Hello again, Could you please check a new package I have been working on to allow for onedev documentation to be viewed offline. You can view the PKGBUILD on the aur, or using the link below: https://onedev.polarian.dev/aur/onedev-docs/~files/master/PKGBUILD Before anyone comments why I have fetched the source within the prepare function, which is non-conventional, git-lfs does not support makepkg as it can not fetch from local filesystem, which is how MAKEPKG syncs the cloned repository (bare) to the repository within the src directory, thus I have had to manually clone the package with git-lfs installed, this will properly fetch the git-lfs files. Also for those who are wondering why you cant view the html directory, read the edit I have made to the onedev page here: https://wiki.archlinux.org/title/Onedev Thank you, -- Polarian GPG signature: 0770E5312238C760 Website: https://polarian.dev JID/XMPP: polarian(a)polarian.dev

1 0

Eureka-notes AUR package - check
by Polarian 25 Jan '23

25 Jan '23

Hello, Could anyone who has experience with AUR packages please check over the PKGBUILD I have submitted to the AUR. It works, and I have already written up the ArchWiki page for it (https://wiki.archlinux.org/title/Eureka) but I want a second set of eyes to read through my work to ensure I have not screwed anything up, and to ensure my package is sticking to conventions (and in case anyone has any improvements). You can either read it from the git interface provided by the AUR (this can be a little annoying) or you can read it on the git repository which is hosted elsewhere here: https://onedev.polarian.dev/aur/eureka-notes/~files/master/PKGBUILD Any issues with the package let me know :) Thank you, -- Polarian GPG signature: 0770E5312238C760 Website: https://polarian.dev JID/XMPP: polarian(a)polarian.dev

4 16

Building in clean chroot dilemma
by Polarian 25 Jan '23

25 Jan '23

Hello, So I currently do not test my packages in a clean chroot because of this issue: https://gitlab.archlinux.org/archlinux/devtools/-/issues/105 It seems a little stupid but I hate sudo being installed on my system, I do not like it, and I do not like when tools force me to use sudo. Without sudo installed the makechrootpkg script breaks and thus I can't use dev tools to test in a chroot environment. I did try and just manually build a chroot environment, but for whatever reason it was not writable to disk, in other words I kept getting "filesystem full" errors when the filesystem was not full, and I couldn't see to find a decent guide on how to actually setup a chroot manually, all recommend using different parts of the devtools. I have posted this for 2 reasons: 1. I want to know if anyone else agrees that doas support should be added to the devtool scripts. 2. I am looking for temporary alternatives from using devtools to build AUR packages in a clean environment. I have in the case of the movim package built it in an lxc container, which are similar to chroots, but the issue is the base arch linux container image contains a few dependencies which could mean I miss out some of the dependencies. And also every time I want to deploy a package to the container I have to copy it over to my production server which is not ideal. If anyone has any solutions please let me know :) Thank you, -- Polarian GPG signature: 0770E5312238C760 Website: https://polarian.dev JID/XMPP: polarian(a)polarian.dev

7 16

TU Application - Antiz
by Robin Candau 25 Jan '23

25 Jan '23

Hello, My name's Robin Candau and I'd like to apply to become a Trusted User. My sponsors are Leonidas Spyropoulos <artafinde> and T.J. Townsend <blakkheim>. I'm 26 years old and I live in France. I'm working as a Linux system, Infrastructure and DevOps engineer. I've been using Linux for the last decade and been using Arch for a few years now. During my Arch journey, I started contributing to it in various ways: - I subscribed to every "major" mailing lists and reply to users' questions in it from time to time (mostly in the AUR-General one). - I'm answering questions on the Arch subreddit (even though I'm aware it is not an official Arch resource) and on the IRC channels from time to time. I'm a bit less present on IRC though, but I'm still passing by here and there. - I contribute to some wiki pages. - I maintain some packages on the AUR. - I'm reviewing PKGBUILDs (both on aurweb and the AUR-General mailing list). - I'm a member of the "Arch Testing Team" and I'm regularly testing and signing off packages. - I made rare contributions to the Arch DevOps Gitlab's issues (this is something I'd like to do more in the future, I just haven't take the time yet). Since I started contributing to Arch, my interest for it kept growing and I'd like to do more. This is why I'm applying to become a TU through this mail. For the minimum requirements: - I'm fine with shell scripting. - I maintain a few packages in the AUR with what I think are high-quality/clean PKGBUILDs [1]. - I'm doing basic community involvement (as stated earlier). - I can Google. - Aside from Arch, I've been involved in a few open-source projects: - My own open-source projects are hosted on GitHub [2]. - I'm a package and infrastructure maintainer for Crystal-Linux [3] which is an Arch based distribution that promotes the use of current and modern technologies and that brings an alternative to some widely used software through its own tools such as "jade" (the Crystal Linux's installer) or "amethyst" (the Crystal Linux's pacman wrapper and AUR helper). I'm basically maintaining the Crystal's specific PKGBUILDs [4] and helping them with infrastructure stuff. - More recently, I've been working with Rudra Saraswat (the Ubuntu Unity project lead) to help him properly packaging the Unity desktop environment for Arch (this is still a WIP) [5]. As a TU, I'm looking forward to help with the AUR moderation (reviewing PKGBUILDs, answering AUR related questions and handling AUR requests). I'd also be interested in moving the following AUR packages to Community: - protonmail-bridge - distrobox - unrar-free (which I currently maintain) - ddgr (which I currently maintain) Finally, those are the packages I use and/or I'd be interested in (co-)maintaining in Community: - glow - flameshot - xautolock - numlockx - playerctl - autorandr - hq - hexchat - pacman-contrib - zathura* (zathura, zathura-cb, zathura-djvu, zathura-pdf-mupdf, zathura-pdf-poppler, zathura-ps) - tmux - icewm - firewalld - picom - notification-daemon - blueman - redshift - xautolock - gsimplecal - tint2 - feh Globally, my package interests are CLI tools and GTK apps, but I can maintain anything else if needed. My primary goal is to help/contribute :) Also, even though it has no direct link with the TU position, I'm willing to take the time to bring some help and contributions to the DevOps side of things in the future, as stated in the beginning of my application. I'm looking forward to contribute more to Arch Linux. Thanks for reading my application! [1] https://aur.archlinux.org/packages?O=0&SeB=M&K=Antiz&outdated=&SB=p&SO=d&PP… [2] https://github.com/Antiz96 [3] https://getcryst.al/site [4] https://git.getcryst.al/crystal/pkgbuilds [5] https://gitlab.com/users/Antiz96/activity Regards, Robin Candau - Antiz

8 20

GPG signature renewal vs new key
by Polarian 25 Jan '23

25 Jan '23

Hello, When looking at the archlinux gpg keyring, I notice that when GPG keys expire, TU's regenerate a new key instead of renewing it. Why do they regenerate a new key instead of renewing, is it the same reason we put expire dates on our TLS certificates (for security). Is it bad to just renew your key without regenerating it? Thanks, -- Polarian GPG signature: 0770E5312238C760 Website: https://polarian.dev JID/XMPP: polarian(a)polarian.dev

2 2

Package updating database schema
by Polarian 16 Jan '23

16 Jan '23

Hello AUR community, I have a very annoying issue which I have not been able to find a solution to. So conventionally Arch Linux packages which require migration and updating of database schemas tend to have the following pattern: - Stop service - Update the package - Run some script which migrates the database manually - Start service However I have been packaging https://code.onedev.io/onedev/server with Bengcooper for the AUR and we have hit into a major issue. The upgrade guide, as defined in their wiki page (https://docs.onedev.io/upgrade-guide) requires the old code and the new code. This is due to the use of JSW (a proprietary wrapper) which they ship their binaries with. This does not comply with how you traditionally package software, and thus I have no clue how I am meant to integrate this into the AUR. I have in my own time been working on packaging the raw java code without JSW (cause f*ck the proprietary wrapper), however this is taking longer than I thought it would and I really need an AUR package to make things easier for me running my public OneDev instance over at https://onedev.polarian.dev Does anyone have any ideas of how I can at least get the package semi-working with database migrations, even if it is unconventional and annoying to do so? Thanks, -- Polarian GPG signature: 0770E5312238C760 Website: https://polarian.dev JID/XMPP: polarian(a)polarian.dev

6 13

Re: Package updating database schema
by Polarian 13 Jan '23

13 Jan '23

Hello, I have used the pre_upgrade hook, but the issue is I need access to the pkg contents, and I do not think that is possible using the pre_upgrade hook, I need it to execute the update.sh script which is within the package on the /opt/onedev directory when before upgrading. Basically, onedevs update script will migrate everything itself and also back it up. When installing onedev for the first time, there is no problems it will go smoothly, its when it needs to execute the update script on the directory (then preferably) discard of the upgrade files because onedevs update script also replaces all the code with the new code. It is highly annoying as it is semi-packaged by onedev, I dont mind if pacman comes along and just overwrites stuff, but I need to use the update.sh script from within the package from within the pre_upgrade hook. Thanks, -- Polarian GPG signature: 0770E5312238C760 Website: https://polarian.dev JID/XMPP: polarian(a)polarian.dev

1 0

Lost Account
by Lara 11 Jan '23

11 Jan '23

I lost my aur account password and the reset doesn't seems to work. Probably the registered email doesn't exist anymore (I've been away for a long time). Could someone help me recovering the account? my username is shypixie Thanks

3 7

I'm out of commission for a while
by Jonathon Fernyhough 09 Jan '23

09 Jan '23

Hi all, I'm out of commission for a while (not sure how long) so I won't be able to update my packages. If any TU wants to bump the obvious ones (e.g. firefox-esr) please feel free. Best, Jonathon

4 4

For AUR PKGBUILD checkup
by Sharafat Karim 09 Jan '23

09 Jan '23

Hi there, I'm writing to request that my PKGBUILD for *kate-wakatime* be added to the Arch User Repository (AUR). I have tested the PKGBUILD and it works as expected. But I'm unsure about this script's formatting or other checkups. I'll really appreciate any advice. Here's my PKGBUILD, > # Maintainer: sharafat <sharafat two thousand four at gmail> > > pkgname=kate-wakatime-git > pkgver=1.3.10 > pkgrel=1 > pkgdesc=" Kate plugin to interface with WakaTime" > arch=('x86_64') > url="https://github.com/wakatime/$pkgname" > license=('unknown') > makedepends=('git' 'cmake' 'extra-cmake-modules') > depends=('kate') > conflicts=('kate-wakatime') > source=("git+https://github.com/Tatsh/kate-wakatime") > md5sums=('SKIP') > > build() { > cmake -B build -S "kate-wakatime" \ > -DCMAKE_BUILD_TYPE='None' \ > -DCMAKE_INSTALL_PREFIX='/usr' \ > -Wno-dev > cmake --build build > } > > check() { > ctest --test-dir build --output-on-failure > } > > package() { > DESTDIR="$pkgdir" cmake --install build > } > Thank you for considering my request.

5 8

proble installing Skychart
by Carlo Vinante 03 Jan '23

03 Jan '23

Hello I'm pretty new on Arch linux. Already installed AUR packages. I'm experiencing problem installing SKYCHART link: https://aur.archlinux.org/packages/skychart Installed separately the two missed dependencies - libpasastro - xplanet Received these errors on compiling skychart -------------------------------------------------------------- Compiling bgrafreetype.pas bgrafreetype.pas(31,60) Fatal: Can't find unit EasyLazFreeType used by BGRAFreeType Fatal: Compilation aborted make[3]: *** [Makefile:1270: bgrabitmappack_nogl.ppu] Error 1 make[3]: Leaving directory '/home/carlo/skychart/src/skychart-4.2.1-4073-src/skychart/component/bgrabitmap' make[2]: *** [Makefile:2188: bgrabitmap_all] Error 2 make[2]: Leaving directory '/home/carlo/skychart/src/skychart-4.2.1-4073-src/skychart/component' make[1]: *** [Makefile:1731: component_all] Error 2 make[1]: Leaving directory '/home/carlo/skychart/src/skychart-4.2.1-4073-src/skychart' make: *** [Makefile:1593: skychart_all] Error 2 ==> ERROR: A failure occurred in build(). Aborting... -------------------------------------------------------------- help is appreciated thanks a lot Carlo -- Carlo Vinante Presidente Associazione Astronomica Euganea Fiduciario Regionale Nord Est UAI Sezione Comete & Progetto CARA UAI ARI Sez. Padova - IZ3XTL

1 0

Removal of Benjamin Denhartog (sudoforge) as a Trusted User
by Morten Linderud 29 Dec '22

29 Dec '22

Yo, This is a motion for for "Special Removal of an Inactive TU" [1] for Ben Denhartog (sudoforge) based on prolonged inactivity. sudoforge has largely been unresponsive for 6 months after trying to get his key signed by our master key holders. https://gitlab.archlinux.org/archlinux/archlinux-keyring/-/issues/174 Attempts have been made to establish contact, and 2 weeks ago I got a positive response from Ben that he would submit a resignation. However no emails has appeared thus this removal request has been submitted instead. The discussion period will last for three days, after that I will open the vote, which will last for five days. -- Morten Linderud PGP: 9C02FF419FECBE16

4 4

request for review of PKGBUILD
by Greg Minshall 26 Dec '22

26 Dec '22

hi. i'm trying to submit my first package to AUR. my package files are here: ---- https://git.sr.ht/~minshall/aur-orgtbl-query/tree ---- if anyone has a chance to look over my PKGBUILD (and any other of the files), and has any comments, i'm all ears. cheers, Greg

4 6

SPAM in AUR comment rvm package
by Eduardo Hernández 21 Dec '22

21 Dec '22

Hello, see https://aur.archlinux.org/packages/rvm Comments by users malkovich and alaina are spam

2 1

Re: Removal of Benjamin Denhartog (sudoforge) as a Trusted User
by Morten Linderud 16 Dec '22

16 Dec '22

On Fri, Dec 16, 2022 at 10:35:34AM -0700, Ben Denhartog wrote: > consider this my resignation, and no contest on the removal due to inactivity > -- i have not had the time i thought i would to contribute. I would greatly appreciate if you could sign this email. -- Morten Linderud PGP: 9C02FF419FECBE16 > On Fri, Dec 16, 2022, at 10:29, Morten Linderud wrote: > > Yo, > > > > This is a motion for for "Special Removal of an Inactive TU" [1] for Ben > > Denhartog (sudoforge) based on prolonged inactivity. > > > > sudoforge has largely been unresponsive for 6 months after trying to get his key > > signed by our master key holders. > > > > https://gitlab.archlinux.org/archlinux/archlinux-keyring/-/issues/174 > > > > Attempts have been made to establish contact, and 2 weeks ago I got a positive > > response from Ben that he would submit a resignation. However no emails has > > appeared thus this removal request has been submitted instead. > > > > The discussion period will last for three days, after that I will open > > the vote, which will last for five days. > > > > -- > > Morten Linderud > > PGP: 9C02FF419FECBE16 > > > > Attachments: > > * signature.asc

1 0

git in makedepends?
by Greg Minshall 16 Dec '22

16 Dec '22

hi, again. if git is needed only for the "source" line of PKGBUILD (i.e., to download, and optionally verify, the source file(s)), does git need to be listed in "makedepends"? cheers, Greg

6 10

XMPP support for Arch Linux
by Polarian 15 Dec '22

15 Dec '22

Hello, So currently there is two methods (which I know of) with communicating with the Arch Community, those are email (mailing list) and IRC (I believe on libera.chat?!?!?). Is there any plans to support XMPP? Thanks, Polarian

3 4

Java code in AUR
by Polarian 15 Dec '22

15 Dec '22

Hello, I have discovered an annoying issue with java within the AUR. One of the projects I aim to wrap is written in java, however it contains a lot of other dependencies in java, and I have been thinking about the idea of how to package, and installing a jar with all the dependencies compressed within it defeats the purpose of packaging. I assume I should have each dependency as its own package, which means its more maintainable and each dependency can be bumped manually, but I doubt it is conventional to put .jar's in with shared objects (.so) within the libraries directory. Does anyone have any ideas how you would package a large Java codebase with the dependencies separated to be more maintainable? I am aware Java is such a pain to package, distributions such as gentoo do not even bother sometimes and do not support java packaging that well. Thanks, Polarian

5 6

Submitting packages to AUR
by Polarian 14 Dec '22

14 Dec '22

Hello, I have read both the submission guideline and also aur packages, but I am a little confused on how to actually create the repository. Does cloning a pkgbase (whatever name you want to call the package) automatically create the remote repository? What if you have got a local repository already (using git init) and want to push it to a AUR remote, but it does not yet exist? Thank you, Polarian

3 9

Package popularity
by Polarian 14 Dec '22

14 Dec '22

Hello, Out of curiosity, how is the value of the package popularity calculated? Thanks, Polarian

2 3

PKGBUILD review.
by Wyatt C Jackson 13 Dec '22

13 Dec '22

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA256 I recently put together a PKGBUILD file for a tool I made and want to put on the AUR. While I believe it should be fine, I would like to have it reviewed before I upload it. - --- ``` # Maintainer: Minecraftchest1 <minecraftchest1 at outlook dot com> pkgname=file-sharing-tool pkgver=0.2.0 pkgrel=1 epoch= pkgdesc="A tool to help setup file sharing using ssh." arch=('any') url="https://gitlab.com/minecraftchest1/steamdeck-file-share-tool" license=('GPL3') groups=() depends=('openssh' 'zenity' 'sed' 'bash') makedepends=('coreutils') checkdepends=() optdepends=() provides=() conflicts=() replaces=() backup=() options=() install= changelog= source=("git+https://gitlab.com/minecraftchest1/steamdeck-file-share-tool#tag=$pkgver") noextract=() md5sums=() validpgpkeys=('B136A3601568A8CE2493') sha256sums=('SKIP') package() { cd steamdeck-file-share-tool install -D -v bin/file-sharing-tool.sh -t $pkgdir/usr/bin } ``` -----BEGIN PGP SIGNATURE----- iQIzBAEBCAAdFiEEsTajYBVoqM4kk+rB78FhxAtMwcYFAmOXbGEACgkQ78FhxAtM wcbL2A//apFD18OCEAWLJCIfq7cW/suL8mGEVLgGfoxH5zTqqtJBkS8AkXLk+eyL LVIQvFfGjeo7Zk/1R7XP/lgwzgbV1Y45Z8PxFiFYrIS56pgw+q2HdsTENyRcJVaC 2ol7ezJQZcItxmF0CJyC7z+kyEyv/rzrKAdh+M7cxRCqE9EpiUGco6IqQ41+Cyvu oRR1UcsBuGPtqt1xw6rBZ7PRfPBgy5GDJby5njRDJR17SpYBJ8EyKknOVWcOnEYn uUsZ6XjoY0ucAtB9LRbbtYL0CH1LdoohTKsjpZsZ6D7MkQ7UpfoAyBgTKysQR3BR l+N2q7rjVDzstIi51k1TxG3RwbJAASPtkyfXePfYsTIsCz19Z7ITjVqZRJ6HWRcu KahMhTVCBsx6h9xNvpJhWgiuxb97eUkupJOG0IuqVA3II1svqwXSCkNEox2duiRr wIj4IlWl2JBUYlf9DHsXlciiVK0bJvyPCUOJNqNnc4A8i5IbOkQuANf2YM4alB4K qh6GE1maWLMosophxkdMXfggNLcpoIWFCgII6s9MZ3w8CgFNveiV6EI76PYiaQXO WdOiA+Q/lLYyQ4brSWtRGkgJeAtDNzIKunlv8ec5S8/mzF8SJiesOqG4NZZDjNMc nJM89kcHjGJ7g3uOep7O1EhXrfes+D/ZyD81rUfVXPbO/fLf1U4= =Xwsg -----END PGP SIGNATURE-----

5 5

PKGBUILD: on makedepends
by Greg Minshall 12 Dec '22

12 Dec '22

hi. i am putting together a PKGBUILD. there are certain dependencies required for cutting a release, rolling a version, etc. but, for just downloading the sources and building, these dependencies are not needed. can i leave dependencies *out* of makedepends that are only used for non-mainline build/installation tasks? cheers, Greg

5 6

Conventional method of producing -git packages
by Polarian 06 Dec '22

06 Dec '22

Hello, I am pretty new to the AUR, however I have read through the arch wiki and this question is not really referenced there. I have seen some -git packages which update the package on each new commit to master, which is what I thought -git packages should aim to do, however I have seen others which only do it for every 5 or so commits to save time. However I have also seen another method, of just not bumping the package version and have the package clone master and then append the latest git commit to the package name when building it. What is the actual conventional method of producing a -git package for a piece of software? Thank you, Polarian

6 8

aurweb new release v6.1.9
by Leonidas Spyropoulos 27 Nov '22

27 Nov '22

Hello AUR users, A new version of Aurweb has been deployed. There has been some issues lately when users were trying to delete their accounts. These should be solved and if anyone got errors before I would urge them to try again. Full changelog is available https://gitlab.archlinux.org/archlinux/aurweb/-/tags/v6.1.9 Kind Regards, -- Leonidas Spyropoulos TU and junior DevOps PGP: 59E43E106B247368

1 0

Change pkgbase from python2-eyed3 to python-eyed3
by Amish 22 Nov '22

22 Nov '22

Hello all, I am maintainer of a package which has pkgname as python-eyed3 but has pkgbase as python2-eyed3. This package was moved from Arch repository to AUR few months back. The package does not work on python2 but works on python3 and hence I am trying to remove pkgbase=python2-eyed3 from it, as it gives wrong impression that package is dependent on python2. If I remove pkgbase line from PKGBUILD and then try to push the package (with updated .SRCINFO) it throws the following error: > git push Enumerating objects: 7, done. Counting objects: 100% (7/7), done. Delta compression using up to 2 threads Compressing objects: 100% (4/4), done. Writing objects: 100% (4/4), 354 bytes | 354.00 KiB/s, done. Total 4 (delta 2), reused 0 (delta 0), pack-reused 0 remote: error: invalid pkgbase: python-eyed3, expected python2-eyed3 remote: error: hook declined to update refs/heads/master To ssh://aur.archlinux.org/python2-eyed3.git There seems to be another "deleted" package called python-eyed3 too. I cloned it and updated PKGBUILD and .SRCINFO and pushed the changes. This also throws an error. > git push Enumerating objects: 7, done. Counting objects: 100% (7/7), done. Delta compression using up to 2 threads Compressing objects: 100% (4/4), done. Writing objects: 100% (4/4), 1.40 KiB | 1.40 MiB/s, done. Total 4 (delta 0), reused 0 (delta 0), pack-reused 0 remote: error: cannot overwrite package: python-eyed3 remote: error: hook declined to update refs/heads/master To ssh://aur.archlinux.org/python-eyed3.git ! [remote rejected] master -> master (hook declined) error: failed to push some refs to 'ssh://aur.archlinux.org/python-eyed3.git' Error above does not give much information on why it can not overwrite. But its possibly because python2-eyed3 creates a pkgname conflict with it. In short, how do I update the package to remove python2-eyed3 as pkgbase? Any idea? Please let me know. Thank you, Amish

2 2

TU Application - tpkessler
by Torsten Keßler 20 Nov '22

20 Nov '22

Hi! I'm Torsten Keßler (tpkessler in AUR and on GitHub) from Saarland, a federal state in the south west of Germany. With this email I'm applying to be become a trusted user. After graduating with a PhD in applied mathematics this year I'm now a post-doc with a focus on numerical analysis, the art of solving physical problems with mathematically sound algorithms on a computer. I've been using Arch Linux on my private machines (and at work) since my first weeks at university ten years ago. After initial distro hopping a friend recommended Arch. I immediately liked the way it handles packages via pacman, its wiki and the flexibility of its installation process. Owing to their massively parallel architecture, GPUs have emerged as the leading platform for computationally expensive problems: Machine Learning/AI, real-world engineering problems, simulation of complex physical systems. For a long time, nVidia's CUDA framework (closed source, exclusively for their GPUs) has dominated this field. In 2015, AMD announced ROCm, their open source compute framework for GPUs. A common interface to CUDA, called HIP, makes it possible to write code that compiles and runs both on AMD and nVidia hardware. I've been closely following the development of ROCm on GitHub, trying to compile the stack from time to time. But only since 2020, the kernel includes all the necessary code to compile the ROCm stack on Arch Linux. Around this time I've started to contribute to rocm-arch on GitHub, a collection of PKGBUILDs for ROCm (with around 50 packages). Soon after that, I became the main contributor to the repository and, since 2021, I've been the maintainer of the whole ROCm stack. We have an active issue tracker and recently started a discussion page for rocm-arch. Most of the open issues as of now are for bookkeeping of patches we applied to run ROCm on Arch Linux. Many of them are linked to an upstream issue and a corresponding pull request that fixes the issues. This way I've already contributed code to a couple of libraries of the ROCm stack. Over the years, many libraries have added official support for ROCm, including tensorflow, pytorch, python-cupy, python-numba (not actively maintained anymore) and blender. Support of ROCm for the latter generated large interest in the community and is one reason Sven contacted me, asking me if I would be interested to take care of ROCm in [community]. In its current version, ROCm support for blender works out of the box. Just install hip-runtime-amd from the AUR and enable the HIP backend in blender's settings for rendering. The machine learning libraries require more dependencies from the AUR. Once installed, pytorch and tensorflow are known to work on Vega GPUs and the recent RDNA architecture. My first action as a TU would be to add basic support of ROCm to [community], i.e. the low level libraries, including HIP and an open source runtime for OpenCL based on ROCm. That would be enough to run blender with its ROCm backend. At the same time, I would expand the wiki article on ROCm. The interaction with the community would also move from the issue tracker of rocm-arch to the Arch Linux bug tracker and the forums. In a second phase I would add the high level libraries that would enable users to quickly compile and run complex libraries such as tensorflow, pytorch or cupy. #BEGIN Technical details The minimal package list for HIP which includes the runtime libraries for basic GPU programming and the GPU compiler (hipcc) comprises eight packages * rocm-cmake (basic cmake files for ROCm) * rocm-llvm (upstream llvm with to-be-merged changes by AMD) * rocm-device-libs (implements math functions for all GPU architectures) * comgr (runtime library, "compiler support" for rocm-llvm) * hsakmt-roct (interface to the amdgpu kernel driver) * hsa-rocr (runtime for HSA compute kernels) * rocminfo (display information on HSA agents: GPU and possibly CPU) * hip-runtime-amd (runtime and compiler for HIP, a C++ dialect inspired by CUDA C++) All but rocm-llvm are small libraries under the permissive MIT license. Since ROCm 5.2, all packages successfully build in a clean chroot and are distributed in the community repo arch4edu. The application libraries for numerical linear algebra, sparse matrices or random numbers start with roc and hip (rocblas, rocsparse, rocrand). The hip* packages are designed in such a way that they would also work with CUDA if hip is configured with CUDA instead of a ROCm/HSA backend. With few exceptions (rocthrust, rccl) these packages are licensed under MIT. Possible issues: There are three packages that are not fully working under Arch Linux or lack an open source license. The first is rocm-gdb, a fork of gdb with GPU support. To work properly it needs a kernel module currently not available in upstream linux but only as part of AMD's dkms modules. But they only work with specific kernel versions. Support for this from my side on Arch Linux was dropped a while ago. One closed source package is hsa-amd-aqlprofile. As the name suggests it is used for profiling as part of rocprofiler. Above mentioned packages are only required for debugging and profiling but are no runtime dependencies of the big machine learning libraries or any other package with ROCm support I'm aware of. The third package is rocm-core, a package only part of the meta packages for ROCm with no influence on the ROCm runtime. It provides a single header and a library with a single function that returns the current ROCm version. No source code has been published by AMD so far and the official package lacks a license file. A second issue is GPU support. AMD officially only supports the professional compute GPUs. This does not mean that ROCm is not working on consumer cards but merely that AMD cannot guarantee all functionalities through excessive testing. Recently, ROCm added support for Navi 21 (RX 6800 onwards), see https://docs.amd.com/bundle/Hardware_and_Software_Reference_Guide/page/Hard… I own a Vega 56 (gfx900) that is officially supported, so I can test all packages before publishing them on the AUR / in [community]. #END Technical details On the long term, I would like to foster Arch Linux as the leading platform for scientific computing. This includes Machine Learning libraries in the official repositories as well as packages for classical "number crunching" such as petsc, trilinos and packages that depend on them: deal-ii, dune or ngsolve. The sponsors of my application are Sven (svenstaro) and Bruno (archange). I'm looking forward to the upcoming the discussion and your feedback on my application. Best, Torsten

7 15

Comment on cemu page
by Fabio Loli 17 Nov '22

17 Nov '22

User Anuskuss have returned today to harass the cemu maintainer https://aur.archlinux.org/packages/cemu#comment-890175 Previous behaviour can be seen on aur-requests about cemu and cemu comments section

1 0

Are CachyOS PKGBUILDs allowed on AUR?
by Frederic Bezies 15 Oct '22

15 Oct '22

Hello. CachyOS - https://cachyos.org/ - is another archlinux based distribution with a lot of custom tools and kernels, using KDE as a GUI. I installed in a VM CachyOS and noticed all its customized package in a dedicated repository. My question is: are these custom PKGBUILD are or not allowed on AUR? Here is a link to all CachyOS related PKGBUILDs (30): https://aur.archlinux.org/packages?O=0&K=cachyos Thanks a lot for your kind answer. -- Frederic Bezies fredbezies(a)gmail.com

3 2

Lost account
by Nielzsen 26 Sep '22

26 Sep '22

Hi, I deleted the gmail address linked to my AUR account "Nielzsen" (which is roman.brasseur(a)gmail.com) Is there a way to recover it despite my mistake? Regards.

2 2

May be http://mirroir.wptheme.fr/archlinux/$repo/os/$arch is failing
by marnout 20 Sep '22

20 Sep '22

Hello every body, I had problems with the updates. For some weeks pacman told me everything is up to date, there is nothing to do. So, I commented the first mirror (http://mirroir.wptheme.fr/archlinux/$repo/os/$arch) and then I had 116 packages to update. Maybe this mirror is failing. For me the problem is solved. Friendly. N.B. Sorry if my English is not good, I do not speak English, but a little. -- Mourad Arnout 25 rue de la Vieille Pierre 79800 Exoudun http://arad.free.fr https://github.com/marnout

2 2

RFC / RFO: Extra (CI) files in AUR packages
by Knut Ahlers 16 Sep '22

16 Sep '22

Hey there, I'd like to fetch some comments / opinions regarding maintaining AUR packages with the help of automated build systems. I do maintain several packages in the AUR containing the typical files as `PKGBUILD`, `.SRCINFO`, files referenced in the `source()` section and a special script `update-version.sh`. This script is not mentioned in the PKGBUILD and not used during the build process. It contains the required steps to figure out the latest version of the package and to patch the PKGBUILD. This script is a) used to document how the package is updated and b) is used by my CI system (atm Jenkins) to check for updates and update the package. (Extra steps to verify the package is still building fine before doing any update are common to all packages and are executed after this package-specific script.) For most of my packages there were no complaints about this and users seem to be happy to get the updates usually delivered within an hour after release. Though in one package (librespeed-cli) I got two comments asking me to remove that script. Now I found no explicit statement in the package / AUR submission guidelines against this. Therefore I'd like to ask other maintainers / TUs for your opinions: Are you strictly against adding a script which documents / is used for the update? Is it fine to keep it there? Shall it be removed though doing no harm? Cheers Knut -- Knut Ahlers Software & Infrastructure Developer Web & Blog: https://ahlers.me/ GPG-Key: 0xD215AD7D (https://knut.in/gpg)

2 1

Re: [aur-general] Why was xenia-git orphaned immeditately?
by Sandy Carter 11 Sep '22

11 Sep '22

Glad to hear it wasn't intentional. I find it very strange indeed that the system accepted the request. I don't remember it being flagged OOD but that's on me. Would you mind orphaning xenia-git so I can pick it up again? It would require some rebasing of the patch branches. On Sun, Sep 11, 2022 at 7:36 PM Alessandro Marchioro < marciozgaming(a)gmail.com> wrote: > Hi, I had the same question, I was trying to get an update to the package > without orphaning but by clicking the link it was automatically orphaned by > the system in no time, instead of respecting the time as per the page > suggestion, is this because it was out of date for over a year? > > I wasn't trying to get access as a maintainer other than make it build > again with a simple patch of the PKGBUILD, due to the fact that I was > trying out the emulator with the latest builds on Arch and saw it on a bad > state. > > I too wanna be sure that you are the maintainer, it wasn't my intention in > being the one for this package. > > Hope you'll understand, > > Alessandro > Il 12 set 2022, 01:30 +0200, Sandy Carter <bwrsandman(a)gmail.com>, ha > scritto: > > Hello, > > I used to maintain xenia-git [1] and have since its creation. I am also > the author of the Linux threading, windowing, debug and other patches that > the package uses. > > At *19:20:00 UTC* today, an orphan request was submitted and immediately > orphaned by user ilbuonmarcio. The user made no attempt to contact me about > the issue either by email or in the comments. If they had, I would have > responded as I usually do to issues in my packages. > > I am active on AUR and have been for over 10 years now. I usually can fix > a package issue in a day to a week. > > According to the arch wiki: > > Orphan requests will be granted after two weeks if the current > maintainer did not react > > I was not given the time to react as it is now a few hours later. > > I would like to request this orphaning be undone and steps can be taken to > avoid this happening again. > > Thank you, > -- > Sandy > > [1] https://aur.archlinux.org/packages/xenia-git > >

1 0

[aur-general] Why was xenia-git orphaned immeditately?
by Sandy Carter 11 Sep '22

11 Sep '22

Hello, I used to maintain xenia-git [1] and have since its creation. I am also the author of the Linux threading, windowing, debug and other patches that the package uses. At *19:20:00 UTC* today, an orphan request was submitted and immediately orphaned by user ilbuonmarcio. The user made no attempt to contact me about the issue either by email or in the comments. If they had, I would have responded as I usually do to issues in my packages. I am active on AUR and have been for over 10 years now. I usually can fix a package issue in a day to a week. According to the arch wiki: > Orphan requests will be granted after two weeks if the current maintainer did not react I was not given the time to react as it is now a few hours later. I would like to request this orphaning be undone and steps can be taken to avoid this happening again. Thank you, -- Sandy [1] https://aur.archlinux.org/packages/xenia-git

1 0

[aur-general] Compiling with CMake
by Guilhem Saurel 08 Sep '22

08 Sep '22

Hi, In AUR, there are many packages with an old-school > mkdir build && cd build > cmake -DCMAKE_INSTALL_PREFIX=/usr .. > make Other packages say they require ninja and use > mkdir build && cd build > cmake -DCMAKE_INSTALL_PREFIX=/usr -G Ninja .. > ninja But I think we should let the end user choose if they want make or ninja, by letting them configure their CMAKE_GENERATOR environment variable¹ Currently if someone has CMAKE_GENERATOR=Ninja in their environment, many AUR packages in the first category will fail, because eg.: > […] > -- Configuring done > -- Generating done > -- Build files have been written to: /home/nim/.cache/paru/clone/octomap/src/octomap-1.9.8/octomap/build > make: *** No targets specified and no makefile found. Stop. And on the other hand for the second case, packages say they require ninja while they would work as well with make. Therefore I think we should ask CMake to compile, no matter which generator is available on the machine and/or was chosen by the user, with: > mkdir build && cd build > cmake -DCMAKE_INSTALL_PREFIX=/usr .. > cmake --build . Or even better > cmake -B build -S . -DCMAKE_INSTALL_PREFIX=/usr > cmake --build build Any opinions ? Should we put that on the wiki² ? Or write an RFC, like ³ ? Cheers ! Guilhem, aka. Nim65s ¹: https://cmake.org/cmake/help/latest/envvar/CMAKE_GENERATOR.html ²: https://wiki.archlinux.org/title/CMake_package_guidelines ³: https://gitlab.archlinux.org/archlinux/rfcs/-/merge_requests/10

2 2

[aur-general] TU Application - blakkheim
by T.J. Townsend 06 Sep '22

06 Sep '22

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA256 Hello. I'd like to apply to become a trusted user. I started using Arch around 2009 when we still had the curses installer, rc.conf, hal... the good old days. I left at some point and came back as a full-time user about three years ago. You can find me on IRC under the name blakkheim, usually in #archlinux-security since that's my main area of interest. I'm the maintainer or co-maintainer for a few OpenBSD-derived packages in the AUR: openiked, rpki-client, and openbgpd. I've been involved with OpenBSD since 2014 and became a project committer there in early 2016. In the last two years I've submitted just over 150 patches to the Arch bug tracker: https://bugs.archlinux.org/index.php?opened=32638&status[]= Some community packages I'd like to co-maintain are openntpd, opensmtpd, libressl, sndio, mandoc, signify, dnscrypt-proxy, bmake, scrot, firejail, xcalib, mktorrent, parallel, ncmpcpp... And more (frankly, lots more) in the core/extra repos if that option opens up in the future. I keep up with many software projects via their mailing lists and RSS/atom feeds. If I'm accepted, one of my goals will be to get missing security fixes into Arch's repository shortly after their upstream release. The sponsors of my application are dvzrv, kpcyrd, and anthraxx. (yep, three) -----BEGIN PGP SIGNATURE----- iHUEARYIAB0WIQRUwf0nM2HqUUojd5Pylr3lA2jGzgUCYvuMwwAKCRDylr3lA2jG zvh9AQDOvEQbJdu3vfoPUY+Q+amtiwOatfD7nHje2XcviXF82gD/SL2aw0SNm9/Q sxcT+MltS0EoPTyR+OwOU9lHkpyuFQw= =4mzL -----END PGP SIGNATURE-----

9 16

[aur-general] My package is being flagged as out-of-date falsely by a specific user repeatedly
by Reza Jahanbakhshi 06 Sep '22

06 Sep '22

Hi, This user https://aur.archlinux.org/account/bittin is flagging https://aur.archlinux.org/packages/mesa-git as out-of-date repeatedly. I asked him not to do so in the package page comments section. I also tried to email him directly and explained to him that this is a git package and it's not necessary to update it with every version. But, the package is still being flagged. What should I do? Thanks,

2 1

[aur-general] Spam in AUR comments
by hawkeye116477＠gmail.com 31 Aug '22

31 Aug '22

Welcome, I'd like to report spam in AUR comments at aur.archlinux.org/packages/waterfox-classic-bin#comment-879702, written by user Shijrat62. (I haven't previously subscribed, so I'm sending again)

2 1

[aur-general] package splitting
by Thomas 29 Aug '22

29 Aug '22

Hi, I have 2 questions: 1) when is it allowed and / or good practice to split multiple packages by 1 PKGBUILD? For example I have created a package which pulls 3 debian packages and creates 3 Arch packages from it. I want to do that in 1 PKGBUILD by package splitting. Is that a good idea or should this avoided (if so why..)? 2) I found a bug in package splitting regarding the variable "pkgdesc" - when in AUR: it simply gets ignored when used in package_<pkgname> functions. Example: https://aur.archlinux.org/packages/systemd-libs-git -> Line 220: https://aur.archlinux.org/cgit/aur.git/tree/PKGBUILD?h=systemd-git#n220 It should work though according to: https://archlinux.org/pacman/PKGBUILD.5.html#_package_splitting It seems to work when in the regular package database - which is using the same PKGBUILD as the AUR ofc: https://archlinux.org/packages/core/x86_64/systemd-libs/ -> Is this the right place to report an issue like that? Thanks in advance Thomas

4 4

[aur-general] ungoogled-chromium-bin package submission
by networkException 27 Aug '22

27 Aug '22

Hello, I maintain / administer the ungoogled-chromium project and its Arch Linux packaging. Last year I asked[1] about the submission rules for an ungoogled-chromium-bin package as previous packages have all been removed. Since then our GitHub Actions workflow for releases has been adjusted to hopefully comply with the requirements[2]. At the moment updates will be handled manually by me but the code for automating this already exists. Now it has come to my attention that the ungoogled-chromium-bin package is blacklisted due contentious violations by people not affiliated with the project itself. Would it be possible to remove this blacklist entry to be able to submit our binaries? I imagine that providing an official package will also stop people submitting packages with workaround names. Kind regards, networkException 1: The previous conversation regarding this topic https://lists.archlinux.org/pipermail/aur-general/2021-September/036581.html 2: The commit updated our release workflow https://github.com/ungoogled-software/ungoogled-chromium-archlinux/commit/8…

2 1

[aur-general] Using the bug tracker to patch outdated packages (was: TU Application - blakkheim)
by Claudia Pellegrino 25 Aug '22

25 Aug '22

Hi Leonidas, > What stops you from opening bug report and submitting patches for those > now without being a TU? If these are in core/extras your options would > be the same as you have now, right? Wait, is this actually a thing? As a non-TU, one thing that has deterred me from using the bug tracker to submit patches for outdated packages is this warning: > Do NOT report bugs when a package is just outdated, or it is in the AUR. > Use the 'flag out of date' link on the package page, or the Mailing List. followed by: > REPEAT: Do NOT report bugs for outdated packages! and similarly, on the wiki: > Reasons for not being a bug > […] > A package which is not-up-to-date. Use the Flag Package Out-of-Date feature on Arch's packages website. That’s a total of three warnings. Enough for me to decide to not take chances. Your suggestion seems to contradict those warnings though. What am I missing? Regards Claudia (aka Auerhuhn)

3 2

Re: [aur-general] [PRQ#37061] Deletion Request for taskfile-gotask-git
by Martin Rys 22 Aug '22

22 Aug '22

(resending as I was not subscribed to aur-general before) > It tab-completes very great. And even earlier than in your version. Only if you remember it starts with a 'g', instead of the original 't'. If you're following official documentation and trying to use 'task' and wondering why it's red and not found, tab-complete will save you there. > Moreover, before making this package happen I was speaking with original > maintainer via email, and he declines binary renaming "because docs says > it's task". Moreover I agree with Egor - why should we change names to > make a mess in user's brains while reading documentation? Because the alternative is making the package conflict with `task`, so one cannot have both installed on the system. That is worse. The user is free to setup an alias to use 'task' as per the documentation if they do not also use community/task. > As I can see, you've just picked up this package and "fixed" it without > even trying to contact me and filed a deletion request for package that > fixes problem in more proper way (using org's name). The package did not download, was out of date, did not build, conflicted with [community], had missing completions (still does for fish/ps to be honest) and had a wrong license. The proper way to deal with those is not creating yet another AUR package, the proper way is to fix the existing one, which I have done, and then noticed you duplicated the package, hence I filed this deletion request. > Again, I'm asking to reconsider and withdraw/deny this request. https://wiki.archlinux.org/title/AUR_submission_guidelines#Rules_of_submiss… See second rule here, your package at this point is just naming the binary differently, which is just pointless duplication, let's rather reach consensus on what it should be named as. Maybe this entire issue should perhaps be raised upstream as 'task' is very generic. Taskwarrior started in 2008 and task in 2017. Though I doubt anything useful would come of it. Anyway the options are - A) go-task B) task-go C) keep task and conflict with community/task D) Something else Martin On Mon, Aug 22, 2022 at 3:02 PM Martin Rys <spleefer90(a)gmail.com> wrote: > > > It tab-completes very great. And even earlier than in your version. > > Only if you remember it starts with a 'g', instead of the original 't'. > If you're following official documentation and trying to use 'task' > and wondering why it's red and not found, tab-complete will save you > there. > > > Moreover, before making this package happen I was speaking with original > > maintainer via email, and he declines binary renaming "because docs says > > it's task". Moreover I agree with Egor - why should we change names to > > make a mess in user's brains while reading documentation? > > Because the alternative is making the package conflict with `task`, so > one cannot have both installed on the system. That is worse. > The user is free to setup an alias to use 'task' as per the > documentation if they do not also use community/task. > > > As I can see, you've just picked up this package and "fixed" it without > > even trying to contact me and filed a deletion request for package that > > fixes problem in more proper way (using org's name). > > The package did not download, was out of date, did not build, > conflicted with [community], had missing completions (still does for > fish/ps to be honest) and had a wrong license. > > The proper way to deal with those is not creating yet another AUR > package, the proper way is to fix the existing one, which I have done, > and then noticed you duplicated the package, hence I filed this > deletion request. > > > Again, I'm asking to reconsider and withdraw/deny this request. > > https://wiki.archlinux.org/title/AUR_submission_guidelines#Rules_of_submiss… > See second rule here, your package at this point is just naming the > binary differently, which is just pointless duplication, let's rather > reach consensus on what it should be named as. > > Maybe this entire issue should perhaps be raised upstream as 'task' is > very generic. Taskwarrior started in 2008 and task in 2017. Though I > doubt anything useful would come of it. > > Anyway the options are - > A) go-task > B) task-go > C) keep task and conflict with community/task > D) Something else > > Martin

2 2

Re: [aur-general] [PRQ#37061] Deletion Request for taskfile-gotask-git
by Stanislav N. aka pztrn 22 Aug '22

22 Aug '22

Hello, forwarding a discussion about package deletion to AUR general list, as our thread didn't reach aur-requests. 22.08.2022 00:23, Stanislav N. aka pztrn пишет: > 21.08.2022 23:56, Martin Rys пишет: >> I believe the request is still valid no matter which naming convention >> the executable will use. > > I disagree, as: > >> I renamed it from task to task-go because that makes the most sense >> for tab completion. > > ...will lead us to constant typos if using taskwarrior. > > Believe me, I already was on that side. When "task-go" was picked by me > as binary name, it was a pain to use it together with > zsh-autosuggestions as it suggests last taskwarrior command. "go-task" > is more than fine, it even do not cross with 99% of Go tools out there. > >> I do not have any strong attachment to task-go, but I believe go-task >> (which indeed is the name of the org on GitHub) is not good as the >> user has to remember it and it does not tab-complete. > > It tab-completes very great. And even earlier than in your version. > > Moreover, before making this package happen I was speaking with original > maintainer via email, and he declines binary renaming "because docs says > it's task". Moreover I agree with Egor - why should we change names to > make a mess in user's brains while reading documentation? > > As I can see, you've just picked up this package and "fixed" it without > even trying to contact me and filed a deletion request for package that > fixes problem in more proper way (using org's name). > > Again, I'm asking to reconsider and withdraw/deny this request. Hope that arch team will figure this out. -- With best regards, Stanislav Nikitin (also known as pztrn). Email: pztrn(a)pztrn.name Telegram: @pztrn

1 0

[aur-general] TU Application - serebit
by arch＠serebit.com 15 Aug '22

15 Aug '22

Hello all, My name is Campbell Jones, my online handle is serebit, and this is my application to become a Trusted User. I've been graciously sponsored by Jonas Witschel (diabonas) and Leonidas Spyropoulos (artafinde). I'm 22 years old, I live in Maryland (though I'm in Ireland for a couple more weeks), and I've been developing software to some degree for about a decade now. My hobbies involve software development, playing video games (some favorites being Titanfall 2 and ULTRAKILL), critiquing my friends' art and animation pieces, building computers, learning about space, and hugging my dogs. My favorite movies are Into the Spider-Verse and Interstellar. =============== HISTORY =============== Feel free to skip reading this if it gets boring! My exploits with programming started with programs on my TI-84 calculator to aid me in math class, and have culminated in closing in on a Bachelor's degree in Computer Science, which I'll have by the end of this year. I've also landed a post-grad position as a software engineer working on non-classified software used by the Navy and Coast Guard, which will primarily involve working with RHEL and aiding with improvements to build systems and version control. I'm the sole developer of Wraith Master, an open-source application to configure the RGB LEDs on the Wraith Prism CPU cooler, and one of the core developers of the Budgie desktop environment. My first experience with Unix was with my family's iMac, which I used to begin my programming journey with software like QB64, then Python, Processing, and Java. In early 2017, after building a computer of my own, I elected to dual boot Windows 10 and Ubuntu, so I could continue to use a Unix-like environment for the purposes of developing software. However, dissatisfaction with the Unity desktop led me to install Mint instead at the suggestion of others, followed by Solus. I ended up liking Solus enough to stick with it for the next four years and change. Soon after installing Solus, I began to investigate its processes for package submission and updating, and I decided to participate. I started with submitting packages for inclusion, then began to build packages myself, and eventually took up volunteer maintainership of packages. By the time I left Solus, I was maintaining the entire JVM stack, including handling the large-scale migration from JDK 8 to JDK 11 and patching software to facilitate that migration; in one excruciating case, I spent two full days patching modelio to build on JDK 11. I had also taken up maintainership of the Intel GPU compute stack, aka "neo", and several other miscellaneous packages like Kitty, libwacom, and shotcut. Occasionally, I would find reason to submit patches for packages to the upstream projects as well. In any case, I left Solus in January 2022, along with Joshua Strobl, one of the prior "core team" members. I would rather not air dirty laundry in a publicly available thread, so I won't go into details here, but it ultimately came down to a split between the "core team" members over serious issues with development and conduct that had been festering for some time. With the departure of Josh came the departure of Budgie, which became a standalone project backed by prior contributors, including myself. I had previously swapped out the system tray backend in Budgie for my own implementation of the XEMBED spec, which resolved numerous longstanding issues with the tray applet, and I wanted to continue moving Budgie forward now that it had been freed from the shackles of Solus. Upon leaving Solus, I decided to find a new distribution that could replace it on my personal machines. It had to satisfy the criteria of being rolling release, having up-to-date software in its repositories, having a fast package manager, and having Budgie as an option in its installer - so I elected to install EndeavourOS as a way of getting a somewhat curated experience on Arch. I had already been maintaining a couple AUR packages for Wraith Master for some time, so I had some experience with the PKGBUILD format already, and I decided to take up maintainership of Budgie's various AUR packages (mostly -git variants of existing packages) in order to update them to the new repository that had been set up under Buddies of Budgie. =============== END HISTORY =============== Ultimately, my motivation with applying to be a Trusted User is an extension of my prior motivation to aid with Solus packaging, and my motivation to maintain Budgie's AUR packages. Arch doesn't have a dedicated maintainer for Budgie's community packages, and I believe I would be an ideal candidate to fill that role. Though I haven't been on Arch for long, I have been maintaining packages for years, and I'm more than willing to learn and abide by the standards that Arch has set for its community and repositories. To address the minimum requirements: - I'm well acquainted with bash, sh, and csh (the latter not by choice...) - I maintain a few packages in the AUR with what I believe to be clean and quality PKGBUILDs - I've recently joined the Arch Matrix channel and plan to stay - I like to think my Google-Fu is well-trained! It had to be after the years I've spent being the dedicated technical support person for my family and friends... - I know exactly what packages I want to maintain as a start - the Budgie stack! As for the extra requirements: - I've reported some issues with Budgie packages on the bug tracker, so a little bit of involvement there - I have not submitted patches for Arch projects - I've been contributing to and maintaining open-source projects for years My first order of business after becoming a Trusted User would be to clean up the PKGBUILDs for the following Budgie packages: - budgie-desktop - budgie-desktop-view - budgie-screensaver Second order of business would be to move the AUR package "budgie-control-center" into the community repository, as it is a necessary component of the Budgie stack and has additionally reached the minimum requirements for inclusion. Finally, I would begin discussions of how the "budgie-extras" package could be modified or split, with cooperation from upstream if necessary. I'd also like to push for SPDX license ID support in the PKGBUILD format after having discussed it with Jonas. Thank you for reading this massive email, and I look forward to receiving your feedback! Best, Campbell Jones =============== LINKS =============== GitHub: https://github.com/serebit GitLab: https://gitlab.com/serebit AUR: https://aur.archlinux.org/account/serebit Bugs: https://bugs.archlinux.org/user/37021 Solus: https://dev.getsol.us/p/serebit Mastodon: https://fosstodon.org/@serebit Matrix: @serebit:matrix.org Homepage: https://serebit.com

4 11

[aur-general] Transifex aurweb
by Leonidas Spyropoulos 03 Aug '22

03 Aug '22

Hi Lucas, I'm trying to get some translation updates for aurweb and I believe this is managed from you. Can you please add me to the aurweb team so I can export them and update the repository .po files. Thanks you, -- Leonidas Spyropoulos PGP: 59E43E106B247368

1 0

[aur-general] Python packaging: weird behaviour
by j.r 25 Jul '22

25 Jul '22

Hello list, I'm currently trying to adapt my AUR packages to the new PEP 517 based build workflow [1]. Some users of the telegram-tg [2] package reported after I changed it to PEP 517, that they are missing the actual python files in the final package. I investigated a bit further and found out if I build with makechrootpkg (like I usually do) the files are inside the package (that's why I didn't notice), but if I use yay for example (which uses makepkg without a clean chroot), the package does not contain the files. Now I'm a bit confused and don't know how to debug this further, could somebody please help me or at least give me a hint? Thanks in advance j.r [1] https://wiki.archlinux.org/title/Python%20package%20guidelines#Standards_ba… [2] https://aur.archlinux.org/packages/telegram-tg

1 0

[aur-general] Brazillian's mirrors are not found
by Gabriel Dutra 18 Jul '22

18 Jul '22

Dear all, On the download package, the following mirrors are not found. - archlinux-br.com.br <https://archlinux-br.com.br/archlinux/iso/2022.07.01/> - archlinux-br.com.br <http://archlinux-br.com.br/archlinux/iso/2022.07.01/>

4 6

[aur-general] Python Package Update Review Request
by Sean Snell 30 Jun '22

30 Jun '22

Hello, I'm fairly new to the PEP 517 workflow for Python Packaging however python-dephell / setuptools have created a problem where deprecated components are being invoked which, after further research, I've learned are related to the streamdeck-ui package <https://aur.archlinux.org/packages/streamdeck-ui> I maintain (*that I didn't make, I adopted*) failing to build <https://pastebin.com/qNbJNH8y>. I believe I've figured out that updating to the PEP 517 workflow should allow the issues we're seeing to go away and allow building to work again for the foreseeable future because the updates would eliminate the need for the failing modules invoked for build() and if I've read this all correctly the standard update means the package would remaining usable for longer. If I could get a review of the attached PKGBUILD that would be great! Thanks, Sean Build errors from previous version: https://pastebin.com/qNbJNH8y PS - Can I get pointed in the right direction for info on setting up PGP keys? Thanks!

3 2

[aur-general] Incorrect email at account registration
by JafsZero 27 Jun '22

27 Jun '22

Hello, Recently I created my account for the AUR but when adding my email I wrote incorrectly the domain as .xom instead of .com and I can't get the verification link to continue with the account registration process. The username is JafsZero with Jafszero(a)gmail.com as the correct email. Not Jafszero(a)gmai.xom

2 1

[aur-general] Packaging Python projects without setup.py or PEP 517
by Attila Fidan 23 Jun '22

23 Jun '22

What's the recommended way to go about packaging a Python project that doesn't use PEP 517 or setuptools/distutils? Is there a method with pip, is just copying the files to $pkgdir fine, or should a PEP 517/setup.py be implemented through a patch?

1 0

[aur-general] Locked out of my account
by dan soucy 21 Jun '22

21 Jun '22

Hi all, I am hoping to regain access to my aur account. The email used was `danso(a)archlinux.info`, using the now dead email service once hosted by (forum user) tredaelli. Here is one contribution I made to gcalcli, back in the day: https://aur.archlinux.org/cgit/aur.git/commit/?h=gcalcli&id=b0d53542afe559c…

2 2

[aur-general] Ask for review for PKGBUILD
by Dunzhi Zhou 20 Jun '22

20 Jun '22

Dear, I am new to this mail list, hence please let me know anything if I didn't do properly. There is a GitHub repository (https://github.com/fancompute/ceviche) I want to pack it up as a python library for ez maintenance if there is any future update from the original authors. Last, I attach my PKGBUILD file here. Please let me know if I should paste the script in the mail instead. Thanks

4 4

[aur-general] Subdirectories: is my workaround acceptable?
by Claudia Pellegrino 17 Jun '22

17 Jun '22

Hi fellow AUR maintainers, Over time, I have refined my editor settings in Visual Studio Code to make working with PKGBUILDs more enjoyable. For example, I have added settings which, on a PKGBUILD-by-PKGBUILD basis, enforce a consistent style throughout the whole PKGBUILD. I also have settings to auto-enable shellcheck for linting. For several PKGBUILDs that I maintain, I’d like to share those settings with fellow contributors so whenever they open the directory that contains my PKGBUILD as a workspace in VS Code, it picks up those settings and applies them automatically so those contributors can enjoy zero-configuration linting and consistent styling. Now my issue here is: VS Code’s workspace-level settings live in a .vscode subdirectory so a team of contributors can share those settings via Git along with the project files. But I’ve noticed that aurweb appears to enforce some kind of no-subdirectories rule [1]. I started working around that limitation by including a tarball [2] with my PKGBUILDs instead of a .vscode directory. While aurweb would have rejected that directory, it does accept the tarball. - Do you find my workaround acceptable? Or would that go against the spirit of aurweb’s no-subdirectories rule? - What is the rationale behind the no-subdirectories rule, anyway? Thanks for your thoughts in advance. Regards, Claudia (aka Auerhuhn) --- [1]: https://gitlab.archlinux.org/archlinux/aurweb/-/blob/4ddd1dec9c1d19481593f4… [2]: https://aur.archlinux.org/cgit/aur.git/tree/?h=batch-rename

3 2

[aur-general] Real name leaked to AUR
by StarQuake 14 Jun '22

14 Jun '22

Hello, I just accidentally made a commit with my real name. And I am not allowed to fix it with a force push. Could someone fix this please? I would want it to be starquake. https://aur.archlinux.org/cgit/aur.git/log/?h=pacman-backup-hook Hope you can help me. Kind regards, StarQuake -- StarQuake w : http://starquake.nl e : starquake(a)linuxeverywhere.org

2 1

[aur-general] Undeletion requests and TU role
by Pellegrino Prevete 12 Jun '22

12 Jun '22

After an AUR package gets deleted by error, where is it possible for an user to request undeletion? Can a Trusted User directly restore deleted packages? If yes, I think it could be appropriate for me to request that role because I don't want to bother people eventually every few days. Would someone here be available for sponsorship? I've been an user for more than 10 years and I maintain around 130 packages on AUR, a dozen of which should definitely go to community; I also regularly write on the wiki and contribute to arch projects (those on gitlab) and have contributions on GNOME projects. P

2 2

[aur-general] User MarsSeed spamming perl-* packages requesting maintainers not to do pkgrel bumps
by Xiretza 01 Jun '22

01 Jun '22

Hi, the user MarsSeed[0] is spamming AUR packages which perform a pkgrel bump for perl version updates with a prewritten comment asking package maintainers not to do that, examples: [1][2][3]. While their reasoning is questionable, I think the AUR/TUs do not have an official stance on this, and I don't intend to debate it here - I just think this user shouldn't be spamming a bunch of packages with the same comment over and over. Regards, xiretza [0]: https://aur.archlinux.org/account/MarsSeed [1]: https://aur.archlinux.org/packages/perl-authen-pam#comment-867588 [2]: https://aur.archlinux.org/packages/perl-class-errorhandler#comment-867605 [3]: https://aur.archlinux.org/packages/perl-json-rpc#comment-867591

2 1

[aur-general] keenerd unresponsiveness
by Jelle van der Waa 12 May '22

12 May '22

Hi All, I've tried to reach out to keenerd a couple of times about dropping some packages of him such as geda-gaf (which lets us drop guile2.0, gtk2 in the future etc.). But I haven't heard back about these mails. David has also tried to contact him about his key expiring and being unable to package after allan's master key will be revoked. Keenerd did vote in recent TU proposals and still committed in May. [1] [2] So with this email I hope keenerd responds to the keyring issue and responds to the inquiries about his old packages. [1] https://aur.archlinux.org/tu/137 [2] https://github.com/archlinux/svntogit-community/commit/dd3ec59e66ede524c5bf… Greetings, Jelle van der Waa

1 0

[aur-general] Possible spam account
by Michael Kogan 08 May '22

08 May '22

Hi guys, The user InstallerLegacy [1] just adopted gnome-vfs [2], added himself, including a contact address, to the PKGBUILD head without any further changes, then orphaned the package again two minutes thereafter. Since the account has been created just today, maintains no packages and lists further contact information like a website URL and contact address, I suspect it to be a spam account. Best, Michael [1] https://aur.archlinux.org/account/InstallerLegacy [2] https://aur.archlinux.org/pkgbase/gnome-vfs/

2 1

[aur-general] Removal of Andrzej Giniewicz as Trusted User due to prolonged inactivity
by David Runge 05 May '22

05 May '22

Hi all, this is a motion for "Special Removal of an Inactive TU" [1] for Andrzej Giniewicz (giniu) based on prolonged inactivity. After the removal of Andrzej's packager key due to Bartłomiej Piotrowski's main key removal [2] it has been the consensus for him to create a new packager key. However, this never happened and meanwhile Andrzej's last TU vote is 131 (we're at 136) and he has last logged in to the AUR on 2022-02-14. In January I reached out publicly [3] to ask for progress on the matter, but got no reply. Privately I have again attempted to reach out on 2022-04-08, stating that after two weeks of no reply this here process would be started. This time has now passed. The discussion period will last for three days, after that I will open the vote, which will last for five days. Best, David [1] https://tu-bylaws.aur.archlinux.org/#_special_removal_of_an_inactive_tu [2] https://lists.archlinux.org/pipermail/arch-dev-public/2021-May/030445.html [3] https://lists.archlinux.org/pipermail/arch-dev-public/2022-January/030643.h… -- https://sleepmap.de

1 3

[aur-general] Renaming AUR Repository
by Tuhana GAYRETLİ 03 May '22

03 May '22

Hi. I have an AUR repo named `ttf-jura`[1], which is a font package. After I read AUR Font Publishing wiki, I noticed I need to split TTF, OTF and variable variations, so I split `ttf-jura` as `ttf-jura`, `otf-jura` and `ttf-jura-variable` and changed pkgbase as `jura-font`. But since `ttf-jura` repo's pkgbase is `ttf-jura`, I cant push to repo with new pkgbase. Is it possible rename `ttf-jura` as `jura-font`[2], so I can push new, split version of it? Thanks. I'm not pushing to jura-font directly because it maybe conflict with ttf-jura, because it already exists. [1]: https://aur.archlinux.org/packages/ttf-jur <https://aur.archlinux.org/packages/ttf-jura>a [2]: https://aur.archlinux.org/packages/jura-font

2 2

[aur-general] Deletion of vi-vim-symlink and neovim-symlinks
by Doug Newgard 22 Apr '22

22 Apr '22

Recently vi-vim-symlink and neovim-symlinks were deleted from the AUR. These are used by a lot of people to set up their systems, and a lot of people want to know why [1]. They do not violate any AUR rules and have been available in the AUR for a very long time, well over 6 years for neovim-symlinks (about the time neovim became a thing) and over a decade for vi-vim-symlink, but I can't date that one as it predates the current AUR system by a long ways. The reason given for this was: > This is more appropriately managed via the user shell's > PATH/configuration. This is completely bogus. First off, PATH has nothing to do with anything here. Second, the shell's configuration doesn't work. Making aliases doesn't work when other programs call vi or vim. It doesn't even work for something like `sudo vim`. This is not a substitute in any way. Just because one TU doesn't find it personally useful or doesn't understand why someone would use a package doesn't mean it shouldn't exist. This is a similar situation to the -bin package issue, except there's not even a rule to misinterpret on this one. If you don't want to use a package, don't, but please don't force your views on everyone. [1] https://www.reddit.com/r/archlinux/comments/u8o31u/why_was_vivimsymlink_fro…

5 5

[aur-general] ssh access on port 443
by eNV25 19 Apr '22

19 Apr '22

Hi My firewall is restrictive and won't allow outgoing traffic on tcp/22. github.com and gitlab.com both provide alternative addresses that use tcp/443. Is there something like this for AUR? I know I can just use a general proxy, but I don't have access to another network or computer to host my own, and all public VPNs and proxies that work in this network are slow. Thanks eNV25

6 9

[aur-general] Fwd: [PRQ#33929] Deletion Request for vdr-api
by Manuel Reimer 10 Apr '22

10 Apr '22

Forwarding as I think my reply to "aur-requests" will not be actually delivered: Actually I leave this to the "Arch staff" to decide. Yes, you are right that this was created to "work around" issues in some AUR helpers and I did not know that this issue no longer exists. And as updating this dummy package is a separate step that was never automated I tend to forget to push version numbers there. So I would also prefer to have this package gone. Maybe the "decision makers" know better about the current situation about AUR helpers. I, myself, don't use any AUR helpers at all. If it is no longer needed, then please delete "vdr-api" and tell me so I can delete on the vdr4arch GitHub project, too. Manuel On 10.04.22 02:07, notify(a)aur.archlinux.org wrote: > MarsSeed [1] filed a deletion request for vdr-api [2]: > > This dummy package is not useful and not required. > > It was created to accommodate some AUR helpers > that lack such a basic and necessary feature as > handling the provides entries on AUR during > dependency resolution. > > (I am using yay and paru, both handle them well.) > > This package was created for AUR/vdr. > That package now has a versioned provides - currently this: > provides = vdr-api=2.6.1 > > This package, vdr-api, was not kept up to date with the above, > as it currently has pkgver=2.4.7 > > Yet, dependents requiring vdr-api=2.6.1 can be installed > just fine by paru and yay, because AUR/vdr provides exactly > that. No need for this (outdated) intermediary dummy package. > > Example dependent that I tried and which installs fine > without even requiring AUR/vdr-api: > https://aur.archlinux.org/packages/vdr-play > > Safe to delete, as its now incorrect version proves my point. > No users have complained that they couldn't install > dependents of AUR/vdr because of a version mismatch. > Guess they use a proper AUR helper like paru or yay or > something on par with them, and their tool of choice > was able to resolve the dependency correctly without > AUR/vdr-api as a dummy intermediary. > > [1] https://aur.archlinux.org/account/MarsSeed/ > [2] https://aur.archlinux.org/pkgbase/vdr-api/

2 1

[aur-general] Trying to find out why bubbros is archived from aur
by Glen Ogilvie 05 Apr '22

05 Apr '22

Hi, I've been searching the mailing list archives, but can't find any message about why bubbros has moved from AUR to the archive. https://github.com/aur-archive/bubbros I've got this installed and running on arch, but would like to have it available for others to easily install. I'm pretty comfortable with packaging, etc and moved from building Mageia RPMs across to Arch for quite a number of my systems. If it just needs someone to own it.. I'd be happy to do so, although the game itself is finished (ie, no new versions needed for the last 7 years). Regards Glen Ogilvie New Zealand.

2 2

[aur-general] Request review PKGBUILDs
by Iyán Méndez Veiga 04 Apr '22

04 Apr '22

Hi, I would appreciate if anyone can review these two PKGBUILDs. I'm completely new to the new PEP 517-518 approach, so any feedback will be welcome. Also, I'm not able to run the tests in the check function. So any hints/tips are also appreciated. It's like python inside check() is not able to import the _accelerate.cpython-310-x86_64-linux-gnu.so library for some reason. But manually, I can do python -c 'import _accelerate'. Thanks, Iyán -- Iyán Méndez Veiga GPG: 0x422E3694311E5AC1

1 0

[aur-general] AUR ssh:// click-to-copy URLs don't work
by Mikhail f. Shiryaev 04 Apr '22

04 Apr '22

Hello dear AUR developers. The mentioned links are broken in my FF. It opens a pop-up with a 'Choose Application' message. Best regards, Mikhail f. Shiryaev

9 12

[aur-general] Can I adopt ICEWM ?
by RobinCandau 31 Mar '22

31 Mar '22

Hi everyone, I use ICEWM daily and I love it. Unfortunately, it is now orphaned [1] and will probably fallback to the AUR pretty soon due to the upcoming spring cleanup [2]. In that sense, I planned to adopt it on the AUR when it will land here. The thing is, I currently package and maintain only one package on the AUR at the moment (but I plan to create/maintain/co-maintain other packages in a near future). I still don't have a lot of experience with maintaining package on the AUR, I guess (at least, compared to people maintaining 100+ packages, even tho I'm working on it !). That being said, maintaining icewm looks fairly easy to me... Correct me if I'm wrong but, it is mostly about updating the "pkgver" variable and the "sha256sums" variable accordingly in the PKGBUILD [3] each time there's a new icewm release right ? [4] So what should I do ? Can I adopt it or do you guys think that I should leave that to someone else ? Maybe anyone already planned to adopt it (such as "bidulock" that already maintain the git version [5]) ? I would be glad to adopt it tho :) [1] https://archlinux.org/packages/community/x86_64/icewm/ [2] https://lists.archlinux.org/pipermail/arch-dev-public/2022-March/030763.html [3] https://github.com/archlinux/svntogit-community/blob/packages/icewm/trunk/P… [4] https://github.com/ice-wm/icewm/releases/ [5] https://aur.archlinux.org/packages/icewm-git Sincerely, Robin Candau

3 3

[aur-general] TU application for sudoforge
by Ben Denhartog 23 Mar '22

23 Mar '22

Hello good people and fellow miscreants, My name is Benjamin Denhartog, better known as sudoforge [0], and I'd like to formally submit an application to become a TU. I've maintained a few AUR packages for a while now [1], and you've probably seen me around and about in IRC (_mostly_ `#archlinux-offtopic` these days). Both Felix Yan (felixonmars) and Morten Linderud (Foxboron) have agreed to sponsor my application. I've been in, on, and around computers for my entire life (thanks fam), and have been involved in the open source community from the moment I started learning to program in the early 2000s. I currently work in the "DevOps" space, focusing on developer tooling, workflow automation, and all of the ancillary things that come with that, like infrastructure-as-code, CI/CD, observability and remediation. I enjoy mentoring less experienced engineers (and people brand new to technology alike), having been a part of mentorship and educational programs both at work and in the public (via Meetup). Outside of things related to computers, I enjoy snowboarding, cooking, and trying to take halfway-decent pictures. I currently live in the Rocky Mountains, somewhere around 3050m (9150ft) elevation, where the oxygen is a bit thinner, just like the crowds (except for the tourist-heavy days). Below are some of the things I pledge to do as a TU. # AUR packages that I'll move to community - bazelisk - buildozer - copybara (`copybara-git`) - firebase-tools - google-appengine-go - google-cloud-sdk - google-cloud-sdk-app-datastore-emulator - google-cloud-sdk-app-engine-java - google-cloud-sdk-app-engine-python - google-cloud-sdk-app-engine-python-extras - kind (`kind-bin`) - ledger-live - ledger-udev - lf Additionally, I'll be packaging the rest of the `google-cloud-sdk` plugins which are not yet packaged, and I'd love to help co-maintain or adopt Rust or Golang packages, and anything else that strikes my fancy along the way. # A non-exhaustive list of packages I use and would love to co-maintain - alacritty - bat - bazel - bottom - buildah - container-diff - crictl - critest - go - gopass - kubectl - kubectx - ledger - neomutt - packer - podman - restic - ripgrep - rtorrent - rust - rust-analyzer - rustup - signal-desktop - unbound - vault - zsa-wally-cli # Miscellaneous things I want to do - Take a look at the TU and maintainer workflows, and automate what can be automated (e.g. onboarding), with the goal of simplifying management of the Arch Linux ecosystem - Help out with infrastructure maintenance and other operational tasks - Make a billion dollars and never have to work again, so I can spend my time traveling and working on open source projects Thanks for taking the time to read this (or at least, quickly scan over the above wall of text). Take a break and get a coffee/tea/beer -- have a good weekend. [0]: https://aur.archlinux.org/account/sudoforge [1]: https://github.com/sudoforge/pkgbuilds All the best, sudoforge

8 21

[aur-general] PKGBUILD review: gcc10
by Jonathon Fernyhough 28 Feb '22

28 Feb '22

I've pushed GCC 10 to the AUR: https://aur.archlinux.org/packages/gcc10 It's based on the older GCC 9 PKGBUILD [1] with some elements from the GCC 11 PKGBUILD [2]. It builds, installs, and seemingly runs OK, but it's something with potential for hidden gotchas so if someone could cast their eyes over it I'd appreciate it. :) (e.g., should it include any of the other backends like Ada?) J [1] https://aur.archlinux.org/packages/gcc9 [2] https://github.com/archlinux/svntogit-packages/tree/packages/gcc/repos/core…

1 0

[aur-general] 💬
by An Average Dude 27 Feb '22

27 Feb '22

I need some help with my registration to the AUR. I just tried signing up and while I was told that an email for a password reset would be given, no email has reached me at all. I've vhecked also the spam folders, there's simply nothing about those mentioned emails. The email used for my resgistration in the AUR is this same one, and the username is AverageDood. Could it please be checked? Thanks

2 1

[aur-general] AUR v6.0.8 Status Update
by Kevin Morris 19 Feb '22

19 Feb '22

Hi AURers, I've got a bit of a status update for all of you users regarding the state of the newly released >= v6.0.0 aurweb. It took a matter of days to get several quirks worked out, which were a result of a few reasons: - AUR historical database state not seen on local systems which the port was developed on - Unhandled cases - Problematic code We're now at v6.0.8, which contains fixes to all but one issue that we've come across. The issue will be described below. Remaining issue (RPC): In very rare occurrencies, a Redis transaction regarding the the current request count used to determine a user's ratelimiting incorrectly returns nothing, leading to an internal server error. While I believe this is quite a serious issue and am working to resolve it, this has been seen one time so far and every person and project I've communicated with and assessed has not run into the problem. It has not been a simple reproduction thus far, and so there is no solution just yet. Other than the issue listed above, there is one "issue" that is out of our control. When users search /packages with illegal characters (from uvicorn's standpoint), uvicorn returns a 502 and dumps a traceback regarding the issue. There is an issue up in their repository about it. Standard users should not see this. I will be keeping this thread up to date regarding the RPC ratelimit issue we've observed. If you've got bugs to file, go ahead and file a Bug issue at https://gitlab.archlinux.org/archlinux/aurweb/-/issues/new?issuable_templat… Thanks to everybody who's helped filling out bug reports, triaging and updating tasks on bugs.archlinux.org, or communicating issues to me directly. This has massively assisted this initial hurdle, and I owe you all one. Best, Kevin -- Kevin Morris Software & Linux Enthusiast

1 1

[aur-general] AUR Account was Suspended
by hr567＠hr567.me 18 Feb '22

18 Feb '22

I was trying to submit a package (apifox) to AUR some time ago when I found that my AUR account was suspended. I haven't logged into my AUR account for a long time, and I don't know why my account was suspended. I have been using Archlinux for many years and have never sent any harassing comments. I hope my account will be resumed or tell me the reason why the account was suspended. If I have acted inappropriately in the past that led to my account being suspended, I will take care of my behavior in the future. Thank you very much. I also found it difficult to find information about account suspensions on the web. It takes many keyword searches to find very little relevant content in the forums. It might be possible to add a description of account suspension to the AUR Wiki.

2 2

[aur-general] Rewriting astronciaiptv log needed
by kestraly 18 Feb '22

18 Feb '22

Hi. I accidentally used my real name in astronciaiptv AUR commits ( https://aur.archlinux.org/cgit/aur.git/log/?h=astronciaiptv ), is it possible to change it to Astroncia? Thanks.

3 3

[aur-general] RPC POST & Archive Checksums
by Kevin Morris 10 Feb '22

10 Feb '22

Hi AURers, The v6.0.9 tag has brought in some new features regarding the AUR and archive checksums: - archive checksums are now available to be used to verify integrity at https://aur.archlinux.org/<archive>.gz.sha256 - RPC now supports POST requests Archive checksum verification: $ curl -sO https://aur.archlinux.org/packages.gz $ curl -sO https://aur.archlinux.org/packages.gz.sha256 $ cksum --check packages.gz.sha256 packages.gz: OK RPC POST (experimental): $ curl -s -d 'v=5' -d 'type=info' -d 'arg[]=my-special-package' \ https://aur.archlinux.org/rpc Thanks to those who requested these features: - zoorat (archive checksums) - alad (RPC POST) Best, Kevin -- Kevin Morris Software & Linux Enthusiast

1 0

[aur-general] yaourt - Was: aurweb v6.0.0 Release
by Ralf Mardorf 10 Feb '22

10 Feb '22

Today we take farewell of yaourt. Some of us remained steadfastly at yaourt's side, while it became old. It was a good friend. Until yesterday some of us used the manual build process, but in addition we checked the aur for updates and searched for software using yaourt and quite often we even used it to build packages. The brave yaourt existed for around 4 or 5 years without being maintained, but it still worked quite well. Today yaourt passed away. May yaourt rest in peace. ;)

3 3

[aur-general] Review for sshs
by Nathanael Demacon 08 Feb '22

08 Feb '22

Hi, I created a package that I’ll maintain and I’m wondering if you could review it to be pushed to the community repository. https://aur.archlinux.org/packages/sshs Thanks,

2 1

[aur-general] request to make a -libs package
by Sam Mulvey 06 Feb '22

06 Feb '22

Hello! I maintain the xen package in AUR, and I recently got a merge request on my private repo to split the libs off into a split package in order to make building packages for things like ocaml a little easier. Previously, packages depended on a now outdated xenstore package. I have a vague hope of someone picking up the package at some point for inclusion into [community], or at least to that standard. That said, I do want to be responsive to people. There aren't many -libs packages out there, so I'm wondering where the standard is, and searching around hasn't been fruitful for me so far. Any pointers would be welcome. Thanks!

3 4

[aur-general] aurweb v6.0.0 Release
by Kevin Morris 05 Feb '22

05 Feb '22

Hello AUR users, First of all, I want to apologize: this was deployed about 6 hours ago without a prior announcement. This was completely my fault and done in a bit of haste. There are a few bugs seen so far which have been worked out and deployed, but there are some final patches waiting to be deployed on the morning of 2022-02-05, 6-8 hours from now. There are likely to be some other issues we have not yet encountered. We have introduced an error reporting system to let us know when these occur; if users hit an internal server error, a traceback will be logged out and a notification sent to a devops postmaster. They can then locate the traceback by a particular ID. So, as users run into serious issues, we'll get information about them automatically. That being said, I desperately ask that users who encounter bugs from here-on out which are not the result of an internal server error report them to us at https://gitlab.archlinux.org/archlinux/aurweb/-/issues using the Bug template. This kind of bug reporting will really help us. Now, on to what's changed for users: With the v6.0.0 release, aurweb now runs on Python using the Starlette/FastAPI framework. While a complete list of changes from v6.0.0 up to the current patch (v6.0.6) can be viewed at https://gitlab.archlinux.org/archlinux/aurweb/-/tags, I'd like to show a few notable changes at the bottom of this message. Regarding there have been some modifications to the RPC API endpoints which have broken some clients in AUR helpers. Some AUR helpers were using the `/rpc.php/` endpoint to query the RPC, but this was removed with the advent of v6.0.0. There are two issues here: our Python code redirects trailing slashes to their unslashed counterparts, and we did not support the `/rpc.php` endpoint at all: we supported the `/rpc` endpoint. These have been addressed in v6.0.6 with the following changes: - https://gitlab.archlinux.org/kevr/aurweb/-/commit/0c1bd982ea0958722366bc5a1… - https://gitlab.archlinux.org/kevr/aurweb/-/commit/101de8e7b18916dd84ae52d39… A deprecation notice will be posted regarding `/rpc.php`. Clients will have one month to migrate over to the `/rpc` endpoint, and we'll continue to support non-redirected trailing slash queries. Again, sorry for the inconvenience in that regard, and a few others. Changes ======= Release v6.0.0 - Python This documents UX and functional changes for the v6.0.0 aurweb release. Following this release, we'll be working on a few very nice features noted at the end of this article in Upcoming Work. Preface ------- This v6.0.0 release makes the long-awaited Python port official. Along with the development of the python port, we have modified a number of features. There have been some integral changes to how package requests are dealt with, so _Trusted Users_ should read the entirety of this document. Legend ------ There are a few terms which I'd like to define to increase understanding of these changes as they are listed: - _self_ - Refers to a user viewing or doing something regarding their own account - _/pkgbase/{name}/{action}_ - Refers to a POST action which can be triggered via the relevent package page at `/{pkgbase,packages}/{name}`. Grouped changes explained in multiple items will always be prefixed with the same letter surrounded by braces. Example: - [A] Some feature that does something - [A] The same feature where another thing has changed Infrastructure -------------- - Python packaging is now done with poetry. - SQLite support has been removed. This was done because even though SQLAlchemy is an ORM, SQLite has quite a few SQL-server-like features missing both out of the box and integrally which force us to account for the different database types. We now only support mysql, and should be able to support postgresql without much effort in the future. Note: Users wishing to easily spin up a database quickly can use `docker-compose up -d mariadb` for a Docker-hosted mariadb service. - An example systemd service has been included at `examples/aurweb.service`. - Example wrappers to `aurweb-git-(auth|serve|update)` have been included at `examples/aurweb-git-(auth|serve|update).sh` and should be used to call these scripts when aurweb is installed into a poetry virtualenv. HTML ---- - Pagers have all been modified. They still serve the same purpose, but they have slightly different display. - Some markup and methods around the website has been changed for post requests, and some forms have been completely reworked. Package Requests ---------------- - Normal users can now view and close their own requests - [A] Requests can no longer be accepted through manual closures - [A] Requests are now closed via their relevent actions - Deletion - Through `/packages` bulk delete action - Through `/pkgbase/{name}/delete` - Merge - Through `/pkgbase/{name}/merge` - Orphan - Through `/packages` bulk disown action - Through `/pkgbase/{name}/disown` - Deletion and merge requests (and their closures) are now autogenerated if no pre-existing request exists. This was done to increase tracking of package modifications performed by those with access to do so (TUs). - Deletion, merge and orphan request actions now close all (1 or more) requests pertaining to the action performed. This comes with the downside of multiple notifications sent out about a closure if more than one request (or no request) exists for them - Merge actions now automatically reject other pre-existing merge requests with a mismatched `MergeBaseName` column when a merge action is performed - The last `/requests` page no longer goes nowhere Package Bulk Actions: /packages ------------------------------- - The `Merge into` field has been removed. Merges now require being performed via the `/pkgbase/{name}/merge` action. Package View ------------ - Some cached metadata is no longer cached (pkginfo). Previously, this was defaulted to a one day cache for some package information. If we need to bring this back, we can. TU Proposals ------------ - A valid username is now required for any addition or removal of a TU. RPC --- - `type=get-comment-form` has been removed and is now located at `/pkgbase/{name}/comments/{id}/form`. - Support for versions 1-4 have been removed. - JSON key ordering is different than PHP's JSON. - `type=search` performance is overall slightly worse than PHP's. This should not heavily affect users, as a 3,000 record query is returned in roughly 0.20ms from a local standpoint. We will be working on this in aim to push it over PHP. Archives -------- - Added metadata archive `packages-meta-v1.json.gz`. - Added metadata archive `packages-meta-ext-v1.json.gz`. - Enable this by passing `--extended` to `aurweb-mkpkglists`. Performance Changes ------------------- As is expected from a complete rewrite of the website, performance has changed across the board. In most places, Python's implementation now performs better than the pre-existing PHP implementation, with the exception of a few routes. Notably: - `/` loads much quicker as it is now persistently cached forcibly for five minutes at a time. - `/packages` search is much quicker. - `/packages/{name}` view is slightly slower; we are no longer caching various pieces of package info for `cache_pkginfo_ttl`, which is defaulted to 86400 seconds, or one day. - Request actions are slower due to the removal of the `via` parameter. We now query the database for requests related to the action based on the current state of the DB. - `/rpc?type=info` queries are slightly quicker. - `/rpc?type=search` queries of low result counts are quicker. - `/rpc?type=search` queries of large result counts (> 2500) are slower. - We are not satisfied with this. We'll be working on pushing this over the edge along with the rest of the DB-intensive routes. However, the speed degredation is quite negligible for users' experience: 0.12ms PHP vs 0.15ms Python on a 3,000 record query on my local 4-core 8-thread system. Upcoming Work ------------- This release is the first major release of the Python implementation. We have multiple tasks up for work immediately, which will bring us a few more minor versions forward as they are completed. - Update request and tu vote pagers [Missing] - SSO support for accounts.archlinux.org - Archive differentials - Archive mimetypes - (a) Git scripts to ORM conversion - (a) Sharness removal - Restriction of number of requests users can submit -- Kevin Morris Software & Linux Enthusiast

6 5

[aur-general] v6.0.0 AUR RPC Changes
by Kevin Morris 05 Feb '22

05 Feb '22

Hello RPC users, There are a few problematic changes that have occurred with the aurweb v6.0.0 release regarding the RPC that I'd like to address here. With the v6.0.0 release, aurweb no longer uses PHP. Previously, the Wiki has shown `/rpc.php` being used to query the RPC, which did work and was completely valid. This was an oversight by me during the port. The wiki has since been updated to reflect the current RPC API, which hosts its documentation at https://aur.archlinux.org/rpc by providing no arguments. In addition, trailing slashes are now rewritten to their unslashed counterparts. As issues were discovered, I've patched a few things into the new implementation: for RPC and only RPC, we will support non-redirected trailing slashes. This removes the redirect issue from the equation from clients that have encountered issues like yay and yaourt. Issues: - trailing slash redirects, a lot of clients don't follow redirects - /rpc.php no longer works Fixes: - fix(rpc): remove trailing slash redirection - https://gitlab.archlinux.org/kevr/aurweb/-/commit/0c1bd982ea0958722366bc5a1… - temporarily support /rpc.php/? - https://gitlab.archlinux.org/kevr/aurweb/-/commit/101de8e7b18916dd84ae52d39… These changes will be deployed out to https://aur.archlinux.org within several (6-8) hours from now. A follow-up reply will be given regarding this. Regarding `/rpc.php`, we will continue to support this for one month. At that time (Fri 4th, Mar 2022), we will remove support for that specific endpoint completely. This allows users to use their helpers to upgrade themselves. I'm very sorry for the inconvenience, and thanks to a ton of AUR helpers for patching this quickly. Regards, Kevin -- Kevin Morris Software & Linux Enthusiast

1 1

Re: [aur-general] changing submitter?
by Thomas 15 Jan '22

15 Jan '22

Hi Ricardo, Yea that was the first thing i tried but it won't change the submitter but only maintainer and packager.. Trying to find a contact who can change that.. :( Thx Thomas > Date: Thu, 13 Jan 2022 19:45:24 +0100 > From: Ricardo Band <email(a)ricardo.band> > To: aur-general(a)lists.archlinux.org > Subject: Re: [aur-general] changing submitter? > Message-ID: > <2503cfda3abe17da212b80a1c8b044158e325da4.camel(a)ricardo.band> > Content-Type: text/plain; charset="utf-8" > > On Thu, 2022-01-13 at 13:22 +0100, Thomas via aur-general wrote: >> >> Is it possible to change the submitter which is shown? >> If so what do I need to do? > > You could disown the package and grap it with the other one. > > -- > Greetings > > Ricardo Band > > https:// www.ricardo.band > mailto:// email(a)ricardo.band

2 1

[aur-general] changing submitter?
by Thomas 13 Jan '22

13 Jan '22

Hi, I have 2 accounts and accidentially submitted a package with the wrong account... :( Is it possible to change the submitter which is shown? If so what do I need to do? thanks in advance Thomas

2 1

[aur-general] laptop broke, co-maintainers needed.
by zoorat 10 Jan '22

10 Jan '22

hey everyone, i was maintaining few packages for a while now... but my laptop fan broke and cant find the necessary part anywhere to fix this thing, and my family is not interested about letting me buy another one, at least not now, because i have a major exam ahead... it sucks. anyway, i want some co-maintainer who can keep those packages update to date for now, i will try to get back as soon as possible. if you want to co-maintain then please reply to this mail with your username, and i dont have any requirement but i hope your account it quite old... i will get back in few days and make you the co-maintainer, thanks a lot for helping me. btw, i dont know much about co-maintaining... tell me what i should do and shouldn't... yours, zoorat. p.s. im in rush, dont mind my bad english.

5 7

Re: [aur-general] laptop broke, co-maintainers needed.
by Amin Vakil 09 Jan '22

09 Jan '22

> if you want to co-maintain then please reply to this mail with your username, > and i dont have any requirement but i hope your account it quite old... > i will get back in few days and make you the co-maintainer, > thanks a lot for helping me. > I can help co-maintaining python-spotdl. My username is aminvakil. Best Regards, Amin Vakil

1 0

[aur-general] Request to add makedumpfile to community repo
by Guilherme G. Piccoli 07 Jan '22

07 Jan '22

Hi folks, first of all thanks for maintaining Arch Linux - it's a very great distro to use! So, I'm working in a potential kdump package for Arch - I've been working for some time in Ubuntu/Debian kdump and it was a surprise when I started to use Arch and noticed that we don't have a kdump package (or in case we have something, please let me know and apologies in advance). Anyway, kdump functionality requires some components, like kexec, makedumpfile (to collect compressed dumps - a must if you ask me) and the crash utility to analyze the core dumps (although there are more tools for that). Currently, both kexec and crash are present in the official repositories (extra and community, respectively). Makedumpfile is maintained in AUR - very well maintainer I should add, thanks to Maurizio. But I'd like to request, if possible, to bump makedumpfile to community repository - I think it makes sense to have this package in the repos along with crash and kexec, so a potential kdump package in AUR would depend only on pre-built official packages. I'd like to help making that happen - just let me know what I can do. By reading the documentation in the wikis, it seems it's a good idea to propose packages that: - have at least some votes -> makedumpfile is OK in this respect; - well-maintained in AUR -> ditto for makedumpfile; - are useful -> I consider makedumpfile very useful, I'd say essential for kdump; So, if any TU wants to adopt it, I'd be really happy and grateful. Thanks in advance, and please let me know your feedback on this request. Cheers, Guilherme

1 0

[aur-general] Stop deleting texlive-dummy and texlive-upstream
by slbtty 05 Jan '22

05 Jan '22

Hi, It is obviously the one who request and confirm the deletion of the texlive-dummy and texlive-upstream doesn't know why they are existed. The delection request this [1] : """ Dummy pkgbuild which wrongfully conflicts and replaces texlive system packages """ Exactly! We don't want to use the system texlive at all. We want the conflict and replace the system texlive. The texlive in official repo is out-dated and unable to pull other packages from CPAN. The system texlive and the dependencies on it is broken. The TeXlive installed by official installer (from texlive.org) is superior and much better for serious users, and we really don't need the system one. If you google "archlinux texlive dummy", you know what ? You can get a lot of pages about "texlive dummy package on AUR". However, the package is GONE. Stop breaking this existing, proven to work and perfect solution. Please stop deleting them! Please restore both texlive-dummy and texlive-upstream. Please check how many upvotes and popularity that those two packages got. [1] https://lists.archlinux.org/pipermail/aur-requests/2022-January/064689.html https://lists.archlinux.org/pipermail/aur-requests/2022-January/064789.html https://lists.archlinux.org/pipermail/aur-requests/2022-January/064691.html slbtty

2 1

[aur-general] Clarification for Deletion request #30701
by silentnoodle 03 Jan '22

03 Jan '22

hey all, Today a package i co maintain (telegram-desktop-bin) was deleted because "Package exists in official community repo", but since we used prebuilt binary as source I did not think that would have applied. So guess I'd just like a word on what the first point in the rules of submission means: https://wiki.archlinux.org/title/AUR_submission_guidelines#Rules_of_submiss… Cheers, Ben a.k.a silentnoodle

16 34

Re: [aur-general] Why were my 'makedeb-beta' and 'makedeb-alpha' packages deleted?
by George Rawlinson 20 Dec '21

20 Dec '21

> On 18/12/2021, at 20:46, Hunter Wittenborn <hunter(a)hunterwittenborn.com> wrote: > > Unless you want to discuss anything further, could I just get a final answer on if my packages can be put back on the AUR, and then we can just leave it there? I really don't want to argue a ton, but there's a fair bit of frustration involved when I have packages that I'd like to be used in production just being deleted without a chance for me to even intervene. Yep, go for it. I didn’t see the posts on aur-general, having only searched aur-requests for any replies. That’s on me, apologies for that.

1 0

[aur-general] Please disregard my deletion request for linux-slim
by kiasoc5＠tutanota.com 20 Dec '21

20 Dec '21

Please ignore my deletion request for linux-slim [1]. I thought the package would be too niche but there are some users of it per the package comments. Perhaps now is a good time to clarify what the wiki means by an "extremely specialized" package? [1] https://lists.archlinux.org/pipermail/aur-requests/2021-December/063787.html Thanks kiasoc5

2 1

[aur-general] Why were my 'makedeb-beta' and 'makedeb-alpha' packages deleted?
by Hunter Wittenborn 18 Dec '21

18 Dec '21

Forwarded from mailto:aur-general@lists.archlinux.org, as it doesn't appear to have sent there. ============ Forwarded message ============ From: Hunter Wittenborn <hunter(a)hunterwittenborn.com> To: "aur-requests"<aur-requests(a)lists.archlinux.org> Date: Wed, 15 Dec 2021 23:28:09 -0600 Subject: Why were my 'makedeb-beta' and 'makedeb-alpha' packages deleted? ============ Forwarded message ============ Hi, I just received some emails about an hour ago that my 'makedeb-beta' and 'makedeb-alpha' packages were deleted off of the AUR because they were duplicates of 'makedeb' [1] [2]. I'm a bit confused on how exactly they're "duplicates" of makedeb though, as they're literally the beta and alpha releases for makedeb, the lattermost being the stable release. The only other hypothesis I'd have is that the underlying program is the same, but these are all different releases, and they're all being published so users can use whichever channel they chose. My packages also aren't the only ones following a multi-channel packaging system on the AUR, so I'm not really sure why my packages got flagged like this in particular. Could I get an explanation for all of this? I'm quite confused on how I could have messed up - recloning the PKGBUILDs for 'makedeb-beta' and 'makedeb-alpha' on my local system is also still clearly showing the differences between the three packages. [1]: https://lists.archlinux.org/pipermail/aur-requests/2021-December/063223.html [2]: https://lists.archlinux.org/pipermail/aur-requests/2021-December/063222.html --- Hunter Wittenborn mailto:hunter@hunterwittenborn.com https://www.hunterwittenborn.com https://github.com/hwittenborn

4 7

[aur-general] Regarding deletion request #30697 (waybox)
by Lex Black 16 Dec '21

16 Dec '21

Good day list, I'm currently a little bit stumped about this particular request. I wouldn't have said anything if there were the right reason named for deletion. One reason would be, that due to upstream stagnation the waybox release could only be compiled with an older wlroots versions. Would have been a fair point and I was aware of that restriction. But what happened instead? I got a OOD Mail, 2 min later a deletion request[0] was issued. And eight minutes down the road this request got already accepted. Hella speedy process. If I recall the requests I made, there was time involved for checking if I made a reasonable request. But again: There were reasons why a request could have been valid. So let us take look: Regarding the OOD message: Quote: "This branch is 32 commits behind wizbright:master." Well, yes. But we are talking about a release from a tagged release. We aren't talking about waybox-git. And yes, it wasn't the main repo, but it was the personal repo from the last active developer. He did tag only in his repo as he wasn't the owner[1]. Regarding the request: Quote: "th1nhhdk [1] filed a deletion request for waybox [2]: -There's no "release", only the git version exists -Maintainer's custom repo is outdated -Maintainer don't want to maintain this package anymore" Okay, first point is debatable. But from my point of view were the tags from someone who actively contributed in the main repo and knew what he was doing. Second point is in my opinion not valid, as it build from a tag. But what maintainer are we talking about? The waybox maintainer or the PKGBUILD maintainer? If the latter. Well... I have nothing to do with this so called custom repo. And now the third point: Again. What maintainer? I got reprimanded in the past for requests that made it difficult when looked at a later point. And this was only a few hours ago. Although I must admit I cannot recall if I pinned a comment regarding the status with recent wlroots packages. But I'm fairly sure I didn't orphan the package (well, I got the OOD-message) and I didn't leave a comment like the previous maintainer of the PKGBUILD, who wrote an agiated message when he dropped it. So what do I want, after I writing this wall of text? In a tone which will likely come around as angry (kinda, but only at the situation and how it went and not the persons involved). Nothing in particular. I won't reinstate the package, as a deletion request with the right argument could have been deemed valid. My main gripes with this request in particular is the following point: * No time for me to react as the whole thing went down in 10 minutes And as far as I can tell, there was no attempt in making contact beforehand. I was even attempting to look at this again as someone informed me about a possible missing build dep. And was there even a check if the arguments were valid? In the past it took some time before requests were accepted. Orphaned, ood and truly dead sources were removed faster of course, but it could still be vetoed. But this one? One with a fairly active maintainer? Not so much. But whatever. It happened. Best regards ____________ [0] https://lists.archlinux.org/pipermail/aur-requests/2021-December/063697.html [1] https://github.com/wizbright/waybox/issues/25

2 1

[aur-general] Customize testing in PKGBUILD
by Jan Kohnert 14 Dec '21

14 Dec '21

Hi, I'm maintaining the eccodes aur package and would like to enable some extra tests in PKGBUILD. This can be done by downloading extra testdata and put that into the main build dir. As good as this may seem, it significantly blows up the build time of the package. So I thought about somehow let the user decide whether to run those expensive extra tests at build. Unfortunately I could not find a recommended way of doing so. Would it be an option to check an environment variable, call it ENABLE_EXTRA_TESTS or so, and run those stuff only if set? And otherwise just run the usual tests without the extra data? Any thoughts? Thanks! -- MfG Jan

5 5

[aur-general] TU application - Segaja
by Andreas 'Segaja' Schleifer 07 Dec '21

07 Dec '21

Hi everyone, My name is Andreas Schleifer, in the internet also known as Segaja, and I would like to apply to the position of a Trusted User. My sponsors are Levente Polyak and Jelle van der Waa, thanks for that ;) I'm a 34 years old DevOps engineer in the same company as Levente is currently working in. I have started as a (PHP) developer and have over time migrated to also doing devops work. My Linux "career" started around 2005/2006 during my university time with Ubuntu. A few years later a friend of mine kindly pointed me to Arch Linux. At the beginning it was a bit uncomfortable for me but I quickly embraced the fact that there was no UI to configure anything and that you have to work directly on the configuration files. In the past year I have started to become more interested in packaging for Arch which made me adopt two orphaned AUR packages ([1] and [2]) and upload one new package [3]) to AUR. Some packages I started as AUR packages were later moved by Levente into the official community repository: [4], [5] At some point I also got interested in the reproducible builds topic and helped out there a bit [6]. This is also where I got in contact with Jelle and we talked a few times on IRC back then. When I got interested in becoming a TU I talked with Levente about this and he suggested that I should try to get some more packaging experience, so he suggested me to try to (re-)package schleuder [8] which was in a very old and broken version in AUR back then. It took me quiet a while and I learned a lot, but in the end I eneded up packaging schleuder [9] and schleuder-cli [10]. The biggest learning from that for me was 1) that packaging is much more then "dumping" an upstream tool into a PKGBUILD file to be installed on a users system and 2) that the ruby ecosystem can be very annoying to deal with. A lot of inconsistent tools to be used for testing and a lot of cyclic dependencies which makes writing PKGBUILD files with check() functions very difficult. In the process of packaging the schleuder packages I also ended up with a host of other ruby packages which were needed [11]. In order to be able to package the schleuder packages I also worked closely with the upstream maintainers to resolve issues that came up in the Arch Linux build environment. I have some devops experience from my daily work and I would like to also offer this to Arch Linux over time. I already talked with Jelle and Levente about some of the devops projects that were going on in the past. I'm currently also working on an ansible role to install schleuder on Arch Linux infrastructure [12] in order to handlesecurity(a)archlinux.org [13]. As TU I would also like to help out Levent and other package maintainers to keep their awesome packages up to date with upstream changes/releases (e.g. [4], [5], [7]). I would also like to migrate hss [1] and stern [2] to the official repositories, as I believe they are both very useful tools for people who work with servers (hss) and kubernetes (stern) often. If you have any questions or want to know more you can also reach me on IRC in #archlinux Best regards Segaja [1]https://aur.archlinux.org/packages/hss/ [2]https://aur.archlinux.org/packages/stern/ [3]https://aur.archlinux.org/packages/prometheus-dnsmasq-exporter-git/ [4]https://archlinux.org/packages/community/x86_64/aliyun-cli/ [5]https://archlinux.org/packages/community/x86_64/alicloud-vault/ [6]https://reproducible-builds.org/reports/2020-06/ [7]https://archlinux.org/packages/community/any/ls++/ [8]https://schleuder.org/ [9]https://aur.archlinux.org/packages/schleuder/ [10]https://aur.archlinux.org/packages/schleuder-cli/ [11]https://aur.archlinux.org/packages/?K=Segaja&SeB=m [12]https://gitlab.archlinux.org/archlinux/infrastructure/-/merge_requests/4… [13]https://gitlab.archlinux.org/archlinux/infrastructure/-/issues/178 GET | 200 | 709 ms | cloudflare

6 7

[aur-general] doctest: Package appeared in Community-Testing, breaking AUR pk
by justiceoz 03 Dec '21

03 Dec '21

Hi, I am the maintainer of the aur package [doctest](https://aur.archlinux.org/packages/doctest/) and I was pretty late at updating the package. Today, I finally remembered and found the time to update it but apparently it is already in [community-testing](https://archlinux.org/packages/community-testing/any/doc…. I get the following error: > remote: error: package already provided by [community-testing]: doctest > remote: error: hook declined to update refs/heads/master Should I request a deletion of the aur package or any other suggestions? Best Oz

2 1

[aur-general] some questions mainly about deletion...
by zoorat 30 Nov '21

30 Nov '21

Hi everyone, I have been hunting for broken packages and filing deletion requests against them for a while now... afaik, only 2 rejections in more than 500 requests. maybe, I should have asked those questions much earlier... anyway... 1. to TU's, how do you guys are checking if a package should be deleted or not ?? I want to know it to make the right call and not to spam... I'm kinda asking for a list of scenarios with some comments... example list from my experience: "broken dependency and orphan" dead for sure. "problem was reposted a long time ago and not fixed" dead. "Flagged out-of-date" better giving this info while making the request. "orphan but nothing broken" false request. you can also tell me, what makes a package is good and healthy... 2. how to file deletion requests for split packages ?? tried to find out about it but google was unhelpful... when I file a deletion request, it is going to be a request for the base package like the vote. isn't it?? then if one of the base packages is broken and needed to be removed then what I should do then ?? file a request saying it's for only that package ?? or tell the maintainer to remove that package's code from the PKGBUILD ?? and what I should do if the package is orphan ?? 3. inactive maintainer is not fixed... there is a lot of packages which is not orphan but the maintainer is not fixing the problem after reporting. saw this a lot when I was testing font packages... what should I do in this case ?? If it's a package not being dependent on others, can I file a deletion request after a certain time ?? how long should I wait ?? If the answer to the last question is "disown and maintain" and if I'm not interested in maintaining that package, how I should let other people know who might want to maintain ?? this aur-general mailing list ?? 4. font source problem... I tested 1104 font packages that start with 'ttf-' or 'otf-' (got the list on 2021-11-17) if their source works and checksum matches or not and also for broken dependency. Font sources are weird. like for some, you need the browser to download (you know how mega.nz downloads), certificate error on curl/wget but not on firefox, file hash changes like fontspace.com, the URL is temporary, the original source is dead but you know there is a lot of mirrors. it's pretty common... so can I ask maintainers to download from a mirror that is not in archwiki/Font_package_guidelines, or set up a github/lab mirror themselves and download from there ?? or should they make the package like "ttf-ms-win10" which lets the user know how to get the file to make this package ?? don't know if this kinda package is allowed... 5. how to get the exact number of requests I had to make and how many of them got accepted... do you know any easy to get that info?? or do I have to somehow parse and count mbox files from aur-requests archives? Don't know if I'm nitpicking... Tell me, if I'm doing something wrong or not. yours, zoorat. p.s. I hope I didn't mess up anything.

2 1

[aur-general] aur/virtualbox-bin or extra/dkms is broken
by Ralf Mardorf 27 Nov '21

27 Nov '21

Hi, I have to work, so there's no time to check log files before the weekend and I couldn't find something related at https://bugs.archlinux.org/ or https://aur.archlinux.org/packages/virtualbox-bin/ . However, maybe somebody noticed this, too. I build and installed virtualbox-bin 6.1.30-1 from AUR. The output of dkms didn't mention something to worry about, but actually no modules were installed. For testing purpose I downgraded virtualbox-bin to the previous version that worked before, but now the modules were also missing. After downgrading dkms from 3.0.2-1 to 3.0.1-1, dkms build and installed the virtualbox-bin modules again. So at the moment I have no idea if dkms is broken or if virtualbox-bin needs a fix to fit to the latest dkms package. Regards, Ralf [rocketmouse@archlinux aur]$ sudo pacman -U current/virtualbox-bin-6.1.30-1-x86_64.pkg.tar.zst [snip] warning: virtualbox-bin-6.1.30-1 is up to date -- reinstalling [snip] :: Running pre-transaction hooks... (1/2) Remove upgraded DKMS modules ==> dkms remove --no-depmod vboxhost/6.1.30_non_OSE -k 4.19.211-rt91-0.300-pussytoes ==> dkms remove --no-depmod vboxhost/6.1.30_non_OSE -k 4.19.212-rt92-0.300-securityink ==> dkms remove --no-depmod vboxhost/6.1.30_non_OSE -k 4.19.214-rt93-0.300-cornflower ==> dkms remove --no-depmod vboxhost/6.1.30_non_OSE -k 4.19.217-rt95-0.1000 ==> dkms remove --no-depmod vboxhost/6.1.30_non_OSE -k 5.15.4-arch1-1 [snip] (5/8) Install DKMS modules ==> dkms install --no-depmod vboxhost/6.1.30_non_OSE -k 4.19.217-rt95-0.1000 ==> dkms install --no-depmod vboxhost/6.1.30_non_OSE -k 5.15.4-arch1-1 ==> dkms install --no-depmod vboxhost/6.1.30_non_OSE -k 4.19.214-rt93-0.300-cornflower ==> dkms install --no-depmod vboxhost/6.1.30_non_OSE -k 4.19.212-rt92-0.300-securityink ==> dkms install --no-depmod vboxhost/6.1.30_non_OSE -k 4.19.211-rt91-0.300-pussytoes ==> depmod 4.19.212-rt92-0.300-securityink ==> depmod 4.19.211-rt91-0.300-pussytoes ==> depmod 4.19.217-rt95-0.1000 ==> depmod 4.19.214-rt93-0.300-cornflower ==> depmod 5.15.4-arch1-1 (6/8) Updating icon theme caches... (7/8) Updating the desktop file MIME type cache... (8/8) Updating the MIME type database... [rocketmouse@archlinux aur]$ sudo pacman -U old/virtualbox-bin-6.1.28-1-x86_64.pkg.tar.zst old/virtualbox{-bin-sdk,-bin-guest-iso,-ext-oracle}-6.1.28-1-any.pkg.tar.zst [snip] warning: downgrading package virtualbox-bin (6.1.30-1 => 6.1.28-1) warning: downgrading package virtualbox-bin-sdk (6.1.30-1 => 6.1.28-1) warning: downgrading package virtualbox-bin-guest-iso (6.1.30-1 => 6.1.28-1) warning: downgrading package virtualbox-ext-oracle (6.1.30-1 => 6.1.28-1) [snip] :: Running pre-transaction hooks... (1/2) Remove DKMS modules ==> dkms remove --no-depmod vboxhost/6.1.30_non_OSE -k 4.19.211-rt91-0.300-pussytoes ==> dkms remove --no-depmod vboxhost/6.1.30_non_OSE -k 4.19.212-rt92-0.300-securityink ==> dkms remove --no-depmod vboxhost/6.1.30_non_OSE -k 4.19.214-rt93-0.300-cornflower ==> dkms remove --no-depmod vboxhost/6.1.30_non_OSE -k 4.19.217-rt95-0.1000 ==> dkms remove --no-depmod vboxhost/6.1.30_non_OSE -k 5.15.4-arch1-1 [snip] (5/8) Install DKMS modules ==> dkms install --no-depmod vboxhost/6.1.28_non_OSE -k 5.15.4-arch1-1 ==> dkms install --no-depmod vboxhost/6.1.28_non_OSE -k 4.19.211-rt91-0.300-pussytoes ==> dkms install --no-depmod vboxhost/6.1.28_non_OSE -k 4.19.214-rt93-0.300-cornflower ==> dkms install --no-depmod vboxhost/6.1.28_non_OSE -k 4.19.217-rt95-0.1000 ==> dkms install --no-depmod vboxhost/6.1.28_non_OSE -k 4.19.212-rt92-0.300-securityink ==> depmod 4.19.212-rt92-0.300-securityink ==> depmod 4.19.211-rt91-0.300-pussytoes ==> depmod 4.19.217-rt95-0.1000 ==> depmod 4.19.214-rt93-0.300-cornflower ==> depmod 5.15.4-arch1-1 (6/8) Updating icon theme caches... (7/8) Updating the desktop file MIME type cache... (8/8) Updating the MIME type database... [rocketmouse@archlinux aur]$ grep 3.0.2 /var/log/pacman.log | grep dkms [2021-11-21T13:30:15+0100] [ALPM] upgraded dkms (3.0.1-1 -> 3.0.2-1) [rocketmouse@archlinux aur]$ sudo downgrade dkms [snip] warning: downgrading package dkms (3.0.2-1 => 3.0.1-1) [snip] [rocketmouse@archlinux aur]$ sudo pacman -U current/virtualbox-* [snip] Packages (4) virtualbox-bin-6.1.30-1 virtualbox-bin-guest-iso-6.1.30-1 virtualbox-bin-sdk-6.1.30-1 virtualbox-ext-oracle-6.1.30-1 [snip] :: Running pre-transaction hooks... (1/2) Remove DKMS modules ==> dkms remove --no-depmod vboxhost/6.1.28_non_OSE -k 4.19.211-rt91-0.300-pussytoes rmdir: failed to remove '': No such file or directory rmdir: failed to remove '': No such file or directory rmdir: failed to remove '': No such file or directory ==> dkms remove --no-depmod vboxhost/6.1.28_non_OSE -k 4.19.212-rt92-0.300-securityink rmdir: failed to remove '': No such file or directory rmdir: failed to remove '': No such file or directory rmdir: failed to remove '': No such file or directory ==> dkms remove --no-depmod vboxhost/6.1.28_non_OSE -k 4.19.214-rt93-0.300-cornflower rmdir: failed to remove '': No such file or directory rmdir: failed to remove '': No such file or directory rmdir: failed to remove '': No such file or directory ==> dkms remove --no-depmod vboxhost/6.1.28_non_OSE -k 4.19.217-rt95-0.1000 rmdir: failed to remove '': No such file or directory rmdir: failed to remove '': No such file or directory rmdir: failed to remove '': No such file or directory ==> dkms remove --no-depmod vboxhost/6.1.28_non_OSE -k 5.15.4-arch1-1 rmdir: failed to remove '': No such file or directory rmdir: failed to remove '': No such file or directory rmdir: failed to remove '': No such file or directory [snip] (5/8) Install DKMS modules ==> dkms install --no-depmod vboxhost/6.1.30_non_OSE -k 4.19.217-rt95-0.1000 ==> dkms install --no-depmod vboxhost/6.1.30_non_OSE -k 5.15.4-arch1-1 ==> dkms install --no-depmod vboxhost/6.1.30_non_OSE -k 4.19.214-rt93-0.300-cornflower ==> dkms install --no-depmod vboxhost/6.1.30_non_OSE -k 4.19.212-rt92-0.300-securityink ==> dkms install --no-depmod vboxhost/6.1.30_non_OSE -k 4.19.211-rt91-0.300-pussytoes ==> depmod 4.19.212-rt92-0.300-securityink ==> depmod 4.19.211-rt91-0.300-pussytoes ==> depmod 4.19.217-rt95-0.1000 ==> depmod 4.19.214-rt93-0.300-cornflower ==> depmod 5.15.4-arch1-1 (6/8) Updating icon theme caches... (7/8) Updating the desktop file MIME type cache... (8/8) Updating the MIME type database...

2 5

[aur-general] TU application - artafinde
by Leonidas Spyropoulos 24 Nov '21

24 Nov '21

Hello, I'm Leonidas Spyropoulos and I'd like to apply to become a Trusted User. I'm particularly instersted in packaging dependencies which are required for the ongoing python porting of Aurweb and anything related performance. I'm sponsored from Jelle van der Waa <jelle> and Sven-Hendrik Haase<sventaro>. I'm a 39 years old Software Developer living in London originally from Greece. I've been an Linux user for almost 20 years and an Arch Linux for more than 15. Previous distributions include Suse and Debian but I find Arch Linux suits me more. I've been a big supported of FOSS philosophy and projects and try to contribute where possible (check my github). I'm a developer in my day-to-day job working mostly with JVM languages and DevOps. For the minimum requirements: - I know my way around shell scripting, mostly bash but I've done some ksh due to my work maintaining old server. These days almost all scripting is in bash and POSIX compliant. My daily shell is ZSH. - I've been maintaining some packages in AUR [1] and some have moved to community (i.e. neomutt, dvdstyler). I believe some of the current ones are good enough PKGBUILDs to be moved to community repository. - I've suscribed to most mailing lists and replied a few times, but I'm easier to be contacted in IRC. My forum activity is low since I find IRC more responsive. - I can Google around - For packages I want to maintain see list below My contributions so far in Arch Linux are mostly: - AUR packaging [1] - AUR development (aurweb) with code reviews, testing and development in python porting (and some php) [2] - DevOps keycloak theme packaging [3] - DevOps patches for various issues [4] - Actively involved in DevOps IRC for pitching in solutions to current issues/discussions AUR packages (I maintain) interested in moving to Community - Any package which will be a requirement for python ported Aurweb version - aarchup - python-prometheus-fastapi-instrumentator - freeplane - intellij-idea-{ce,ue}-eap (Provided their license is allowing that) - gdu AUR packages interested in moving to Community - abook - bfg - clean-chroot-manager - goland - jdtls - jetbrains-toolbox - tectonic I'd also be interesting in maintaining some Community packages which are orphan or co-maintain some: orphans: - elasticsearch packages I use and interested in {co-}maintaining: - ansible - aurpublish - aws-cli - ccache - cpupower - docker - docker-compose - go - gradle - kotlin - kubectl - lrzip - neomutt (used to be co-maintainer in aur) - notmuch - profile-sync-daemon - alot - android-file-transder - android-tools - android-udev - beets - bpytop - dvdbackup (used to maintain in aur) - cuda - fstrim - gcc10 (required for cuda) - handbrake - kitty - ncmpcpp - ninja - nextcloud-client - nlohmann-json - packer - pacman-contrib - pandoc - profile-cleaner - python-* (packages required for Aurweb see list from INSTALL) - screenfetch - spellcheck - signal-desktop - wxsvg (required from dvdbackup) - zsh-completions Github: https://github.com/inglor AUR: https://aur.archlinux.org/account/artafinde Forums: https://bbs.archlinux.org/profile.php?id=17838 Bugs: https://bugs.archlinux.org/user/10369 IRC: artafinde | inglor [1]: https://aur.archlinux.org/packages/?O=0&SeB=M&K=artafinde&outdated=&SB=n&SO… [2]: https://gitlab.archlinux.org/archlinux/aurweb/-/merge_requests?scope=all&st… [3]: https://gitlab.archlinux.org/artafinde/keycloak-archlinux-theme/-/tree/mult… [4]: https://gitlab.archlinux.org/archlinux/infrastructure/-/merge_requests?scop… I'm looking forward to contributing more to Arch Linux. It's a great community and I've thoroughly enjoyed my time so far. Kind Regards, Leonidas -- Leonidas Spyropoulos A: Because it messes up the order in which people normally read text. Q: Why is it such a bad thing? A: Top-posting. Q: What is the most annoying thing on usenet and in e-mail?

7 13

[aur-general] Leaving Arch Linux
by Simon Legner 20 Nov '21

20 Nov '21

Hey, earlier this year I've stared using macOS and Fedora. With mixed feelings I'm leaving Arch Linux (for now). Currently I'm the co/maintainer of 106 AUR packages: https://aur.archlinux.org/packages/?K=simon04&SeB=m Is there a standard procedure for safely un-maintaining all packages? Just abandoning all packages is not the best idea, is it? I'd like to find caring maintainers for my packages. Thank you for great thirteen years, simon04

10 11

[aur-general] Remove my "package_name.git" repo
by David C. Rankin 17 Nov '21

17 Nov '21

I accidentally hit return with: git clone ssh://aur@aur.archlinux.org/package_name.git Cloning into 'package_name'... warning: You appear to have cloned an empty repository. (I forgot to change "package_name" so I'm now blocked from submitting the correct name for the blank repo so I can populate it) Can somebody please undo what I did over on the server so I can get a new blank repo under the correct name? Thank you! -- David C. Rankin, J.D.,P.E.

4 5

Re: [aur-general] New AUR Metadata Archives
by zoorat 12 Nov '21

12 Nov '21

On 11/11/21 06:22, aur-general-request(a)lists.archlinux.org wrote: > Hello AUR users, > > In addition to pre-existing archives, we've introduced two new > archives that can be used instead of bulk queries against the RPC. > > Pre-existing archives: > > - packages.gz > - Listing of all packages separated by line break. > - pkgbase.gz > - Listing of all package bases separated by line break. > - users.gz > - Listening of all users separated by line break. > > Metadata archives: > > - packages-meta-v1.json.gz > - A complete `type=search` formatted JSON package archive. > - packages-meta-ext-v1.json.gz > - A complete `type=multiinfo` formatted JSON package archive. > > All archives support Last-Modified and ETag. Each archive is updated > on a rough ~5 minute interval. For any bulk users of the RPC, we ask > that you consider these archives as a solution to repeated searches > or bulk multiinfo requests. > > All archives are available for download athttps://aur.archlinux.org/archive-name.gz > > Using these archives will drastically help the AUR with the amount > of traffic required for API clients. Particularly with clients who > are able to query by themselves en masse. > > We thank you all for contributing to the world of AUR and helping > those who can use your maintained software as a result. > > Regards, > Kevin > > -- > Kevin Morris > Software Developer That's awesome kevin, I got into a problem while downloading the 'packages-meta-ext-v1.json.gz' with wget. I somehow corrupted it ... so, is there any hash I can check against ?? like '.sig' file for '.iso' files but, as a hash is a text file maybe ??... sorry if I'm being dumb. yours, zoorat.

3 4

[aur-general] New AUR Metadata Archives
by Kevin Morris 11 Nov '21

11 Nov '21

Hello AUR users, In addition to pre-existing archives, we've introduced two new archives that can be used instead of bulk queries against the RPC. Pre-existing archives: - packages.gz - Listing of all packages separated by line break. - pkgbase.gz - Listing of all package bases separated by line break. - users.gz - Listening of all users separated by line break. Metadata archives: - packages-meta-v1.json.gz - A complete `type=search` formatted JSON package archive. - packages-meta-ext-v1.json.gz - A complete `type=multiinfo` formatted JSON package archive. All archives support Last-Modified and ETag. Each archive is updated on a rough ~5 minute interval. For any bulk users of the RPC, we ask that you consider these archives as a solution to repeated searches or bulk multiinfo requests. All archives are available for download at https://aur.archlinux.org/archive-name.gz Using these archives will drastically help the AUR with the amount of traffic required for API clients. Particularly with clients who are able to query by themselves en masse. We thank you all for contributing to the world of AUR and helping those who can use your maintained software as a result. Regards, Kevin -- Kevin Morris Software Developer Identities: - kevr @ Libera

3 4

Re: [aur-general] New AUR Metadata Archives
by Dmitry Marakasov 11 Nov '21

11 Nov '21

Hi! > In addition to pre-existing archives, we've introduced two new > archives that can be used instead of bulk queries against the RPC. Thanks a lot for doing this, I'm switching Repology right onto the new dump. This simplifies and speeds up repository metadata update in many ways and also provides consistent information from one point in time. I've verified that the contents I've been getting through the API (/rpc/?v=5&type=info for all packages from packages.gz) are the same except from minor differerences in License ordering (can you confirm that it's stable?) and the fact that unicode characters in descriptions are now correctly represented (abra package as example). Just FYI. I wonder how hard it will be to also provide download URLs in this dump. For instance, Repology uses these to report dead URLs. -- Dmitry Marakasov . 55B5 0596 FF1E 8D84 5F56 9510 D35A 80DD F9D2 F77D amdmi3(a)amdmi3.ru ..: https://github.com/AMDmi3 https://amdmi3.ru

2 1

Re: [aur-general] [PRQ#29045] Deletion Request for hugo-bin
by B 10 Nov '21

10 Nov '21

grawlinson made a deletion request on this package after I updated it to v0.89.1, and they immediately approved their own request. The community package is flagged out-of-date and is at v0.88.1. First, this violates the AUR community guidelines that requests a user be contacted before a package is removed. Additionally, I find that they are making a request and then immediately approving their own request without any discussion to be concerning. I do not think you should be deleting AUR packages, unless they are malicious. If they are not being maintained, then you should be contacting the users before deleting them. Otherwise, there is no harm in having an AUR and trusted package, as many times they be actually be different or the trusted package is the one not actively getting updated. On Fri, Nov 5, 2021 at 2:00 PM notify at aur.archlinux.org <ra+xgepysjjbcltexbfrteyggrkpgpclsgvngecpizxwjpvijvgp(a)simplelogin.co> wrote: > > grawlinson [1] filed a deletion request for hugo-bin [2]: > > Hugo is available in the community repository. > > [1] https://aur.archlinux.org/account/grawlinson/ > [2] https://aur.archlinux.org/pkgbase/hugo-bin/

16 22

[aur-general] Do not remove filezilla-bin
by 山田ハヤオ 03 Nov '21

03 Nov '21

A request to remove filezilla-bin has been submitted (PRQ#28985]) [1] aur/filezilla-bin, unlike community/filezilla, provides binaries already officially built. Please do not delete the currently submitted deletion request as it is incorrect. Yamada Hayao [1] https://lists.archlinux.org/pipermail/aur-requests/2021-November/060268.html

4 7

[aur-general] packaging question for optional-wayland optional-xorg package
by todd freed 03 Nov '21

03 Nov '21

Hello, First-time AUR packager here. I am working on a PKGBUILD for a program that optionally supports wayland, and optionally supports xorg. When you configure the program, you specify one, the other, or both, of --enable-wayland and --enable-xorg. Specifying either option implies a build-time and a run-time dependency on the relevant client libraries. I could build a single package with dependencies on both, but I suspect most wayland users would want the wayland-only package, and vice-versa for xorg. Is this a use-case for split-package? Trying not to overcomplicate things. Thanks. -hossbeast

3 5

[aur-general] Spam account
by Kr1ss 30 Oct '21

30 Oct '21

Hi TUs, could somebody pls take care of this new spam account and their comment(s): https://aur.archlinux.org/account/EngineeringQ https://aur.archlinux.org/packages/freetube-bin/#comment-833607 Thanks, cheers ! Kriss -- PGP: 7A19 4E3F 7A8F 867B EA8A 5339 023F 0788 62AC FE50 https://keys.openpgp.org/vks/v1/by-keyid/023F078862ACFE50

2 1

[aur-general] FastAPI aurweb Testing Announcement
by Kevin Morris 30 Oct '21

30 Oct '21

Hello AUR users, It is my pleasure to finally announce the initial "beta" testing stage of the FastAPI aurweb implementation. This development has majorly happened in the background, so it may come as a surprise to some. For those who want a quick check, we've deployed aurweb's development branch `pu` onto https://aur-dev.archlinux.org. More details about the instance can be found in the aur-dev.archlinux.org Testing page [1]. Below, there are several sections about different components of this adventure: - Proposal - Changes and Plans - Testing - Reporting == Proposal == In May of 2020, a proposal [2] was made to the project to port the existing PHP code over to a more modernized language and framework. The discussion settled on using the following stack: - Python - SQLAlchemy - Alembic - FastAPI == Changes and Plans == Along with this porting, we have fixed a few bugs and changed a few things. Following is a listing of a partial UX changelog: - The last Requests page no longer goes nowhere. - Requests can now be viewed as a normal User, filtered only to requests that the user created. - Users can now close requests they created by themselves. - The Trusted User page now allows users to page through the different tables independently. - The `get-comment-form` type has been removed from the RPC and implemented in a non-RPC route. - Performance of the homepage has been improved. - Performance of the package search page has been improved. - Performance of the `info` RPC type has been improved. - Most form-related actions have been changed. - Emitted cookies in production are now `Secure`, `HttpOnly` and `SameSite=strict`. - CSRF token inputs have been removed. - We may consider this in the future. - Many form pages now more correctly show errors or success messages on submission. - ...among several more... After the port is completely finished and deployed in production, we will be making improvements and sanitizations anywhere we see them being useful. There are quite a few features we already have tasked up for that point. However, more feature requests are welcome at any time. Note: The RPC is not yet completely implemented. It is not advisable to test against FastAPI's RPC implementation at the moment, but patches will be coming in soon and testing tasks will be added for it. == Testing == We have reached the point in development where we believe the majority of features have a working implementation. For this reason, we're now looking for crowdsourced user testing of the new platform. The developers of this new implementation were not historical experts of aurweb; the work was done with a fresh perspective and during exploration of the PHP code-base. We are sure there may be some mishaps around, and so this testing stage would be incredibly useful for us to put the finishing touches on the project with the end-goal of swapping to FastAPI in production 1-2 months from now. To get started with testing, visit the Testing Guide wiki page [3], which gives straight-forward direction on selecting and using a testing method. It is suggested to read the entire page, as all details are useful for those wishing to contribute feedback and utilizing the test systems. We're taking advantage of GitLab issues for tracking this test progress. An overview of the project's testing can be viewed in our progress issue [4]. Each task listed in the table on the overview page has its own issue, linked in the Status column. Testers should view these task-specific issues for details specific to the test. == Reporting == If you are interested in testing the platform, we very much appreciate your help and effort. That being said, the best way you can contribute to the project by testing is to report bugs or feedback about the routes (or tasks) you've tested. Please follow the procedure for reporting bugs or feedback noted in the Testing Guide [3]. == Thanks == Again, we very highly appreciate all of you for participating in the AUR and its well-being. == Footnotes == Contributions of all kinds are welcome and appreciated. Bug reports, patches, feature requests, documentation, or any other kind. Come visit us in Libera's #archlinux-aurweb if you'd like to chat specifically about the project. == References == [1] https://gitlab.archlinux.org/archlinux/aurweb/-/wikis/aur-dev.archlinux.org… [2] https://lists.archlinux.org/pipermail/aur-dev/2020-May/004848.html [3] https://gitlab.archlinux.org/archlinux/aurweb/-/wikis/Testing-Guide [4] https://gitlab.archlinux.org/archlinux/aurweb/-/issues/161 -- Kevin Morris Software Developer Identities: - kevr @ Libera

1 0

[aur-general] problem with yt-dlp package.
by zoorat 27 Oct '21

27 Oct '21

Hi everyone. I'm the maintainer of python-spotdl. and my package needs `yt-dlp` as a dependency. but, as the AUR/yt-dlp got deleted, I got into a problem. I am not a python programmer, so I might be wrong... but what I found after testing my program needs files of `/usr/lib/python3.9/site-packages/yt_dlp/` folder. but, community/yt-dlp package dose not have files of `/usr/lib/python3.9/site-packages/yt_dlp/` folder. It only contains the binary to be used by the terminal. so it can not work as a dependency. And AUR/youtube-dlp-bin is the same. only the binary. And there is AUR/yt-dlp-git which have `/usr/lib/python3.9/site-packages/yt_dlp/` folder with all the files needs to be a dependency but it is a git package... I already wrote a package by the name python-yt-dlp which is built the way a python package is supposed to be built. As any of them can't function as a dependency should I upload it ?? or should I make a bug report in community/yt-dl ??. yours, zoorat.

3 3

Re: [aur-general] problem with yt-dlp package.
by zoorat 27 Oct '21

27 Oct '21

>> I am not a python programmer, so I might be wrong... >> but what I found after testing my program needs files of ` >> >> / >> >> usr/lib/python3.9/site-packages/yt_dlp >> >> / >> >> ` folder. >> >> but, >> community/yt-dlp package dose not have files of ` >> >> / >> >> usr/lib/python3.9/site-packages/yt_dlp >> >> / >> >> ` folder. It only contains the binary to be used by the terminal. so it can not work as a dependency. >> And AUR/youtube-dlp-bin is the same. only the binary. >> And there is AUR/yt-dlp-git which have ` >> >> / >> >> usr/lib/python3.9/site-packages/yt_dlp >> >> / >> >> ` folder with all the files needs to be a dependency but it is a git package... >> >> I already wrote a package by the name python-yt-dlp which is built the way a python package is supposed to be built. As any of them can't function as a dependency should I upload it ?? >> or should I make a bug report in community/yt-dl ??. > > might not be the right solution, but? > > the /usr/bin/yt-dlp file is actually a python package as a zip > archive, that has all the python modules in it. > > even this works `PYTHONPATH=yt-dlp python` and then you can import > from the yt_dlp > package. > > you might use this as a kind of a fix > > -- > damjan that certainly works. but why this weird solution ?? why that 'yt-dlp' package is an archive in /bin ?? why it's not like a normal python package so that it can be used as a normal terminal utility and a library at the same time ?? I don't get it. a simple package like this works just fine => https://gist.github.com/z00rat/48283ea15353ff86c3222316feaca649 it just works as a command and as a library. btw, it has that GUI (yt-dlg) too. TBH, i would rather prefer a universal way to do those things... ps: am i supposed to get mail or in an aur-general Digest when ever someone mail in my thread ?? i only get email as a digest....

1 0

[aur-general] RPC v1-v4 Deprecated Support Ended
by Kevin Morris 17 Oct '21

17 Oct '21

Hello AUR Users, The RPC version 1-4 deprecation period has now ended. At this time, users should rely on the fact that support for version 1-4 may be dropped at any time. If you own a project which uses the RPC API, you'll want to comply with the version 5 API immediately. See the Deprecation Notice [1] for a more elaborate explanation of the deprecation and how to move forward. Deprecation warning which was patched into the RPC API 31 days ago: The use of versions lower than 5 is now deprecated and will soon be unsupported. To ensure your API client supports the change without issue, it should use version 5 and adjust for any changes in the API interface. See https://aur.archlinux.org/rpc for documentation related to v5. Again, if you have not yet migrated, now is the time to do so. Completion of the FastAPI port is quite near to completion, and when we deploy FastAPI in production on aur.archlinux.org, support for 1-4 will be non-existent. Thank you all for your selfless contributions to user-driven software as a whole. You are what makes the AUR a usable and attractive feature of Arch Linux and keeps developers wanting to improve the project in general. References: [1] https://lists.archlinux.org/pipermail/aur-general/2021-September/036579.html Thank you for your attention, Kevin 'kevr' Morris -- Kevin Morris Software Developer Identities: - kevr @ Libera

1 0

[aur-general] Package name conflict (package name is already taken)
by Matej Dujava 13 Oct '21

13 Oct '21

Hello, I am looking into publishing mine first package [0] into aur. I have working PKGBUILD with 2 split packages (only 2 out of 4 run on python3 now; client side for now). Problem is that I would like to use "beaker" as a pkgbase, since original packages has this basename in rpm based distros [1]. Currently beaker aur package is used for [2] [3], which is also in packages: beaker-appimage beaker-browser-bin beaker-browser-git beaker-git I contacted package maintainers, after week no reply. I was thinking of renaming them to beaker-browser-{,-bin,-git,-appimage} [0] https://github.com/beaker-project/beaker [1] https://koji.fedoraproject.org/koji/packageinfo?packageID=23875 [2] https://beakerbrowser.com [3] https://github.com/beakerbrowser/beaker Thank you, Matej Dujava

1 0

Re: [aur-general] Duplicate yt-dlp packages
by Maxwell G 11 Oct '21

11 Oct '21

Oct 10, 2021 4:19:07 PM Alexandre Mendes <reversebob(a)gmail.com>: > Hello, > > This package was my first package ever created, and I used a script to do it, but have been informed the convention is not respected (python- should apparently be for libraries). > Anyway, my package needs to disappear. > Should I delete it myself ? What exactly is the correct process ? > > > > On Sun, 10 Oct 2021 at 22:41, Maxwell Gottlieb <gotmax(a)e.email> wrote: >> Hi everyone, >> >> I hope you are having a good weekend! >> >> There are several duplicate packages for yt-dlp[1] available on the AUR. >> There are two regular packages (yt-dlp and youtube-dlp), as well as two >> Git packages (yt-dlp-git and python-yt-dlp-git). I think we should keep >> yt-dlp and yt-dlp-git, because they are the most popular, but I wanted >> to ask before creating any deletion requests. >> >> I have CC'd the maintainers of the aforementioned packages. >> >> Thanks, >> Maxwell >> >> [1]: https://github.com/yt-dlp/yt-dlp >> >> -- >> Maxwell G (@gotmax23) >> Pronouns: He/Him/His >> gotmax(a)e.email Hi Alexandre, I'm not sure what the process of deleting packages looks like. One of the Trusted Users can chime in on that. Please make sure that you reply to the entire mailing list and not just me. I think you have to subscribe[1] to the mailing list before posting. Thanks, Maxwell [1]: https://lists.archlinux.org/listinfo/aur-general -- Maxwell G Pronouns: He/Him/His gotmax(a)e.email

2 1

[aur-general] Duplicate yt-dlp packages
by Maxwell Gottlieb 10 Oct '21

10 Oct '21

Hi everyone, I hope you are having a good weekend! There are several duplicate packages for yt-dlp[1] available on the AUR. There are two regular packages (yt-dlp and youtube-dlp), as well as two Git packages (yt-dlp-git and python-yt-dlp-git). I think we should keep yt-dlp and yt-dlp-git, because they are the most popular, but I wanted to ask before creating any deletion requests. I have CC'd the maintainers of the aforementioned packages. Thanks, Maxwell [1]: https://github.com/yt-dlp/yt-dlp -- Maxwell G (@gotmax23) Pronouns: He/Him/His gotmax(a)e.email

1 0

[aur-general] poe-git maintainership
by Strahinya Radich 07 Oct '21

07 Oct '21

Hi, I am the author of the program poe (https://sr.ht/~strahinja/poe) When I wanted to create an AUR package for my program, I found out that someone (with the username fossdd) already made a package for my program, called poe-git. The version of the package in the AUR, however, is 0.1.alpha.r11.g4a843ea-1 and I've moved on to v1.3.3. Granted, when poe-git is installed through an AUR helper, the latest source is pulled, but the PKGBUILD doesn't use the intended command for the installation (which is now PREFIX=... ./do install, I've added respecting the PREFIX environment variable), but instead uses the install(1) program manually, so the manpage isn't installed. I would be fine with fossdd maintaining poe-git AUR package if it is kept up-to-date, but I would prefer maintaining it myself. I tried contacting fossdd today early in the morning about this, but got no response yet. I would appreciate an advice on this.

5 6

Re: [aur-general] Not receiving password reset emails for new account
by Ken Taylor 27 Sep '21

27 Sep '21

I am having the same problem as jake. New account, email is correct (won't let me create another one with the same email address -- taylork(a)alum.mit.edu) Have tried reset password for a couple days and no emails. Thanks, -Ken On Sat, Sep 25, 2021 at 6:25 PM Jake Barnes <me(a)jakebarn.es> wrote: > > Hi, > > Last week I tried creating the account `vivi` for automating releases of our package (also `vivi`), instead of using my personal account `DuBistKomisch`. The email address should be `devops at vivi.io`, which is a shared mailbox on my company's Office 365. I didn't receive the initial password reset after registration, nor any requested from the password reset page. > > If I made a typo in the email, could it please be corrected? Otherwise, please advise anything else I can do here. > > Thanks, Jake

4 3

[aur-general] Special removal of inactive Trusted User Brad Fanella (cesura)
by David Runge 24 Sep '21

24 Sep '21

Hi all, I would like to raise the special removal [1] of the Trusted User Brad Fanella (cesura) due to inactivity. * last vote: 124 * last AUR login: 2020-11-08 * last action: 2020-08-19 13:33 * the user has no packages in the official repositories I have tried to reach out to Brad via e-mail on 2021-08-10 granting a three week grace period (which has now passed by more than a week), but did not receive a reply. After a three day discussion period I will start a vote. Best, David [1] https://gitlab.archlinux.org/archlinux/tu-bylaws/-/blob/master/tu-bylaws.ad… -- https://sleepmap.de

2 3

[aur-general] Question about AUR submission rules
by networkException 23 Sep '21

23 Sep '21

Hello, I maintain the ungoogled-chromium packaging for Arch Linux as an officially supported platform. As a quick overview, ungoogled-chromium is a set of patches that aims to remove all dependencies on Google services from Chromium. Compiling Chromium is a quite resource and time intensive task, which is why I use both Open Build Service and GitHub Actions for offering binary releases. As the packing is Arch Linux specific, both build systems produce a package archive for pacman. A highly requested feature by users is to offer such a binary release in the AUR as it is more convenient for them compared to adding a custom repository for example. In the past there were already ungoogled-chromium-bin packages in the AUR, usually submitted by people not affiliated with the project and removed for some reason at some point in time. The most recent one would download a pacman package from an OBS repository and install it by extracting files manually. In the delete request removing this last package (#19142) it was stated that "the AUR is not intended to provide an index for PKGBUILDs that repackage the build package originally created by another PKGBUILD". While I understand that the AUR would want to avoid to just include repackaged entries like that, I am now wondering what the best way to offer a binary package in the AUR would be in my situation. Building Chromium separately into a non makepkg archive just for the AUR on GitHub Actions for example seems wasteful and would defeat the way package checksums are currently handled, as such making it harder for end users to quickly verify that the binary an AUR helper for example would download is legitimate. I tried looking for a rule that explicitly states the mentioned repackaging restrictions, but I was unable to find one. I have also found another AUR package which is normally available that repackages a pkg.tar.zst (codelite-bin). Thank your for taking the time to reading, I hope it will be possible to find a way to submit ungoogled-chromium-bin properly. Kind regards, networkException

3 4

[aur-general] Not receiving password reset emails for new account
by Jake Barnes 23 Sep '21

23 Sep '21

Hi, Last week I tried creating the account `vivi` for automating releases of our package (also `vivi`), instead of using my personal account `DuBistKomisch`. The email address should be `devops(a)vivi.io`, which is a shared mailbox on my company's Office 365. I didn't receive the initial password reset after registration, nor any requested from the password reset page. If I made a typo in the email, could it please be corrected? Otherwise, please advise anything else I can do here. Thanks, Jake

1 0

[aur-general] [neard] neard release v0.17
by Krzysztof Kozlowski 22 Sep '21

22 Sep '21

Hi all, v0.17 ===== After quiet period, the neard user-space counterpart of Linux kernel NFC stack, gets a new release - v0.17. The release includes several fixes (including potential security fixes) and improvements, plus few new features. Source code release: https://git.kernel.org/pub/scm/network/nfc/neard.git/tag/?h=v0.17 https://git.kernel.org/pub/scm/network/nfc/neard.git/snapshot/neard-0.17.ta… Few notes on new names and maintainers ====================================== The neard package was previously maintained Samuel Ortiz and Marcel Holtmann, which were also main contributors. Last years Mark Greer was looking after neard. I joined in 2021, both as a maintainer of Linux kernel NFC stack and the neard. The project development still happens via linux-nfc mailing list but also got a second home on GitHub: https://github.com/linux-nfc/neard Under GitHub I set up also Continuous Integration: https://github.com/linux-nfc/neard/actions Feel free join and hack via both channels. Best regards, Krzysztof

1 0

[aur-general] RPC v1-v4 Deprecation Notice
by Kevin Morris 20 Sep '21

20 Sep '21

Hello AUR users, With the advent of FastAPI aurweb development, we've done some reviewing of the RPC API. With each increasing version to the RPC, it has become quite a heavy component of aurweb to maintain in complete back-compatibility mode for legacy RPC version users. These legacy versions reduce flexibility in the implementation and there are several bugs with the legacy versions which will not be addressed in favor of moving forward and focusing on the current highest version: 5 and future unreleased versions. For these reasons, we have decided to deprecate the following RPC versions: - 1 - 2 - 3 - 4 Undeprecated versions: - 5 A deprecation warning has been patched into the RPC soon for all requests which use a version less than 5. This notice will be shown to users under the "warning" key of JSON output for a minimum of one month before true deprecation occurs: The use of versions lower than 5 is now deprecated and will soon be unsupported. To ensure your API client supports the change without issue, it should use version 5 and adjust for any changes in the API interface. See https://aur.archlinux.org/rpc for documentation related to v5. After one month has passed (from now), the RPC API should be seen to only support v5. Users should update their code to use v5 before this time to avoid any imminent client breakage. See https://aur.archlinux.org/rpc for documentation on working with version 5. NOTE: Upcoming changes which completely remove v1-4 from operation will require your clients to supply a valid `v` query argument. Currently, this defaults to version 1, and that will change with the completion of the deprecation. A changelog will be posted to aur-general regarding RPC when this occurs, but this is a bit of forewarning so that users may prepare without issues. Example: https://aur.archlinux.org/rpc?v=5&type=multiinfo&arg[]=package We thank you all for your understanding and look forward to improving the API in future versions (v6) which development will have begun after the FastAPI initial port is complete. We'd like to thank you all for your contributions to the AUR; without you, the AUR would simply not be a useful tool. We apologize for any inconvenience this may cause, but we do feel that this is the right direction for the project; especially since we'll be adding more features to the API in the very near future, this allows us to more easily develop and release these additions. Thank you for reading, aurweb Development Team -- Kevin Morris Software Developer Identities: - kevr @ Libera

1 0

[aur-general] Problem downloading a source package with new curl version
by Jan Kohnert 20 Sep '21

20 Sep '21

Hi, one of my aur packages (eccodes) has a problem getting the source package using the new version of curl (7.79.0). The output of the old curl version looks like: ----------------------------------------------------------------------------- jankoh@kohni-mobil ~/projects/eccodes $ curl -v https://confluence.ecmwf.int/ download/attachments/45757960/eccodes-2.23.0-Source.tar.gz?api=v2 * Trying 136.156.180.232:443... * Connected to confluence.ecmwf.int (136.156.180.232) port 443 (#0) * ALPN, offering h2 * ALPN, offering http/1.1 * successfully set certificate verify locations: * CAfile: /etc/ssl/certs/ca-certificates.crt * CApath: none * TLSv1.3 (OUT), TLS handshake, Client hello (1): * TLSv1.3 (IN), TLS handshake, Server hello (2): * TLSv1.2 (IN), TLS handshake, Certificate (11): * TLSv1.2 (IN), TLS handshake, Server key exchange (12): * TLSv1.2 (IN), TLS handshake, Server finished (14): * TLSv1.2 (OUT), TLS handshake, Client key exchange (16): * TLSv1.2 (OUT), TLS change cipher, Change cipher spec (1): * TLSv1.2 (OUT), TLS handshake, Finished (20): * TLSv1.2 (IN), TLS handshake, Finished (20): * SSL connection using TLSv1.2 / ECDHE-RSA-AES128-GCM-SHA256 * ALPN, server did not agree to a protocol * Server certificate: * subject: jurisdictionC=GB; businessCategory=Non-Commercial Entity; serialNumber=ISBN: 9780101820028; C=GB; ST=West Berkshire; L=Reading; O=European Cen tre for Medium-Range Weather Forecasts; CN=confluence.ecmwf.int * start date: Mar 29 16:16:45 2021 GMT * expire date: Mar 29 16:26:00 2022 GMT * subjectAltName: host "confluence.ecmwf.int" matched cert's "confluence.ecmwf.int" * issuer: C=NL; O=QuoVadis Trustlink B.V.; CN=QuoVadis Europe EV SSL CA G1 * SSL certificate verify ok. > GET /download/attachments/45757960/eccodes-2.23.0-Source.tar.gz?api=v2 HTTP/ 1.1 > Host: confluence.ecmwf.int > User-Agent: curl/7.78.0 > Accept: */* > * Mark bundle as not supporting multiuse < HTTP/1.1 200 200 < Date: Sun, 19 Sep 2021 19:48:11 GMT < Server: Apache < Cache-Control: no-cache, must-revalidate < Expires: Thu, 01 Jan 1970 00:00:00 GMT < X-Confluence-Request-Time: 1632080871142 < Set-Cookie: JSESSIONID=659BDBFF1F03F2DC7848A7BEECF3CCC3; Path=/; HttpOnly < Last-Modified: Mon, 19 Jan 1970 20:46:07 GMT < Accept-Ranges: bytes < X-Content-Type-Options: nosniff < Content-Disposition: inline; filename="eccodes-2.23.0-Source.tar.gz" < Content-Type: application/x-gzip;charset=UTF-8 < Content-Length: 12037258 < Strict-Transport-Security: max-age=15552000 < Warning: Binary output can mess up your terminal. Use "--output -" to tell Warning: curl to output it to your terminal anyway, or consider "--output Warning: <FILE>" to save to a file. * Failure writing output to destination * Closing connection 0 * TLSv1.2 (OUT), TLS alert, close notify (256): jankoh@kohni-mobil ~/projects/eccodes $ ----------------------------------------------------------------------------- The new version outputs: ----------------------------------------------------------------------------- jankoh@kohni-mobil ~/projects/eccodes $ curl -v -i https:// confluence.ecmwf.int/download/attachments/45757960/eccodes-2.23.0- Source.tar.gz?api=v2 * Trying 136.156.180.232:443... * Connected to confluence.ecmwf.int (136.156.180.232) port 443 (#0) * ALPN, offering h2 * ALPN, offering http/1.1 * successfully set certificate verify locations: * CAfile: /etc/ssl/certs/ca-certificates.crt * CApath: none * TLSv1.3 (OUT), TLS handshake, Client hello (1): * TLSv1.3 (IN), TLS handshake, Server hello (2): * TLSv1.2 (IN), TLS handshake, Certificate (11): * TLSv1.2 (IN), TLS handshake, Server key exchange (12): * TLSv1.2 (IN), TLS handshake, Server finished (14): * TLSv1.2 (OUT), TLS handshake, Client key exchange (16): * TLSv1.2 (OUT), TLS change cipher, Change cipher spec (1): * TLSv1.2 (OUT), TLS handshake, Finished (20): * TLSv1.2 (IN), TLS handshake, Finished (20): * SSL connection using TLSv1.2 / ECDHE-RSA-AES128-GCM-SHA256 * ALPN, server did not agree to a protocol * Server certificate: * subject: jurisdictionC=GB; businessCategory=Non-Commercial Entity; serialNumber=ISBN: 9780101820028; C=GB; ST=West Berkshire; L=Reading; O=European Centre for Medium-Range Weather Forecasts; CN=confluence.ecmwf.int * start date: Mar 29 16:16:45 2021 GMT * expire date: Mar 29 16:26:00 2022 GMT * subjectAltName: host "confluence.ecmwf.int" matched cert's "confluence.ecmwf.int" * issuer: C=NL; O=QuoVadis Trustlink B.V.; CN=QuoVadis Europe EV SSL CA G1 * SSL certificate verify ok. > GET /download/attachments/45757960/eccodes-2.23.0-Source.tar.gz?api=v2 HTTP/ 1.1 > Host: confluence.ecmwf.int > User-Agent: curl/7.79.0 > Accept: */* > * Unsupported response code in HTTP response * Closing connection 0 * TLSv1.2 (OUT), TLS alert, close notify (256): curl: (1) Unsupported response code in HTTP response jankoh@kohni-mobil ~/projects/eccodes $ ----------------------------------------------------------------------------- I see the response code is 200 200, which has an additional errournous 200. Since the upgrade my automated daily test builds fail, so I'd like to know if I should file a bug report either upstream or the arch bugtracker. I can download the file using chrome or wget, so it might be a workaroud if I could tell makepkg to use wget instead of curl. However, executing ----------------------------------------------------------------------------- sudo sed -i -r "s/(http[s]?::)\/usr\/bin\/curl\ -qgb\ \"\"\ -fLC\ -\ --retry\ 3\ --retry-delay\ 3 -o/\1\/usr\/sbin\/wget\ --no-cookies\ --retry-connrefused\ -t\ 3\ --waitretry\ 3 -O/" /etc/makepkg.conf ----------------------------------------------------------------------------- inside the build container will not help users that upgrade or install the package. I could post the workaround to the packages page, but this will also affect other packages to be build, and wget needs to be installed before that workaround will actually work. Any tips on how to go on? TIA -- MfG Jan

3 5

[aur-general] AUR Cleanup Day September 20th 2021
by Daniel M. Capella 16 Sep '21

16 Sep '21

Our requests system has been running awfully smoothly lately; luckily our bi-yearly AUR Cleanup Day is here to shake things up! This year it lands on this coming Monday, but as usual, feel free to start as soon as you like. See the AUR Cleanup Day wiki article[1] for details, and/or jump right in to the collaborative doc for this year's event[2]. IRC and Matrix users can chat and ask questions in #archlinux-aur on Libera.Chat. PS: Previously the wiki article was an option for collaboration. It's now locked down and will probably be made static, with an about section and a link to the template[3] for the collaborative doc. [1]: https://wiki.archlinux.org/title/DeveloperWiki:AUR_Cleanup_Day [2]: https://md.archlinux.org/amew_bGZSyySAHsQKig3AQ?both [3]: https://md.archlinux.org/pFMvWHrSRYi3buy3nBjFkA -- Best, Daniel<https://danielcapella.com>

3 3

Re: [aur-general] [aur-requests] [PRQ#28202] Deletion Request for obsidian-insider
by Alexander Epaneshnikov 16 Sep '21

16 Sep '21

On Thu, Sep 16, 2021 at 04:31:11AM +0000, notify--- via aur-requests wrote: > lishid [1] filed a deletion request for obsidian-insider [2]: > > Duplicate of https://aur.archlinux.org/packages/obsidian > > Also hotlinking of insider builds are illegal by the software's > license. I have already rejected PRQ # 28198 on the grounds that aur does not distribute any illegal content. maybe someone has other suggestions? > [1] https://aur.archlinux.org/account/lishid/ > [2] https://aur.archlinux.org/pkgbase/obsidian-insider/ -- Sincerely, Alexander | Trusted User

1 0

Re: [aur-general] Why were my packages gtkwrite, gtkwrite-git, and gtkate deleted from AUR? (Tinu Weber)
by John Briggs 14 Sep '21

14 Sep '21

On Tue, Sep 14, 2021 at 07:15:13AM +0000, zoorat via aur-general wrote: > Hi Tinu, > > In the last mail, I tried to explain the reasons behind my deletion request message, > where I should have sent this one. sorry. > 1. when I tried to build with default, it failed. > > 2. I changed "gtksourceview2" to "gtksourceview3" and "gtksourceview4", build failed. --------------cut-------------------------- Today I downloaded the git repository for gtkwrite. I followed the instructions in the README.md and compiled and generated gtkedit. I inspected my include directory for the gtksourceview* directories and found that I had both gtksourceview-3 and gtksourceview-4 installed. I suspected that I also could have installed gtksourceview-5 from AUR if I had wanted. As per the README.md file: $ make clean $ make with=-DWGTKSOURCEVIEW-4 and generated the gtkwrite executable. I did not install the program because I was not familiar with the PKGBUILD file. Because this package has been withdrawn I do not know how this will build against the PKGBUILD file. I suspect PKGBUILD will need to be modified. John

1 0

Re: [aur-general] Why were my packages gtkwrite, gtkwrite-git, and gtkate deleted from AUR? (Tinu Weber)
by zoorat 14 Sep '21

14 Sep '21

Hi Tinu, In the last mail, I tried to explain the reasons behind my deletion request message, where I should have sent this one. sorry. > Was there any comment or anything to let the maintainer know about the issue? Filing a deletion request right away seems a little harsh. sorry about that. From now on, I will let the submitter know first, then submit a deletion request. How long I should wait tho?? > If there *was* an upstream release, why not simply use the "out of date" flag? No. The last commit was on "May 29, 2019" and the last release was on "Feb 26, 2019". > Is there a need to constantly "update" PKGBUILDs? What about software that doesn't see upstream releases very often? I added this part to show "it's kinda dead". Nothing serious. > Of course if there is an issue for over 2 years, that's another thing. But again, was the author previously notified about the issue at all (e.g. via AUR comment)? there was nothing anywhere. no comment, no vote, no out of date. I would have added that comment and out-of-date note, if there was any. ok, let me tell you what I did before submitting the request... 1. when I tried to build with default, it failed. 2. I changed "gtksourceview2" to "gtksourceview3" and "gtksourceview4", build failed. 3. then I went to https://github.com/drankinatty/gtkwrite to try building but the first paragraph said... > A small fast standalone text editor written in C using Gtk+2 and optionally GtkSourceView2 to provide syntax highlighting... you need "gtksourceview". > The editor can be compiled with or without GtkSourceView. Without GtkSourceView it will compile as gtkedit. it's gtkwrite we are talking about. > With GtkSourceView it compiles as gtkwrite (requires GtkSourceView 2.x). and you need "gtksourceview2" and only v2 to build gtkwrite. we need that app's code to be updated or "gtksourceview2" package alive again. after getting no hope of fixing the PKGBUILD, I submit that deletion request. I hope it's not a mistake. ps, what else I should do to avoid wrong requests ?? your's zoorat.

1 0

Re: [aur-general] Why were my packages gtkwrite, gtkwrite-git, and gtkate deleted from AUR?
by zoorat 13 Sep '21

13 Sep '21

Hi David, I'm zoorat. I'm the guy who sent deletion requests to "gtkwrite" and "gtkwrite-git". no clue about "gtkate" tho. The reason for deletion are 1. Missing dependency (gtksourceview2) with that broken dependency, you can't build any of those packages. and I tried by removing the dependency but build will fail. 2.Last Updated: 2019-02-21 00:53. or Last Updated: 2019-02-26 10:41. It's been more than 2 years... If you think I made a mistake please let me know. If you need those packages clone "https://aur.archlinux.org/gtkwrite-git" and "https://aur.archlinux.org/gtkwrite".

3 2

[aur-general] Want A Comaintainer For Your Project?
by Kevin Morris 13 Sep '21

13 Sep '21

Hello AUR users, My name is Kevin Morris, also known as kevr. I've been getting interested in possibly helping out more with packages in general. I do not own too many in the AUR myself. Most of them are scripts that I developed and wanted to share with the community. My AUR Packages: - python-paginate - sprunge - sprunge-git - hastebin - hastebin-git - multiwatch I do want to help with more, but most of the things I can think of to add into the AUR already exist. So, I'd like to offer to any maintainers out there who may be interested: If you would like a comaintainer on your package, I am willing to take on that responsibility, as long as it is a package I am comfortable working on. This includes, in general, back-end (non-gui) packages -- especially packages which may serve as some sort of server. API, websites, web frameworks, libraries, and so on. But, I may be open to other kinds of packages as well -- the non-gui would just make testing and verification more simple for me. I definitely have more to learn each day, but I do have a pretty good understanding of the PKGBUILD format and build process as it is; enough that I can package things correctly (I believe; feedback on my current packages is welcome, of course). You can reply here or contact me personally if you wish. Thank you for your time, and thanks for being a part of sharing software with the world. I hope that I can be of some service. Regards, Kevin -- Kevin Morris Software Developer Identities: - kevr @ Libera

2 2

[aur-general] Oauth client IDs inside AUR package
by j.r 13 Sep '21

13 Sep '21

Hi, I'm currently trying to package multimc5 as VCS package. They recently added support for logging into your Minecraft account via a Microsoft account. But this requires a Microsoft client ID during compile. Now the devs decided to not make the client ID for their own builds public. Which they are okay to do, but this now comes with the problem that there is no client ID that a AUR package could use for oauth with Microsoft. I'm able to build it with my own client ID locally, but my question is now if there is any best practice on how to include such things into a package? Should we require users to create their own client secret, which is pretty bad UX? Best regards j.r

3 3

[aur-general] Why were my packages gtkwrite, gtkwrite-git, and gtkate deleted from AUR?
by David C. Rankin 13 Sep '21

13 Sep '21

All, Who authorized the removal of my packages gtkwrite, gtwrite-git and gtkate from AUR? I check my dashboard regularly and there was nothing flagged and there was no notice that the packages were going to be removed. Why were they removed and why wasn't I informed before the removal? I have been a member of the Arch community for 12 years and I have never seen anything like this before. cc: Allan -- David C. Rankin, J.D.,P.E.

2 1

[aur-general] New maintainer
by Jason Kercher 11 Sep '21

11 Sep '21

Hello my name is Jason. I just published my first package to the AUR. It is a text-processing program called fql. I was surprised how simple it was. I'm pretty good with bash and have previously maintained a personal Linux from scratch build so I'm pretty good at getting things complied. I was wondering if there is a place (or if this is that place) to find packages in need of a maintainer? if anyone has a minute to look at my PKGBUILD, that would be great. One of the tools listed in the wiki said it was missing something about contributors so maybe I missed a variable? Otherwise, I think I got it right.

5 6

[aur-general] Procedure for reviving a deleted AUR package
by Yash Karandikar 04 Sep '21

04 Sep '21

Hi all, Recently the AUR package magic-wormhole was deleted by its maintainer. Because of this, I want to now go ahead and maintain it myself. Is there some procedure to reviving deleted AUR packages? I know there was something about how the git repo isn't truly deleted. Thanks, Yash Yash Karandikar d5c4 1cbc 071b 41b3 f235 da13 f01e 92cd 2390 f369

2 2

[aur-general] Can't git push, 'detached HEAD' state
by Fabio Loli 01 Sep '21

01 Sep '21

Hi, I can't git push in a pkgbuild I have recently adopted and don't know how to fix this. Logs for git clone and git push can be seen here: https://bin.disroot.org/?5bcc8b5042367adc#5mWdBewwCSZ3UrqvArYpe3rCfey5uEK85… https://bin.disroot.org/?da0c1f97d7791bec#DLKBzdobn82V6zs3tS1dNy692ed6CMfa2…

3 3

Re: [aur-general] Cycled dependencies in AUR
by Mikhail f. Shiryaev 30 Aug '21

30 Aug '21

Hello. Today I tried to build ruby-rubocop [1] package and it's in a strange state. A lot of packages for the package are cross-dependent for the check, for example ruby-ruby-progressbar [2] and ruby-fuubar [3]. The proposal of how to solve it from Mario [4] is to skip the check() phase, see comment [5]. The same is valid for package ruby-rubocop-performance [6] that is dependency for rubocop check and requires it to be built IMHO the state when the packages aren't able to be built by the simple AUR helper command like `yay -S ruby-rubocop` should be considered as room for improvement. If I'm wrong, please say so. But I'd like to have AUR packages in an easily installable state and not passing additional arguments like `--nocheck` for makepackage commands. [1] - https://aur.archlinux.org/packages/ruby-rubocop [2] - https://aur.archlinux.org/packages/ruby-ruby-progressbar/ [3] - https://aur.archlinux.org/packages/ruby-fuubar/ [4] - https://aur.archlinux.org/account/supermario [5] - https://aur.archlinux.org/packages/ruby-rubocop-rspec/#comment-823420 [6] - https://aur.archlinux.org/packages/ruby-rubocop-performance/ Best regards, Mikhail f. Shiryaev p.s. Mario, sorry for sending you two messages. >

6 6

[aur-general] What's happened with URxvt upstream? And how to build dependent packages now?
by Radislav Golubtsov 30 Aug '21

30 Aug '21

Hi guys, First of all, I’d like to say, I’m a long-time and happy user of the URxvt terminal emulator and more precisely — of its AUR package "rxvt-unicode-better-wheel-scrolling" [1]. It’s the very good complement to a WM of my choice (Window Maker) for many years. From aside, I didn’t updated Arch on my laptop around a year (11 months with a couple-triple of extra days). And in the end of last eek I’ve decided to do so (with help, of couse, pacman-static from the private repo of Eli Schwartz [2] — and then with the stock pacman straight out). Finally, my system is running well with all the official packages updated and those from the AUR too, except one mentioned for this asking — URxvt. AFAIK, and as checked out some of the AUR packages, resembling and augmenting functionality of the URxvt terminal emulator, — they are all pulling out the upstream tarball in their PKGBUILDs from Mark Lehmann’s website. The latter is currently unavailable, unfortunately. And the URxvt tarball is also unavailable for downloading. What to do now with this, guys? — Maybe some of you know where to get aforementined URxvt tarball (another URL, publicly advertised, or someone hosted it on their website). Thanks in advance for a suitable solution or direction to solve this out there. [1] https://aur.archlinux.org/packages/rxvt-unicode-better-wheel-scrolling/ [2] https://pkgbuild.com/~eschwartz/repo/x86_64-extracted/ -- Kind regards, Radislav (Radicchio) Golubtsov

5 8

Re: [aur-general] [PRQ#27846] Deletion Request for iwlwifi-7265-ucode
by Ramadan Ali 30 Aug '21

30 Aug '21

iwlwifi-7265-ucode [1] contains two different files `iwlwifi-7265-14.ucode` and `iwlwifi-7265-14D.ucode` wich are not present in linux-firmware [2] Maybe `iwlwifi-7265-ucode` can be renamed as `iwlwifi-7265-14-ucode`, but I think it's not necessary alicavus [1] https://aur.archlinux.org/pkgbase/iwlwifi-7265-ucode/ [2] https://archlinux.org/packages/core/any/linux-firmware/ On 8/30/21 2:12 AM, notify(a)aur.archlinux.org wrote: > yochananmarqos [1] filed a deletion request for iwlwifi-7265-ucode > [2]: > > This is included in the linux-firmware package. > > Also with PRQ#27845, I meant to say linux-firmware, not the kernel. > > [1] https://aur.archlinux.org/account/yochananmarqos/ > [2] https://aur.archlinux.org/pkgbase/iwlwifi-7265-ucode/ >

1 0

[aur-general] Package Request and/or TU Application
by Kevin Morris 20 Aug '21

20 Aug '21

Hi aur-general, I've come across a Python library which serves a nice purpose for aurweb's FastAPI implementation, but noticed that it is not yet maintained in the Arch official repositories. For aurweb, we'd like to stick to packages which exist within our official repositories, and so I'm here to start a chat about either someone picking it up or applying as a TU to maintain it. Upstream: https://github.com/Pylons/paginate Description: A Python pagination module I've put together an AUR package for this project to share/demonstrate its PKGBUILD that could be used to produce a [community] package, located at https://aur.archlinux.org/packages/python-paginate/. There are other python-*-paginate libraries around the AUR, but they are not meant to be as standalone as Pylon's paginate seems to be (out of the box, at least). For any TUs out there, could you perhaps give some feedback as to your thoughts on the package topic? It'd be greatly appreciated. That being said, I could maintain the package, but I have not really reached out to TUs to get any sort of sponsorship in regards to this, as I do not really have many packages that I know of to pick up. My main goal here is to get `python-paginate` into [community], however that may be achieved. Would this be possible? Thanks for your time and willingness to read this. Regards, Kevin Morris -- Kevin Morris Software Developer Identities: - kevr @ Libera

3 6

[aur-general] Request for deletion process?
by S Shaikh 16 Aug '21

16 Aug '21

Hello, I'm relatively new to the AUR, and one of my packages[1] has been requested (marked?) For deletion. Naturally I believe that there's a case for the package. I plan to respond on the package page itself, but am a little lost on the actual process in general. Is there a specific audience I should frame my case to? What are the timings for deletion? Should the discussion be had here or there? Does the fact that it's even got this far mean there's no turning back (or can anyone file a request for further approval?). Thanks! Shak [1]https://aur.archlinux.org/pkgbase/i3blocks-contrib-install-git/

2 1

[aur-general] TU application - alex19EP
by Alexander Epaneshnikov 10 Aug '21

10 Aug '21

Hello, my name is Alexander Epaneshnikov. and I'd like to join the Trusted Users team to further improve the Arch Linux accessibility for people with disabilities. I am sponsored by David Runge <dvzrv> and Sven-Hendrik Haase <svenstaro>. I started using Arch Linux in 2018 and since then it has become my main distribution. I also do my best to help blind people learn about arch and start using it. regarding minimum basic requirements: * I know how to script some things. I use zsh on a daily basis, but I can work with bash / sh too. * I maintain a few packages in the AUR[1]. I also have a couple of pkgbuilds on github[2]. * I definitely know how to google. (using surfraw for that) * my involvement with the arch mailing lists and IRC is rather low, but I am very active in blind specific lists and IRC channels. There I help users, create bug reports about a11y related problems for projects and of course talk about Arch. I can be found on irc on oftc and liberachat under the alex19EP nickname. As I already said, I would like to become a TU to further improve the appeal of Arch for people with disabilities, so I want to maintain packages that are related to a11y: * lightdm-slick-greeter - the most accessible lightdm greeter. * rhvoice - Open source speech synthesizer. (I am one of the upstream maintainers) * fenrir - A user space console screen reader written in python3 Additionally, I would like to move some packages which are popular and that I use personally to the [community] repository. * etc-update * glulxe-term * bitwarden and bitwarden-cli - eh electron I know, but it is the only cross-platform password manager which is accessible. * hunspell-ru * magic-wormhole * yadm I can also help maintain packages which are already in community: * espeakup - I am now the upstream maintainer for this project. * espeak-ng * matrix-synapse My biggest and perhaps most significant contribution to Arch is the addition of accessibility features for blind people to archiso [3] [4]. I have also written and kept documentation for installing Arch with accessibility options [5] up-to-date. my other open source contributions: I maintain RHVoice [6] and espeakup[7]. Gladly I will answer any comments or questions. [1] https://aur.archlinux.org/packages/?O=3D0&SeB=3DM&K=3Dalex19EP [2] https://github.com/alex19EP/pkgbuilds [3] https://gitlab.archlinux.org/archlinux/archiso/-/merge_requests/79 [4] https://archlinux.org/news/accessible-installation-medium/ [5] https://wiki.archlinux.org/title/Install_Arch_Linux_with_accessibility_opti… [6] https://github.com/rHVoice/rHVoice [7] https://github.com/linux-speakup/espeakup Arch project accounts: Wiki: Alex19EP Forums: alex19EP (inactive there) Flyspray: https://bugs.archlinux.org/user/28985 -- Sincerely, Alexander

6 15

[aur-general] Stepping down as TU
by alad 10 Aug '21

10 Aug '21

Hi all, For some time now my involvement as TU has been limited, particularly on the packaging front. I'd always thought I'd get more time, but I keep getting more on my plate from my graduate studies. With the steady influx of fresh blood to the TU team, it now seems a good time for me to resign. I'll stay around as wiki administrator and IRC op (as well as maintainer of aurutils). List of packages in [community] where I'm the sole maintainer: asoundconf cabextract datamash edbrowse expac innoextract nawk pslist qpdfview sigil sylpheed time udevil wimlib xsettingsd Of those, the following are required by other packages: cabextract expac time xsettingsd Cheers and thanks for all the fish! Alad

9 8

[aur-general] Created account with incorrect email
by Maxwell G 03 Aug '21

03 Aug '21

Hi, I just created an AUR account with the username gotmax23. I'm usually more careful, but I mistyped my email address, despite the clearly posted warning. I believe I added an extra x to gotmax in my email address gotmax@.e.email. Could you please set the email address on that account to gotmax(a)e.email so I can set my password? If you need verification, I can send the IP address that I used to create the account in private. Thank you so much, Maxwell -- Maxwell G Pronouns: He/Him/His gotmax(a)e.email

2 3

[aur-general] Strange pikaur behaviour
by Peter Nabbefeld 02 Aug '21

02 Aug '21

Hello, I'm currently trying to build meshroom-git. I removed the old installation to replace alembic-qfix by community/alembic, and I'm able to build meshroom-git (with some problems). 1. For installation, I use "pikaur -Sa meshroom-git". 2. pikaur tells me about missing alembic-qfix, though latest PKGBUILD does not refer to it as a dependency. 3. I can only build meshroom-git after making some change (commenting/uncommenting a print instruction). 4. When I try again, I'm again told about dependency alembic-qfix not found in AUR. Also, when building meshroom-git, two outdated dependencies are built first and removed after the build. Obviously, there's still an earlier version of PKGBUILD located somewhere which is not deleted (and I don't know where to find it, as removing ~/.local/share/pikaur/aur_repos/meshroom-git and ~/.cache/pikaur/{build,pkg}/meshroom-git does not seem to be enough). Any idea? Kind regards, Peter

4 8

[aur-general] PKGBUILD review request (REXPaint)
by Vince 01 Aug '21

01 Aug '21

Hello aur-general, Thank you for your help in the previous threads. I'm immensely grateful for the feedback I got, and hope that I'm not polluting too much. I have completed a PKGBUILD for REXPaint. I would be grateful if someone could take a look and make sure that it ticks all the boxes, and give me any constructive criticism that may apply. All the best, Vince

2 2

[aur-general] Cannot build alice-vision-git
by Peter Nabbefeld 01 Aug '21

01 Aug '21

Hello, after I managed to build cctag (by insertion of "cd" commands into PKGBUILD), now I have problems building alice-vision-git. The problem: Minor versions of OpenEXR (3.0.x) and Imath (3.1.x) differ. To fix the problem, I added "-DOPENEXR_IMATH_LIBRARY=/usr/lib/libImath-3_1.so" to PKGBUILD. This worked in one (or some) case(s), but it does not work for libAlembic: /usr/bin/ld: warning: libImath-3_0.so.28, needed by /usr/lib/libAlembic.so.1.8, not found (try using -rpath or -rpath-link) /usr/bin/ld: /usr/lib/libAlembic.so.1.8: undefined reference to `Imath_3_0::half::convert(int)' /usr/bin/ld: /usr/lib/libAlembic.so.1.8: undefined reference to `Imath_3_0::half::_eLut' /usr/bin/ld: /usr/lib/libAlembic.so.1.8: undefined reference to `Imath_3_0::half::_toFloat' /usr/bin/ld: Linux-x86_64/libaliceVision_sfmDataIO.so.2.4: undefined reference to `Alembic::AbcGeom::v12::XformSample::setMatrix(Imath_3_1::Matrix44<double> const&)' It seems, QmlAlembic does not honour the config option "OPENEXR_IMATH_LIBRARY". Kind regards, Peter

2 5

[aur-general] Pushing rc version of package to aur
by Jan Kohnert 01 Aug '21

01 Aug '21

Hi, I maintain the gnudatalanguage package on the aur. The current release is 0.9.9 (from 2019); however, there is 1.0.0-rc.3 available on their webpage. I recall having read somewhere in the docs that pushing rc version is generally discouraged on the aur, but got a out-of-date flagging today. So the question is simply: Whould it be ok to push 1.0.0-rc.3 to the aur? And if so; how to specify the version tag correctly? Thanks in advance! -- MfG Jan

4 6

[aur-general] Request for Public Review of REXPaint package
by Vince 31 Jul '21

31 Jul '21

Hi everyone! Thank you for the help on the the thread eariler, I found the advice and examples very useful. I have posted a request for review of my PKGBUILD over IRC, but I would appreciate any criticism here too. I have uploaded the PKGBUILD, and two files that would come with it (launcher.desktop and launcher.sh). There are a couple decisions I made that are unconventional, so I'll list them here: 1. As George suggested, I renamed my package from `rexpaint-bin` to just `rexpaint`, since there are no sources available. 2. The server hosting the program blocks Curl's user agent. As far as I can tell, the convention is to use "Mozilla" as a user agent instead. However, I have opted to use "PKGBUILD" as the agent, so I avoid accidentally messing up any statistics that may be collected upstream. 3. I have used standard package permissions as far as I can tell, except for `/usr/share/rexpaint/images`. The program saves data into this directory, so it must be 777. 4. I am not sure what to do with `/usr/share/rexpaint/data`. It contains data such as fonts and palettes, which might be edited by the user during usage. Right now I have assumed that the user will not do that, so it is not listed in `$backup` and its mode is 755. I have sent an email upstream asking about this, and am waiting for a response. 5. The program tries to write logs into the Working Directory (`/usr/share/rexpaint`), but it cannot do this because I have set its mode to 755. However, giving the everyone write permissions in `/usr/share/rexpaint` seems insecure. Please advise. As stated before, I have emailed upstream to ask if it's okay that I publish this packaging to the repositories. This is not required by the license, but I am too young to be making enemies, and it would be nice to have some upstream. I will publish it when I get the goahead, or if he takes more than 24h to reply. All feedback is appreciated. Thank you in advance, Vincent

2 3

Re: [aur-general] [arch-general] [aur] cctag build error
by Peter Nabbefeld 31 Jul '21

31 Jul '21

NOTE: Moving discussion to aur-general - please don't reply on arch-general. Am 31.07.21 um 12:39 schrieb Ralf Mardorf via arch-general: > On Sat, 31 Jul 2021 12:09:37 +0200, Peter Nabbefeld wrote: >> Unknown CMake command "CUDA_ADD_LIBRARY". >> >> How can I fix this? > Hi, > > the very first thing to do by yourself, before even posting to an > appropriate mailing list, is trying to build without an AUR helper. > > Since you get a CUDA related error mesage, you probably should mention > what environment variables you used. > > "CUDA_ARCH=x.y to build for specific GPU architecture ( Supports: > single arch (5.2) the list of archs (5.2;6.0), arch name (Maxwell) or > auto (Auto) ) > > DISABLE_CUDA Build without cuda support" - > https://aur.archlinux.org/packages/cctag/#pinned-818726 > > My guess is, that there is a reason for the pinned comment. > > Taking a look at the mailing list archive you frequently sent AUR > related requests. Actually I don't know if those requests belong to > https://lists.archlinux.org/listinfo/aur-general , but it's likely more > appropriate than this mailing list is. > > Regards, > Ralf Thank You for Your answer! I rarely get build errors, even with AUR packages - with the exception of alice-vision and its dependendencies -, so I'm not much used to handle such problems (the disadvantage of a stable system ;-) ). And I'm no C programmer, which makes it difficult for me to fix cmake related errors myself - I can only try to track problems until some level of complexity. In this case I thought the makefile would miss some dependency. As I'm using the nouveau driver instead of nvidia's, I'm pretty sure there's no CUDA support (but I'll not render complex graphics often, so some more processing time won't hurt). However, I plan to setup my Linux installation by the end of the year, so some modules and parameters may change in the future. I've added the following two lines between "# Maintainer" and "#Configuration" at the top of PKGBUILD: DISABLE_CUDA=1 ENABLE_APPS=1 Now I get a missing dependency for devil2. Without "ENABLE_APPS" I get the following error (among some others, but this is probably the cause for the others): CMake Error at /usr/share/cmake-3.21/Modules/WriteBasicConfigVersionFile.cmake:43 (message): No VERSION specified for WRITE_BASIC_CONFIG_VERSION_FILE() Kind regards, Peter

3 5

[aur-general] Question about PKGBUILD guidelines
by Vince 31 Jul '21

31 Jul '21

Hello, This is my first time interacting with a mailing list, so please let me know if I've done something wrong, or I'm asking in the wrong place. I plan to submit a binary PKGBUILD for REXPaint, and since it's distributed as a portable binary for WINE, I have a couple questions about the guidelines: 1. Is it right that it should be installed into /usr/share? 2. How do I properly include files that are necessary for use, but not included in the upstream source? In my case, this would be a .desktop file and a bash script in /usr/bin. My intuition is to use "echo" during the prepare() phase, but I was wondering if there was a cleaner way to do this. 3. In accordance with the Nonfree guidelines, I will name my package 'rexpaint-bin'. However, since there is no open source version yet, do I need to conflict it with 'rexpaint'? Thanks in advance, Vincent

5 4

[aur-general] [Request] Drop community/wings3d to AUR
by mpan 28 Jul '21

28 Jul '21

Hi, community/wings3d is orphaned and the current package (2.2.5-4) is no longer working due to errors at startup. Dropping to AUR would at least allow posting a comment that bumping PKGBUILD to 2.2.7 (the current development version) fixes the issue. Tested by two users. (Only additional details below) --- Error in 2.2.5-4 (current package) ------------------------------ Internal Error Version: 2.2.5 Window: [wings,wings,<0.89.0>] Reason: {error,{badkey,'WX_GL_SAMPLE_BUFFERS'}, [{erlang,map_get, ['WX_GL_SAMPLE_BUFFERS', #{wxSTC_AVS_FUNCTION => 12,wxLANGUAGE_MARATHI => 139, wxSTC_ECL_CHARACTER => 7, wxSTC_VISUALPROLOG_COMMENT_BLOCK => 4, wxSTC_SN_NUMBER => 4,wxSTC_D_OPERATOR => 13, wxFNTP_FONTDESC_AS_LABEL => 8, wxLANGUAGE_KINYARWANDA => 119, wxSTC_HEX_DATAADDRESS => undefined, wxSTC_INDIC0_MASK => 32,...}], [{error_info,#{module => erl_erts_errors}}]}, {wxe_util,get_const,1,[{file,"wxe_util.erl"},{line,65}]}, {wings_gl,attributes,0,[{file,"wings_gl.erl"},{line,58}]}, {wings_gl,window,4,[{file,"wings_gl.erl"},{line,75}]}, {wings_gl,init,1,[{file,"wings_gl.erl"},{line,48}]}, {wings,init,1,[{file,"wings.erl"},{line,71}]}, {proc_lib,init_p_do_apply,3, [{file,"proc_lib.erl"},{line,226}]}]} --- Error in 2.2.6 (current stable) --------------------------------- Internal Error Version: 2.2.6.1 Window: [wings,wings,<0.89.0>] Reason: {error,undef, [{wxGLCanvas,setCurrent,[{wx_ref,553,wxGLCanvas,[]}],[]}, {wings_gl,window,4,[{file,"wings_gl.erl"},{line,93}]}, {wings_gl,init,1,[{file,"wings_gl.erl"},{line,47}]}, {wings,init,1,[{file,"wings.erl"},{line,71}]}, {proc_lib,init_p_do_apply,3, [{file,"proc_lib.erl"},{line,226}]}]}

2 1

Re: [aur-general] Is base an implicit dependency?
by Cedric Girard 27 Jul '21

27 Jul '21

Hi, On 2021-07-27 11:20, Marcin Wieczorek wrote: >> The most important meta package is base. It contains a minimal package >> set that defines a basic Arch Linux installation. It includes: > Without base you wouldn't be building the package on a system that can > be called Arch Linux. What's the point then? I am misusing devtools feature to build in a clean chroot, then? Or is there a bug in those tools? Regards, -- Cedric Girard

5 8

[aur-general] Is base an implicit dependency?
by Cedric Girard 27 Jul '21

27 Jul '21

Hi, I would like to have a confirmation. I encountered a PKGBUILD on AUR that is not building correctly except when systemd is present when building. The maintainer considers the makedeps is implicit as systemd is dragged by base metapackage. However devtools only ensures base-devel is present, not base, when building in a clean chroot. And I could not find a mention in the wiki of base expected to be present when writing a PKGBUILD. Could you confirm to me what are the guidelines? Does systemd (make)dependency should be explicit or not? Regards, -- Cédric Girard

6 7

[aur-general] archinstall script suggestion
by Jude DaShiell 22 Jul '21

22 Jul '21

In the case where /dev/sda is selected for installation and an installer chooses to format the whole disk and install a basic partition system on the disk and any other data is already on the disk archinstall errors out. In this case, wipefs -a /dev/sda run first clears the pre-existing data and partition structure and archinstall then operates correctly.

2 2

[aur-general] pcb-rnd-svn first package
by pcb-rnd＠cuvoodoo.info 22 Jul '21

22 Jul '21

Hi list, I would like to have some feedback for my first PKGBUILD files for packages. the existing pcb-rnd-svn AUR package is currently broken because the project requires a need dependency: librnd3. thus I decided to create all packages needed/related by it, and fix its optional dependencies. I was able to create all packages on a fresh arch, and checked them against namcap. please let me know if the PKGBUILD are OK so I can submit them. thanks, cuvoodoo

2 10

[aur-general] aurweb using incorrect git links
by turret 15 Jul '21

15 Jul '21

hey, turret here, has anyone else noticed how the aurweb link at the bottom still points to git.archlinux.org a quick search in gitlab shows that some other links in the documentation point to that old address, and i fixed (at least i hope) most of them can someone with gitlab access do a PR? .patch file https://pastebin.com/raw/taqXUZkz thanks ~turret

2 2

[aur-general] Request to check my PKGBUILD
by 悲剧小白 13 Jul '21

13 Jul '21

I made a PKGBUILD for the "Badlion Client" software, but there will be some warnings during the build. How can I deal with this problem? If PKGBUILD has any other questions, please let me know. tips: Badlion Client is a third-party launcher for Minecraft games. To run the game, you need to have a genuine Minecraft Java Edition account.

3 5

[aur-general] TU application - Morganamilo
by Morgan Adamiec 10 Jul '21

10 Jul '21

Hey there! I'm Morgan, Morganamilo in most places and I'd like to apply to become a Trusted User with dvzrv and kpcyrd's sponsorship. I've been an avid Arch user for the past 5 or so years. I started dipping my toes into the community with some wiki edits, bug reporting and submitted my first AUR package back in 2017. I also love FOSS as a whole, I contribute to random projects here and there, participate where I can and just love the community aspect. These days my main involvement with arch is pacman and the AUR. I started contributing to pacman 3 years ago. Adding stricter pkgbuild linting and fixing a bug here or there. Fast forward to now and I'm one of the maintainers of pacman as well as maintaining the rust bindings for libalpm. On the AUR side I co developed yay, developed paru and also have contributions in pretty much every current AUR helper. So I pretty know the AUR/pacman/makepkg inside out. Some other things I do in and around Arch are: * I maintain a handful of AUR packages * I'm a moderator for the r/archlinux subreddit * I'm a (bit inactive) Bug wrangler * I also maintain a handful of pacman/AUR oriented rust/go libraries * I also go and bug AUR maintainers about broken pkgbuilds I'm a big fan of rust, so a lot of the packages I wish to maintain are rust related. A lot of it is there in the repos already So I'd be looking to co maintain: * rust-analyzer * rust-bindgen * rustup * cargo-audit * cargo-bloat * cargo-edit * bat * ripgrep * discord (I maintained the AUR package before it was in community) * dolphin * packagekit (Mostly just to help with patching it for new alpm compat) And the packages I would like to add to community are: * git-delta * cargo-asm * vim-rust (aur: vim-rust-git. has no releases, will ask upstream) * magic-wormhole * vim-coc * discord-canary (technically beta software but is official and intended for public use) Github: https://github.com/Morganamilo AUR: https://aur.archlinux.org/account/Morganamilo Forums: https://bbs.archlinux.org/profile.php?id=113213 Bugs: https://bugs.archlinux.org/user/26268 irc: Morganamilo I'm looking forward to sinking my teeth into Arch even more. It's a great community and I've thoroughly enjoyed my time so far. Morgan

6 11

[aur-general] SSH Key Denied Problem
by Matt Spaulding 09 Jul '21

09 Jul '21

Hello, I assume this is the right mailing list for this kind of thing. I have an account with the AUR and a couple of packages. I'm attempting to update one of those packages and I am getting a permission denied error when trying to clone the git repository. Now, my SSH key has changed and I went ahead and updated my SSH public key in the account settings. But for some reason I still get a permission denied error. I am wondering if I am doing something wrong here, or if there is something an administrator needs to fix, or something else altogether. Here's a link to the account in question. https://aur.archlinux.org/account/mattops -- Best Regards, Matt

3 8

[aur-general] TU application for Caleb, aka alerque
by Caleb Maclennan 05 Jul '21

05 Jul '21

Hello all! My name is Caleb Maclennan (AUR moniker “caleb”, most other places “alerque”). I’m a long time Arch Linux user and AUR contributor looking to get more involved, and specifically to join the TU group so that I can help out with packages in [community]. I’m particularly interested in the Lua ecosystem (which thanks largely to @Daurnimator is much less of a mess than it was a year ago when I first started looking into becoming a TU, but could still use a helping hand) as well as anything related to font development or typesetting. As you’ll see I have some experience in FOSS, software packaging, and Linux in general, but maybe the most important thing is I can still learn and I’m open to learning and adapting so that my contributions are in cooperation with the rest of the community, not in conflict with it. Two existing TUs, Daurnimator and Archange, have agreed to sponsor my application: * https://archlinux.org/people/trusted-users/#daurnimator * https://archlinux.org/people/trusted-users/#Archange For full disclosure I did put out feelers about a year ago looking for sponsors and didn’t get any takers at the time. Nobody outright refused but several emails went unanswered and TUs in IRC commented on various things but nobody “bit”. As for the minimum basic requirements: * I definitely know my way around shell scripts (I prefer ZSH, but have a good grasp of Bash and POSIX usage too) and also most VCS systems. * I’ve been maintaining hundreds of AUR packages for some years, some of them cleaner than others. I would expect anything destined for [community] to be held to a high standard of cleanliness and testing and won’t be offended if some hacks I’ve let slide in the AUR aren’t appropriate for other repos. * The weak point in my application may be my low bbs/mailing list involvement, but you can check my Stack Exchange profile or other places to see that I’m not clueless. I’ll be willing to keep in touch with other TUs (and the bug tracker, which I feel like is sometimes neglected for community packages). * Yes I can Google words. * Below I’ll outline some packages and my various interests in them. * I have some past involvement reporting in the Flyspray and GitLab trackers for Arch packages and projects. * I don’t recall sending patches for any Arch projects yet, only patches for packaging. * I have lots of other FOSS involvement, everything from well known projects like Harfbuzz or Pandoc to esoteric VIM plugins. I have upstream contributions to dozens of projects in [community] already and a large chunk of the things I current package on the AUR. Packages I have previously maintained in the AUR which have already been adopted into [community]; where extra hands are welcome I could still help with these: * age * birdfont * gentium-plus-font * git-annex * git-crypt * gitlab * gitlab-workhorse * grunt-cli * lua-filesystem * lua51-penlight * mattermost * otf-libertinus * pqiv * python-hsluv * python-pytoml * shutter (later demoted back to AUR for good reason) * ttf-hack * xkcdpass * yq Other packages already in [community] which interest me and I would potentially be interested in co-maintaining, help keeping up to date, fixing packaging bugs, etc: * hledger: upstream contributor \ Flyspray packaging reports have taken months and some years * lilypond * lua-penlight: upstream contributor \ has often been months OOD even when patches in Flyspray * pandoc: upstream contributor \ is less ofter a problem recently but historically was often OOD in \ community, I know the Haskell deps are deep dark depths, but having \ it OOD has been a constant pain point for me * sword * tridactyl: upstream contributor * vim-nerdcommentor: upstream maintainer * vim-nerdtree: upstream contributor Current (semi) orphans in [community] I might pick up: * python-fonttools \ (current maintainer Andrzej recently said they need help) * python-unicodedata2 (same) Things I currently maintain in the AUR that I would like to see eventually migrated to [community], of course dependent on all the packaging details and usage stats being copastetic: * asterisk * csvkit * epubcheck * font-manager * gitlab-pages * lua-busted * lua-posix * marktext * myrepos * praat * programmers-dvorak * sile: upstream maintainer (+12 lua-* deps) * ttfautohint * vcsh * xiphos * zerobane-studio * zettlr Things I don’t maintain in the AUR but would like to see moved someday (off the top of my head, I’m sure there are more): * bottom * duf * git-delta * gitahead * gitlab-glab * wp-cli AUR packages: * Maintainer (553): https://aur.archlinux.org/packages/?K=caleb&SeB=m * Co-maintainer (90): https://aur.archlinux.org/packages/?K=caleb&SeB=c Even with hundreds of AUR packages I only get a trickle of OOD flags because I follow most of the projects I package upstream. At the very least I subscribe to release notices, but often I’m more involved and use the packages myself, so am motivated to keep them up to date. I have just a wee bit of *nix experience over the past 27 years, for example you can have a look around my Stack Exchange profile for the Unix & Linux site: https://unix.stackexchange.com/users/1925/caleb?tab=topactivity Over the years I’ve been involved in quite a few FOSS projects: * Github profile: https://github.com/alerque * Gitlab profile: https://gitlab.com/alerque * OpenHub profile: https://www.openhub.net/accounts/alerque This won’t even be my first Linux distro rodeo. After cutting my teeth on early RedHat (when it came on 4 floppies!) I eventually became heavily involved in PLD Linux development from 1998 to 2012 (when I started switching to Arch Linux). I was a member of the CDG (Core Developers Group) and contributed thousands of packaging updates. I was always in good standing with the other team members. My current Arch usage includes use or admin responsibilities OS on 9 desktops, 4 laptops, 13 assorted devices (RPis, print and NAS servers), 6 permanent cloud servers, 3 bare metal servers, and any number of containers (ephemeral cloud server instances, local and remote Docker/lxc services, VirtualBox, etc.). It has been my daily driver for desktop and server use for 9 years now. Thank you for your consideration, and I look forward to hopefully many more years of being part of a great distro! Caleb P.S. Obligatory flame war fodder: (Neo)vim forever, always use Oxford commas, spaces not tabs, döner and tacos.

15 34

[aur-general] Package `pijul` in both AUR and Community-Testing
by Markus Arians 02 Jul '21

02 Jul '21

Hi everyone, today I noticed I was unable to push to the AUR repository for the pijul package with the server hook error message "remote: error: package already provided by [community-testing]: pijul". Sure enough, the package exists in the Community-Testing repository (see https://archlinux.org/packages/community-testing/x86_64/pijul/) Now, as far as I understand, packages can be "promoted" to the community / community-testing repository, however, in this case it seems like a new package with the same name has been created. Is this the usual procedure? What will my responsibilities as packager of the AUR pijul package be? What happens to the AUR package? Should I just leave it as it is? Submit a delete request? Thanks for your help! Markus

6 10

[aur-general] Mailing List Address Update
by Kevin Morris 26 Jun '21

26 Jun '21

Hi aur-general, The mailing list has undergone a specific modification in which <list>@archlinux.org no longer deals with or redirects to <list>@lists.archlinux.org. At this point, the newly required address for the aur-general mailing list is: aur-general(a)lists.archlinux.org Thank you all for the hard work you do and contributing to AUR for the benefit of the community! Regards, Kevin Morris kevr @ Libera -- Kevin Morris Software Developer Identities: - kevr @ Libera

1 0

[aur-general] Issue a warning while (re)packaging a binary package?
by Jan Kohnert 18 Jun '21

18 Jun '21

Hi, a new version of a (binary) package I'm maintaining (clockify-desktop) requires an executable /tmp directory to run. So I'd thought about adding a warning to the PKGBUILD if /tmp is mounted noexec (as on all of my maschines). Unfortunately I could not find a hint in the documentation if 1. this idea is considered "good behaviour" 2. where exactly to put the warning. My first attempt whould be something like adding a pre/post install check, if the directory is executable and print a message in case it is not. Any thoughts on this one? Thanks and best regards -- MfG Jan

4 5

[aur-general] Renaming packages - scaleft client and server tools
by Tony G. 13 Jun '21

13 Jun '21

Hello! I maintain a few packages and was pointed out by a user that the naming should be different (due to being a prebuilt deliverable). I found in the forums a similar case[0] and the suggestion was to send an email to this DL. I've already created a new repository with the new names, but I'd like to merge the old packages into the new ones. In the thread I read that it is possible to preserve comments and votes, if that's possible that would be great. In any case any pointer to what's the best approach is appreciated. | Old package | New package | | -------------------- | ------------------------ | | scaleft-client-tools | scaleft-client-tools-bin | | scaleft-server-tools | scaleft-server-tools-bin | Thanks!! [0] https://bbs.archlinux.org/viewtopic.php?id=175628 -- Tony G.

2 2

[aur-general] NVHPC packages changes the default compiler for the System
by Jayesh Badwaik 10 Jun '21

10 Jun '21

Dear All, I hope this is the correct place to post the message. The `nvhpc` package adds a files `/etc/profile.d/nvhpc.sh` to the system. This file sets the environment variables: export CC=$nvcompdir/bin/nvc export CXX=$nvcompdir/bin/nvc++ export FC=$nvcompdir/bin/nvfortran export F90=$nvcompdir/bin/nvfortran export F77=$nvcompdir/bin/nvfortran export CPP=cpp This changes the default compiler of the system and thereby causing all utilities which honor the environment variable to fail. I wish that the `nvhpc.sh` should not be installed in `/etc/profile.d` and instead should be in a location which is not read by default. That way, the user who wants to opt into it can opt in. I know AUR is maintained by volunteers, but I'm hoping to reach the maintainer of the `nvhpc` packages through this mail. Thank you. -- Best Jayesh Badwaik Juelich Supercomputing Center Forschungzentrum Juelich

1 0

[aur-general] About the vuescan-bin package updating problm
by Thibault Molleman 30 May '21

30 May '21

So, I like the Vuescan app and I respect the developer for having made it. Really glad I paid for it. BUT it has to be said that installing/updating this aur package is a disaster. Basically: the download urls and/or the checksums keep changing to the point where 90% of the time when you try to update/install it, the pkgbuild is already out of date. I emailed the developer asking if he could adopt a better download url system. He replied: "No, I want people to only download VueScan from www.hamrick.com and I’m trying to figure out ways of disabling downloading from other sites." I explained to him that downloading from a repo or via a pkgbuild is such a convenient method and one of the key selling points of using Linux tbh. But haven't received an answer back (it has only been 3 days. But still). I really hope this 'issue' can somehow be resolved so people can properly install this great app without the constant cat-mouse game of trying to update the checksum fast enough. Cheers, Thibault

4 7

Re: [aur-general] Notification of GPL violation
by Manhong Dai 26 May '21

26 May '21

> Date: Thu, 20 May 2021 15:05:21 -0500 > From: "David C. Rankin" <drankinatty(a)gmail.com> > To: aur-general(a)lists.archlinux.org > Subject: Re: [aur-general] Notification of GPL violation > Message-ID: <c2e5a266-a494-7057-e4af-cbe57964c677(a)gmail.com> > Content-Type: text/plain; charset="utf-8" > > On 5/18/21 2:06 AM, Brett Cornwall via aur-general wrote: > > On 2021-05-17 21:16, Carsten Haitzler via aur-general wrote: > > > On Mon, 17 May 2021 13:32:26 +0000 lawl via aur-general > > > <aur-general(a)lists.archlinux.org> said: > > > > > > > Hello > > > > > > > > I'm the developer of NoiseTorch ( > > > > https://github.com/lawl/NoiseTorch/) > > > > I faithfully believe that the package "noisetorch" in the > > > > ArchLinux User > > > > Repository ("AUR") ( > > > > https://aur.archlinux.org/packages/noisetorch/) violates > > > > my license (GPLv3). > > > > > > > > I have the asked previous maintainer of this package to not apply > > > > patches or > > > > make it clear that this is a fork that's being conveyed. Several > > > > Arch Linux > > > > trusted users were also informed of this: > > > > https://github.com/lawl/NoiseTorch/issues/2#issuecomment-785262068 > > > > > > I am just looking at the AUR repository for this right now. It has > > > no patches. > > > It does not modify anything from the original. It builds the > > > original with > > > standard go tooling and options available in that toolchain (not > > > modifications > > > to your software) and then packages up the resulting build. The > > > only addition > > > is ADDING a .desktop file to that package archive to make it easier > > > to run the > > > application. This does not modify the software. So by your quotes > > > below it > > > meets > > > the license requirements. I don't know what was in the AUR pkg repo > > > before but > > > it certainly seems to be fine now. > > > > For anyone else wondering what the fuss is all about, this is a long- > > running > > bout of drama stirred up by the developer of Noisetorch [1]. They are > > hostile > > and will not be reasoned with, unfortunately. > > > > We are under no obligation to listen to these demands as we do not > > distribute > > the software and only supply a build script for which a user may > > build their > > own package. Kowtowing to this petulance will hardly solve the > > problem > > long-term as it is clear that *any* packages not made by the > > developer are > > treated with hostility. > > > > But I guess hashworks has already extended the olive branch; We'll > > have to see > > whether that's enough... > > > > > > [1] > > https://github.com/lawl/NoiseTorch/issues/2#issuecomment-785262068 > > I have reviewed all commits from > 811aec6641ff509bd44cd80aa872f71df502e36a > forward and there was no GPLv3 violation to begin with. The patch of > the > version is irrelevant to the operation or use of the software. > > (notwithstanding that Arch doesn't distribute anything to begin with) > > Probably kinda hard for a Go programmer to understand... > I know I will be the minority in this list. However, this statement doesn't sound right to me if the patch file is applied to the original source code. Unlike the file PKGBUILD, a patch file constitutes a modified source code because it does include some original code. No matter whether the modification is for use, or operation, or just even a typo fix, GPLV3 section 5 "Conveying Modified Source Versions" [1] doesn't distinguish them. I had a similar experience in terms of the AUR package SGE. I put my source code modification into a single patch file and put it to AUR git. Without my modification, SGE won't work with latest Linux anymore. However, due to an AUR website bug confirmed by a TU, the package was taken over without any emails sent to me. After a lot of back and force with the second maintainer, I finally gave up re-owning the package or making the software better within AUR. Instead I asked the second maintainer to add my name to the single patch file so I get the credit I deserve. However, the second maintainer denied that. He split the patch into many small patch files without my name in any of them, and insists that it is enough to have my name as the first AUR package maintainer. Then I asked him to remove my code modification, also was denied. Then I tried to ask TU to remove the package many times, all TUs denied my request, except the last TU deleted all those small patch files after he understood this is a serious copyright violation issue. Here is my understanding about those copyright conflicts. If you modified any source code, then GPL license will be applied, you have to copy the original copyright without any modification and then add yours, just as section 4 in GPL v3 says "You may convey verbatim copies of the Program's source code as you receive it" It is understandable that many AUR maintainers, or programmers like myself, don't know the details and often violates some copyright law more or less. We are lucky that most upstream programmers don't mind it. But, should such issue arise, I would do my best to make the upstream programmer happy or just find another alternative software. I know I am the minority in this list because the AUR SGE got two up- votes ironically after it didn't work anymore, and the second maintainer is even promoting the binary version based on my modification on some other repos. But, life is too short, I can live with it. I am writing this email because I just hope my painful experience can help this list know copyright better. [1] https://www.gnu.org/licenses/gpl-3.0.en.html Best, Manhong

18 54

[aur-general] Mass removal of packages.
by Derek Taylor 24 May '21

24 May '21

I received a notice that several of my suckless builds (dwm-distrotube-git, st-distrotube-git, dmenu-distrotube-git) have been deleted from the AUR due to being "for one person". That's certainly reasonable but these packages are not for one person. A lot of people use these and depend on them. Again, these builds are not for one person. What can be done about this? Thanks in advance, DT

5 4

[aur-general] Notification of GPL violation
by lawl 20 May '21

20 May '21

Hello I'm the developer of NoiseTorch (https://github.com/lawl/NoiseTorch/) I faithfully believe that the package "noisetorch" in the ArchLinux User Repository ("AUR") (https://aur.archlinux.org/packages/noisetorch/) violates my license (GPLv3). I have the asked previous maintainer of this package to not apply patches or make it clear that this is a fork that's being conveyed. Several Arch Linux trusted users were also informed of this: https://github.com/lawl/NoiseTorch/issues/2#issuecomment-785262068 Unfortunately this seemed to have little effect, forcing me to officially notify the ArchLinux project of this violation. The GPLv3 in Section 5 clearly states that modified versions must be marked as such > 5. Conveying Modified Source Versions. > > You may convey a work based on the Program, or the modifications to > produce it from the Program, in the form of source code under the > terms of section 4, provided that you also meet all of these conditions: > > a) The work must carry prominent notices stating that you modified > it, and giving a relevant date. The term conveyance is also clearly defined in the GPL: > To "propagate" a work means to do anything with it that, without > permission, would make you directly or secondarily liable for > infringement under applicable copyright law, except executing it on a > computer or modifying a private copy. Propagation includes copying, > distribution (with or without modification), making available to the > public, and in some countries other activities as well. > > To "convey" a work means any kind of propagation that enables other > parties to make or receive copies. Mere interaction with a user through > a computer network, with no transfer of a copy, is not conveying. Since AUR is distributing packages to automate the process receiving modified versions of the source code, I believe this constitutes conveyance of a modified version, irregardless of where the original source code tarball is fetched from. Please ensure the cessation of violation of the license immediately. Regards lawl Sent with [ProtonMail](https://protonmail.com) Secure Email.

14 24

[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

[aur-general] PSA: nodejs projects in AUR - npm install --user root
by Damjan Georgievski 14 Apr '21

14 Apr '21

There are a lot of packages in AUR that use something like: npm install -g --user root --cache "${srcdir}/npm-cache" --prefix "$pkgdir/usr" "$srcdir/$_npmname-$pkgver.tgz" to install and package a nodejs project. I guess at some point in time `--user root` worked for NPM but nowadays, npm behaves like this: 1) it silently ignores the `--user` option 2) installs the NPM package root (before installing the wanted .tgz) https://www.npmjs.com/package/root I guess `--user root` worked in some version of NPM but at some point npm decided to remove the option and not error on its use (what can I say). So, the recommendation is to remove all uses of `--user root` in PKGBUILD. ps. can someone run a grep -r -- "--user root" on the whole of AUR? -- damjan

2 1