- Aur-general - lists.archlinux.org

[aur-general] FastAPI aurweb Testing Announcement
by Kevin Morris 30 Oct '21

30 Oct '21

Hello AUR users, It is my pleasure to finally announce the initial "beta" testing stage of the FastAPI aurweb implementation. This development has majorly happened in the background, so it may come as a surprise to some. For those who want a quick check, we've deployed aurweb's development branch `pu` onto https://aur-dev.archlinux.org. More details about the instance can be found in the aur-dev.archlinux.org Testing page [1]. Below, there are several sections about different components of this adventure: - Proposal - Changes and Plans - Testing - Reporting == Proposal == In May of 2020, a proposal [2] was made to the project to port the existing PHP code over to a more modernized language and framework. The discussion settled on using the following stack: - Python - SQLAlchemy - Alembic - FastAPI == Changes and Plans == Along with this porting, we have fixed a few bugs and changed a few things. Following is a listing of a partial UX changelog: - The last Requests page no longer goes nowhere. - Requests can now be viewed as a normal User, filtered only to requests that the user created. - Users can now close requests they created by themselves. - The Trusted User page now allows users to page through the different tables independently. - The `get-comment-form` type has been removed from the RPC and implemented in a non-RPC route. - Performance of the homepage has been improved. - Performance of the package search page has been improved. - Performance of the `info` RPC type has been improved. - Most form-related actions have been changed. - Emitted cookies in production are now `Secure`, `HttpOnly` and `SameSite=strict`. - CSRF token inputs have been removed. - We may consider this in the future. - Many form pages now more correctly show errors or success messages on submission. - ...among several more... After the port is completely finished and deployed in production, we will be making improvements and sanitizations anywhere we see them being useful. There are quite a few features we already have tasked up for that point. However, more feature requests are welcome at any time. Note: The RPC is not yet completely implemented. It is not advisable to test against FastAPI's RPC implementation at the moment, but patches will be coming in soon and testing tasks will be added for it. == Testing == We have reached the point in development where we believe the majority of features have a working implementation. For this reason, we're now looking for crowdsourced user testing of the new platform. The developers of this new implementation were not historical experts of aurweb; the work was done with a fresh perspective and during exploration of the PHP code-base. We are sure there may be some mishaps around, and so this testing stage would be incredibly useful for us to put the finishing touches on the project with the end-goal of swapping to FastAPI in production 1-2 months from now. To get started with testing, visit the Testing Guide wiki page [3], which gives straight-forward direction on selecting and using a testing method. It is suggested to read the entire page, as all details are useful for those wishing to contribute feedback and utilizing the test systems. We're taking advantage of GitLab issues for tracking this test progress. An overview of the project's testing can be viewed in our progress issue [4]. Each task listed in the table on the overview page has its own issue, linked in the Status column. Testers should view these task-specific issues for details specific to the test. == Reporting == If you are interested in testing the platform, we very much appreciate your help and effort. That being said, the best way you can contribute to the project by testing is to report bugs or feedback about the routes (or tasks) you've tested. Please follow the procedure for reporting bugs or feedback noted in the Testing Guide [3]. == Thanks == Again, we very highly appreciate all of you for participating in the AUR and its well-being. == Footnotes == Contributions of all kinds are welcome and appreciated. Bug reports, patches, feature requests, documentation, or any other kind. Come visit us in Libera's #archlinux-aurweb if you'd like to chat specifically about the project. == References == [1] https://gitlab.archlinux.org/archlinux/aurweb/-/wikis/aur-dev.archlinux.org… [2] https://lists.archlinux.org/pipermail/aur-dev/2020-May/004848.html [3] https://gitlab.archlinux.org/archlinux/aurweb/-/wikis/Testing-Guide [4] https://gitlab.archlinux.org/archlinux/aurweb/-/issues/161 -- Kevin Morris Software Developer Identities: - kevr @ Libera

1 0

[aur-general] problem with yt-dlp package.
by zoorat 27 Oct '21

27 Oct '21

Hi everyone. I'm the maintainer of python-spotdl. and my package needs `yt-dlp` as a dependency. but, as the AUR/yt-dlp got deleted, I got into a problem. I am not a python programmer, so I might be wrong... but what I found after testing my program needs files of `/usr/lib/python3.9/site-packages/yt_dlp/` folder. but, community/yt-dlp package dose not have files of `/usr/lib/python3.9/site-packages/yt_dlp/` folder. It only contains the binary to be used by the terminal. so it can not work as a dependency. And AUR/youtube-dlp-bin is the same. only the binary. And there is AUR/yt-dlp-git which have `/usr/lib/python3.9/site-packages/yt_dlp/` folder with all the files needs to be a dependency but it is a git package... I already wrote a package by the name python-yt-dlp which is built the way a python package is supposed to be built. As any of them can't function as a dependency should I upload it ?? or should I make a bug report in community/yt-dl ??. yours, zoorat.

3 3

Re: [aur-general] problem with yt-dlp package.
by zoorat 27 Oct '21

27 Oct '21

>> I am not a python programmer, so I might be wrong... >> but what I found after testing my program needs files of ` >> >> / >> >> usr/lib/python3.9/site-packages/yt_dlp >> >> / >> >> ` folder. >> >> but, >> community/yt-dlp package dose not have files of ` >> >> / >> >> usr/lib/python3.9/site-packages/yt_dlp >> >> / >> >> ` folder. It only contains the binary to be used by the terminal. so it can not work as a dependency. >> And AUR/youtube-dlp-bin is the same. only the binary. >> And there is AUR/yt-dlp-git which have ` >> >> / >> >> usr/lib/python3.9/site-packages/yt_dlp >> >> / >> >> ` folder with all the files needs to be a dependency but it is a git package... >> >> I already wrote a package by the name python-yt-dlp which is built the way a python package is supposed to be built. As any of them can't function as a dependency should I upload it ?? >> or should I make a bug report in community/yt-dl ??. > > might not be the right solution, but? > > the /usr/bin/yt-dlp file is actually a python package as a zip > archive, that has all the python modules in it. > > even this works `PYTHONPATH=yt-dlp python` and then you can import > from the yt_dlp > package. > > you might use this as a kind of a fix > > -- > damjan that certainly works. but why this weird solution ?? why that 'yt-dlp' package is an archive in /bin ?? why it's not like a normal python package so that it can be used as a normal terminal utility and a library at the same time ?? I don't get it. a simple package like this works just fine => https://gist.github.com/z00rat/48283ea15353ff86c3222316feaca649 it just works as a command and as a library. btw, it has that GUI (yt-dlg) too. TBH, i would rather prefer a universal way to do those things... ps: am i supposed to get mail or in an aur-general Digest when ever someone mail in my thread ?? i only get email as a digest....

1 0

[aur-general] RPC v1-v4 Deprecated Support Ended
by Kevin Morris 17 Oct '21

17 Oct '21

Hello AUR Users, The RPC version 1-4 deprecation period has now ended. At this time, users should rely on the fact that support for version 1-4 may be dropped at any time. If you own a project which uses the RPC API, you'll want to comply with the version 5 API immediately. See the Deprecation Notice [1] for a more elaborate explanation of the deprecation and how to move forward. Deprecation warning which was patched into the RPC API 31 days ago: The use of versions lower than 5 is now deprecated and will soon be unsupported. To ensure your API client supports the change without issue, it should use version 5 and adjust for any changes in the API interface. See https://aur.archlinux.org/rpc for documentation related to v5. Again, if you have not yet migrated, now is the time to do so. Completion of the FastAPI port is quite near to completion, and when we deploy FastAPI in production on aur.archlinux.org, support for 1-4 will be non-existent. Thank you all for your selfless contributions to user-driven software as a whole. You are what makes the AUR a usable and attractive feature of Arch Linux and keeps developers wanting to improve the project in general. References: [1] https://lists.archlinux.org/pipermail/aur-general/2021-September/036579.html Thank you for your attention, Kevin 'kevr' Morris -- Kevin Morris Software Developer Identities: - kevr @ Libera

1 0

[aur-general] Package name conflict (package name is already taken)
by Matej Dujava 13 Oct '21

13 Oct '21

Hello, I am looking into publishing mine first package [0] into aur. I have working PKGBUILD with 2 split packages (only 2 out of 4 run on python3 now; client side for now). Problem is that I would like to use "beaker" as a pkgbase, since original packages has this basename in rpm based distros [1]. Currently beaker aur package is used for [2] [3], which is also in packages: beaker-appimage beaker-browser-bin beaker-browser-git beaker-git I contacted package maintainers, after week no reply. I was thinking of renaming them to beaker-browser-{,-bin,-git,-appimage} [0] https://github.com/beaker-project/beaker [1] https://koji.fedoraproject.org/koji/packageinfo?packageID=23875 [2] https://beakerbrowser.com [3] https://github.com/beakerbrowser/beaker Thank you, Matej Dujava

1 0

Re: [aur-general] Duplicate yt-dlp packages
by Maxwell G 11 Oct '21

11 Oct '21

Oct 10, 2021 4:19:07 PM Alexandre Mendes <reversebob(a)gmail.com>: > Hello, > > This package was my first package ever created, and I used a script to do it, but have been informed the convention is not respected (python- should apparently be for libraries). > Anyway, my package needs to disappear. > Should I delete it myself ? What exactly is the correct process ? > > > > On Sun, 10 Oct 2021 at 22:41, Maxwell Gottlieb <gotmax(a)e.email> wrote: >> Hi everyone, >> >> I hope you are having a good weekend! >> >> There are several duplicate packages for yt-dlp[1] available on the AUR. >> There are two regular packages (yt-dlp and youtube-dlp), as well as two >> Git packages (yt-dlp-git and python-yt-dlp-git). I think we should keep >> yt-dlp and yt-dlp-git, because they are the most popular, but I wanted >> to ask before creating any deletion requests. >> >> I have CC'd the maintainers of the aforementioned packages. >> >> Thanks, >> Maxwell >> >> [1]: https://github.com/yt-dlp/yt-dlp >> >> -- >> Maxwell G (@gotmax23) >> Pronouns: He/Him/His >> gotmax(a)e.email Hi Alexandre, I'm not sure what the process of deleting packages looks like. One of the Trusted Users can chime in on that. Please make sure that you reply to the entire mailing list and not just me. I think you have to subscribe[1] to the mailing list before posting. Thanks, Maxwell [1]: https://lists.archlinux.org/listinfo/aur-general -- Maxwell G Pronouns: He/Him/His gotmax(a)e.email

2 1

[aur-general] Duplicate yt-dlp packages
by Maxwell Gottlieb 10 Oct '21

10 Oct '21

Hi everyone, I hope you are having a good weekend! There are several duplicate packages for yt-dlp[1] available on the AUR. There are two regular packages (yt-dlp and youtube-dlp), as well as two Git packages (yt-dlp-git and python-yt-dlp-git). I think we should keep yt-dlp and yt-dlp-git, because they are the most popular, but I wanted to ask before creating any deletion requests. I have CC'd the maintainers of the aforementioned packages. Thanks, Maxwell [1]: https://github.com/yt-dlp/yt-dlp -- Maxwell G (@gotmax23) Pronouns: He/Him/His gotmax(a)e.email

1 0

[aur-general] poe-git maintainership
by Strahinya Radich 07 Oct '21

07 Oct '21

Hi, I am the author of the program poe (https://sr.ht/~strahinja/poe) When I wanted to create an AUR package for my program, I found out that someone (with the username fossdd) already made a package for my program, called poe-git. The version of the package in the AUR, however, is 0.1.alpha.r11.g4a843ea-1 and I've moved on to v1.3.3. Granted, when poe-git is installed through an AUR helper, the latest source is pulled, but the PKGBUILD doesn't use the intended command for the installation (which is now PREFIX=... ./do install, I've added respecting the PREFIX environment variable), but instead uses the install(1) program manually, so the manpage isn't installed. I would be fine with fossdd maintaining poe-git AUR package if it is kept up-to-date, but I would prefer maintaining it myself. I tried contacting fossdd today early in the morning about this, but got no response yet. I would appreciate an advice on this.

5 6

Re: [aur-general] Not receiving password reset emails for new account
by Ken Taylor 27 Sep '21

27 Sep '21

I am having the same problem as jake. New account, email is correct (won't let me create another one with the same email address -- taylork(a)alum.mit.edu) Have tried reset password for a couple days and no emails. Thanks, -Ken On Sat, Sep 25, 2021 at 6:25 PM Jake Barnes <me(a)jakebarn.es> wrote: > > Hi, > > Last week I tried creating the account `vivi` for automating releases of our package (also `vivi`), instead of using my personal account `DuBistKomisch`. The email address should be `devops at vivi.io`, which is a shared mailbox on my company's Office 365. I didn't receive the initial password reset after registration, nor any requested from the password reset page. > > If I made a typo in the email, could it please be corrected? Otherwise, please advise anything else I can do here. > > Thanks, Jake

4 3

[aur-general] Special removal of inactive Trusted User Brad Fanella (cesura)
by David Runge 24 Sep '21

24 Sep '21

Hi all, I would like to raise the special removal [1] of the Trusted User Brad Fanella (cesura) due to inactivity. * last vote: 124 * last AUR login: 2020-11-08 * last action: 2020-08-19 13:33 * the user has no packages in the official repositories I have tried to reach out to Brad via e-mail on 2021-08-10 granting a three week grace period (which has now passed by more than a week), but did not receive a reply. After a three day discussion period I will start a vote. Best, David [1] https://gitlab.archlinux.org/archlinux/tu-bylaws/-/blob/master/tu-bylaws.ad… -- https://sleepmap.de

2 3