Re: Package Maintainer Application - Quentin Michaud
Hello Quentin, On 24/07/2024 21:38, mh4ckt3mh4ckt1c4s wrote: My name is Quentin, or mh4ckt3mh4ckt1c4s/mh4ckwascut on the AUR and other Arch projects, and I'm applying to become a Package Maintainer. My application is sponsored by Robin Candau (Antiz) and Rémi Gacogne (rgacogne). Good luck on the application [..] I would like to bring from my AUR packages to the extra repo podman-desktop You are maintaining podman-desktop-bin. We rarely package binary packages if we can build the ones from source. Do you plan to build from source this? I also plan to merge my zaproxy-desktop package with zaproxy that is already in extra. This is just an icon and a .desktop file - you can raise an MR already for it. As for the packages I can co-maintain, I would be happy to help with LLVM-related packages, or any other package that would need help and where I would be useful, like containerization or security tools. Sure - you can look at orphan first :) A few comments on your PKGBUILDs from AUR > python-stegoveritas The PKGBUILD seems to not follow the python packages guidelines [1] >|recon-ng | This [2] is slightly confusing. It adds no value as far as I can tell as it doesn't change the default behaviour. Can you elaborate a bit on why this patch is needed? > python-spark-parser This seems weird PKGBUILD. Using a split pattern for a non split package and not following python guidelines [1] [1]: https://wiki.archlinux.org/title/Python_package_guidelines [2]: https://aur.archlinux.org/cgit/aur.git/tree/PKGBUILD?h=recon-ng#n23 Cheers, -- Leonidas Spyropoulos Developer & DevOps PGP: 244740D17C7FD0EC OpenPGP_0x244740D17C7FD0EC.asc Description: OpenPGP public key OpenPGP_signature.asc Description: OpenPGP digital signature
Re: AUR registration invalid e-mail
Hi Jens On 26/06/2024 11:59, Jens Hülser wrote: Hi Leonidas, > > Thank you for the super quick response! Just tried it during my lunch > break. Got another link via email - and used it to successfully set my > password. Problem solved, and thanks again! Thanks for confirmation. BR > Jens > > Leonidas Spyropoulos <mailto:artafi...@archlinux.org>> schrieb am Mi., 26. Juni 2024, 08:47: > > __ > On 26/06/2024 05:20, Jens Hülser wrote: >> Hi everyone, > Hi Jens, >> >> I am currently trying to register to the AUR website. The welcome >> email is already here, so I suppose I did not use the wrong >> address when setting up the account. Unfortunately, the password >> reset page gives me an 'Invalid e-mail' when I try to set my password. >> >> I use a password manager, so I there should be no typos involved. >> Nevertheless, I tried the manual route, entering the email adress >> and a very simple password (just very temporarily, of course!) >> very carefully one character at a time, double checking >> everything. I also tried using my user name, did not work either. >> >> Now that I am reasonably sure that I made at least no obvious >> mistakes, I am kindly asking for assistance here. The email >> address I used is jens.huel...@gmail.com >> <mailto:jens.huel...@gmail.com>. Anyone willing to help out a >> bloody noob? >> >> BR >> Jens > > When you go to the URL https://aur.archlinux.org/passreset > <https://aur.archlinux.org/passreset> and provide your main email > (the one you mention on the email @gmail.com <http://gmail.com>) do > you get a reset link back? > > If it's easier you can join IRC and contact me directly to assist on > libera (https://libera.chat/guides/connect > <https://libera.chat/guides/connect>) username artafinde > > > Cheers, > > -- > Leonidas Spyropoulos > Developer & DevOps > PGP: 59E43E106B247368 > 244740D17C7FD0EC > Cheers, -- Leonidas Spyropoulos Developer & DevOps PGP: 59E43E106B247368 244740D17C7FD0EC
Re: Aarch64 package moderation policy
On 14/04/2024 19:02, Sam Day wrote: Hello! Hi Sam, [..] Let's say I (or someone else) were to contribute the necessary changes to aurweb, such that it exposed architecture info in the RPC (archlinux/aurweb#485), as well as adding support for filtering by architecture when searching. We welcome contributions to our projects - please join #archlinux-aurweb to collaborate and proceed from here :) Cheers, -- Leonidas Spyropoulos Developer & DevOps PGP: 59E43E106B247368 244740D17C7FD0EC
Re: Moving from binary to from source, can we delete bin version
Hello Mek Yt, On 20/02/2024 08:09, Mek Yt wrote: Hi, I first created AUR packages from binary file (`dagu-bin`, `oathkeeper-bin` and `kratos-bin`) but it is best to build them from source. I recreated them from source, I would like to know if it is possible to delete the binary version. I would like to maintain only the one from source. I could disown and wait for them to disappear but it looks cleaner to directly delete them and direct potential users to the correct/maintain one. You will need to raise delete request for each of them with explanation for each. Thanks, Mek Yt AUR to delete: https://aur.archlinux.org/packages/dagu-bin https://aur.archlinux.org/packages/oathkeeper-bin https://aur.archlinux.org/packages/kratos-bin PS: - `oathkeeper-bin` and `kratos-bin` use `ory-` namespace now (`ory-kratos` and `ory-oathkeeper`) - `oathkeeper-bin` and `kratos-bin` where duplicate (with service files) of orphan `ory-oathkeeper-bin` and `ory-kratos-bin` Cheers, -- Leonidas Spyropoulos Developer & DevOps PGP: 59E43E106B247368 244740D17C7FD0EC
Contributing to AURweb [was: Re: About user MarsSeed's script-like mass requests]
On 15/11/2023 17:59, 7Ji wrote: Hello Leonidas, Hello, I've changed the subject since this is not related to the thread about requests. Sorry if this is off-topic, but since Arch Gitlab is restricting registration I don't have an account to ask there You can ask for an account - please send an email with your desired username in accountsupp...@archlinux.org to handle the request. As I want to poke around the aurweb codes and possibly send patches later, I've just fetched the source and dug a little bit. I suggest to also join #archlinux-aurweb where the codebase discussion is happening and we can answer questions. Turns out, based on how aurweb/initdb.py is written, and digging the internal DB after started aurweb for some testing, there's no field for package arch in DB, so adding an arch key to the DB would be a pretty big and perhaps breaking change (Hardly anyone would want and dare to add a column to an in-production table). But if it really is possible, considering v6 API is pending, there might be enough time window to implement the API change alongside DB change. We can add a column, it's not an issue really and we can run migration scripts automated with a new version release to align all current packages. We might potentially implement some kind of validation as well during the submission of a PKGBUILD to allow certain architectures - will need to do some work on what's the current state of all PKGBUILDs - fun times :) It's kinda a shame I don't really have much time until the end of the year to really work on this. May I ask, when will the v6 API be published? Hard to say. Not entirely sure what's missing from v6 at the moment. Cheers, -- Leonidas Spyropoulos Developer & DevOps PGP: 59E43E106B247368 OpenPGP_0x59E43E106B247368.asc Description: OpenPGP public key OpenPGP_signature.asc Description: OpenPGP digital signature
Re: About user MarsSeed's script-like mass requests
Hi Marcell, I'm not interested in continuing the flame / blame war so I will not response to the previous wall of text. I am curious to understand if you see a problem with you opening thousands of requests in AUR. We clearly stated in many occasions this is not sustainable from our side (Package Maintainers) for various reasons and we suggesting different ways for finding a solution. On 15/11/2023 16:35, Marcell Meszaros wrote: I myself also don't oppose ARM packages, but their existence is not supported well by current AURweb, which AFAIK does not support architecture-specific dependency lookup in its webrequest interface, nor does AURweb itself. Here's a good example. Instead of opening requests for these packages, raise a feature request in AURweb to implement such filters in UI / API. Work _with_ the community. Cheers, -- Leonidas Spyropoulos Developer & DevOps PGP: 59E43E106B247368 OpenPGP_0x59E43E106B247368.asc Description: OpenPGP public key OpenPGP_signature.asc Description: OpenPGP digital signature
Re: [PATCH][tu-bylaws] bylaw amendments: switch to gitlab merge requests
Hi Polarian On 24/08/2023 22:48, Polarian wrote: > Hello, > > Sorry I am not a TU, and shouldn't really respond to said thread, but > I have a question/problem I would like to bring up. > > If you enable the merge request functionality of Gitlab, what will > stop the hundreds (potential thousands) of people who want to > contribute to the official repositories? The proposal (patch) that gromit suggests it to move any future TU-bylaws changes instead of ML patches to Gitlab Merge Requests. This change according to the bylaws needs to be voted from current TUs. Hope it clears the picture. Cheers, -- Leonidas Spyropoulos PGP: 59E43E106B247368 OpenPGP_0x59E43E106B247368.asc Description: OpenPGP public key OpenPGP_signature.asc Description: OpenPGP digital signature
Re: Rename AUR package
Hi Aditya, On 27/06/2023 22:59, Aditya Mahajan wrote: Hi, I am the maintainer of the AUR package [luametatex](https://aur.archlinux.org/packages/luametatex) which provides the luametatex binary + the context macro package. Recently, a new package named [luametatex](https://archlinux.org/packages/extra/x86_64/luametatex/) was added to extra, which provides the luametatex binary. I realize now that the name of my AUR package is not appropriate and I should have used a more elaborate name (either context-luametatex or context-lmtx). Is it possible to rename the package? Or should I delete the current package and simply create a new one with a more elaborate name? Let me first address the direct question here. Renaming of AUR packages is not possible. The way you can do a rename is you can push a new package with correct name and PKGBUILD and then open a Request to merge the current luametatex package to the new one. This will transfer any comments of the old one to the new. Considering the current package has one comment only personally I wouldn't bother but it's your package. Now to the fact that the package is now provided from extra official repos. This mean the AUR package is redundant and should be deleted but you do mention that the AUR package contain some macro package. I won't claim I know what that means in this context but it seems like the modules you have specified on the PKGBUILD they should be separate packages. -- Leonidas Spyropoulos Developer & DevOps PGP: 59E43E106B247368 OpenPGP_0x59E43E106B247368.asc Description: OpenPGP public key OpenPGP_signature Description: OpenPGP digital signature
Re: Conflicting go package naming
On 18/06/2023 21:42, Miles Rout wrote: On 19 June 2023 3:24:50 am NZST, Ralf Mardorf wrote: On Sun, 2023-06-18 at 16:51 +0200, Ralf Mardorf wrote: Do you remember "Heartbleed"? We owe that to someone who has successfully completed his doctorate with this achievement. A PhD student who overestimates his skills can be worse than a traitor. "Der Quellcode, der den Fehler aufweist, wurde am 31. Dezember 2011 von dem einzigen fest angestellten Mitarbeiter des OpenSSL-Teams aus dem Entwurfszweig in das OpenSSL-Git-Repository eingepflegt" - https://de.wikipedia.org/wiki/Heartbleed IOW he was payed for doing his "excellent" work. All those kids never programmed using plain Assembly, all of them are smartasses users of compiler languages, without any knowhow how the compiler does translate the code to Assembly. What the hell are you on about? Why are you spamming this list about this irrelevant nonsense out of nowhere? How exactly is this relevant to the discussion? The Heartbeat implementation contained a buffer overflow. It was a simple bug. It wasn't caught before being merged in and it wasn't caught by any audits or fuzzing or testing - none was being done. None of this is or should be a stain on Seggleman's character. The blame for the impact of the bug lies with the widespread adoption of OpenSSL by people that assumed that it was bugfree and relied on it 100%. Everyone makes mistakes, including you. It has nothing to do with knowing ASM. Cheers, Miles. Please stop this off-topic discussion. Consider this a warning. -- Leonidas Spyropoulos Developer & DevOps PGP: 59E43E106B247368 OpenPGP_0x59E43E106B247368.asc Description: OpenPGP public key OpenPGP_signature Description: OpenPGP digital signature
Re: Broken package
On 09/05/2023 21:56, paul.mirkwood wrote: Hello everyone, Hello, I'm pretty new here so I hope you will forgive me if my question isn't appropriate. Welcome, Currently, the mangohud package is broken even though upstream has fixed the bug. The mangohud-git package is also fine. That's probably normal. A non -git package usually tracks a release of upstream and in this case for mangohud version 0.6.8-1. The -git packages normally track a HEAD of a develop branch (or in this case master branch). So if the issue you are referring to is fixed after they released the above version it's going to be present in the -git but not the non -git version. You best bet is to make a comment to the maintainer in AURweb letting them know of which commit hash contains the fix for what's broken and if they are willing to back-port it. Hope it makes sense Cheers, -- Leonidas Spyropoulos Trusted User & DevOps PGP: 59E43E106B247368 OpenPGP_0x59E43E106B247368.asc Description: OpenPGP public key OpenPGP_signature Description: OpenPGP digital signature
Re: AUR unavailable because of broken refs
On 05/05/2023 09:25, Morten Linderud wrote: Hi, The AUR is currently unavailable because of some broken refs in the underlying Git repository that needs to be fixed. We are working on solving the issue but it might take a couple more hours. Hello, The AUR experienced some issues last night with the backend git repo which serves all packages. This resulted in some reflogs in the git repo being corrupted. We used the Github [1] copy of the repo to rebuild the corrupted objects in the git repo and confirmed the repo is OK and we haven't lost history from it. Please do let us know if you notice further issues or updates that are missing from the UI. Apologies for any inconvenient this has caused you. You can find more information on the issue and what we think happened and cause that problem below. We have a systemd service [1] which is used to push to github a copy of the underlying aur git repo [2]. This kept failing yesterday night due to some commits missing a committer email [3]. The commits without a committed email are done by a bot which auto-updates the AUR package. We had that before and we set the repo to reject such commits [4]. We overwritten the history of the commits which were invalid in the offended package [2] setting the user as `u...@example.com` and left a comment to maintainer to stop using that bot. The service which syncs with Github kept failing so we initiated a `git gc --prune=now --aggressive` operation to remove the unused reflogs. We believe that during that operation and while git was trying to repack objects the system was live and accepting package updates the corruption of the objects happened. We were able to identify which objects were corrupted and rebuild them from Github which had them intact. We don't believe there was a failure from the hardware / software. Going forward we would be a bit more careful on how we handle such operations and schedule them during maintenance, even if it means the Github mirror would be out of sync until that maintenance. It would be nice though to not have to handle corrupted commits due to automatic package update bots committing with wrong committer email. We also intend to investigate why our fail-safe didn't catch these [3]. Finally I'd like to thank DevOps team for assistance in this and moson [5] especially which helped immensely in resolving the issue. Best Regards, [1]: https://gitlab.archlinux.org/archlinux/infrastructure/-/blob/master/roles/aurweb/templates/aurweb-github-mirror.service.j2 [2]: https://github.com/archlinux/aur [3]: https://aur.archlinux.org/packages/blender-plugin-luxcorerender-latest-bin [4]: https://gitlab.archlinux.org/archlinux/infrastructure/-/commit/465b835da6311b8e33ab48cdf5be364869fd069c [5]: https://gitlab.archlinux.org/moson -- Leonidas Spyropoulos Developer & DevOps PGP: 59E43E106B247368 OpenPGP_0x59E43E106B247368.asc Description: OpenPGP public key OpenPGP_signature Description: OpenPGP digital signature
Re: Application as Trusted User
On 14/03/2023 21:21, Leonidas Spyropoulos wrote: On 14/03/2023 20:34, Caleb Maclennan wrote: On Tue, 2023-03-14 at 15:47 +0100, Anton Hvornum wrote: dvzrv hands over the torch to alerque to distribute the sponsorships more evenly. So new sponsor list is: * Artafinde * alerque Sponsorship confirmed. This marks the beginning of the discussion period which will conclude in two weeks on 2023-03-29. The voting will start on the same day and conclude on 2023-04-05. Cheers, Discussion period finished and the vote is up. Please cast your votes: https://aur.archlinux.org/tu/144 Thanks, -- Leonidas Spyropoulos Trusted User & DevOps PGP: 59E43E106B247368 OpenPGP_0x59E43E106B247368.asc Description: OpenPGP public key OpenPGP_signature Description: OpenPGP digital signature
Re: Spam on my aur packages
On 16/03/2023 22:00, Mat Moul wrote: Hello, I've received three spam message on my aur packages. https://aur.archlinux.org/packages/octopi <https://aur.archlinux.org/packages/octopi> hena write a text with a link that has nothing to do with this packages. https://aur.archlinux.org/packages/octo … frameworks <https://aur.archlinux.org/packages/octopi-notifier-frameworks> haibara34 and bekean use the same technical messages. Thanks for reporting, sorted. Cheers, -- Leonidas Spyropoulos Trusted User & DevOps PGP: 59E43E106B247368 OpenPGP_0x59E43E106B247368.asc Description: OpenPGP public key OpenPGP_signature Description: OpenPGP digital signature
Re: Application as Trusted User
On 14/03/2023 20:34, Caleb Maclennan wrote: On Tue, 2023-03-14 at 15:47 +0100, Anton Hvornum wrote: dvzrv hands over the torch to alerque to distribute the sponsorships more evenly. So new sponsor list is: * Artafinde * alerque Sponsorship confirmed. This marks the beginning of the discussion period which will conclude in two weeks on 2023-03-29. The voting will start on the same day and conclude on 2023-04-05. Cheers, -- Leonidas Spyropoulos Trusted User & DevOps PGP: 59E43E106B247368 OpenPGP_0x59E43E106B247368.asc Description: OpenPGP public key OpenPGP_signature Description: OpenPGP digital signature
Re: Application as Trusted User
Hello On 14/03/2023 14:47, Anton Hvornum wrote: [..] dvzrv hands over the torch to alerque to distribute the sponsorships more evenly. So new sponsor list is: * Artafinde * alerque I confirm my sponsorship. [..] * GitHub: https://github.com/Torxed/ * GitLab: https://gitlab.archlinux.org/torxed * Archinstall: https://github.com/archlinux/archinstall * Flyspray/Bugs: https://bugs.archlinux.org/user/15638 * AUR package: https://aur.archlinux.org/packages/archinstall-git (I have a few others that I've cleaned out as they were my very first AUR packages that never gained popularity) * ArchISO: https://gitlab.archlinux.org/archlinux/archiso/-/merge_requests/251 * mkinitcpio: https://gitlab.archlinux.org/archlinux/mkinitcpio/mkinitcpio-archiso/-/merge_requests/24 & https://gitlab.archlinux.org/archlinux/mkinitcpio/mkinitcpio-archiso/-/merge_requests/13 * repod: https://gitlab.archlinux.org/archlinux/repod/-/merge_requests?scope=all=merged_username=torxed (Mainly contributed in terms of PR reviews and participating in developer discussions) Great to see active development project there :) Aside from the above, I'm also active on BBS forum, IRC, Reddit, Discord and Matrix in various channels. I mainly run all the archinstall related channels and servers. But I'm subscribed to more or less all the mailing lists, but specifically `arch-general`, `arch-mirrors` and `arch-projects`. My goal is to ease packaging and bug reports, as of today I have to rely on others to do packaging for projects I maintain and administrate. The main packages I aim to co-maintain the following packages: * python-pyparted (added 2023-03-14) * python This involves a bootstrapping mechanism and is part of core not community. * synapse synapse or matrix-synapse? * keycloak * rdesktop Both keycloak and rdesktop have a few maintainers (3+) * python-* (there's a 50+ list I would like to help out with that I use every day) I'm sure the list will grow, but those are the main ones I have my eye on currently. Cheers, -- Leonidas Spyropoulos Trusted User & DevOps PGP: 59E43E106B247368 OpenPGP_0x59E43E106B247368.asc Description: OpenPGP public key OpenPGP_signature Description: OpenPGP digital signature
Re: Application as Trusted User
Hello, On 14/03/2023 11:29, Anton Hvornum wrote: Hi! I hereby apply to become a Trusted User! According to ChatGPT3 becoming a TU is like becoming a wizard, I will learn how to cast complex spells on package bugs and conjure releases. And apparently I get to wear a robe too so sign me up! I have the following sponsors: * Artafinde * dvzrv (David will happily let someone else sponsor if they feel like it tho) My involvement spans mostly across maintaining archinstall, but I also have a finger in archweb, repod, archiso, mkinitcpio and lately I've become a mirror admin. So I'm getting pretty well rounded. I'm aiming to continue the work on the above, but gradually I'll also help out with testing and packaging of Python libraries. Do you have in mind some packages you'd like to maintain? It would be helpful to list them here along with currently maintained AUR packages you'd be interested to adopt. Cheers, -- Leonidas Spyropoulos Trusted User & DevOps PGP: 59E43E106B247368 OpenPGP_0x59E43E106B247368.asc Description: OpenPGP public key OpenPGP_signature Description: OpenPGP digital signature
Re: AUR git history rewriting
On 06/03/2023 22:48, aur user wrote: If this is possible, would a TU who knows how to do this reply to me off-list? It is a matter of privacy, so I don't want a permanent record of my username and what I'm trying to remove left in the maling list. "In some cases rewriting the history of an AUR repository is required, for example when a user inadvertently uses their real name in a published commit." https://wiki.archlinux.org/title/AUR_Trusted_User_guidelines#Rewriting_git_history <https://wiki.archlinux.org/title/AUR_Trusted_User_guidelines#Rewriting_git_history> Hello, Please send me an email and describe me the issue you are facing. Thanks, -- Leonidas Spyropoulos Trusted User & DevOps PGP: 59E43E106B247368 OpenPGP_0x59E43E106B247368.asc Description: OpenPGP public key OpenPGP_signature Description: OpenPGP digital signature
Re: TU Application - Antiz
Hello On 18/01/2023 09:43, Leonidas Spyropoulos wrote: Discussion period is over and the vote is live. Please cast your votes https://aur.archlinux.org/tu/142 The voting period has ended. Yes 40 No 5 Abstain 9 Total 54 Participation 88.52% Result: Accepted Congratulations Antiz, you are now officially accepted as TU. Please proceed with https://wiki.archlinux.org/title/AUR_Trusted_User_guidelines#TODO_list_for_new_Trusted_Users Regards, -- Leonidas Spyropoulos PGP: 59E43E106B247368 OpenPGP_0x59E43E106B247368.asc Description: OpenPGP public key OpenPGP_signature Description: OpenPGP digital signature
Re: TU Application - Antiz
Hello, On 03/01/2023 17:08, Leonidas Spyropoulos wrote: > This marks the beggining of the discussion period which will conclude in > two weeks on 2023-01-18. The voting will start on the same day and > conclude on 2023-01-25. Discussion period is over and the vote is live. Please cast your votes https://aur.archlinux.org/tu/142 -- Leonidas Spyropoulos PGP: 59E43E106B247368
Re: TU Application - Antiz
On 03/01/2023 19:08, Leonidas Spyropoulos wrote: > This marks the beggining of the discussion period which will conclude in > two weeks on 2023-01-18. The voting will start on the same day and > conclude on 2023-01-25. > Kind reminder the discussion period has 1 more week left. -- Leonidas Spyropoulos PGP: 59E43E106B247368 OpenPGP_0x59E43E106B247368.asc Description: OpenPGP public key OpenPGP_signature Description: OpenPGP digital signature
Re: TU Application - Antiz
On 03/01/2023 18:14, T.J. Townsend wrote: > Confirming my sponsorship too. This marks the beggining of the discussion period which will conclude in two weeks on 2023-01-18. The voting will start on the same day and conclude on 2023-01-25. -- Leonidas Spyropoulos PGP: 59E43E106B247368 OpenPGP_0x59E43E106B247368.asc Description: OpenPGP public key OpenPGP_signature Description: OpenPGP digital signature
Re: TU Application - Antiz
On 03/01/2023 13:03, Robin Candau wrote: > Hello, > > My name's Robin Candau and I'd like to apply to become a Trusted User. > My sponsors are Leonidas Spyropoulos and T.J. Townsend > . I confirm my sponsorship. Cheers, -- Leonidas Spyropoulos PGP: 59E43E106B247368 OpenPGP_0x59E43E106B247368.asc Description: OpenPGP public key OpenPGP_signature Description: OpenPGP digital signature
Re: SPAM in AUR comment rvm package
Hello On 20/12/2022 17:13, Eduardo Hernández wrote: > Hello, > > see https://aur.archlinux.org/packages/rvm > Comments by users malkovich and alaina are spam Thanks for reporting. Their comments were deleted and account suspended. Cheers, -- Leonidas Spyropoulos PGP: 59E43E106B247368 OpenPGP_0x59E43E106B247368.asc Description: OpenPGP public key OpenPGP_signature Description: OpenPGP digital signature
aurweb new release v6.1.9
Hello AUR users, A new version of Aurweb has been deployed. There has been some issues lately when users were trying to delete their accounts. These should be solved and if anyone got errors before I would urge them to try again. Full changelog is available https://gitlab.archlinux.org/archlinux/aurweb/-/tags/v6.1.9 Kind Regards, -- Leonidas Spyropoulos TU and junior DevOps PGP: 59E43E106B247368 OpenPGP_0x59E43E106B247368.asc Description: OpenPGP public key OpenPGP_signature Description: OpenPGP digital signature
Re: [aur-general] Spam in AUR comments
On 31/08/2022 13:41, hawkeye116477--- via aur-general wrote: > Welcome, > I'd like to report spam in AUR comments at > aur.archlinux.org/packages/waterfox-classic-bin#comment-879702, written by > user Shijrat62. > (I haven't previously subscribed, so I'm sending again) Thanks for reporting it - I've taken care of it. Cheers, Leonidas OpenPGP_signature Description: OpenPGP digital signature
Re: [aur-general] package splitting
Hi Thomas, On 29/08/2022 15:34, Thomas via aur-general wrote: > Hi, > > I have 2 questions: > > 1) when is it allowed and / or good practice to split multiple > packages by 1 PKGBUILD? > For example I have created a package which pulls 3 debian packages and > creates 3 Arch packages from it. > I want to do that in 1 PKGBUILD by package splitting. Is that a good > idea or should this avoided (if so why..)? Simple answer - when it makes sense. On the example you describe above I can't see a reason why 3 different packages (which would end up in 3 different packages in Arch Linux) would derive from one PKGBUILD. What's the reasoning for doing that instead of 3 different PKGBUILDs? > > 2) I found a bug in package splitting regarding the variable "pkgdesc" > - when in AUR: it simply gets ignored when used in package_ > functions. > > Example: > https://aur.archlinux.org/packages/systemd-libs-git > -> Line 220: > https://aur.archlinux.org/cgit/aur.git/tree/PKGBUILD?h=systemd-git#n220 > > It should work though according to: > https://archlinux.org/pacman/PKGBUILD.5.html#_package_splitting > > It seems to work when in the regular package database - which is using > the same PKGBUILD as the AUR ofc: > https://archlinux.org/packages/core/x86_64/systemd-libs/ > > -> Is this the right place to report an issue like that? I had to decypher a bit on what you meant by bug but I think I got it. The pkgdesc field on split packages is ignored on the web ui and picking the first one (?) - right? If yes then please report as an issue at https://gitlab.archlinux.org/archlinux/aurweb/-/issues Cheers, Leonidas OpenPGP_signature Description: OpenPGP digital signature
Re: [aur-general] TU Application - blakkheim
On 16/08/2022 15:30, T.J. Townsend via aur-general wrote: > Hello. I'd like to apply to become a trusted user. Hi T.J. First of all best of luck! > I'm the maintainer or co-maintainer for a few OpenBSD-derived packages > in the AUR: openiked, rpki-client, and openbgpd. I've been involved with > OpenBSD since 2014 and became a project committer there in early 2016. > > In the last two years I've submitted just over 150 patches to the Arch > bug tracker: https://bugs.archlinux.org/index.php?opened=32638[]= Many of these patches and bugs are switching to https and signed commits and given the limited AUR packages (3) you are involved as maintainer / co-maintaner I don't see a lot of PKGBUILDs to have a view on your packaging history. > > Some community packages I'd like to co-maintain are openntpd, opensmtpd, > libressl, sndio, mandoc, signify, dnscrypt-proxy, bmake, scrot, firejail, > xcalib, mktorrent, parallel, ncmpcpp... Some of these are with a sole maintainer which is great since they could be busy +1 > > And more (frankly, lots more) in the core/extra repos if that option opens > up in the future. [..] If I'm accepted, one of my goals will be to get > missing security fixes into Arch's repository shortly after their upstream > release. What stops you from opening bug report and submitting patches for those now without being a TU? If these are in core/extras your options would be the same as you have now, right? Cheers, Leonidas OpenPGP_signature Description: OpenPGP digital signature
[aur-general] Transifex aurweb
Hi Lucas, I'm trying to get some translation updates for aurweb and I believe this is managed from you. Can you please add me to the aurweb team so I can export them and update the repository .po files. Thanks you, -- Leonidas Spyropoulos PGP: 59E43E106B247368 OpenPGP_signature Description: OpenPGP digital signature
Re: [aur-general] TU Application - serebit
On 26/07/22, Campbell Jones via aur-general wrote: > On Jul 26, 2022, 4:35 PM, Jonas Witschel via aur-general < > aur-general@lists.archlinux.org> wrote: > > Having an active EndeavourOS contributor feels like a great way to bridge > > this perceived gap a bit. > > Just to clarify, I am not an EndeavourOS contributor, but an EndeavourOS > user. However, I have had correspondence with an Endeavour contributor, > flyingcakes, as he's in the Budgie Matrix space—this correspondence is the > reason Endeavour has been shipping budgie-control-center in their own "eos" > repository prior to it landing in \[community\]. I would, of course, be > perfectly happy to provide a communication bridge of sorts between > EndeavourOS and Arch regardless, if given the opportunity to do so. > I think packaging and testing makes sense to be done on a vanilla Arch system only. I've asked serebit before when reviewing the application and he suggested to migrate one of his machines to Arch native as already mentioned. Many of us use different operating system / distributions as well as Archlinux so I don't think it's weird, I've contributed to repod patches to make it build successfully in MacOS. The fact EOS it a derivative makes it just easier to switch to native Archlinux and shows we are inclusive :) As for bringing closer Archlinux with derivative ditributions we contacted already some for them and they attended in one of the repod meetings we have every other week with positive feedback and discussion [1]. I think it can bring positive feedback and collaboration on issues which we/they face challenges or both. [1]: https://lists.archlinux.org/archives/list/arch-proje...@lists.archlinux.org/thread/O265IWFP2J74IP3HFFKCK7NUQYISVXD7/ Cheers -- Leonidas Spyropoulos PGP: 59E43E106B247368 signature.asc Description: PGP signature
Re: [aur-general] TU Application - serebit
On 25/07/2022 14:57, Campbell Jones via aur-general wrote: Hello all, My name is Campbell Jones, my online handle is serebit, and this is my application to become a Trusted User. I've been graciously sponsored by Jonas Witschel (diabonas) and Leonidas Spyropoulos (artafinde). [..] I confirm my sponsorship Best of luck! -- Leonidas Spyropoulos PGP: 59E43E106B247368 OpenPGP_signature Description: OpenPGP digital signature
Re: [aur-general] Brazillian's mirrors are not found
On 18/07/2022 04:34, Gabriel Dutra via aur-general wrote: Dear all, On the download package, the following mirrors are not found. - archlinux-br.com.br <https://archlinux-br.com.br/archlinux/iso/2022.07.01/> - archlinux-br.com.br <http://archlinux-br.com.br/archlinux/iso/2022.07.01/> Hello Gabriel, This ML is not appropriate for these kind of notifications / requests. Probably arch-mirr...@lists.archlinux.org would be more appropriate or just raise a bug like I did. :) Raised this as https://bugs.archlinux.org/task/75363 Cheers, -- Leonidas Spyropoulos PGP: 59E43E106B247368 OpenPGP_signature Description: OpenPGP digital signature
Re: [aur-general] Python Package Update Review Request
On 30/06/2022 19:43, Sean Snell via aur-general wrote: > I apologize, I forgot to attach the PKGBUILD! Thanks, Sean > > On Thu, Jun 30, 2022 at 2:42 PM Sean Snell via aur-general < > aur-general@lists.archlinux.org> wrote: > >> Hello, Hi Sean, >> If I could get a review of the attached PKGBUILD that would be great! >> Thanks, Sean The PKGBUILD you attached has some slight differences that the guidelines [1]. Also I suppose you also need to depend on `udev` since you add a udev rule. >> PS - Can I get pointed in the right direction for info on setting up PGP >> keys? Thanks! I'm not sure what you mean with this. For PGP setup you can just google it - there are many how-to. Is this related to the PKGBUILD? [1]: https://wiki.archlinux.org/title/Python_package_guidelines#Standards_based_(PEP_517) -- Leonidas Spyropoulos PGP: 59E43E106B247368
Re: [aur-general] Locked out of my account
On 20/06/2022 22:24, dan soucy via aur-general wrote: Hi all, Hello, I am hoping to regain access to my aur account. The email used was `da...@archlinux.info`, using the now dead email service once hosted by (forum user) tredaelli. There's no alternative email or PGP key mentioned on the account, only the SSH key. Do you still have the ssh key used on the AUR site? Speak to me in #archlinux-aur or #archlinux-devops in IRC and I can assist. Cheers -- Leonidas Spyropoulos PGP: 59E43E106B247368 OpenPGP_signature Description: OpenPGP digital signature
Re: [aur-general] Subdirectories: is my workaround acceptable?
On 16/06/2022 17:42, Claudia Pellegrino via aur-general wrote: Hi fellow AUR maintainers, Hello Claudia, [..] I started working around that limitation by including a tarball [2] with my PKGBUILDs instead of a .vscode directory. While aurweb would have rejected that directory, it does accept the tarball. The AUR is for hosting the PKGBUILD files and any patches / sources required to build those. Supplementary files such as IDE settings etc should not be there because they are not required for building said packages. Cheers, Leonidas -- Leonidas Spyropoulos PGP: 59E43E106B247368 OpenPGP_signature Description: OpenPGP digital signature
Re: [aur-general] Regarding deletion request #30697 (waybox)
On 16/12/2021 15:52, Lex Black via aur-general wrote: Good day list, Hi Lex, Thanks for reaching out. 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. Thanks for taking the time and explaining your view on this. I understand the reaction for the deletion request might have been a bit quick from my side so I'd happily restore the package if you like, just let me know. Kind regards, -- Leonidas Spyropoulos PGP: 59E43E106B247368 OpenPGP_signature Description: OpenPGP digital signature
Re: [aur-general] Leaving Arch Linux
Hi Simon, On 18/11/21, Simon Legner via aur-general wrote: > 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=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. > I'd say this email would trigger people to contact you for orphaning packages and they can pick them. For example I could pick: spectre-meltdown-checker aur-out-of-date jd-gui-bin jd-gui lab Do you plan to keep developing the `aur-out-of-date`? > Thank you for great thirteen years, > simon04 Cheers, -- 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? signature.asc Description: PGP signature
Re: [aur-general] TU application - artafinde
On 01/11/21, Alexander Epaneshnikov wrote:
> hello Leonidas. first of all, I wish you luck with your application.
>
> I have reviewed your pkgbuilds and would like to share some notes:
>
Thanks for taking the time to check these
> # aarchup
> provides=("${pkgname}")
> this is the default behavior, so this line is unnecessary.
> install -Dm644 LICENSE.md "$pkgdir/usr/share/licenses/$pkgname/LICENSE"
> GPL3 is in licenses package so no need to install it.
>
Resolved.
> # auracle-git
> _pkgname=auracle
> you can use "${pkgname%-git}" instead.
>
Resolved.
> # caatinga-git
> cd "${srcdir}/${pkgname%-git}"
> all makepkg's functions start in ${srcdir}.
> python2 setup.py install --root="${pkgdir}/" --optimize=1
> no python2-setuptools in makedepends.
> I take this opportunity to recommend building aur packages in a clean chroot.
> it helps to identify just such errors.
>
Resolved.
> # corefreq-git
> no git in makedepends.
>
Resolved.
> # freeplane
> mkdir -p
> I recommend to use install for that.
> Moreover. below install will create these folders on its own thanks
> to the D flag.
>
Resolved.
> # gnome-shell-extension-cpufreq
> _pkgname=cpufreq
> you can use ${pkgname#gnome-shell-extension-} instead.
> mkdir -p "${pkgdir}/usr/share/gnome-shell/extensions/"
> I recommend to use install for that.
>
Resolved.
> # ntellij-idea-ce-eap, intellij-idea-ue-eap
> mkdir -p
> I recommend to use install for that.
> cat < a nicer looking solution is to put this file in git and modify it
> with sed in prepare function.
> mkdir -p "${pkgdir}/usr/bin/"
> mkdir -p "${pkgdir}/usr/share/applications/"
> mkdir -p "${pkgdir}/usr/share/licenses/${pkgname}/"
> all of this is unnecessary since install will create these folders.
> ln -sf "${srcdir}/${_pkgname}-${_buildver}/license/$i"
> "${pkgdir}/usr/share/licenses/${pkgname}/$i"
> I do not quite understand why this is needed, but it does not look correct.
> and it seems to me that namcap will agree with me.
>
This seems wrong indeed - I will take a closer look.
> # python-sklearn-pandas
> mkdir -p "${pkgdir}/usr/share/licenses/${pkgname}/"
> install will do this for you.
>
Resolved.
>
> --
> Sincerely, Alexander | Trusted User
--
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?
signature.asc
Description: PGP signature
Re: [aur-general] TU application - artafinde
On 01/11/21, Levente Polyak via aur-general wrote:
> Hey Leonidas,
>
> I wish you good like as well. May the force be with you :D
>
Thank you
> For now I just have a tiny bit after reading through your mail:
>
>
> On 10/31/21 19:24, Leonidas Spyropoulos via aur-general wrote:
> > AUR packages (I maintain) interested in moving to Community
> > ...
> > - intellij-idea-{ce,ue}-eap (Provided their license is allowing that)
>
> Those are early access programs. We should not by default endorse a bleeding
> edge set in the official repos that are deemed purely for testing and
> feedback purpose rather than production usage.
>
> JetBrains also marks them with a specific warning:
> # This is an early access version of the product
> # You expressly acknowledge that this version of the product may not be #
> reliable, may not work as intended and may contain errors. Any use of # the
> EAP product is at your own risk.
>
> I'm not really fond of the idea to put them into our repos, the AUR is a
> quite good fit for it. Both are also just re-packaging the JetBrains dists
> so build time isn't really something to be concerned about. On top I see
> problems doing that with the JetBrains license issued for those two dists.
>
Fail point - keeping them in AUR is it.
--
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?
signature.asc
Description: PGP signature
Re: [aur-general] TU application - artafinde
Hello, On 01/11/21, Morten Linderud wrote: > On Sun, Oct 31, 2021 at 06:24:51PM +0000, Leonidas Spyropoulos via > aur-general wrote: > Good luck with your application :) Some preliminary thoughts. > Thank you > This isn't as much of an orphan as there is a question what to do with the > elasticsearch ecosystem in Arch. With the relicensing and subsequent release > of > opensearch what are you plans for this package? This also applies to the beat > packages and auxiliary packages to the ELK stack. > I think the best thing to do for Arch Linux is to wait to see how this will evolve. If opensearch gets traction and support from the community it might be the answer and eventually elasticsearch will not be important to keep in repos. I must say though I had to educate myself to the latest in elasticsearch licensing. > I'd rather not have a co-maintainer for go unless they want to take some > responsibility for the ecosystem and packaging standards as well. It's quite a > bit of work and just updating Go is the simple part of it. So what are you > thoughts here? > > There are a few packages in this list that has anywhere between 2 and 3 > maintainers already. One maintainer is bad, two is good, but having 3+ > maintainers is just painful to communicate if they are not all on the same > page. > This applies mostly to docker and docker-compose on my end, but I suspect > there > are more? > > When we started doing this list it was mostly to highlight packages that need > more maintainers where we just had one, but I don't think it's super useful > listing up every one package you want to maintain which doesn't strictly need > more maintainers? To me this seems like listing up packages for the sake of > listing up packages. > Coming up as a newbie in the TU I would have contacted the current maintainer(s) to ask if they need assistance on packaging and if it's a good idea to become a co-maintainer. As you mention here this would probably be an issue for docker and docker-compose packages. As for packages which are part of a bigger ecosystem then I would be willing to get involved into that if it's required. -- 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? signature.asc Description: PGP signature
[aur-general] TU application - artafinde
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 and
Sven-Hendrik Haase.
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=M=artafinde==n=a=50_Search=Go
[2]:
https://gitlab.archlinux.org/archlinux/aurweb/-/merge_requests?scope=all=all_username=artafinde
[3]:
https://gitlab.archlinux.org/artafinde/keycloak-archlinux-theme/-/tree/multi-module
[4]:
https://gitlab.archlinux.org/archlinux/infrastructure/-/merge_requests?scope=all=all_username=artafinde
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?
signature.asc
Description: PGP signature
