- Arch-general - lists.archlinux.org

[arch-general] My font rendering has changed
by Riccardo Paolo Bestetti 20 Jul '20

20 Jul '20

Since a few days ago, font rendering inside my desktop environment (SwayWM) seems to have changed. E.g. title bars are now rendered using a generic monospaced font instead of the usual one, and Termite does not seem to be able to load the Fira Code font and falls back to its default font. bemenu is also rendering differently and with a different font. I cannot find anything obvious in /var/log/pacman.log. I.e. I have done a full system upgrade lately but it doesn't seem to include anything that could have obviously caused this. Has anyone had anything similar? Where could I look to debug the issue? Best regards, Riccardo Paolo Bestetti

2 1

[arch-general] OpenVPN systemd unit not prompting for password
by Riccardo Paolo Bestetti 17 Jul '20

17 Jul '20

I have a private key with a password. When I start OpenVPN with the openvpn command, all works fine. When I start it with the systemd unit (e.g. systemctl start openvpn-client@conf_file), a systemd-ask-password process is spawned from the unit but the prompt is not shown. Interestingly, the prompt is shown the I stop the unit. Riccardo Paolo Bestetti

1 0

[arch-general] Package signature error after updated GPG key
by NicoHood 11 Jul '20

11 Jul '20

Hey guys, i have recently received the attached email from a user. He cannot install a package from me due to a GPG error. I have recently updated my key and it should have been added to the new keyring. I don't know a better solution, who can help us? Cheers, Nico On 7/8/20 12:10 AM, cock.li wrote: > Hi, sorry to bother you, I think that the signature on the snap-pac > packet is expired or something similar, I'm getting this pacman error: > > error: snap-pac: signature from "NicoHood <pgp(a)nicohood.de>" is unknown > trust > :: File /var/cache/pacman/pkg/snap-pac-2.3.1-1-any.pkg.tar.xz is > corrupted (invalid or corrupted package (PGP signature)). > > since, the keys are updated (I've tried updating them with a healthy > "sudo pacman-key --refresh-keys", but nothing) i think that the key with > wich the packet was signed expired and was changed in the meantime, > especially since it's more than a year that there are no updates on the > packet (since there are no commits on the source) > > > I do need the packet for snap-pac-grub, please let me now as soon as you > can > > > regards > > AmanuenseDelDiavolo >

4 5

[arch-general] cuda and nvidia package conflict
by Junhee Lee 09 Jul '20

09 Jul '20

Dear the maintainers. First of all, I sincerely appreciate your effort to maintain this distribution. I would like to report an incident related to the two packages: cuda and nvidia. It seems that the cuda package is recently updated to 11.0.2-1 in [community-testing]. However, the most recent nvidia package is 440.100-3 in [extra]. Therefore, when I attempt to run an application utilizing CUDA, it instantly hangs with an error related to version mismatch. This problem is resolved when I install nvidia-beta package in AUR. Should I keep using the cuda package in [community]? Or, is there any progress related to this issue? Thank you very much for your attention. -Best regards, jvl.

2 1

[arch-general] Permissions Problem possibly
by pete 08 Jul '20

08 Jul '20

Afternoon all Having a whole hoard of issues that seem like they MAY be permissions related . Is there a hard and fast set of permission attributes that can be set as a default for a user at them moment everything in my user is set name users with the bulk of the permissions set -rw-r--r-- or drwxr-xr-x for a directory i know a lot of you use the numeric system i am not sure of it I get problems such as system settings do not stick libreofice complains about backup files some things work some play up or fail completely Kaffeine for one just bombs out i believe this is a permissions thing but cant find any usefull info as to exactly what should be what if you follow . A litte assistance would be very useful as i do not fancy doing a reinstall i have too much stuff to reinstall Thanks Pete

3 3

Re: [arch-general] a couple foldingathome problems
by Jude DaShiell 06 Jul '20

06 Jul '20

If I run clinfo -l what returns is: Platform #0: Clover Platform #1: AMD Accelerated Parallel Processing Going deeper with clinfo there's lots of devices not found. --

2 2

[arch-general] a couple foldingathome problems
by Jude DaShiell 05 Jul '20

05 Jul '20

One of these would be unique, the package is complaining my video drivers aren't up to date. I don't even know what video drivers should be on this machine and haven't got local linux support to clue me in on this one and me being totally blind I don't usually touch or have any interest in video drivers. If the video driver is wrong, will the work done by the computer be rjected by the foldingathome server? The second problem may be effecting all users of the foldingathome package. How good is this package about cleaning up disk space it no longer needs once a completed job gets sent to the server? I have a 120GB drive that's run out of space. This computer runs solid state so the 3tb sata drive wouldn't work in it otherwise this wouldn't be a problem. --

2 1

[arch-general] Dual graphics not working in Lenovo P53
by LuKaRo 29 Jun '20

29 Jun '20

Hi all, My new Lenovo P53 has an Intel UHD Graphics 630 and a NVIDIA Quadro T1000 built in. The HDMI port seems to be wired to the NVIDIA graphics. However, dual graphics is not working. When using the nvidia driver and the nvidia-prime package, I can run games on the NVIDIA card using prime-run. But xrandr only shows "eDP1" (internal screen) and "VIRTUAL0", no external ports are recognized. When using xf86-video-nouveau, xrandr shows several DP and eDP-ports and the HDMI port. However, the ports are always shown as "disconnected", even when a HDMI cable is connected (works on another Arch Linux machine). Furthermore, DRI_PRIME=1 glxinfo | grep "OpenGL renderer" always shows the UHD 630. Any ideas how to debug or fix this issue? Thanks a lot, LuKaRo

1 0

[arch-general] Access for ordinary users to USB FTDI devices
by Friedrich Romstedt 27 Jun '20

27 Jun '20

Hi, Since end of 2019 I am using the PyFtdi Python package by Emmanuel Blot to talk to an FTDI chip on some controller board. Documentation of PyFtdi is hosted on http://eblot.github.io/pyftdi/. FTDI (Future Technology Devices International) chips (and similar chips by other vendors) implement an Universal Asynchronous Receiver Transmitter (UART) via USB. This can then be used to send messages to the device and receive replies. According to http://eblot.github.io/pyftdi/installation.html, it is at least on Debian and Ubuntu Linux necessary to write an `udev` rules file in order to permit ordinary users access to such an USB device. I attempted to use PyFtdi on my Arch Linux box (patched daily) as an ordinary user, and successfully talked to the device without any additional `udev` rule. We (Emmanual and me) would like to find out why and how Arch is configured to permit this. As I observed this behaviour, I opened Issue #161 on https://github.com/eblot/pyftdi: https://github.com/eblot/pyftdi/issues/161. There were some posts by Emmanuel and by me, but we didn't achieve anything substantial so far. Furthermore, the question arises if there are more places other than PyFtdi where this result might be relevant. Finally it might apply also to other Linux distributions different from Arch Linux aside Debian and Ubuntu; the documentation of pyftdi maybe could be updated to reflect this. Any pointer is welcome. Best wishes, Friedrich

2 1

[arch-general] Locale packages
by Daan De Meyer 23 Jun '20

23 Jun '20

Hi, While working on locale-gen support for systemd-firstboot ( https://github.com/systemd/systemd/pull/15994) I started wondering if it wouldn't be simpler to delegate the installation of locales to pacman instead. I haven't been following the mailing lists for very long so I don't know if this has ever been discussed. I'd imagine Arch could provide a package for each locale supported by glibc and users would install the ones they need. The PKGBUILD would use localedef to generate separate folders of compiled locale files for each locale that would be stored in /usr/lib/locale. This approach is already implemented by distros such as Fedora (and co) and Ubuntu. The main advantage of this approach is that there's no need to set up an entire chroot to run locale-gen when pacstrapping a new Arch system image. This might seem easy but becomes trickier when the image uses a different architecture than the host system since emulation of that architecture has to be set up first. Even if locale-gen had a --root option so using the host's locale-gen would be an option, I'm not sure if there's any guarantee that compiled locale definitions generated by the host system's locale-gen would work with the glibc version used by the image (less of a problem with Arch but the glibc on the host could still potentially be out-of-date compared to the one installed in the image). Being able to install locales with pacman would solve all these problems. Any interest in something like this from the Arch developers? I'd be willing to try my hand at a PKGBUILD for this but I'm not a TU so I'd need some support to get this implemented (if there is any interest at all). (This also doesn't imply that locale-gen wouldn't work anymore, locale-gen stores everything in /usr/lib/locale/locale-archive which would be independent from the files installed by the locale packages, so both approaches should work side-by-side) Cheers, Daan De Meyer

2 4