- Aur-general - lists.archlinux.org

Re: [aur-general] [PRQ#29045] Deletion Request for hugo-bin
by B 10 Nov '21

10 Nov '21

grawlinson made a deletion request on this package after I updated it to v0.89.1, and they immediately approved their own request. The community package is flagged out-of-date and is at v0.88.1. First, this violates the AUR community guidelines that requests a user be contacted before a package is removed. Additionally, I find that they are making a request and then immediately approving their own request without any discussion to be concerning. I do not think you should be deleting AUR packages, unless they are malicious. If they are not being maintained, then you should be contacting the users before deleting them. Otherwise, there is no harm in having an AUR and trusted package, as many times they be actually be different or the trusted package is the one not actively getting updated. On Fri, Nov 5, 2021 at 2:00 PM notify at aur.archlinux.org <ra+xgepysjjbcltexbfrteyggrkpgpclsgvngecpizxwjpvijvgp(a)simplelogin.co> wrote: > > grawlinson [1] filed a deletion request for hugo-bin [2]: > > Hugo is available in the community repository. > > [1] https://aur.archlinux.org/account/grawlinson/ > [2] https://aur.archlinux.org/pkgbase/hugo-bin/

16 22

[aur-general] Do not remove filezilla-bin
by 山田ハヤオ 03 Nov '21

03 Nov '21

A request to remove filezilla-bin has been submitted (PRQ#28985]) [1] aur/filezilla-bin, unlike community/filezilla, provides binaries already officially built. Please do not delete the currently submitted deletion request as it is incorrect. Yamada Hayao [1] https://lists.archlinux.org/pipermail/aur-requests/2021-November/060268.html

4 7

[aur-general] packaging question for optional-wayland optional-xorg package
by todd freed 03 Nov '21

03 Nov '21

Hello, First-time AUR packager here. I am working on a PKGBUILD for a program that optionally supports wayland, and optionally supports xorg. When you configure the program, you specify one, the other, or both, of --enable-wayland and --enable-xorg. Specifying either option implies a build-time and a run-time dependency on the relevant client libraries. I could build a single package with dependencies on both, but I suspect most wayland users would want the wayland-only package, and vice-versa for xorg. Is this a use-case for split-package? Trying not to overcomplicate things. Thanks. -hossbeast

3 5

[aur-general] Spam account
by Kr1ss 30 Oct '21

30 Oct '21

Hi TUs, could somebody pls take care of this new spam account and their comment(s): https://aur.archlinux.org/account/EngineeringQ https://aur.archlinux.org/packages/freetube-bin/#comment-833607 Thanks, cheers ! Kriss -- PGP: 7A19 4E3F 7A8F 867B EA8A 5339 023F 0788 62AC FE50 https://keys.openpgp.org/vks/v1/by-keyid/023F078862ACFE50

2 1

[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

[aur-general] Question about AUR submission rules
by networkException 23 Sep '21

23 Sep '21

Hello, I maintain the ungoogled-chromium packaging for Arch Linux as an officially supported platform. As a quick overview, ungoogled-chromium is a set of patches that aims to remove all dependencies on Google services from Chromium. Compiling Chromium is a quite resource and time intensive task, which is why I use both Open Build Service and GitHub Actions for offering binary releases. As the packing is Arch Linux specific, both build systems produce a package archive for pacman. A highly requested feature by users is to offer such a binary release in the AUR as it is more convenient for them compared to adding a custom repository for example. In the past there were already ungoogled-chromium-bin packages in the AUR, usually submitted by people not affiliated with the project and removed for some reason at some point in time. The most recent one would download a pacman package from an OBS repository and install it by extracting files manually. In the delete request removing this last package (#19142) it was stated that "the AUR is not intended to provide an index for PKGBUILDs that repackage the build package originally created by another PKGBUILD". While I understand that the AUR would want to avoid to just include repackaged entries like that, I am now wondering what the best way to offer a binary package in the AUR would be in my situation. Building Chromium separately into a non makepkg archive just for the AUR on GitHub Actions for example seems wasteful and would defeat the way package checksums are currently handled, as such making it harder for end users to quickly verify that the binary an AUR helper for example would download is legitimate. I tried looking for a rule that explicitly states the mentioned repackaging restrictions, but I was unable to find one. I have also found another AUR package which is normally available that repackages a pkg.tar.zst (codelite-bin). Thank your for taking the time to reading, I hope it will be possible to find a way to submit ungoogled-chromium-bin properly. Kind regards, networkException

3 4

[aur-general] Not receiving password reset emails for new account
by Jake Barnes 23 Sep '21

23 Sep '21

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(a)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

1 0

[aur-general] [neard] neard release v0.17
by Krzysztof Kozlowski 22 Sep '21

22 Sep '21

Hi all, v0.17 ===== After quiet period, the neard user-space counterpart of Linux kernel NFC stack, gets a new release - v0.17. The release includes several fixes (including potential security fixes) and improvements, plus few new features. Source code release: https://git.kernel.org/pub/scm/network/nfc/neard.git/tag/?h=v0.17 https://git.kernel.org/pub/scm/network/nfc/neard.git/snapshot/neard-0.17.ta… Few notes on new names and maintainers ====================================== The neard package was previously maintained Samuel Ortiz and Marcel Holtmann, which were also main contributors. Last years Mark Greer was looking after neard. I joined in 2021, both as a maintainer of Linux kernel NFC stack and the neard. The project development still happens via linux-nfc mailing list but also got a second home on GitHub: https://github.com/linux-nfc/neard Under GitHub I set up also Continuous Integration: https://github.com/linux-nfc/neard/actions Feel free join and hack via both channels. Best regards, Krzysztof

1 0

[aur-general] RPC v1-v4 Deprecation Notice
by Kevin Morris 20 Sep '21

20 Sep '21

Hello AUR users, With the advent of FastAPI aurweb development, we've done some reviewing of the RPC API. With each increasing version to the RPC, it has become quite a heavy component of aurweb to maintain in complete back-compatibility mode for legacy RPC version users. These legacy versions reduce flexibility in the implementation and there are several bugs with the legacy versions which will not be addressed in favor of moving forward and focusing on the current highest version: 5 and future unreleased versions. For these reasons, we have decided to deprecate the following RPC versions: - 1 - 2 - 3 - 4 Undeprecated versions: - 5 A deprecation warning has been patched into the RPC soon for all requests which use a version less than 5. This notice will be shown to users under the "warning" key of JSON output for a minimum of one month before true deprecation occurs: 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. After one month has passed (from now), the RPC API should be seen to only support v5. Users should update their code to use v5 before this time to avoid any imminent client breakage. See https://aur.archlinux.org/rpc for documentation on working with version 5. NOTE: Upcoming changes which completely remove v1-4 from operation will require your clients to supply a valid `v` query argument. Currently, this defaults to version 1, and that will change with the completion of the deprecation. A changelog will be posted to aur-general regarding RPC when this occurs, but this is a bit of forewarning so that users may prepare without issues. Example: https://aur.archlinux.org/rpc?v=5&type=multiinfo&arg[]=package We thank you all for your understanding and look forward to improving the API in future versions (v6) which development will have begun after the FastAPI initial port is complete. We'd like to thank you all for your contributions to the AUR; without you, the AUR would simply not be a useful tool. We apologize for any inconvenience this may cause, but we do feel that this is the right direction for the project; especially since we'll be adding more features to the API in the very near future, this allows us to more easily develop and release these additions. Thank you for reading, aurweb Development Team -- Kevin Morris Software Developer Identities: - kevr @ Libera

1 0

[aur-general] Problem downloading a source package with new curl version
by Jan Kohnert 20 Sep '21

20 Sep '21

Hi, one of my aur packages (eccodes) has a problem getting the source package using the new version of curl (7.79.0). The output of the old curl version looks like: ----------------------------------------------------------------------------- jankoh@kohni-mobil ~/projects/eccodes $ curl -v https://confluence.ecmwf.int/ download/attachments/45757960/eccodes-2.23.0-Source.tar.gz?api=v2 * Trying 136.156.180.232:443... * Connected to confluence.ecmwf.int (136.156.180.232) port 443 (#0) * ALPN, offering h2 * ALPN, offering http/1.1 * successfully set certificate verify locations: * CAfile: /etc/ssl/certs/ca-certificates.crt * CApath: none * TLSv1.3 (OUT), TLS handshake, Client hello (1): * TLSv1.3 (IN), TLS handshake, Server hello (2): * TLSv1.2 (IN), TLS handshake, Certificate (11): * TLSv1.2 (IN), TLS handshake, Server key exchange (12): * TLSv1.2 (IN), TLS handshake, Server finished (14): * TLSv1.2 (OUT), TLS handshake, Client key exchange (16): * TLSv1.2 (OUT), TLS change cipher, Change cipher spec (1): * TLSv1.2 (OUT), TLS handshake, Finished (20): * TLSv1.2 (IN), TLS handshake, Finished (20): * SSL connection using TLSv1.2 / ECDHE-RSA-AES128-GCM-SHA256 * ALPN, server did not agree to a protocol * Server certificate: * subject: jurisdictionC=GB; businessCategory=Non-Commercial Entity; serialNumber=ISBN: 9780101820028; C=GB; ST=West Berkshire; L=Reading; O=European Cen tre for Medium-Range Weather Forecasts; CN=confluence.ecmwf.int * start date: Mar 29 16:16:45 2021 GMT * expire date: Mar 29 16:26:00 2022 GMT * subjectAltName: host "confluence.ecmwf.int" matched cert's "confluence.ecmwf.int" * issuer: C=NL; O=QuoVadis Trustlink B.V.; CN=QuoVadis Europe EV SSL CA G1 * SSL certificate verify ok. > GET /download/attachments/45757960/eccodes-2.23.0-Source.tar.gz?api=v2 HTTP/ 1.1 > Host: confluence.ecmwf.int > User-Agent: curl/7.78.0 > Accept: */* > * Mark bundle as not supporting multiuse < HTTP/1.1 200 200 < Date: Sun, 19 Sep 2021 19:48:11 GMT < Server: Apache < Cache-Control: no-cache, must-revalidate < Expires: Thu, 01 Jan 1970 00:00:00 GMT < X-Confluence-Request-Time: 1632080871142 < Set-Cookie: JSESSIONID=659BDBFF1F03F2DC7848A7BEECF3CCC3; Path=/; HttpOnly < Last-Modified: Mon, 19 Jan 1970 20:46:07 GMT < Accept-Ranges: bytes < X-Content-Type-Options: nosniff < Content-Disposition: inline; filename="eccodes-2.23.0-Source.tar.gz" < Content-Type: application/x-gzip;charset=UTF-8 < Content-Length: 12037258 < Strict-Transport-Security: max-age=15552000 < Warning: Binary output can mess up your terminal. Use "--output -" to tell Warning: curl to output it to your terminal anyway, or consider "--output Warning: <FILE>" to save to a file. * Failure writing output to destination * Closing connection 0 * TLSv1.2 (OUT), TLS alert, close notify (256): jankoh@kohni-mobil ~/projects/eccodes $ ----------------------------------------------------------------------------- The new version outputs: ----------------------------------------------------------------------------- jankoh@kohni-mobil ~/projects/eccodes $ curl -v -i https:// confluence.ecmwf.int/download/attachments/45757960/eccodes-2.23.0- Source.tar.gz?api=v2 * Trying 136.156.180.232:443... * Connected to confluence.ecmwf.int (136.156.180.232) port 443 (#0) * ALPN, offering h2 * ALPN, offering http/1.1 * successfully set certificate verify locations: * CAfile: /etc/ssl/certs/ca-certificates.crt * CApath: none * TLSv1.3 (OUT), TLS handshake, Client hello (1): * TLSv1.3 (IN), TLS handshake, Server hello (2): * TLSv1.2 (IN), TLS handshake, Certificate (11): * TLSv1.2 (IN), TLS handshake, Server key exchange (12): * TLSv1.2 (IN), TLS handshake, Server finished (14): * TLSv1.2 (OUT), TLS handshake, Client key exchange (16): * TLSv1.2 (OUT), TLS change cipher, Change cipher spec (1): * TLSv1.2 (OUT), TLS handshake, Finished (20): * TLSv1.2 (IN), TLS handshake, Finished (20): * SSL connection using TLSv1.2 / ECDHE-RSA-AES128-GCM-SHA256 * ALPN, server did not agree to a protocol * Server certificate: * subject: jurisdictionC=GB; businessCategory=Non-Commercial Entity; serialNumber=ISBN: 9780101820028; C=GB; ST=West Berkshire; L=Reading; O=European Centre for Medium-Range Weather Forecasts; CN=confluence.ecmwf.int * start date: Mar 29 16:16:45 2021 GMT * expire date: Mar 29 16:26:00 2022 GMT * subjectAltName: host "confluence.ecmwf.int" matched cert's "confluence.ecmwf.int" * issuer: C=NL; O=QuoVadis Trustlink B.V.; CN=QuoVadis Europe EV SSL CA G1 * SSL certificate verify ok. > GET /download/attachments/45757960/eccodes-2.23.0-Source.tar.gz?api=v2 HTTP/ 1.1 > Host: confluence.ecmwf.int > User-Agent: curl/7.79.0 > Accept: */* > * Unsupported response code in HTTP response * Closing connection 0 * TLSv1.2 (OUT), TLS alert, close notify (256): curl: (1) Unsupported response code in HTTP response jankoh@kohni-mobil ~/projects/eccodes $ ----------------------------------------------------------------------------- I see the response code is 200 200, which has an additional errournous 200. Since the upgrade my automated daily test builds fail, so I'd like to know if I should file a bug report either upstream or the arch bugtracker. I can download the file using chrome or wget, so it might be a workaroud if I could tell makepkg to use wget instead of curl. However, executing ----------------------------------------------------------------------------- sudo sed -i -r "s/(http[s]?::)\/usr\/bin\/curl\ -qgb\ \"\"\ -fLC\ -\ --retry\ 3\ --retry-delay\ 3 -o/\1\/usr\/sbin\/wget\ --no-cookies\ --retry-connrefused\ -t\ 3\ --waitretry\ 3 -O/" /etc/makepkg.conf ----------------------------------------------------------------------------- inside the build container will not help users that upgrade or install the package. I could post the workaround to the packages page, but this will also affect other packages to be build, and wget needs to be installed before that workaround will actually work. Any tips on how to go on? TIA -- MfG Jan

3 5

[aur-general] AUR Cleanup Day September 20th 2021
by Daniel M. Capella 16 Sep '21

16 Sep '21

Our requests system has been running awfully smoothly lately; luckily our bi-yearly AUR Cleanup Day is here to shake things up! This year it lands on this coming Monday, but as usual, feel free to start as soon as you like. See the AUR Cleanup Day wiki article[1] for details, and/or jump right in to the collaborative doc for this year's event[2]. IRC and Matrix users can chat and ask questions in #archlinux-aur on Libera.Chat. PS: Previously the wiki article was an option for collaboration. It's now locked down and will probably be made static, with an about section and a link to the template[3] for the collaborative doc. [1]: https://wiki.archlinux.org/title/DeveloperWiki:AUR_Cleanup_Day [2]: https://md.archlinux.org/amew_bGZSyySAHsQKig3AQ?both [3]: https://md.archlinux.org/pFMvWHrSRYi3buy3nBjFkA -- Best, Daniel<https://danielcapella.com>

3 3

Re: [aur-general] [aur-requests] [PRQ#28202] Deletion Request for obsidian-insider
by Alexander Epaneshnikov 16 Sep '21

16 Sep '21

On Thu, Sep 16, 2021 at 04:31:11AM +0000, notify--- via aur-requests wrote: > lishid [1] filed a deletion request for obsidian-insider [2]: > > Duplicate of https://aur.archlinux.org/packages/obsidian > > Also hotlinking of insider builds are illegal by the software's > license. I have already rejected PRQ # 28198 on the grounds that aur does not distribute any illegal content. maybe someone has other suggestions? > [1] https://aur.archlinux.org/account/lishid/ > [2] https://aur.archlinux.org/pkgbase/obsidian-insider/ -- Sincerely, Alexander | Trusted User

1 0

Re: [aur-general] Why were my packages gtkwrite, gtkwrite-git, and gtkate deleted from AUR? (Tinu Weber)
by John Briggs 14 Sep '21

14 Sep '21

On Tue, Sep 14, 2021 at 07:15:13AM +0000, zoorat via aur-general wrote: > Hi Tinu, > > In the last mail, I tried to explain the reasons behind my deletion request message, > where I should have sent this one. sorry. > 1. when I tried to build with default, it failed. > > 2. I changed "gtksourceview2" to "gtksourceview3" and "gtksourceview4", build failed. --------------cut-------------------------- Today I downloaded the git repository for gtkwrite. I followed the instructions in the README.md and compiled and generated gtkedit. I inspected my include directory for the gtksourceview* directories and found that I had both gtksourceview-3 and gtksourceview-4 installed. I suspected that I also could have installed gtksourceview-5 from AUR if I had wanted. As per the README.md file: $ make clean $ make with=-DWGTKSOURCEVIEW-4 and generated the gtkwrite executable. I did not install the program because I was not familiar with the PKGBUILD file. Because this package has been withdrawn I do not know how this will build against the PKGBUILD file. I suspect PKGBUILD will need to be modified. John

1 0

Re: [aur-general] Why were my packages gtkwrite, gtkwrite-git, and gtkate deleted from AUR? (Tinu Weber)
by zoorat 14 Sep '21

14 Sep '21

Hi Tinu, In the last mail, I tried to explain the reasons behind my deletion request message, where I should have sent this one. sorry. > Was there any comment or anything to let the maintainer know about the issue? Filing a deletion request right away seems a little harsh. sorry about that. From now on, I will let the submitter know first, then submit a deletion request. How long I should wait tho?? > If there *was* an upstream release, why not simply use the "out of date" flag? No. The last commit was on "May 29, 2019" and the last release was on "Feb 26, 2019". > Is there a need to constantly "update" PKGBUILDs? What about software that doesn't see upstream releases very often? I added this part to show "it's kinda dead". Nothing serious. > Of course if there is an issue for over 2 years, that's another thing. But again, was the author previously notified about the issue at all (e.g. via AUR comment)? there was nothing anywhere. no comment, no vote, no out of date. I would have added that comment and out-of-date note, if there was any. ok, let me tell you what I did before submitting the request... 1. when I tried to build with default, it failed. 2. I changed "gtksourceview2" to "gtksourceview3" and "gtksourceview4", build failed. 3. then I went to https://github.com/drankinatty/gtkwrite to try building but the first paragraph said... > A small fast standalone text editor written in C using Gtk+2 and optionally GtkSourceView2 to provide syntax highlighting... you need "gtksourceview". > The editor can be compiled with or without GtkSourceView. Without GtkSourceView it will compile as gtkedit. it's gtkwrite we are talking about. > With GtkSourceView it compiles as gtkwrite (requires GtkSourceView 2.x). and you need "gtksourceview2" and only v2 to build gtkwrite. we need that app's code to be updated or "gtksourceview2" package alive again. after getting no hope of fixing the PKGBUILD, I submit that deletion request. I hope it's not a mistake. ps, what else I should do to avoid wrong requests ?? your's zoorat.

1 0

Re: [aur-general] Why were my packages gtkwrite, gtkwrite-git, and gtkate deleted from AUR?
by zoorat 13 Sep '21

13 Sep '21

Hi David, I'm zoorat. I'm the guy who sent deletion requests to "gtkwrite" and "gtkwrite-git". no clue about "gtkate" tho. The reason for deletion are 1. Missing dependency (gtksourceview2) with that broken dependency, you can't build any of those packages. and I tried by removing the dependency but build will fail. 2.Last Updated: 2019-02-21 00:53. or Last Updated: 2019-02-26 10:41. It's been more than 2 years... If you think I made a mistake please let me know. If you need those packages clone "https://aur.archlinux.org/gtkwrite-git" and "https://aur.archlinux.org/gtkwrite".

3 2

[aur-general] Want A Comaintainer For Your Project?
by Kevin Morris 13 Sep '21

13 Sep '21

Hello AUR users, My name is Kevin Morris, also known as kevr. I've been getting interested in possibly helping out more with packages in general. I do not own too many in the AUR myself. Most of them are scripts that I developed and wanted to share with the community. My AUR Packages: - python-paginate - sprunge - sprunge-git - hastebin - hastebin-git - multiwatch I do want to help with more, but most of the things I can think of to add into the AUR already exist. So, I'd like to offer to any maintainers out there who may be interested: If you would like a comaintainer on your package, I am willing to take on that responsibility, as long as it is a package I am comfortable working on. This includes, in general, back-end (non-gui) packages -- especially packages which may serve as some sort of server. API, websites, web frameworks, libraries, and so on. But, I may be open to other kinds of packages as well -- the non-gui would just make testing and verification more simple for me. I definitely have more to learn each day, but I do have a pretty good understanding of the PKGBUILD format and build process as it is; enough that I can package things correctly (I believe; feedback on my current packages is welcome, of course). You can reply here or contact me personally if you wish. Thank you for your time, and thanks for being a part of sharing software with the world. I hope that I can be of some service. Regards, Kevin -- Kevin Morris Software Developer Identities: - kevr @ Libera

2 2