- Aur-general - lists.archlinux.org

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

19 Apr '22

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

6 9

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

10 Apr '22

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

2 1

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

05 Apr '22

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

2 2

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

04 Apr '22

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

1 0

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

04 Apr '22

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

9 12

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

31 Mar '22

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

3 3

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

23 Mar '22

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

8 21

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

28 Feb '22

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

1 0

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

27 Feb '22

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

2 1

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

19 Feb '22

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

1 1

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

18 Feb '22

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

2 2

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

18 Feb '22

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

3 3

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

10 Feb '22

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

1 0

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

10 Feb '22

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

3 3

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

08 Feb '22

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

2 1

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

06 Feb '22

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

3 4

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

05 Feb '22

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

6 5

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

05 Feb '22

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

1 1

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

15 Jan '22

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

2 1

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

13 Jan '22

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

2 1

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

10 Jan '22

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

5 7

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

09 Jan '22

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

1 0

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

07 Jan '22

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

1 0

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

05 Jan '22

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

2 1

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

03 Jan '22

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

16 34