- Aur-general - lists.archlinux.org

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 19 Mar '23

19 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 10 Jan '23

10 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