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

[arch-dev-public] Dropping arptables/ebtables
by Sébastien Luttringer 13 Apr '21

13 Apr '21

Hello, I would like stop maintaining arptables and ebtables and drop them in [unsupported]. The future in the linux kernel is clearly nftables and keeping them in the repository present is of little interest these days. ebtables is still an hard dependency on others packages, but the iptables-nft package ship a remplacement based on nftables. I have not tested the compatibility, so if someone think it's not possible, please let me know. If you have spare time, I suggest you take a look at the nftable package and become a master in nft-fu. It is much more convenient and efficient than the iptables / ipset / ebtables / arptables solution. For the less enthusiastic about the command line, firewalld has an nftables backend. Regards, Sébastien "Seblu" Luttringer

2 2

[arch-dev-public] Mkinitcpio replacement with Dracut
by Giancarlo Razzolini 19 Feb '21

19 Feb '21

Hi All, Recently, Dave announced his intention to step down as mkinitcpio maintainer. I have been handling a few things on it, made some small changes to our mkinitcpio-busybox [0], closed a few old bugs, while also made sure some of the other bug reports are still valid. [1] I have been testing a few patches to mkinitcpio for a while to fix those bugs, but last week Dave and I had a discussion on IRC and we agreed that we could spend better time contributing somewhere else than keeping working with mkinitcpio. Currently mkinitcpio cannot boot from NFS properly, mknitcpio-nfs-utils [2] uses very old code. Even though ipconfig works, it has several drawbacks compared to using more modern tools. Not to mention that we have two use cases for mkinitcpio, which are base and systemd enabled initramfs. Even though we use by default our base enabled initramfs, we have to support systemd related issues and we have to keep developing our systemd hooks. I have been looking into dracut for some time now, I copied some stuff from them on a few of my own scripts and they also have an actual test suite, that we currently can't use on Arch, but I plan to change that. With this in mind, I have packaged dracut for Arch and put it on Extra [3]. I have been using a dracut initramfs for a while now to boot my encrypted partition. Surprisingly, I only had to create a small patch to one of the dm-crypt module scripts [4] In this initial phase I want to ask as many of you to test this as a replacement to mkinitcpio in your setups, as many as possible, and in as many scenarios as possible. We will probably have to keep both packages on our repos for a long time, but once we are confident it's a good fit, we can replace mkinitcpio on our iso and base, so new installs get dracut by default. Please, drop in your comments as well. Regards, Giancarlo Razzolini [0] https://git.archlinux.org/svntogit/packages.git/commit/trunk/PKGBUILD?h=pac… [1] https://bugs.archlinux.org/index.php?string=mkinitcpio&project=0 [2] https://git.archlinux.org/mkinitcpio-nfs-utils.git/ [3] https://www.archlinux.org/packages/extra/x86_64/dracut/ [4] https://git.archlinux.org/svntogit/packages.git/tree/trunk/0001-90crypt-Cha…

4 7

[arch-dev-public] Arch Linux in GSOC 2021
by Konstantin Gizdov 01 Feb '21

01 Feb '21

Hi all! Last year Arch Linux applied to be a mentoring organisation in the Google Summer of Code program. There were quite a few cool projects and lots of keen people. Unfortunately, we were not selected. However, I was hoping people are excited about trying again this year as well. I have already been contacted by a couple of people who saw the GSOC page on the Dev Wiki and are showing quite some interest. I presume, if we advertise we will get a lot of interested people. GSOC application period starts on January 29, 2021 for mentoring organisations and closes on February 19, 2021. We should make sure we satisfy the requirements [1]: 1. Mentor organisations must run an active open source or free software project. 2. Have produced and released software under an OSI approved license [2]. 3. Must not be based in a country currently embargoed by the United States. I think we do fall into those categories and I would suggest this year we start preparing a bit earlier to improve our chances. Let's try and coordinate an effort. Maybe start with the people keen on mentoring and collation of prospective project ideas. [1] - https://summerofcode.withgoogle.com/get-started/ [2] - https://opensource.org/licenses -- Regards, Konstantin

3 3

[arch-dev-public] State of PHP 8 update
by Pierre Schmitz 23 Jan '21

23 Jan '21

Hi all, as people start asking me when to expect PHP 8 packages in our repos, here is a quick update: * For those who seek adventure, I'll already have version 8 in my unofficial repo * A lot of the libraries I tested do not work with PHP 8 yet. E.g. Doctrine, Elastic-Search, ... * Software that was written for PHP 5 and was never properly ported to 7 will not work; e.g. FluxBB we use for our Forums * Updating software to work with PHP 8 is quite easy though and I expect way less issues than the back in the days when we transitioned from 5 to 7 * A lot of developers use Arch, therefor I would like to provide PHP 8 as soon as possible which in turn should speed up the migration or everybody * I will check if we could provide php7 packages alongside version 8 so people can start developing for 9 but still are able to run some apps with 7. PHP 7 will be supported by upstream for almost 2 years: https://www.php.net/supported-versions.php I'll keep you updated. Greetings, Pierre -- Pierre Schmitz, https://pierre-schmitz.com

1 5

[arch-dev-public] News draft: Archlinux mailing list id changes
by Frederik Schwan 29 Dec '20

29 Dec '20

Hey all, below is the news item I would like to post. We had to change some mailing list ids which used to be @archlinux.org to @lists.archlinux.org to mitigate anti spam issues. Sending to @archlinux.org still works as usual though. ``` Due to issues with our anti spam measures, we had to migrate those mailing lists, that were sent from @archlinux.org before to the @lists.archlinux.org domain. Submission to the mailing list is not affected and still works with @archlinux.org. Mails get redirected automagically. The only change that may need to be considered on your side are filters and rules matching the From or List-id header which changed accordingly. ``` If you have improvement suggestions, please let me know! Best regards, Frederik

2 1

[arch-dev-public] Apollo decommission
by Giancarlo Razzolini 29 Dec '20

29 Dec '20

Hi All, All the services that were hosted on apollo were moved to their own VPS'es or were removed. We plan to fully decommission the server on the 31th. If anyone knows any reason not to, please, let us know. We'll keep backups of it for a couple of months, after it's gone. Regards, Giancarlo Razzolini

1 0

[arch-dev-public] Patchwork migration
by Giancarlo Razzolini 23 Dec '20

23 Dec '20

Hi All, As part of the apollo deprecation effort that's ongoing, we are now migrating patchwork to its own machine. Eventually it *might* be entirely deprecated in favor of gitlab, but we should keep it running for now. The migration will happen tomorrow around 1PM UTC, if there aren't any issues. As part of this effort, patchwork has also been migrated to version 3.0.0. Regards, Giancarlo Razzolini

1 1

[arch-dev-public] Wiki migration
by Giancarlo Razzolini 21 Dec '20

21 Dec '20

Hi All, We are going to migrate the wiki to a new VPS as well. The migration will happen tomorrow, 21, around 6PM UTC. If there's any issue, the migration will be pushed to 22, same time. I expect the migration to take around 1 hour, but it can be faster than that. During that time, the wiki will be under maintenance. Regards, Giancarlo Razzolini

1 1

[arch-dev-public] Orphaned packages from arcanis
by Morten Linderud 20 Dec '20

20 Dec '20

Yo! As a followup from the recent TU removal, I have composed a list of orphaned packages from arcanis. Please write back if you adopt anything else I'll drop packages into the AUR after some time has passed. As of now there are no package resigning that needs to be done. $ pkgsearch -m arcanis -l 1 | cleanup-list.py - Orphans required by maintained packages: - eric: arcanis: eric-i18n-en, eric-i18n-es, eric-i18n-de - g15daemon: idevolder: lcdproc - mftrace: arcanis: lilypond dvzrv: lilypond Unneeded orphans: canorus eric-i18n julius libasl libg15 libg15render libmatio libmmtf pdfsam pychecker pymol python-biopython python-pmw scala voxforge-am-julius Cheers! -- Morten Linderud PGP: 9C02FF419FECBE16

5 5

[arch-dev-public] Archweb migration
by Giancarlo Razzolini 18 Dec '20

18 Dec '20

Hi All, Continuing with the efforts to migrate each service to their own, separate VPS, we are now going to migrate archweb (our site). The tentative date for migration is tomorrow, 17, with a backup date this Friday, 18, around 6PM UTC. The site will be in maintenance mode and the service that updates the packages on archweb's database will be stopped on gemini. I expect the migration to last around 2 hours, but it might be faster than that. Also, we're changing the current redirection, which is to redirect anything to www.archlinux.org, to instead redirect anything to just archlinux.org. There's no rush to update any links, since we'll keep the redirections indefinitely. Regards, Giancarlo Razzolini

2 3