- Arch-announce - lists.archlinux.org

[arch-announce] hplip 3.20.3-2 update requires manual intervention
by Arch Linux: Recent news updates: Andreas Radke 19 Mar '20

19 Mar '20

The hplip package prior to version 3.20.3-2 was missing the compiled python modules. This has been fixed in 3.20.3-2, so the upgrade will need to overwrite the untracked pyc files that were created. If you get errors such as these hplip: /usr/share/hplip/base/__pycache__/__init__.cpython-38.pyc exists in filesystem hplip: /usr/share/hplip/base/__pycache__/avahi.cpython-38.pyc exists in filesystem hplip: /usr/share/hplip/base/__pycache__/codes.cpython-38.pyc exists in filesystem ...many more... when updating, use pacman -Suy --overwrite /usr/share/hplip/\* to perform the upgrade. URL: https://www.archlinux.org/news/hplip-3203-2-update-requires-manual-interven…

1 0

[arch-announce] firewalld>=0.8.1-2 update requires manual intervention
by Arch Linux: Recent news updates: Jan Alexander Steffens 01 Mar '20

01 Mar '20

The firewalld package prior to version 0.8.1-2 was missing the compiled python modules. This has been fixed in 0.8.1-2, so the upgrade will need to overwrite the untracked pyc files created. If you get errors like these firewalld: /usr/lib/python3.8/site-packages/firewall/__pycache__/__init__.cpython-38.pyc exists in filesystem firewalld: /usr/lib/python3.8/site-packages/firewall/__pycache__/client.cpython-38.pyc exists in filesystem firewalld: /usr/lib/python3.8/site-packages/firewall/__pycache__/dbus_utils.cpython-38.pyc exists in filesystem ...many more... when updating, use pacman -Suy --overwrite /usr/lib/python3.8/site-packages/firewall/\* to perform the upgrade. URL: https://www.archlinux.org/news/firewalld081-2-update-requires-manual-interv…

1 0

[arch-announce] The Future of the Arch Linux Project Leader
by Arch Linux: Recent news updates: Aaron Griffin 24 Feb '20

24 Feb '20

Hello everyone, Some of you may know me from the days when I was much more involved in Arch, but most of you probably just know me as a name on the website. I’ve been with Arch for some time, taking the leadership of this beast over from Judd back in 2007. But, as these things often go, my involvement has slid down to minimal levels over time. It’s high time that changes. Arch Linux needs involved leadership to make hard decisions and direct the project where it needs to go. And I am not in a position to do this. In a team effort, the Arch Linux staff devised a new process for determining future leaders. From now on, leaders will be elected by the staff for a term length of two years. Details of this new process can be found [here](https://wiki.archlinux.org/index.php/DeveloperWiki:Project_Leader) In the first official vote with Levente Polyak (anthraxx), Gaetan Bisson (vesath), Giancarlo Razzolini (grazzolini), and Sven-Hendrik Haase (svenstaro) as candidates, and through 58 verified votes, a winner was chosen: **Levente Polyak (anthraxx) will be taking over the reins of this ship. Congratulations!** *Thanks for everything over all these years, Aaron Griffin (phrakture)* URL: https://www.archlinux.org/news/the-future-of-the-arch-linux-project-leader/

1 0

[arch-announce] Planet Arch Linux migration
by Arch Linux: Recent news updates: Jelle van der Waa 22 Feb '20

22 Feb '20

The software behind planet.archlinux.org was implemented in Python 2 and is no longer maintained upstream. This functionality has now been implemented in archlinux.org's archweb backend which is actively maintained but offers a slightly different experience. The most notable changes are the offered feeds and the feed location. Archweb only offers an Atom feed which is located at [here](https://archlinux.org/feeds/planet). URL: https://www.archlinux.org/news/planet-arch-linux-migration/

1 0

[arch-announce] sshd needs restarting after upgrading to openssh-8.2p1
by Arch Linux: Recent news updates: Gaetan Bisson 17 Feb '20

17 Feb '20

After upgrading to openssh-8.2p1, the existing SSH daemon will be unable to accept new connections. (See [FS#65517](https://bugs.archlinux.org/task/65517).) When upgrading remote hosts, please make sure to restart the SSH daemon using `systemctl restart sshd` right after running `pacman -Syu`. If you are upgrading to openssh-8.2p1-3 or higher, this restart will happen automatically. URL: https://www.archlinux.org/news/sshd-needs-restarting-after-upgrading-to-ope…

1 0

[arch-announce] rsync compatibility
by Arch Linux: Recent news updates: Christian Hesse 15 Jan '20

15 Jan '20

Our `rsync` package was shipped with bundled `zlib` to provide compatibility with the old-style `--compress` option up to version 3.1.0. Version 3.1.1 was released on 2014-06-22 and is shipped by all major distributions now. So we decided to finally drop the bundled library and ship a package with system `zlib`. This also fixes security issues, actual ones and in future. Go and blame those running old versions if you encounter errors with `rsync 3.1.3-3`. URL: https://www.archlinux.org/news/rsync-compatibility/

1 0

[arch-announce] Now using Zstandard instead of xz for package compression
by Arch Linux: Recent news updates: Robin Broda 04 Jan '20

04 Jan '20

As announced on the [mailing list](https://lists.archlinux.org/pipermail/arch-dev-public/2019-December/0…, on Friday, Dec 27 2019, our package compression scheme has changed from xz (.pkg.tar.xz) to [zstd (.pkg.tar.zst)](https://lists.archlinux.org/pipermail/arch-dev-public/2019-December/029778.html). zstd and xz trade blows in their compression ratio. Recompressing all packages to zstd with our options yields a total ~0.8% increase in package size on all of our packages combined, but the decompression time for all packages saw a ~1300% speedup. We already have more than 545 zstd-compressed packages in our repositories, and as packages get updated more will keep rolling in. We have not found any user-facing issues as of yet, so things appear to be working. As a packager, you will automatically start building .pkg.tar.zst packages if you are using the latest version of devtools (>= 20191227). As an end-user no manual intervention is required, assuming that you have read and followed the news post [from late last year](https://www.archlinux.org/news/required-update-to-recent-libarchive/). If you nevertheless haven't updated libarchive since 2018, all hope is not lost! Binary builds of pacman-static are available from Eli Schwartz' [personal repository](https://wiki.archlinux.org/index.php/Unofficial_user_repositori…, signed with their Trusted User keys, with which you can perform the update. URL: https://www.archlinux.org/news/now-using-zstandard-instead-of-xz-for-packag…

1 0

[arch-announce] Xorg cleanup requires manual intervention
by Arch Linux: Recent news updates: Andreas Radke 20 Dec '19

20 Dec '19

In the process of [Xorg cleanup][1] the update requires manual intervention when you hit this message: :: installing xorgproto (2019.2-2) breaks dependency 'inputproto' required by lib32-libxi :: installing xorgproto (2019.2-2) breaks dependency 'dmxproto' required by libdmx :: installing xorgproto (2019.2-2) breaks dependency 'xf86dgaproto' required by libxxf86dga when updating, use: `pacman -Rdd libdmx libxxf86dga && pacman -Syu` to perform the upgrade. After the update it will be safe to also remove the "xorgproto" package. [1]: https://bugs.archlinux.org/task/64892 URL: https://www.archlinux.org/news/xorg-cleanup-requires-manual-intervention/

1 0

[arch-announce] primus_vk>=1.3-1 update requires manual intervention
by Arch Linux: Recent news updates: Giancarlo Razzolini 25 Nov '19

25 Nov '19

The primus_vk package prior to version 1.3-1 was missing some soname links. This has been fixed in 1.3-1 so the upgrade will need to overwrite the untracked soname links. If you get an error like: primus_vk: /usr/lib/libnv_vulkan_wrapper.so.1 exists in filesystem primus_vk: /usr/lib/libprimus_vk.so.1 exists in filesystem when updating, use: `pacman -Syu --overwrite=/usr/lib/libnv_vulkan_wrapper.so.1,/usr/lib/libprimus_vk.so.1` to perform the upgrade. URL: https://www.archlinux.org/news/primus_vk13-1-update-requires-manual-interve…

1 0

[arch-announce] New kernel packages and mkinitcpio hooks
by Arch Linux: Recent news updates: Giancarlo Razzolini 10 Nov '19

10 Nov '19

All our official kernels: linux, linux-lts, linux-zen and linux-hardened, do not install the actual kernel to /boot anymore. The installation is done by mkinitcpio hooks and scripts, as well as removals. There is no need for any manual intervention. The intention is to make the kernel packages more self-contained, as well as making the boot process more flexible, while also keeping it backwards compatible. As of now, only mkinitcpio has hooks for handling kernels installations and removals. We do not ship any for dracut yet, but it will have similar hooks in the near feature. URL: https://www.archlinux.org/news/new-kernel-packages-and-mkinitcpio-hooks/

1 0