- Arch-general - lists.archlinux.org

[arch-general] Power Management on Thinkpad 5W30
by naicam|ne 13 Feb '22

13 Feb '22

I can't get power management working on my laptop. I have tlp-stat installed and it's showing a 1.9% capacity, but I don't think that's an accurate figure. This is a fairly new install. It worked fine under windows. I've been trying a lot of things, but at this point it feels more like I'm just going to do more damage trying things than actually making any progress on my own. One thing I don't know about is if this model supports the thinkpad_ec kernel module, because I cant get it to load. I'm also running the hardened kernel, and don't know if that's supported either. I'm not sure at this point that thats even the right direction to be going in. But this https://wiki.archlinux.org/title/Laptop/Lenovo#W_series says that power management is supported, and this https://www.thinkwiki.org/wiki/Tp_smapi#W_series seems to indicate that tp_smapi -doesn't- work with this model, but that's a little unclear to me, especially since that page was last updated in 2016. But simply setting the thresholds manually hasn't given me very good results at all. -- __ _ ____ _ ____ ____ _ _ _ __ _ ____ | \| |--| | |___ |--| |\/| | | \| |===

2 8

[arch-general] git-annex-10.20220127-16: `GLIBC_2.34' not found
by Jesús Ruiz 12 Feb '22

12 Feb '22

When I run any git-annex command using git-annex-10.20220127-16 I get: /usr/bin/git-annex: /usr/lib/libc.so.6: version `GLIBC_2.34' not found (required by /usr/bin/git-annex) The glibc version I have installed is 2.33-5, which is current according to https://archlinux.org/packages/?sort=&q=glibc&maintainer=&flagged= . The previous version git-annex-10.20220127-15 works fine.

3 3

[arch-general] Donation options
by Frédéric Tobias Christ 11 Feb '22

11 Feb '22

Hi all, I want to donate to Arch Linux. However, the existing options both take high fees (SPI: Transaction fees via PayPal, Click&Pledge: 2.75% platform + 2,5 % credit card fee ) and I don't want to finance PayPal. What about adding Liberapay [1] <https://liberapay.com/> as a non-profit donations platform? They don't take any monthly fees <https://liberapay.com/about/faq#how-funded> [2], just pass on the payment process fees. For instance, Europeans can use SEPA transactions (without any fees). What do you think about it? PS: I also posted this [3] in the forum, but noticed shortly after that another thread about donation remains unnoticed by the people in charge. [1] https://liberapay.com/ [2] https://liberapay.com/about/faq#how-funded [3] https://bbs.archlinux.org/viewtopic.php?pid=2021543#p2021543 -- Beste Grüße Frédéric Christ

7 8

[arch-general] pkg rfc should be updated?
by Yi Zheng 07 Feb '22

07 Feb '22

Hi, 2021-06-25 , I asked to update it, and the it is done several days later. and now ?

2 1

Re: [arch-general] Scope of arch-projects mailing list [was on arch-dev-public]
by David C. Rankin 07 Feb '22

07 Feb '22

On 2/3/22 5:53 AM, David Runge via arch-dev-public wrote: > Rationale: > We lack a mailing list that revolves around our internal projects and > which can also be used by non "elevated users" (such as Trusted Users > and Developers) for more general discussion. > Given the very low traffic on the arch-projects mailing list I see no > issue with it becoming a per-project discussion list as well (as in our > case mailing lists seem to be mainly used for discussion and not so much > for development anymore these days). > > Best, > David (food for thought, not a critique) Devs, There is always a desire to fragment mailing lists into ever smaller and smaller topics to reduce traffic to just what a handful of folks want to see. That can be useful, but list slicing also has a dramatic effect on the community. There are always questions that don't fit in one list or the other. The problem with separating lists is it tends to reduce the number of knowledgeable devs participating in general list QA. Which in turn transforms the general list from a place where knowledge of all topics is present to one where questions linger without an answer. This isn't an Arch problem yet, but I've watched over the last decade how creation of sublists and fragmentation of the openSUSE list has all but put a nail-in-the-coffin of the openSUSE community. Traffic did fall dramatically -- but so did users of the distro. Worth keeping in mind when discussing whether current or additional sublists are needed. Just my $.02 from watching the changes, and cause and effect, distros have gone through for the past 20+ years. There is nothing wrong with specialized developer lists -- so long as it doesn't result in brain-drain from the general list that impacts the general list usefulness. Like I said, not at Arch problem yet -- and let's hope it never is. -- David C. Rankin, J.D.,P.E.

1 0

[arch-general] Wiki - Error: Warning: You have not provided an edit summary... I did comply with 3 fundamental rules
by David C. Rankin 06 Feb '22

06 Feb '22

All, The wiki has become almost impossible to help with. After experiencing an error transferring to my Arch samba shares and finding the solution on Apple.Stackexchange.com I was adding that short section to the end of the troubleshooting entires. However, despite providing an edit summary and complying with the remaining 2 fundamental rules, I cannot save the edit. I get the Error: Error: Warning: You have not provided an edit summary, which is an enormous help for other users who want to review your changes, see ArchWiki:Contributing#The 3 fundamental rules. Over the past 11 years the wiki has increasing become hostile to user contributions. I hope this is a temporary bug. In the past the community made our Archwiki the best Linux distro wiki going by keeping it current and providing solutions to current problems. The Archwikin was a one-stop-shop. If the community can no longer contribute, it will cease to be so. The entry I was adding is: === IOS Files can no longer copy-to Samba share on Archlinux beginning with IOS 14.5=== Beginning with IOS 14.5 attempting to transfer from a device running IOS using the "Files" app to a samba share on Archlinux will result in the error: The operation couldn't be completed Operation canceled To correct this problem, add add the following to the global section of your {{ic|smb.conf}} and restart samba (e.g. {{ic|sudo systemctl restart smb}}). Comment optional: ## addition for IOS Files transfer-to server vfs object = fruit streams_xattr See [https://apple.stackexchange.com/q/424681 Apple.Stackexchange.com - "The operation couldn't be completed"/"Operation canceled" error message when saving to a Samba share via Files app] The edit summary was: /* Added Section - IOS Files can no longer copy-to Samba share on Archlinux beginning with IOS 14.5 */ I will have to leave it to one of the Archdevs to add. No matter what I do, I'm returned to the same error: Error: Warning: You have not provided an edit summary, which is an enormous help for other users who want to review your changes, see ArchWiki:Contributing#The 3 fundamental rules. -- David C. Rankin, J.D.,P.E.

2 4

[arch-general] cups hangs while adding a new printer
by Bjoern Franke 04 Feb '22

04 Feb '22

Hi, on a Thinkpad X270 I'm trying to add a Epson XP 245 using epson-inkjet-printer-escpr2. Unfortunately cups just hangs with "Unable to get list of printer drivers", "lpinfo -m" just hangs and after some time outputs "Success". Searching around showed people already had this issue with foomatic, but neither foomatic nor gutenprint are installed. So the explanation of "generating the ppd list takes too long" should not fit here. And for adding more confusion, on another system where even gutenprint is installed, it works fine - so it's not a general issue. Any ideas? Best Regards Bjoern

1 1

[arch-general] Bazel, reproducible builds and the out-of-date packages fcitx5-mozc & fcitx-mozc
by Alexander Michalopoulos 31 Jan '22

31 Jan '22

Hello, This is a request concerning two out-of-date packages in [community] called fcitx5-mozc and fcitx-mozc. I’m not sure if this is the proper channel to address such things, if it isn’t then I apologize. Fcitx/Fcitx5 is an input engine like IBus, and Mozc is a Japanese IME. There used to be more Mozc packages in [community] (e.g. ibus-mozc) but they were demoted to the AUR since a good while back, the reason being that upstream Mozc has opted to adopt Bazel as its build system, which among other things is a pain to make compatible with Arch’s reproducibility goals. It’s the same thing that has also happened with other packages like e.g. the one for Anki, which was also recently demoted to the AUR for the exact same reason. The result of all this though is that, while these other Mozc packages have in the meantime been adopted and kept up-to-date in the AUR by several people, the fcitx5-mozc and fcitx-mozc packages have been kept outdated in [community] since May 2021, in their last known working GYP version (GYP was the build system used before Bazel but was deprecated in favor of the latter). I understand that Bazel is… not a great piece of software, to put it mildly, and that upstream’s choice to use it is less than optimal; but keeping a package in an almost year-old outdated version is even less optimal in my opinion. Not to mention that even though for most people this kind of package (an input engine add-on for a non-Latin writing system) is obscure at best, for some of us it’s part of our everyday life and may even be crucial (for work or education purposes, etc) and thus keeping it up-to-date with upstream is a very desired goal. My request is, since the maintainer of fcitx5-mozc and fcitx-mozc is probably not interested in updating these two packages to their current upstream versions, that they be demoted to AUR packages so they can be adopted and updated by other interested parties (that would be me). Or, if for whatever reason this isn’t an option, that either an effort is made to update them in situ to their current upstream versions (if such an effort is not already underway) or at least that they are renamed to something different (e.g. fcitx5-mozc-legacy and fcitx-mozc-legacy) so their current names can be adopted and used by new and up-to-date packages in the AUR. Thanks for reading.

1 0

[arch-general] headless box audio with pipewire
by Javier 31 Jan '22

31 Jan '22

Hello ! I have a box, where I can login through SSH, start ncmpcpp to play something with mpd, and then logout, leaving the box playing music, but with no user logged in. At times, I also want to start Xorg (eventually Wayland), and use pipewire for sound and even using bluetooth audio devices (easy with pipewire/pulse). While logged in, I can use pipewire even in console. But once logged out, sound is gone. So pipewire doesn't really work headless by default, is there a way to make it work headless (no one logged in, and still having audio enabled and playing music for example), how so? With alsa, no pipewire, no pulse, all this is pretty simple, since it executes as root, headless audio (no one logged in), audio on console (no Xorg, no Wayland), audio on graphical environmet (Xorg or Wayland). Complex thing with alsa, like using bluetooth devices, or selecting devices is complex. An alternative would be having an easy way to use bluetooth devices with plain alsa (no need for command line for example, since not all users will be able to do that). I think bluez-alsa-git on AUR can help using bluetooth audio devices with plain alsa, but it's somehow complex for non CLI users. Perhaps it's easier to get a box, which when headless, somehow allows alsa to work, and when logged in, pipewire/pulse takes over. But things don't work that way when pipewire/pulse is present, audio is gone when not logged in. Thanks ! -- Javier

3 4

[arch-general] AppArmor
by Frank Zimmermann 28 Jan '22

28 Jan '22

Oh der I made a mess. Wanted to setup Apparmor and Firefox and Evolution aren't working anymore. The programs are starting but without an UI. Even when I undo things this behaviour retains. I don't see anything in the journal and now don't know where to look for what's going wrong. Frank

5 4