October 2024 - Arch-general - lists.archlinux.org

What could cause RSS Recent Package Feed to Hang in Thunderbird?
by David C. Rankin 11 Nov '24

11 Nov '24

All, In Thunderbird 128.3.3esr if I check the RSS Recent Package feed from Arch, Thunderbird hangs showing the check is continually ongoing and never finishes. This takes a continual 143% CPU (about 1/3 of the 4-core i-7) It gets the Recent Packages just fine, but never stops. Checking with tcpdump the connection to 95.217.163.246 initializes just fine with the QUIC protocol and then continues with the data transferred. The last message from 95.217.163.246 is a TCP ACK and then nothing else. Thunderbird just shown the little icon next to the feed as busy (little ball going back and forth) and the CPU is pegged at about 150%. (other than just looking at the tcpdump data in Wireshark - it's pretty much Greek to me) There is no way to cancel the check except to "Pause" the RSS feed and then shutdown thunderbird and restart it. If I then "unPause" the RSS feed after restarting tbird, the same thing happened. I've been subscribed to the RSS feed for years. This just started a couple of days ago. What should I check or look for to try and figure out why the RSS feed check never finishes and shuts down? -- David C. Rankin, J.D.,P.E.

3 4

Sound system not working on Macbook Pro (2017)
by Sadeep Madurange 06 Nov '24

06 Nov '24

Hello, I installed Arch Linux 6.11.1-arch1-1 on a 2017 Macbook Pro with KDE Plasma desktop package (initially installed the plasma-meta and kde-applications-meta, but I've since gotten rid of them). Sound output is not working with the speakers or headphones. KDE shows "No output or input devices found". During my troubleshoot, I ended up removingn pipewire stuff. Now I have pulseaudio, pulseaudio-alsa, and alsa-utils installed. I created a file /etc/modprobe.d/50-sound.conf and added "options snd_hda_intel model=intel-mac-auto" to it (and restarted), but that did not help. I have installed alsa firmware and sof-firmware. The output of lspci: 00:00.0 Host bridge: Intel Corporation Xeon E3-1200 v6/7th Gen Core Processor Host Bridge/DRAM Registers (rev 03) 00:02.0 VGA compatible controller: Intel Corporation Iris Plus Graphics 640 (rev 06) 00:14.0 USB controller: Intel Corporation Sunrise Point-LP USB 3.0 xHCI Controller (rev 21) 00:15.0 Signal processing controller: Intel Corporation Sunrise Point-LP Serial IO I2C Controller #0 (rev 21) 00:15.2 Signal processing controller: Intel Corporation Sunrise Point-LP Serial IO I2C Controller #2 (rev 21) 00:16.0 Communication controller: Intel Corporation Sunrise Point-LP CSME HECI #1 (rev 21) 00:1c.0 PCI bridge: Intel Corporation Sunrise Point-LP PCI Express Root Port #1 (rev f1) 00:1c.4 PCI bridge: Intel Corporation Sunrise Point-LP PCI Express Root Port #5 (rev f1) 00:1d.0 PCI bridge: Intel Corporation Sunrise Point-LP PCI Express Root Port #9 (rev f1) 00:1d.1 PCI bridge: Intel Corporation Sunrise Point-LP PCI Express Root Port #10 (rev f1) 00:1e.0 Signal processing controller: Intel Corporation Sunrise Point-LP Serial IO UART Controller #0 (rev 21) 00:1e.3 Signal processing controller: Intel Corporation Sunrise Point-LP Serial IO SPI Controller #1 (rev 21) 00:1f.0 ISA bridge: Intel Corporation Sunrise Point LPC/eSPI Controller (rev 21) 00:1f.2 Memory controller: Intel Corporation Sunrise Point-LP PMC (rev 21) 00:1f.3 Audio device: Intel Corporation Sunrise Point-LP HD Audio (rev 21) 00:1f.4 SMBus: Intel Corporation Sunrise Point-LP SMBus (rev 21) 01:00.0 Mass storage controller: Apple Inc. S3X NVMe Controller (rev 12) 02:00.0 Network controller: Broadcom Inc. and subsidiaries BCM4350 802.11ac Wireless Network Adapter (rev 05) 03:00.0 Multimedia controller: Broadcom Inc. and subsidiaries 720p FaceTime HD Camera 04:00.0 PCI bridge: Intel Corporation DSL6540 Thunderbolt 3 Bridge [Alpine Ridge 4C 2015] (rev 02) 05:00.0 PCI bridge: Intel Corporation JHL6540 Thunderbolt 3 Bridge (C step) [Alpine Ridge 4C 2016] (rev 02) 05:01.0 PCI bridge: Intel Corporation JHL6540 Thunderbolt 3 Bridge (C step) [Alpine Ridge 4C 2016] (rev 02) 05:02.0 PCI bridge: Intel Corporation JHL6540 Thunderbolt 3 Bridge (C step) [Alpine Ridge 4C 2016] (rev 02) 05:04.0 PCI bridge: Intel Corporation JHL6540 Thunderbolt 3 Bridge (C step) [Alpine Ridge 4C 2016] (rev 02) 06:00.0 System peripheral: Intel Corporation JHL6540 Thunderbolt 3 NHI (C step) [Alpine Ridge 4C 2016] (rev 02) 07:00.0 USB controller: Intel Corporation JHL6540 Thunderbolt 3 USB Controller (C step) [Alpine Ridge 4C 2016] (rev 02) In alsamixer, Card shows as PulseAudio and the master volume is 100%. If I press F6 (to select sound card), the first entry is "- (default)". The second is "default:0 HDA Intel PCH". If I choose the second one, I see S/PDIF, S/PDIF 1, and S/PDIF 2. All of them are unmuted but the volume is 00. I can't increase it. The 00 is in a green square (not a rectangle up to 100%). I can hear the chime when the Macbook starts up, so the hardware is working fine.

3 2

Status of package superslicer
by Björn Försterling 30 Oct '24

30 Oct '24

Hi, was the package "superslicer" removed from pacman? $ sudo pacman -Ss superslicer $ echo $? 1 Also I cannot find the package "slic3r" as well. The only slicer that pacman supports now seems to be the "prusa- slicer". Does anyone know why these packages where removed? Regards Björn

1 0

Request for review of two merge requests (Fcitx5-Mozc, Fcitx-Mozc)
by Masato TOYOSHIMA 29 Oct '24

29 Oct '24

Hello everyone I've been using Arch Linux in containers and have tried several Arch-based desktops. I'd like to discuss two Japanese input packages that haven't been updated for about two years. I've created merge requests for major upgrades for both packages. Among Japanese input packages, Mozc likely has the most users currently. There are two Mozc packages in the Arch Linux repository: Fcitx5-Mozc and Fcitx-Mozc. While Fcitx5 has become the main development focus, Fcitx-mozc is still packaged in newer distributions. These two packages haven't been updated for about two years. I created merge requests for major upgrades about two weeks ago. I've tried contacting the previous package maintainers and those assigned by bots, but there's been no response. I'm posting here hoping to catch the attention of those with merge permissions. I'd appreciate if you could review the merge requests for these two packages when you have time. As additional information, the original google/mozc has moved to Bazel build for the Linux version. Fcitx5 already supported Bazel build, and Fcitx (fcitx4) has recently added support for it as well. Therefore, both packages can now be built with Bazel without additional patches or PRs. I've been updating the merge requests to keep them aligned with the latest commits. Now that Fcitx(4)'s Bazel support is complete, it seems like a good time for review. Please review the merge requests when possible. I apologize for the long message. Thank you for your consideration. https://gitlab.archlinux.org/archlinux/packaging/packages/fcitx5-mozc/-/mer… https://gitlab.archlinux.org/archlinux/packaging/packages/fcitx-mozc/-/merg…

1 0

Nextcloud - Archlinux packaged apps verse Nextcloud store - What is the difference?
by David C. Rankin 23 Oct '24

23 Oct '24

Devs, I've used nextcloud in Arch for a couple of years. When I installed, it was just the Nextcloud webapp that was available and the applications were packaged by nextcloud with additional apps available in the nextcloud store. Now there are "nextcloud-app-xxxx" packages provided by Archlinux, e.g. nextcloud-app-bookmarks nextcloud-app-calendar nextcloud-app-contacts nextcloud-app-main nextcloud-app-news nextcloud-app-notes nextcloud-app-spreed Did something change that now means I should be installing the nextcloud-app-xxxx packages instead of the apps that are already in Nextcloud? The wiki https://wiki.archlinux.org/title/Nextcloud is silent on the packaged apps. Are they different from what is available in the nextcloud store? Better? Just trying to figure out why they are packaged and if I should switch to them. -- David C. Rankin, J.D.,P.E.

2 3

About AUR accreditation policy
by Óscar García Amor 22 Oct '24

22 Oct '24

Hello foks, I tell you, about 8 hours ago a package that Radu C. Martin and I were maintaining (textpieces) was moved from the AUR to extra. In this movement (which seems perfect to us, every package officially maintained is welcome and better than this in the AUR) our names have disappeared[1]. I don't want you to misunderstand me, I'm not crying foul about this, but it doesn't seem fair to me that the person (or persons) who kept the package for a while until it became official is not credited. If we in the AUR keep the names of those who preceded us in the maintenance of the package, I understand that when a package moves from the AUR to an official repository the same should happen. This happens when a package is dropped to AUR. I don't know if there is a directive for this, but if not, maybe it's time to write one. And as I said, I don't mind that my name doesn't appear as a contributor right now (I keep my AUR packages for myself and for people to benefit from it, not for fame or similar nonsense), but I do find it a bit ugly that the effort involved in doing that work is not recognized, and not by me, but by everyone. Greetings. PS: I would not want accusations or ugly things to come out of this. I just want to note that there should be a policy that the AUR maintainer's work should be credited when a package is moved to an official repository. [1]: https://gitlab.archlinux.org/archlinux/packaging/packages/textpieces/-/blob… -- Óscar García Amor | ogarcia at moire.org | http://ogarcia.me

13 18

Arch Linux stuck on legacy iptables by default
by Martin Rys 18 Oct '24

18 Oct '24

Arch Linux still uses the legacy iptables backend, as opposed to the nft backend that every other distribution uses. This has been reported since 2021 with no response: https://gitlab.archlinux.org/archlinux/packaging/packages/iptables/-/issues… To me it looks like a direct, simple migration, and it just needs someone with the needed perms to look at it, but I could be wrong. It's assigned to the notoriously overburdened Felix, is there anything a non-core member can do, other than wait? It's not a *large* issue, it's just mildly annoying to have workarounds in my deploys, as it is installed on any system due to iproute2 needing an iptables backend, and some things just outright don't work with that, requiring the nft one. Thanks, Martin

6 9

Network Issues After Pacman Upgrade
by Björn Försterling 14 Oct '24

14 Oct '24

Hello, I just ran a "pacman -Syu" and am having issues with the internet connection. I have around 10 seconds with a working connection to the internet followed by 10 seconds without being able to establish a connection. For 10 seconds I am able to curl google.com or telnet its port 443, and then I get blocked for 10 seconds. There was an update to "networkmanager": [2024-10-13T15:39:41+0200] [ALPM] upgraded networkmanager (1.48.10-1 -> 1.50.0-1) Could this be the cause? Does anyone else experience similar problems? I had the same problem a few weeks ago. Regards Björn

5 5

Strange config /etc/profile.d/utf8.sh added on recent upgrade
by Tadeas Uhlir 13 Oct '24

13 Oct '24

Hey all, Today, I noticed that my alias for "ls" is not working as usual. I alias "ll" to "LC_COLLATE=C ls -alF" to have a long listing with hidden dirs at the top. However, I noticed that the sorting doesn't work all of a sudden. After some digging around I found out that this is due to "LC_ALL" being set to "en_US.utf8". This variable is being set from a file at "/etc/profile.d/utf8.sh". Two notes about this: 1. For the life of me I cannot figure out which package upgrade/install created this file. Just going by a pacman log the file creation time corresponds to when "pacman --noconfirm -S autoconf libtool m4 automake" ran. But those packages don't seem to have much to do with locale. And googling the path of this file doesn't seem to yield much, clearly it's not a very common config file across linux distros. 2. Once I find the culprit, I would love to know what is the rationale behind explicitly setting "LC_ALL". Even the archwiki mentions that this should only be done during tests: https://wiki.archlinux.org/title/Locale#LC_ALL:_troubleshooting . And, indeed, seems like a bad idea given that it overrides all LC_ vars. -- Best Regards, Tadeáš Uhlíř

2 2

Periodic aged package report
by Genes Lists 11 Oct '24

11 Oct '24

Periodic check of Arch out of date packages. This considered are purely my opinion of those that are sufficiently 'relevant'. Apologies to any others. The really good news is that there really aren't many ! Big congrats for the hard work keeping Arch awesome and up to date. Note that, some are excluded when they are work in progress and/or involve a significant amount of work (provided they are not "too" old, which none are). Arch is doing an amazing job keeping our core/key packages like compiler tools, python, systemd, kernel and other vital packages very up to date. What remains are a few that are relevant enough (imho) to make the list. I am using 3 metrics of age: - Num-B The number of releases we are behind Some packages have frequent updates some do not. - Age The number of days between the arch version and the latest - New: How recent was the latest released (days ago from today) Package Arch Curr Date num-b Age New ------------------ ---------- ------ -------- ------ ------ ---- apparmor 3.1.7-5 4.0.3 08/15/24 4 195 55 biber 1:2.19-4 2.20 03/21/24 1 321 202 dkms 3.0.12-1 3.1.0 10/01/24 2 373 8 python-cryptography 42.0.8-1 43.0.1 09/03/24 2 91 36 python-setuptools 1:69.5.1-1 75.1.0 09/13/24 22 153 26 yubioath-desktop 5.1.0-3 7.1.0 09/25/24 12 1234 14 (1) (1) Now called yubico-authenticator -- Gene

5 7