- Aur-general - lists.archlinux.org

Comment spam
by Mark Wagie 22 Jan '24

22 Jan '24

I've been going through my 400+ AUR packages updating the license to match SPDX license requirements. xiota has decided a pkgrel bump is required if one updates the license. He has begun spamming the same comment on 9 of my AUR packages so far. I've already told him to stop here: https://aur.archlinux.org/pkgbase/qtscrcpy#comment-952888. I imagine he's doing it on other packages as well if he's doing it for mine. This is not the first time someone has complained about xiota's behavior. I've had quite enough of it. His email is private, so I can't CC him here. Sent with [Proton Mail](https://proton.me/) secure email.

4 4

Re: xen moving to [extra]
by Sam Mulvey 22 Jan '24

22 Jan '24

On 1/21/24 22:19, Daurnimator wrote: > There's not really any ongoing discussions. > > For what it's worth, my personal motivation is to package qubes guest > packages into the Arch [extra] repo, of which qubes-libvchan will > depend on shared library from xen > (https://github.com/QubesOS/qubes-core-vchan-xen/blob/6427a74060dccf0baa34e3…) > > As an official package, it wouldn't have build options like your > current AUR package. So I think you'd have to maintain an AUR > xen-stubdom package separately. This package is currently more about being a hypervisor rather than being a guest of one, and includes bootable kernels and infrastructure for such. If this package is going to make it to official status with this functionality, the qemu package would have to be modified to support xen and likely a subpackage for it. The Xen codebase will build it's own copy of qemu unless told otherwise, and until a couple years ago that was what the PKGBUILD did. I eventually had to spin off qemu into it's own package to avoid having to build an increasingly aging version of qemu with it's increasing number of compiler errors. That package is here: https://aur.archlinux.org/packages/xen-qemu Without that functionality, it would be necessary to continue maintaining these packages in AUR. In which case I would make effort to work with what exists in the repos. Previous maintainers have attempted to rid themselves of the stubdom functionality, but as of now it's the only consistent way to allow GPU pass-through. I personally do not use this functionality, but I maintain it for those that do with an eye towards deprecating it as soon as newer PVH infrastructure is in place. That should be very soon. For completeness, there's also the xen-pvhgrub package which is a copy of GRUB that runs under PVH domUs, allowing us to boot using Arch's standard kernel packages in that context. > > Are you able to share why OCaml was disabled in your AUR package > recently? > (https://aur.archlinux.org/cgit/aur.git/commit/PKGBUILD?h=xen&id=e9890b16a54…) > Sure! The immediate cause was that the ocaml bindings were not building properly. It was easier to remove them than try to repair them, especially as I have zero knowledge of ocaml. There is some nuance to that, however: - The OCaml bindings are generally not well maintained upstream, afaik - The serially previous maintainers were working towards a minimum viable build, which I've tried to respect as much as I can - The flag to disable OCaml support was already in the ./configure stanza, but that flag had since been renamed - Apparently, no one was using it. I hope that helps explain things! -Sam

1 0

xen moving to [extra]
by Sam Mulvey 22 Jan '24

22 Jan '24

Hello! I've been maintaining xen and associated packages for a few years. This relative evening the package got the following comment: https://aur.archlinux.org/pkgbase/xen#comment-952940 I think it'd be a great idea to include xen in [extra], and I'm wondering if there's some way I could be of assistance or part of any ongoing discussion about it, if any. Thanks! -Sam

2 1

Addition of Support Staff - wahrwolf
by Anton Hvornum 18 Jan '24

18 Jan '24

Hi! I'd like to start the on-boarding process for wahrwolf[1] as a support staff and mirror admin. I hereby sing off as a sponsor with my reasoning below. Wahrwolf, or Vincent, has shown great dedication and engagement with myself and other staff. Vincent has also been a integral part of making progress on several Mirror improvements such as: * A new Mirror definition RFC[2] * A new mirror tooling called 'mirrorctl'[3] (work in progress, but work being done nevertheless) * Several on-line meetings regarding mirrors and mirror management Vincent also graciously hosted 2023's Arch Linux Summit. Overall my experience with Vincent has been good and I think Vincent would make a great addition to the support staff and especially the mirror admins. [1] https://gitlab.archlinux.org/wahrwolf [2] https://gitlab.archlinux.org/archlinux/rfcs/-/merge_requests/29 [3] https://gitlab.archlinux.org/archlinux/mirrorctl

1 0

changing name
by james smith 18 Jan '24

18 Jan '24

when you open the aur page it says "Some packages may be provided as binaries in [community]." That should be changed to say "Some packages may be provided as binaries in [extra]."

2 1

What to do with oh-my-zsh-git, a package people might not know how to start using
by Aaron Liu 14 Jan '24

14 Jan '24

Greetings AUR users, (hmm I sound like an alien) This package on the AUR called oh-my-zsh-git has been occasionally flagged by people who do not understand that you have to add a line to zshrc to start using it. I suggested a clearer and less suspicious postinstall message, which the package's current maintainer and another user in the comments denied as Arch users should know their system and inspect the PKGBUILD. The package's maintainer then suggested a counterproposal of shipping a symlink of /usr/bin/ohmyzsh-install to "install.sh", which I presume is the name of the official install script. I don't think we should symlink that to oh-my-zsh-something. At most, it should echo the instructions. Plus, I think this is a worse solution than simply putting a message in the postinstall on both merits and practicality. No matter how much people try it, there will be less people who try to tab-complete than those who read the postinstall messages, and nowhere in "know your system" do I see "blindly try tab-completions"; not to mention this package's name is oh-my-zsh-git, not ohmyzsh-git. Yes, ohmyzsh is the official name, but I don't expect users to know that. We cannot rely on users having hyphen completions enabled. This entire exchange occurred in the comments of that package. What do you guys think? -- Cheers, Aᴀʀᴏɴ

2 1

wiringX-git PKGBUILD Review Request
by David C. Rankin 09 Jan '24

09 Jan '24

All, I'm thinking of adding a wiringX-git package to AUR and wanted to put the PKGBUILD out for comment and help. It's a simple tiny package used for embedded development to manipulate GPIO pins. What I've cobbled together is: pkgname=wiringX-git _gitname=wiringX pkgver=251.54030cd pkgrel=1 pkgdesc="wiringX is a modular approach to several GPIO interfaces." url="httpx://wiringx.org/" arch=('i686' 'x86_64' 'armv6h' 'armv7h' 'aarch64') license=('MPL-2.0') makedepends=('git' 'cmake') source=('git+https://github.com/wiringX/wiringX.git') md5sums=('SKIP') pkgver() { cd "${srcdir}/$_gitname" echo $(git rev-list --count HEAD).$(git rev-parse --short HEAD) } prepare() { cd "${srcdir}/$_gitname" mkdir -p build cd build msg2 "Cmake..." cmake .. } build() { cd "${srcdir}/$_gitname/build" msg2 "Building wiringX..." make } package() { cd "${srcdir}/$_gitname/build" msg2 "Packaging wiringX..." make DESTDIR="$pkgdir/" install mv "$pkgdir/usr/local/"* "$pkgdir/usr" rm -r "$pkgdir/usr/local" install -Dm644 "${srcdir}/$_gitname/LICENSE" "${pkgdir}/usr/share/licenses/${pkgname}/LICENSE" } And it produces: $ pacman -Qpl wiringX-git-251.54030cd-1-x86_64.pkg.tar.zst wiringX-git /usr/ wiringX-git /usr/include/ wiringX-git /usr/include/wiringx.h wiringX-git /usr/lib/ wiringX-git /usr/lib/libwiringx.so wiringX-git /usr/sbin/ wiringX-git /usr/sbin/wiringx-blink wiringX-git /usr/sbin/wiringx-interrupt wiringX-git /usr/sbin/wiringx-read wiringX-git /usr/share/ wiringX-git /usr/share/licenses/ wiringX-git /usr/share/licenses/wiringX-git/ wiringX-git /usr/share/licenses/wiringX-git/LICENSE We may also want to include the static library. Thoughts? -- David C. Rankin, J.D.,P.E.

6 19

edbrowse being outdated is understandable
by Jude DaShiell 29 Dec '23

29 Dec '23

The maintainer aksr has 389 packages to their credit and hasn't gotten around to doing a git pull on upstream site and another build of edbrowse. Since I can't log into aur original primary email address jdashiel(a)shellworld.net got blacklisted and in process to cutting over to my current address I forgot I had set up an aur account on that older blacklisted address. -- Jude <jdashiel at panix dot com> "There are four boxes to be used in defense of liberty: soap, ballot, jury, and ammo. Please use in that order." Ed Howdershelt 1940.

1 0

aur/edbrowse package
by Jude DaShiell 28 Dec '23

28 Dec '23

Incorrectly flagged as out of date. Upstream edbrowse went from version 3.85 to 3.87. -- Jude <jdashiel at panix dot com> "There are four boxes to be used in defense of liberty: soap, ballot, jury, and ammo. Please use in that order." Ed Howdershelt 1940.

2 1

Re: Removal of linux-bin AUR package (suspended account)
by myself600＠tutanota.de 27 Dec '23

27 Dec '23

I'm asking for my account to be restored on the basis presented above. -- Odoslané pomocou Tutanoty. Užívaj si bezpečné e-maily bez reklám.

6 8

Re: four failed packages
by Jude DaShiell 27 Dec '23

27 Dec '23

Correct name for missing package is primerl. -- Jude <jdashiel at panix dot com> "There are four boxes to be used in defense of liberty: soap, ballot, jury, and ammo. Please use in that order." Ed Howdershelt 1940. On Wed, 27 Dec 2023, Ralf Mardorf wrote: > On Wed, 2023-12-27 at 06:41 -0500, Jude DaShiell wrote: > > I need maintainer's email addresses for four failed packages on this > > system. > > Hi, > > the following information is from https://aur.archlinux.org/ : > > zapm Last Updated: 2018-09-09 11:50 (UTC), > # Maintainer: Kyle Keen <keenerd(a)gmail.com> > > primeurl No packages matched your search criteria. > > iphonebackuptools Last Updated: 2022-05-05 18:16 (UTC) > # Maintainer: graysky <therealgraysky AT protonmail DOT com> > > whatscli Last Updated: 2021-11-02 21:12 (UTC) > # Maintainer: Pieter Joost van de Sande <pj(a)born2code.net> > > whatscli-git Last Updated: 2020-11-30 05:16 (UTC) > # Maintainer: Pieter Joost van de Sande <pj(a)born2code.net> > > Regards, > Ralf >

2 2

four failed packages
by Jude DaShiell 27 Dec '23

27 Dec '23

I need maintainer's email addresses for four failed packages on this system. zapm; primeurl, and iphonebackuptools won't compile on this system. The fourth package whatscli installs and every time the package runs it does a core dump as it exits even on whatscli /commands and whatscli /help. -- Jude <jdashiel at panix dot com> "There are four boxes to be used in defense of liberty: soap, ballot, jury, and ammo. Please use in that order." Ed Howdershelt 1940.

3 2

Re: Removal of linux-bin AUR package (suspended account)
by myself600＠tutanota.de 19 Dec '23

19 Dec '23

While Arch optimized builds would be certainly preferred, this package works to the same degree as in Debian for me. -- Odoslané pomocou Tutanoty. Užívaj si bezpečné e-maily bez reklám. 19. 12. 2023, 14:09 od aaronliu0130(a)gmail.com: >> On Dec 19, 2023, at 7:35 AM, myself600(a)tutanota.de wrote: >> >> >> @Marcell Meszaros: The package is about solving freedom related issues, so I don't see a point in your comment. >> > > Mars’s point was that that kernel targets Debian distributions and don’t have the patches wanted for Arch use. >

1 0

Removal of linux-bin AUR package (suspended account)
by myself600＠tutanota.de 19 Dec '23

19 Dec '23

I would like to appeal against PRQ#52152, which claims that the uploaded package is a duplicate. The package uses Debian's Linux kernel as source which (as was communicated to the TU and also stated on the package page) moves non-free (non-DFSG compliant) parts to separate packages*, making it a drop-in replacement for Arch's kernel for people who want to use a 100% free kernel, while also retaining the ability to load those parts individually. * https://www.debian.org/doc/manuals/debian-kernel-handbook/ch-source.html#s-… -- Odoslané pomocou Tutanoty. Užívaj si bezpečné e-maily bez reklám.

5 5

Packages for a simple symbolic link?
by Ralf Mardorf 05 Dec '23

05 Dec '23

Hi, I came across the following packages purely by chance. https://aur.archlinux.org/cgit/aur.git/tree/PKGBUILD?h=cachy-browser-firefo… https://aur.archlinux.org/cgit/aur.git/tree/PKGBUILD?h=librewolf-firefox-sh… Should I submit a deletion request? IMO it's strange to build a package just for a link. Regards, Ralf

2 1

Application to become a package maintainer
by Jakub Klinkovský 03 Dec '23

03 Dec '23

Hey everyone, I'm sending my application to become a package maintainer, which is kindly sponsored by Sven (svenstaro) and Frederik (freswa). ## Who I am My name is Jakub, but I'm mostly known as Lahwaacz online. I've been an Arch wiki admin since 2014 and also created the man.archlinux.org project. In real life, I have scientific background and I'm interested in programming, automation and infrastructure. I write Python, C++ and CUDA (no Rust yet :-(). ## What I want to do I want to help with package maintenance in two general areas that are closest to me: 1. Due to my background, I'm using many weird scientific packages (almost) daily, including cuda, openmpi, vtk, paraview and more. Most of these are notorious for breaking often and I'd have to deal with this anyway, so I might as well directly co-maintain them. 2. As a wiki admin I could co-maintain some wiki-related packages, both for users and for backend deployment. The Arch wiki is based on MediaWiki which is currently deployed from a single git mono-repository that contains all necessary extensions (either bundled or as git submodules) but we would like to eventually use Arch packages for MediaWiki and its extensions. This is a long-term goal for me, however, since I have yet to learn how to do PHP packaging properly... I may find also other areas where to invest my packaging time, but overall I imagine myself maintaining a small-ish number of packages and focusing on quality rather than quantity. ## Disclaimers First, I think it is fair to acknowledge that I do not plan to deal with handling AUR requests, which is still associated to the role of a package maintainer. Dealing with the wiki is hard and time consuming in itself and I don't have the capacity to add another similarly exhausting responsibility. I like Python as a language, but I dislike Python packaging and I don't see myself maintaining many Python packages in the future. I might change my opinion, though, since I would really love to see jupyterhub in the official repos: https://aur.archlinux.org/packages/jupyterhub ## My packages My AUR packages: https://aur.archlinux.org/packages?SeB=m&K=lahwaacz I also maintain an unofficial [jlk] repo which contains many other AUR packages that I use: https://jlk.fjfi.cvut.cz/arch/repo.html Feel free to bombard me with any questions or package reviews :-) Best regards, Jakub / Lahwaacz

5 9

Missing introduction to AUR
by Glyn Normington 28 Nov '23

28 Nov '23

Having only recently encountered AUR after a year or two of using arch, I wonder if the landing page https://aur.archlinux.org/ could include some introductory information or a link to the introduction on the wiki ( https://wiki.archlinux.org/title/Arch_User_Repository) Regards, Glyn

2 1

Re: Requests and the etiquette involved
by Lime In a Jacket (Aaron Liu) 23 Nov '23

23 Nov '23

I, for one, have never heard of using “w” as “without”. W much, much commonly means “with”. > On Nov 22, 2023, at 9:31 AM, Björn Bidar <bjorn.bidar(a)thaodan.de> wrote: > > > Hey, > > I fully agree with that statement. The automated checks can only go so > far. > Of course there are cases where the package has been out of date for > longer, however even in such cases the packager might have forgotten to > update the package after he got the request or there was an issue on > their side. > E.g. on case I did an update but forgot to push it. > > I also noticed that more users use out-of-date flags as a way to bug the > maintainer of a package for attention. > > I had a package teams-for-linux-wbunbled-electron that was simply > deleted/merged after such a request because the author of the request > didn't understood what w as in without means. > > I would favor that before a request is send the user should try to send > a comment or request simply shouldn't be automatically accepted before > the user has time to reply e.g. after at least a week to reply. > Sometimes it feels like users except that there is an update at day 1. > > Br, > > Björn

3 2

About user MarsSeed's script-like mass requests
by 7Ji 21 Nov '23

21 Nov '23

My opinion on this first: I'm not against his intention to clean AUR. I'm against using some self-written scripts to mass-file requests to certain packages just based on t heir traits, like keywords, names, or whatever. I'm also against doing so by hand, which is basically using yourself as a request machine. I think most of us would agree that every request, no matter they're for orphan, merge, or deletion, need to be thought carefully and sent with details associated close ly with it. And blindly filing them just adds burden to PMs as this leaves research to be done to PMs. The direct reason I want to post this is reading following requests: PRQ#51267[1], PRQ#51269[2], PRQ#51270[3] and PRQ#51271[4], these affects armcl-opencl[5], arm-linux -gnueabihf-armcl-neon[6], aarch64-linux-gnu-armcl-opencl+neon[7] and aarch64-linux-gnu-armcl-neon[8] accordingly. If you take a look at the packages, you could clearly see they're for cross-compiling on an x86_64 ArchLinux host to an ARM target. These are just like aarch64-linux-gn u-gcc, arm-linux-gnueabihf-gcc, etc in the official repos, and they have useful functionality like opencl and neon support. But how did MarsSeed write his deletion requests? Each of them are simply just the following message copy and pasted, and there're more, tens of, if not hundreds of oth er requests with pasted detail same as them: > ARM-only packages belong to ArchLinuxARM.org repos, not AUR: > > https://archlinuxarm.org/packages > > https://archlinuxarm.org/forum/viewtopic.php?f=9&t=2675 > https://archlinuxarm.org/forum/viewforum.php?f=4 > > AUR is primarily for Arch Linux, so packages here must work with the > x86_64 architecture: > https://wiki.archlinux.org/title/Arch_package_guidelines#Architectures I think we could say these requests are clearly filed by some automated process that's triggered on any package with arm or aarch64 keywords. But the process catches wr ong targets and these requests would result in either wrongly deleted packages or increased labor for PMs to read the PKGBUILDs by themselves before rejecting them. This is not right. This, an automated request filing process, should not be the way a user files their package requests. If an automated process just catches all packag es with some traits and filing requests is acceptable, then why is a user needed in the process at all? The user account is just like an API key for a bot program in that case. And if doing so is acceptable, why not just give the script or whatever tech behind the automated process to PMs so they can even save the time needed to check requests list? Still, I appreciate the amount of time MarsSeed put previously on clearing the AUR. I think there might be ~10k requests filed by him ever since he joined AUR (based on a simple search of 'MarsSeed [1]' in the aur-requests mailing list), and I'd like to see him continuing on his work, but not in such robotic way.

10 20

Requests and the etiquette involved
by Lex Black 21 Nov '23

21 Nov '23

Good evening, what happened to the general etiquette in trying to contact someone before submitting requests? It's all nice and fair if someone wants to help clean up the AUR. And it's also the case that one of my (now ex-)packages is a candidate for deletion/merging, if the replacement is able to replace it. If being the keyword. I wanted to do that when the new package is able to replace the old and therefore I was still the maintainer. And to my surprise someone filed recently a merge request. Not that I was contacted before that someone took action. Didn't say a thing, because, as I said, this request has a point and wasn't sure if arguing to keep it is worth the hassle. But today came the next surprise. An orphan request with the words "Orphaning to facilitate quicker merging to papermerge-core.". Which got granted and subsequently taken by the new "maintainer". Again without trying to contact me beforehand. And that was the final straw. It left me speechless and upset. I get now why this was automatically accepted albeit being an active participant on the AUR. Again.. The PKGBUILD in question is on balance time. What matters to me more and what I am upset about is the behaviour in question. Before I make a request and the package has still an owner I try to contact them or at least make sure they are inactive. But that isn't important anymore? This is at least the third time were a PKGBUILD, where of the time being I was the active maintainer, got some request which was granted without an effort in communicating before. This felt really disrespectful. There is time and effort involved in helping actively on the aurweb and then someone comes through, not caring that there is an active maintainer who might have to say something on the topic and does whatever someone thinks. What the hell? This is, at least as far as I know, not how a community works. But maybe I'm wrong. Whatever. This is of my chest now. tl;dr: I wish, all people that go through packages to achieve a cleaner aurweb, would pay attention to the maintainer field on the aurweb and act accordingly. Best regards

4 4

about translating certain words
by zoorat 18 Nov '23

18 Nov '23

hi, I was planning to translate AURweb and archwiki into Bangla. but got into a problem. sorry if I missed this info in the wiki. while reading badly translated https://wiki.archlinux.org/title/Pacman_(%E0%A6%AC%E0%A6%BE%E0%A6%82%E0%A6%… I got confused about how to translate the word "update". because, in Bangla, most people say the word "update" as is but the direct translation would be "হালনাগাদ"(Hālanāgād). I only ever saw people using the word halnagad inside some schoolbooks, not in real life... there are a lot of words like this where we use the English word more than the Bangla word. as it's rare to find documentation in Bangla, I don't know how other people do those. and most Bangla machine translation is just bad. so, my question is do I translate it to casual Bangla (how people normally talk even in formal situations), or hardcore pure Bangla translation ?? in my opinion, it's better to keep it how people normally talk. have a nice day. -- yours zoorat, PGP: 00000586360F8791A5492251129802DDA8074345 GITHUB: https://github.com/z00rat

1 1

Re: got a laptop 🙂
by zoorat 14 Nov '23

14 Nov '23

hi, thanks a lot for the answers. idk why i didn't get your email in the digest, so i will it mail like this... > Maybe instead of trying to delete everything which is unmaintained you > should start adopting it and then maintaining it? i was just trying to help cleanup AUR. didn't mean any harm. i wrote some script myself to help me do this. i do pick up packages that look like people use. > David, I believe they meant should orphaned old packages be deleted for > not being up to date and not actively maintained, if so see above. > > If I am wrong, feel free to correct me Zoorat. see my answer: https://lists.archlinux.org/hyperkitty/list/aur-general@lists.archlinux.org… > In general, a lot of people prefer diff in comments (I believe this is > discouraged by package maintainers, but I can't fully remember) or > emailing a patch. This means that there is no privacy concerns. sure, i will do this then > As a general note, "glibc" does not need to be specified as a > dependency as it is within the "base" package, and thus installed on > system, it doesn't hurt to specify it however. i added that because of namcap. > I only briefly looked through each of the packages, this is in no way > an indepth analysis, it already took me a good hour to look though each > one above, I suggesting specifying specific ones you want checked > indepth instead of the long process of checking each one. thanks a lot. i will fix up everything as soon as possible. > I will be brutally honest here (please do not take anything I say as a > personal insult), although I am a regular user, I will explain how this > works (You could also read: sorry, i wasn't trying to be an asshole who just wants the title to show off. i added those numbers not to flex but to help determine. but as i read my own email now, it's looks stupid. please let me explain for the full context, my first contribution to AUR was a deletion req because the package i was trying to install was broken and thought it would be a good idea to report this to maintainers. googled about it and saw people talking about deletion request. after that i, found some other broken packages and reported them. it was the time of covid, so i had a lot of time on hand, thus i started to seek broken packages. i tested them and commented/mailed them to fix or reported them for deletion. at that time i started to maintain some packages too. i wanted to be a TU because i thought i could help test and validate other people's deletion requests. as my req would take quite a while, i thought i could be useful. nothing else. after reporting 500+ `ros-jade-*` broken packages, @ainola mailed me to thank me for the help. and i asked him about being a TU. he said my account was young at that time and to keep helping them... the last email was just to get know about my state... sorry for my english. > Maintaining a few packages isn't generally enough, have you submitted > bugs? have you tried joining the Arch Testing Team and testing packages > and submitting issues, or even patches to the packages to fix them? i have reported bug before in bugzilla and joining the test team sounds fun :) > Your account might not be young, but you have disappeared for a year... > you can't just leave for a few years pop back and say "look my account > is old now". Every package maintainer put ridiculous amounts of time > into their role before they were even considered. i wasn't active on the mailing list or irc but i was maintaining my packages. i didn't mean to disrespect any maintainer here. > But say you got outstanding activity, do you have the skill? Have you > showed the ability to package pragmatically? Most of your packages are > very straight forward and easy to follow the guidelines, but this is > not always the case. this is the reason i wasn't very interested in maintaining packages at first... and i don't adopt complex c/c++ based packages for this reason but started to get out of my comfort zone nowadays > Its very childish to say, "hey I maintain a few packages, and my > account is older now, can I have a job", something I learnt to ask > myself is "Why should I be picked?", and yes when I ask myself that in > the context of becoming a package maintainer its "hell no". i didn't mean to disrespect any maintainer here. i just wanted to help test the deletion requests of other people. nothing else. > In other words, stop trying so hard to become a package maintainer, and > focus on actually contributing, the rest comes later. sure. it's not like i will just stop contributing here because i see myself being a maintainer. i wanna help with the open source project i use, that's why i contribute in AUR. > Anyways, I have wrote a lot, and I have spent way too many hours doing > so, but I hope there is at least some usual information here for you :) i'm really really grateful for your answers. helped me a lot. have a nice day. p.s. english is not my first language. ask me anything if it confuses you. -- yours zoorat, PGP: 00000586360F8791A5492251129802DDA8074345 GITHUB: https://github.com/z00rat

2 1

attention needed about 'acmt-*'
by zoorat 14 Nov '23

14 Nov '23

hi, i stumble upon 28 packages with the name 'acmt*' link: https://aur.archlinux.org/packages?O=0&SeB=nd&K=acmt all of those packages, - doesn't have `checksum=` - doesn't have `source=` - sources inside `prepare()` like `_archive="`xdg-user-dir DOWNLOAD`/acm-plugins-*.tar.gz"` - are orphan - 0 votes, 0 popularity - no download instruction tried to build some of them, but they had some .so files. i'm not sure if it's allowed to have packages like this. if you have time, look into it. have a nice day. -- yours zoorat, PGP: 00000586360F8791A5492251129802DDA8074345 GITHUB: https://github.com/z00rat

2 1

Re: got a laptop
by zoorat 13 Nov '23

13 Nov '23

sure, i will do that if it works already picked up some pkgs like that :) and what if its broken ?? On 11/13/23 10:32, aur(a)nullvoid.me wrote: > I feel most users just want it to work, instead of maintaining it properly. So if you see out of date packages over 2-3 year that still "work" why not try to adopt them, instead of deleting them. -- yours zoorat, PGP: 00000586360F8791A5492251129802DDA8074345 GITHUB: https://github.com/z00rat

1 0

Re: got a laptop
by zoorat 13 Nov '23

13 Nov '23

hi, thanks for the answer. but i think i asked the question in the wrong way. when i was testing out-of-date packages there were some with out-of-date flag before 2020 but those works i was meaning to ask, **how long does the package have to be out of sync with the main source ??** also i found some pkgs with depreciated `git://` but those works after modding it with `git+https://`. i generally report them if and only if they are orphans. On 11/13/23 04:51, aur-general-request(a)lists.archlinux.org wrote: > "David C. Rankin" <drankinatty(a)gmail.com> writes: > >>> 2. should AUR host out-of-date but working packages ?? >>> >> >> There is always a sliding-scale of "How out-of-date?". Is some user of >> the package just flagging it 10 minutes after the latest upstream >> change? >> >> Is a dependency no longer supported by Arch (that's what AUR is >> for...)? >> >> Some packages may not have been updated in quite a while, but may be >> 100% valid and still good. >> >> This is hard to give advise on without knowing more about what you are >> considering "out-of-date"? > > I want to add that sometimes the maintainer might be already > working on an update but didn't release it. > It's easier to branch of a package and test it until merging it to the > AUR sometimes. -- yours zoorat, PGP: 00000586360F8791A5492251129802DDA8074345 GITHUB: https://github.com/z00rat

2 1