- Arch-general - lists.archlinux.org

[arch-general] Now that wine is actually wine-wow64, should wine-mono be moved from from multilib to extra?
by Javier 16 Jun '25

16 Jun '25

Hello ! Currently wine-mono [1] is still under the multilib repo, I guess now wine has actually become wine-wow64 [2], and the AUR package is now just a meta package installing wine [3], so I'm wondering if wine-mono should then be moved to extra instead. Perhaps the process is not complete yet. But as wine-mono is not on AUR, then if one doesn't include the multilib repo then wouldn't be able to find wine-mono... Greetings ! -- Javier [1] https://archlinux.org/packages/multilib/x86_64/wine-mono [2] https://archlinux.org/news/transition-to-the-new-wow64-wine-and-wine-staging [3] https://aur.archlinux.org/cgit/aur.git/tree/PKGBUILD?h=wine-wow64

1 0

[arch-general] jami consuming too much cpu and jami packages issues
by Javier 16 Jun '25

16 Jun '25

Hello ! I would file an issue on the Arch jami related packages, because they're not only outdated, but I believe due to that jami consumes way too much CPU, you listen to the fans working extra, and top shows 95% usage or more, no matter how fast your PC is. The reason I don't is that my phone broke and I didn't have my aegis data backed somewhere and I can no longer login to Arch gitlab, and as long time ago it happened he same to me and I was warned they wouldn't help me out a 2nd time, oh well. Anyone experiencing the same? I see jami-qt marked as out of date, but I see no issues filed against it, same for jami-daemon. opendht is not marked out of date, and the only issues is about C bindings, however opendht currently has a dependency problem, Arch moved to llhttp 9.3.0, however opendht was linked against llhttp 9.2: > % ldd /usr/lib/libopendht.so > linux-vdso.so.1 (0x00007ff662064000) > libfmt.so.11 => /usr/lib/libfmt.so.11 (0x00007ff661ffa000) > libllhttp.so.9.2 => /usr/lib/libllhttp.so.9.2 (0x00007ff661fe8000) So the only way to currently support opendht is: > % grep IgnorePkg /etc/pacman.conf > # Pacman won't upgrade packages listed in IgnorePkg and members of IgnoreGroup > IgnorePkg = llhttp libgit2 bat Meaning avoid updates on those 3 packages given their dependency chain related to llhttp, since both libgit2 and bat new versions on Arch depend on llhttp 9.3 already except for opendht, which then requires a re-build. BTW, current upstream opendht release is v3.4.0, meaning the Arch "1:3.2.0-2" ought an update anyways, meaning is also out of date, and by upgrading one gets the re-build required, :) So all jami related packages out of date, jami the application consumes too much CPU, and opendht besides out of date requires a re-build to link against current repos llhttp. Not sure how to notify the developers to deal with the jami current issues, perhaps someone could file issues on the packages, particularly opendht which doesn't even have an out of date mark. Thanks a lot ! -- Javier

2 5

Pacman lite?
by Pocket 14 Jun '25

14 Jun '25

Is it possible to build a neutered version of pacman? A pacman lite if you will.... I need to cut down on the dependencies pacman requires. Without key signing and package signing. I would like to only have package building and package management and pull from an http respository. This is for a custom built OS that I would like to use pacman on an ARM SBC. it currently uses rpm as a package manager. I would also like to build them using makepkg. -- Hindi madali ang maging ako

5 6

Pacman/icu conflict: error while loading shared object
by Jeanette C. 09 Jun '25

09 Jun '25

Hey hey, I just updated icu, which broke pacman. I then used pacman-static to install the latest pacman version, using pacman-static, but no change. icu version: 76.1-1 pacman version: 7.0.0.r6.gc685ae6-6 Error message: pacman: error while loading shared libraries: libicuuc.so.75: cannot open shared object file: No such file or directory Can anyone suggest a workaround? Best wishes, Jeanette -- * Website: http://juliencoder.de - for summer is a state of sound * Youtube: https://www.youtube.com/channel/UCMS4rfGrTwz8W7jhC1Jnv7g * Audiobombs: https://www.audiobombs.com/users/jeanette_c * GitHub: https://github.com/jeanette-c Just hang around and you'll see, There's nowhere I'd rather be <3 (Britney Spears)

4 11

Issues with Viewers for "special" images
by Ralf Mardorf 09 Jun '25

09 Jun '25

Hi, yesterday after the latest updates I tried to view some "special" images. I tried to view a JPEG 2000 with extra/geeqie and with extra/krita and I tried to view some FITS {,demo} images with extra/stellarsolver and extra/kstars. I don't know if this worked before, it was the first time I tried to view those kinds of images by my Arch Linux install. It was impossible to view the JPEG 2000 and more or less impossible to view FITS images. Just extra/stellarsolver was able to view a FITS demo image, but failed most of the times, too. I was able to view the JPEG 2000 image on an iPad Pro. I don't want to troubleshoot those issues, I'm just interested if somebody was ever able to view JPEG 2000 and/or FITS images with applications from the official repos. Regards, Ralf

6 11

Akonadi / KMail broken imap resource
by Bennett Piater 09 Jun '25

09 Jun '25

Hi, My IMAP resources broke in Kontact/KMail this week. My first idea was to try akonadictl restart, followed by fsck and vacuum. The restart triggered a mariadb migration, which was successful (shouldn't that have happened automatically before...?). However, it didn't change much. The logs were full of errors like these - the imap resource crashes, with no clear cause: org.kde.pim.akonadicontrol: ProcessControl: Application "/usr/bin/ akonadi_imap_resource" stopped unexpectedly ( "Process crashed" ) org.kde.pim.akonadicontrol: Application '/usr/bin/akonadi_imap_resource' crashed! 0 restarts left. org.kde.pim.akonadiserver: New notification connection (registered as Akonadi::Server::NotificationSubscriber(0x7fe4b02b4f00) ) org.kde.pim.akonadiserver: Subscriber Akonadi::Server::NotificationSubscriber(0x7fe4b02b4f00) identified as "AgentBaseChangeRecorder - 93936498547840" org.kde.pim.akonadiserver: Subscriber "AgentBaseChangeRecorder - 93936498547840" disconnected org.kde.pim.akonadicontrol: ProcessControl: Application "/usr/bin/ akonadi_imap_resource" stopped unexpectedly ( "Process crashed" ) org.kde.pim.akonadicontrol: Application '/usr/bin/akonadi_imap_resource' crashed too often. Giving up! I then tried deleting the mariadb and having akonadi re-create it, which helped me once in the past (should be fine since it's only an indexed cache). Finally, I tried deleting and re-adding the account in kontact. None of the above worked. Any ideas how to proceed? Is there more that I could try to reset? Are there more detailed logs somewhere? I'm hoping arojas has an idea - you're a heroic maintainer, thank you in any case! Cheers, Bennett

1 0

Signstar design concepts - questions
by cen 04 Jun '25

04 Jun '25

Hi, reading through https://signstar.archlinux.page/architecture/design.html can someone explain how the SSS shares are distributed among holders? Do they physically meet for a beer and each takes out a print out from initial console setup? Could you perhaps pre-bake share holder's SSH keys into the image and do a one share per key as the do first login? This way they could retrieve it remotely. My second question is if confidential compute was considered instead of a dedicated physical hardware and OS? Could you replace the setup with a confidential VM that runs signstar as verifiable service?

2 2

stable-repos Newsfeed Never Showed linux 6.14.7.arch2-1 x86_64 after it left core-testing?
by David C Rankin 25 May '25

25 May '25

Arch Admins, I use the newsfeeds extensively to keep track of what packages are coming for server updates. This past cycle with linux 6.14.7.arch2-1, it appeared in core-testing (https://archlinux.org/feeds/packages/x86_64/core-testing/) on 5/22, but I never show it reaching: https://archlinux.org/feeds/packages/all/stable-repos/ This is really just to pass this along in case there is a problem with the feeds. However, if anyone knows why this occurred, I'm curious about that fact as well. -- David C. Rankin, J.D.,P.E.

1 0

[ANNOUNCE] Proposed fix for dnssec-anchors package (outdated trust anchors + unused makedepends)
by meowmeowbeanz 24 May '25

24 May '25

Hi arch-dev-public, I'm announcing a proposed moderate change to the dnssec-anchors package per the developer manual guidelines. ## Summary Fix for 5+ year old DNSSEC trust anchors and unused makedepends in the dnssec- anchors package. ## Issues Addressed - GitLab Issue: #2 (outdated trust anchors) - Existing Bug: #77100 (unused makedepends, assigned to jelly) ## Proposed Changes - Restore dynamic trust anchor generation in build() function - Filter for KSK records (flag 257) to eliminate DNSSEC warnings - Update package version to 20250523-1 - Remove dependency on static 2019 files ## Testing - Verified DNSSEC validation works correctly - Eliminated knot-resolver warnings - Confirmed proper ad flag behavior with drill/kdig ## Merge Request Available at: https://gitlab.archlinux.org/archlinux/packaging/packages/ dnssec-anchors/-/merge_requests/1 The change preserves the established purpose (providing DNSSEC trust anchors) while updating to current practices and fixing confirmed bugs. Comments and feedback welcome. Thanks, meowmeowbeanz

1 0

openSUSE removes Deepin from official distro on security grounds - Arch have similar concerns?
by David C Rankin 14 May '25

14 May '25

Devs, The Register posted an article about openSUSE removing the Deepin desktop based on dbus abuse and other security and packaging violations. The issues are documented and linked in the article: https://go.reg.cx/tdml/dfd67/684a187f/7019d634/4gJn Has Arch done a similar analysis or have similar concerns? openSUSE have removed it from the distro, but left the package available in the community packager's repoo (similar to AUR setup). Not sure whether that is something to consider here. The concern being that by providing official packages openSUSE gave Deepin the aura of being up to the distros security standards where apparently that isn't something that was warranted. -- David C. Rankin, J.D.,P.E.

2 1