archlinux.org.rss.xml - sfeed_tests - sfeed tests and RSS and Atom files
 (HTM) git clone git://git.codemadness.org/sfeed_tests
 (DIR) Log
 (DIR) Files
 (DIR) Refs
 (DIR) README
 (DIR) LICENSE
       ---
       archlinux.org.rss.xml (11745B)
       ---
            1 <?xml version="1.0" encoding="utf-8"?>
            2 <rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom"><channel><title>Arch Linux: Recent news updates</title><link>https://www.archlinux.org/news/</link><description>The latest and greatest news from the Arch Linux distribution.</description><atom:link href="https://www.archlinux.org/feeds/news/" rel="self"></atom:link><language>en-us</language><lastBuildDate>Fri, 23 Oct 2020 22:07:44 +0000</lastBuildDate><item><title>libtraceevent&gt;=5.9-1 update requires manual intervention</title><link>https://www.archlinux.org/news/libtraceevent59-1-update-requires-manual-intervention/</link><description>&lt;p&gt;The libtraceevent package prior to version 5.9-1 was missing a soname link. This has been fixed in 5.9-1, so the upgrade will need to overwrite the untracked files created by ldconfig. If you get any
            3 of these errors&lt;/p&gt;
            4 &lt;pre&gt;&lt;code&gt;libtraceevent: /usr/lib/libtraceevent.so.1 exists in filesystem
            5 &lt;/code&gt;&lt;/pre&gt;
            6 &lt;p&gt;when updating, use&lt;/p&gt;
            7 &lt;pre&gt;&lt;code&gt;pacman -Syu --overwrite /usr/lib/libtraceevent.so.1
            8 &lt;/code&gt;&lt;/pre&gt;
            9 &lt;p&gt;to perform the upgrade.&lt;/p&gt;</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">Sébastien Luttringer</dc:creator><pubDate>Fri, 23 Oct 2020 21:58:32 +0000</pubDate><guid isPermaLink="false">tag:www.archlinux.org,2020-10-23:/news/libtraceevent59-1-update-requires-manual-intervention/</guid></item><item><title>nvidia 455.28 is incompatible with linux &gt;= 5.9</title><link>https://www.archlinux.org/news/nvidia-45528-is-incompatible-with-linux-59/</link><description>&lt;p&gt;nvidia is currently partially incompatible with linux &amp;gt;= 5.9 &lt;a href="https://forums.developer.nvidia.com/t/nvidia-driver-not-yet-supported-for-linux-kernel-5-9/157263"&gt;[1]&lt;/a&gt; &lt;a href="https://bugs.archlinux.org/task/68312"&gt;[2]&lt;/a&gt;.
           10 While graphics should work fine, CUDA, OpenCL, and likely other features are broken. Users
           11 who've already upgraded and need those features are advised to switch to
           12 the linux-lts kernel for the time being until a fix for nvidia is available.&lt;/p&gt;</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">Sven-Hendrik Haase</dc:creator><pubDate>Wed, 21 Oct 2020 01:04:45 +0000</pubDate><guid isPermaLink="false">tag:www.archlinux.org,2020-10-21:/news/nvidia-45528-is-incompatible-with-linux-59/</guid></item><item><title>ghostpcl&gt;=9.53.2-2 and ghostxps&gt;=9.53.2-2 updates require manual intervention</title><link>https://www.archlinux.org/news/ghostpcl9532-2-and-ghostxps9532-2-updates-require-manual-intervention/</link><description>&lt;p&gt;The ghostpcl and ghostxps packages prior to version 9.53.2-2 were missing
           13 a soname link each. This has been fixed in 9.53.2-2, so the upgrade will
           14 need to overwrite the untracked files created by ldconfig. If you get any
           15 of these errors&lt;/p&gt;
           16 &lt;pre&gt;&lt;code&gt;ghostpcl: /usr/lib/libgpcl6.so.9 exists in filesystem
           17 ghostxps: /usr/lib/libgxps.so.9 exists in filesystem
           18 &lt;/code&gt;&lt;/pre&gt;
           19 &lt;p&gt;when updating, use&lt;/p&gt;
           20 &lt;pre&gt;&lt;code&gt;pacman -Syu --overwrite /usr/lib/libgpcl6.so.9,/usr/lib/libgxps.so.9
           21 &lt;/code&gt;&lt;/pre&gt;
           22 &lt;p&gt;to perform the upgrade.&lt;/p&gt;</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">Jan Alexander Steffens</dc:creator><pubDate>Thu, 01 Oct 2020 17:28:50 +0000</pubDate><guid isPermaLink="false">tag:www.archlinux.org,2020-10-01:/news/ghostpcl9532-2-and-ghostxps9532-2-updates-require-manual-intervention/</guid></item><item><title>Arch Conf 2020 schedule</title><link>https://www.archlinux.org/news/arch-conf-2020-schedule/</link><description>&lt;p&gt;On the 10th and 11th of October there is going to be an online edition of Arch
           23 Conf. The conference is going to have presentations from the Arch team along
           24 with community submitted presentations and lightning talks.&lt;/p&gt;
           25 &lt;p&gt;We are proud to announce the first revision of the schedule!&lt;/p&gt;
           26 &lt;p&gt;&lt;a href="https://pretalx.com/arch-conf-online-2020/talk/"&gt;https://pretalx.com/arch-conf-online-2020/talk/&lt;/a&gt;&lt;/p&gt;
           27 &lt;p&gt;The conference timezone is CEST/UTC+2: &lt;a href="https://everytimezone.com/s/40cc4784"&gt;https://everytimezone.com/s/40cc4784&lt;/a&gt;&lt;/p&gt;
           28 &lt;p&gt;Updates and additional information can be found on the conference page: &lt;a href="https://conf.archlinux.org"&gt;https://conf.archlinux.org&lt;/a&gt;&lt;/p&gt;
           29 &lt;p&gt;See you there!&lt;/p&gt;
           30 &lt;p&gt;Cheers from the conference team.&lt;/p&gt;</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">Morten Linderud</dc:creator><pubDate>Wed, 23 Sep 2020 16:51:17 +0000</pubDate><guid isPermaLink="false">tag:www.archlinux.org,2020-09-23:/news/arch-conf-2020-schedule/</guid></item><item><title>Kill Arch Bugs: Help us on the 13th of September!</title><link>https://www.archlinux.org/news/kill-arch-bugs-help-us-on-the-13th-of-september/</link><description>&lt;p&gt;We would like to hold a bug wrangling day on the 13th of September to reduce the large amount of open tickets.
           31 If you cannot take part in the bug wrangling day, then feel free to help us any time before that event.&lt;/p&gt;
           32 &lt;h3&gt;How?&lt;/h3&gt;
           33 &lt;p&gt;Please review all bugs that were reported by you and check if they are still
           34 valid. Please request a task closure on the bug tracker if the task may be closed. Otherwise please provide further information so that we can continue to work on the bug.
           35 We cannot fix bugs without your feedback.&lt;/p&gt;
           36 &lt;h3&gt;Questions?&lt;/h3&gt;
           37 &lt;p&gt;Join us at #archlinux-bugs channel on irc.freenode.net during 13th of September. As we live in different timezones not all devs and bug wranglers will be available at the same time, but feel free to report your issues to any dev available.&lt;/p&gt;
           38 &lt;p&gt;Also please check your mailboxes that may contain notifications about comments made on your tickets.&lt;/p&gt;</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">Frederik Schwan</dc:creator><pubDate>Wed, 09 Sep 2020 23:47:38 +0000</pubDate><guid isPermaLink="false">tag:www.archlinux.org,2020-09-09:/news/kill-arch-bugs-help-us-on-the-13th-of-september/</guid></item><item><title>AUR Migration: New SSH HostKeys</title><link>https://www.archlinux.org/news/aur-migration-new-ssh-hostkeys/</link><description>&lt;p&gt;Due to the fact that the AUR has been migrated to a new server, the SSH HostKeys used to connect to the host have changed. These are the new keys fingerprints:&lt;/p&gt;
           39 &lt;pre&gt;&lt;code&gt;Ed25519: SHA256:RFzBCUItH9LZS0cKB5UE6ceAYhBD5C8GeOBip8Z11+4
           40 ECDSA: SHA256:uTa/0PndEgPZTf76e1DFqXKJEXKsn7m9ivhLQtzGOCI
           41 RSA: SHA256:5s5cIyReIfNNVGRFdDbe3hdYiI5OelHGpw2rOUud3Q8
           42 &lt;/code&gt;&lt;/pre&gt;
           43 &lt;p&gt;The fingerprints above can also be found on the AUR home page when not logged in.&lt;/p&gt;</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">Giancarlo Razzolini</dc:creator><pubDate>Tue, 28 Jul 2020 00:10:41 +0000</pubDate><guid isPermaLink="false">tag:www.archlinux.org,2020-07-28:/news/aur-migration-new-ssh-hostkeys/</guid></item><item><title>zn_poly 0.9.2-2 update requires manual intervention</title><link>https://www.archlinux.org/news/zn_poly-092-2-update-requires-manual-intervention/</link><description>&lt;p&gt;The zn_poly package prior to version 0.9.2-2 was missing a soname link. 
           44 This has been fixed in 0.9.2-2, so the upgrade will need to overwrite the 
           45 untracked files created by ldconfig. If you get an error&lt;/p&gt;
           46 &lt;pre&gt;&lt;code&gt;zn_poly: /usr/lib/libzn_poly-0.9.so  exists in filesystem
           47 &lt;/code&gt;&lt;/pre&gt;
           48 &lt;p&gt;when updating, use&lt;/p&gt;
           49 &lt;pre&gt;&lt;code&gt;pacman -Syu --overwrite usr/lib/libzn_poly-0.9.so
           50 &lt;/code&gt;&lt;/pre&gt;
           51 &lt;p&gt;to perform the upgrade.&lt;/p&gt;</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">Antonio Rojas</dc:creator><pubDate>Tue, 14 Apr 2020 16:30:30 +0000</pubDate><guid isPermaLink="false">tag:www.archlinux.org,2020-04-14:/news/zn_poly-092-2-update-requires-manual-intervention/</guid></item><item><title>nss&gt;=3.51.1-1 and lib32-nss&gt;=3.51.1-1 updates require manual intervention</title><link>https://www.archlinux.org/news/nss3511-1-and-lib32-nss3511-1-updates-require-manual-intervention/</link><description>&lt;p&gt;The nss and lib32-nss packages prior to version 3.51.1-1 were missing a soname link each. This has been fixed in 3.51.1-1, so the upgrade will need to overwrite the untracked files created by ldconfig. If you get any of these errors&lt;/p&gt;
           52 &lt;pre&gt;&lt;code&gt;nss: /usr/lib/p11-kit-trust.so exists in filesystem
           53 lib32-nss: /usr/lib32/p11-kit-trust.so exists in filesystem
           54 &lt;/code&gt;&lt;/pre&gt;
           55 &lt;p&gt;when updating, use&lt;/p&gt;
           56 &lt;pre&gt;&lt;code&gt;pacman -Syu --overwrite /usr/lib\*/p11-kit-trust.so
           57 &lt;/code&gt;&lt;/pre&gt;
           58 &lt;p&gt;to perform the upgrade.&lt;/p&gt;</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">Jan Alexander Steffens</dc:creator><pubDate>Mon, 13 Apr 2020 00:35:58 +0000</pubDate><guid isPermaLink="false">tag:www.archlinux.org,2020-04-13:/news/nss3511-1-and-lib32-nss3511-1-updates-require-manual-intervention/</guid></item><item><title>hplip 3.20.3-2 update requires manual intervention</title><link>https://www.archlinux.org/news/hplip-3203-2-update-requires-manual-intervention/</link><description>&lt;p&gt;The hplip package prior to version 3.20.3-2 was missing the compiled
           59 python modules. This has been fixed in 3.20.3-2, so the upgrade will
           60 need to overwrite the untracked pyc files that were created. If you get errors
           61 such as these&lt;/p&gt;
           62 &lt;pre&gt;&lt;code&gt;hplip: /usr/share/hplip/base/__pycache__/__init__.cpython-38.pyc exists in filesystem
           63 hplip: /usr/share/hplip/base/__pycache__/avahi.cpython-38.pyc exists in filesystem
           64 hplip: /usr/share/hplip/base/__pycache__/codes.cpython-38.pyc exists in filesystem
           65 ...many more...
           66 &lt;/code&gt;&lt;/pre&gt;
           67 &lt;p&gt;when updating, use&lt;/p&gt;
           68 &lt;pre&gt;&lt;code&gt;pacman -Suy --overwrite /usr/share/hplip/\*
           69 &lt;/code&gt;&lt;/pre&gt;
           70 &lt;p&gt;to perform the upgrade.&lt;/p&gt;</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">Andreas Radke</dc:creator><pubDate>Thu, 19 Mar 2020 06:53:30 +0000</pubDate><guid isPermaLink="false">tag:www.archlinux.org,2020-03-19:/news/hplip-3203-2-update-requires-manual-intervention/</guid></item><item><title>firewalld&gt;=0.8.1-2 update requires manual intervention</title><link>https://www.archlinux.org/news/firewalld081-2-update-requires-manual-intervention/</link><description>&lt;p&gt;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&lt;/p&gt;
           71 &lt;pre&gt;&lt;code&gt;firewalld: /usr/lib/python3.8/site-packages/firewall/__pycache__/__init__.cpython-38.pyc exists in filesystem
           72 firewalld: /usr/lib/python3.8/site-packages/firewall/__pycache__/client.cpython-38.pyc exists in filesystem
           73 firewalld: /usr/lib/python3.8/site-packages/firewall/__pycache__/dbus_utils.cpython-38.pyc exists in filesystem
           74 ...many more...
           75 &lt;/code&gt;&lt;/pre&gt;
           76 &lt;p&gt;when updating, use&lt;/p&gt;
           77 &lt;pre&gt;&lt;code&gt;pacman -Suy --overwrite /usr/lib/python3.8/site-packages/firewall/\*
           78 &lt;/code&gt;&lt;/pre&gt;
           79