- Arch-dev-public - lists.archlinux.org

pulling mariadb-lts from extra-testing
by Christian Hesse 22 May '25

22 May '25

Hello everbody, I have just pulled mariadb-lts (11.4.6-1) from extra-testing. Several upstream bug reports indicate that there is a serious performance regression, though the exact cause it not yet known. Another release is expected really soon, possibly even in the following week. -- main(a){char*c=/* Schoene Gruesse */"B?IJj;MEH" "CX:;",b;for(a/* Best regards my address: */=0;b=c[a++];) putchar(b-1/(/* Chris cc -ox -xc - && ./x */b/42*2-3)*42);}

1 2

IRC Channel for mirror related discussions now available
by pitastrudl 19 May '25

19 May '25

Hi all, We've created, some time ago already, a new channel on libera.chat for any Arch Linux mirror / mirrorlist related questions and chat. This is just another communication channel for all things related. It is still advised to report any issues to https://gitlab.archlinux.org/archlinux/arch-mirrors/-/issues for easier visibility and tracking of progress. Thank you for all your contributions, past and future! Channel name: #archlinux-mirrors Regards, Arun

1 0

Docker Open Source Community Program renewed for 2025
by Levente Polyak 13 May '25

13 May '25

Hi all, I've prolonged our Docker Open Source Community Program for another year for 2025. We've also received the approval and confirmation of the application. One of the benefits is, that this allows for our images to have relaxed pull limits. This is a yearly renewal. The next renewal will be popping up around March 2026. https://hub.docker.com/repository/docker/archlinux/archlinux Cheers, Levente

1 0

On dropping Redis
by Bert Peters 13 May '25

13 May '25

Hi all, A while ago we as a distro decided to stop supporting Redis, due to their licence change [1], and move to Valkey. Through a combined effort, we removed all direct dependencies on redis, replacing them with vault and patching until that worked. The announcement was posted, and a deadline was set. This may or may not have caused Redis to reconsider their license change, and have announced another relicencing, this time to the AGPL [2] [3]. With that change, I personally believe there is no longer a reason to remove redis from [extra], and keep it in the repos as-is. Redis is almost but not quite compatible with Valkey, so dropping it without good cause would be a disservice to our community. Now, I don't want to make light of the harm that Redis inc initially wrought on the open source community with their license change, or waste the work that was done to make everything work with Valkey. Pushback like this is what caused the license change. As such, I propose we continue to use Valkey as the implementation for all purposes that don't strictly require Redis, and maintain Redis simply as a package for our commynity's convenience. That way, should the licensing change again in the future, we do not have a similar amount of work ahead of us. This seems to me the Arch way: pragmatic and user central. Now I know that this is not a universally shared opinion, so please consider this email an invitation for discussion on what we should be doing here. Cheers, Bert [1]: https://lists.archlinux.org/archives/list/arch-dev-public@lists.archlinux.o… [2]: https://antirez.com/news/151 [3]: https://redis.io/blog/agplv3/

8 10

RFC: Introducing a process for sponsorships
by gromit 06 May '25

06 May '25

Hello everyone, A new RFC (request for comment) has been opened here: https://gitlab.archlinux.org/archlinux/rfcs/-/merge_requests/55 Please visit the above link for discussion. Summary: This RFC introduces a process which gives sponsorships a clear point of contact, introduces fitting measures of transparency and specifies a set of guidelines for such engagements with external entities.

1 0

Sunsetting epapirus-icon-theme
by Felix Yan 05 May '25

05 May '25

Hi, As per upstream suggested in the release note [1], epapirus-icon-theme is no longer provided in [extra] now. Users are suggested to use Papirus / Papirus-Dark from now on. [1] https://github.com/PapirusDevelopmentTeam/papirus-icon-theme/releases/tag/2… -- Regards, Felix Yan

1 0

RFC: Establish default build flags for Fortran
by Jakub Klinkovský 04 May '25

04 May '25

A new RFC (request for comment) has been opened here: https://gitlab.archlinux.org/archlinux/rfcs/-/merge_requests/54 Please visit the above link for discussion. Summary: This RFC establishes default build flags (`FFLAGS`, `FCFLAGS`, `DEBUG_FFLAGS`) for compiling Fortran code in Arch Linux packages, aligning them with the security hardening standards defined for C.

1 0

Ruby 3.4.2
by Andreas 'Segaja' Schleifer 28 Apr '25

28 Apr '25

Hello, we have started today to update Ruby in Arch Linux to version 3.4.2 and for this we block staging from today on until it is completed. The progress can be watched on [0]. If you want to help in the rebuild effort please contact me on IRC or Matrix to coordinate. Best regards Segaja [0] https://archlinux.org/todo/draft-ruby-34-rebuild/

1 2

Orphaning buildbot, AWS-related and several other packages
by Chih-Hsuan Yen 23 Apr '25

23 Apr '25

Hi all, I'm getting busier with work and life, so I would like to focus on packages I still use. Here is the list of packages I orphaned earlier today. Packages include buildbot, AWS-related packages and other packages that are no longer used by my remaining packages. Some of them require extra care. For example, python-aiobotocore is tightly coupled with specific botocore/boto3/aws-cli versions and should be updated together. Feel free to reach me for more details if needed, thank you. aws-cli buildbot flatbuffers python-aiobotocore python-aioitertools python-autobahn python-aws-sam-translator python-aws-xray-sdk python-awscrt python-boto3 python-botocore python-cfn-lint python-croniter python-evalidate python-flask-cors python-hvac python-joserfc python-jschema-to-python python-jsondiff python-jsonpath-ng python-jsonschema-path python-junit-xml python-jwcrypto python-klein python-moto python-openapi-schema-validator python-openapi-spec-validator python-py-partiql-parser python-pyhcl python-pypugjs python-pytest-env python-pytrie python-s3transfer python-sarif-om python-snappy python-sphinx-jinja python-treq python-tubes python-txaio python-txrequests python-ubjson python-unidiff Best Regards, Chih-Hsuan Yen (yan12125)

2 1

News draft: Valkey to replace Redis in the [extra] Repository
by Frederik Schwan 18 Apr '25

18 Apr '25

Hi everyone, As you might have heard by now redis got a new license and *some* forks were created [1]. Valkey as one of them is developed by the Linux Foundation, and adopted by Fedora already [2]. So we think it's a good step to follow that path and replace redis by valkey. ------ # Valkey to replace Redis in the [extra] Repository valkey, a modern in-memory data store, will soon be replacing redis in the [extra] repository. This change is due to Redis modifying its license from BSD-3-Clause to RSALv2 and SSPLv1 on March 20th, 2024[1]. Arch Linux Package Maintainers intend to support the availability of the redis package for roughly 90 days from the day of this post, to enable a smooth transition to valkey. After the 90 transition period has ended, the redis package will be moved to the AUR. Also, from this point forward, the redis package will not receive any additional updates and should be considered deprecated until it is removed. Users are recommended to begin transitioning their use of redis to valkey as soon as possible to avoid possible complications after the 90 day transition window closes. [0] https://github.com/redis/redis/commit/0b34396924eca4edc524469886dc5be6c77ec… ------ Best regards, Andrew and Frederik [1] https://redis.io/blog/redis-adopts-dual-source-available-licensing/ [2] https://www.linuxfoundation.org/press/linux-foundation-launches-open-source…

2 3