- Aur-general - lists.archlinux.org

[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