- 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