- Arch-general - lists.archlinux.org

[arch-general] Strange and annoying causing issues
by pete 20 Dec '21

20 Dec '21

Hi folks Most the time the system is spot ion thanks Arch Linux but every now and then i get something that is causing consternation one of those times is now i am getting this filling dmesg 23.113873] xfs filesystem being remounted at /run/systemd/unit-root/var/tmp supports timestamps until 2038 (0x7fffffff) [ 23.114081] xfs filesystem being remounted at /run/systemd/unit-root/var/lib/tor supports timestamps until 2038 (0x7fffffff) [ 23.125584] xfs filesystem being remounted at /run/systemd/unit-root/var/lib/tor supports timestamps until 2038 (0x7fffffff) [ 23.127583] xfs filesystem being remounted at /run/systemd/unit-root/var/tmp supports timestamps until 2038 (0x7fffffff) [ 23.719265] xfs filesystem being remounted at /run/systemd/unit-root/var/tmp supports timestamps until 2038 (0x7fffffff) [ 23.719777] xfs filesystem being remounted at /run/systemd/unit-root/var/lib/tor supports timestamps until 2038 (0x7fffffff) [ 23.730310] xfs filesystem being remounted at /run/systemd/unit-root/var/lib/tor supports timestamps until 2038 (0x7fffffff) [ 23.732198] xfs filesystem being remounted at /run/systemd/unit-root/var/tmp supports timestamps until 2038 (0x7fffffff)[ 26.246319] xfs filesystem being remounted at /run/systemd/unit-root/var/lib/private/systemd/journal-upload supports timestamps until 2038 (0x7fffffff) [ 26.253998] xfs filesystem being remounted at /run/systemd/unit-root/var/lib/private/systemd/journal-upload supports timestamps until 2038 (0x7fffffff) [ 26.254017] xfs filesystem being remounted at /run/systemd/unit-root/var/tmp supports timestamps until 2038 (0x7fffffff) [ 26.272915] xfs filesystem being remounted at /run/systemd/unit-root/var/lib/private/systemd/journal-upload supports timestamps until 2038 (0x7fffffff) [ 26.273523] xfs filesystem being remounted at /run/systemd/unit-root/var/tmp supports timestamps until 2038 (0x7fffffff) [ 79.301218] xfs filesystem being remounted at /run/systemd/unit-root/var/lib/upower supports timestamps until 2038 (0x7fffffff) [ 79.301364] xfs filesystem being remounted at /run/systemd/unit-root/var/tmp supports timestamps until 2038 (0x7fffffff) [ 79.318565] xfs filesystem being remounted at /run/systemd/unit-root/var/lib/upower supports timestamps until 2038 (0x7fffffff) [ 79.319569] xfs filesystem being remounted at /run/systemd/unit-root/var/tmp supports timestamps until 2038 (0x7fffffff) it is causing issues as far as i can make out on the USB Camera i get a pile of the above scroll up and the camera dies the camera is Bus 002 Device 002: ID 23c5:1478 Xiongmai web camera it works very well good clear video untill this lot started now it dies all the time in the middle of streaming (Discord) Thanks . Pete Pete

7 18

[arch-general] Difficulty installing UEFI
by Paul M. Foster 20 Dec '21

20 Dec '21

Folks: I have a 2017 Lenovo ThinkCentre M800 that I'm using to try to install Arch on a hard drive. I've formatted the drive (under Arch, using fdisk, with gpt partition, etc.), gone through the installation up to the point where I run grub-install with this command: grub-install --target=x86_64-efi --bootloader-id=grub_uefi --recheck The error(s): EFI variables are not supported on this system. grub-install: errors efibootmgr failed to register the boot entry: No such file or directory. This particular machine originally had an MBR disk in it, and I'm not sure if the BIOS supports UEFI. Should I give up on using this machine to install a UEFI Arch disk, or is there some workaround? Paul

8 13

[arch-general] Pipewire Problem
by Paul Schaefer 19 Dec '21

19 Dec '21

Hello folks! on 12-16 I upgraded my system and installed a pipewire upgrade: [2021-12-16T15:44:27+0100] [ALPM] upgraded pipewire (1:0.3.40-1 -> 1:0.3.42-1) After a reboot, my USB microphone/speaker device (Jabra Speak 410) did not work anymore (see pipewire's log below). I use wireplumber as session manager but the problem persisted even after switching back to pipewire-media-session. Is this a problem I should report on the bugtracker, or can somebody help me figuring out how to solve this problem? Thank you! $ journalctl --user -b -1 -u pipewire Dec 19 22:15:07 archbook systemd[1829]: Started PipeWire Multimedia Service. Dec 19 22:15:20 archbook pipewire[1837]: spa.alsa: 0x55945ef5fdd8: card already opened at rate:48000 Dec 19 22:15:20 archbook pipewire[1837]: pw.node: (alsa_input.usb- 0b0e_Jabra_SPEAK_410_USB_50C2ED128945x011200-00.mono-fallbac> Dec 19 22:15:20 archbook pipewire[1837]: spa.audioadapter: params Spa:Enum:ParamId:EnumFormat: 0:0 (convert format) Success Dec 19 22:15:20 archbook pipewire[1837]: Object: size 160, type Spa:Pod:Object:Param:Format (262147), id Spa:Enum:ParamId:En> Dec 19 22:15:20 archbook pipewire[1837]: Prop: key Spa:Pod:Object:Param:Format:mediaType (1), flags 00000000 Dec 19 22:15:20 archbook pipewire[1837]: Id 1 (Spa:Enum:MediaType:audio) Dec 19 22:15:20 archbook pipewire[1837]: Prop: key Spa:Pod:Object:Param:Format:mediaSubtype (2), flags 00000000 Dec 19 22:15:20 archbook pipewire[1837]: Id 1 (Spa:Enum:MediaSubtype:raw) Dec 19 22:15:20 archbook pipewire[1837]: Prop: key Spa:Pod:Object:Param:Format:Audio:format (65537), flags 00000000 Dec 19 22:15:20 archbook pipewire[1837]: Id 259 (Spa:Enum:AudioFormat:S16LE) Dec 19 22:15:20 archbook pipewire[1837]: Prop: key Spa:Pod:Object:Param:Format:Audio:rate (65539), flags 00000000 Dec 19 22:15:20 archbook pipewire[1837]: Int 16000 Dec 19 22:15:20 archbook pipewire[1837]: Prop: key Spa:Pod:Object:Param:Format:Audio:channels (65540), flags 00000000 Dec 19 22:15:20 archbook pipewire[1837]: Int 1 Dec 19 22:15:20 archbook pipewire[1837]: Prop: key Spa:Pod:Object:Param:Format:Audio:position (65541), flags 00000000 Dec 19 22:15:20 archbook pipewire[1837]: Array: child.size 4, child.type Spa:Id Dec 19 22:15:20 archbook pipewire[1837]: Id 2 (Spa:Enum:AudioChannel:MONO) Dec 19 22:15:20 archbook pipewire[1837]: Object: size 216, type Spa:Pod:Object:Param:Format (262147), id Spa:Enum:ParamId:En> Dec 19 22:15:20 archbook pipewire[1837]: Prop: key Spa:Pod:Object:Param:Format:mediaType (1), flags 00000000 Dec 19 22:15:20 archbook pipewire[1837]: Id 1 (Spa:Enum:MediaType:audio) Dec 19 22:15:20 archbook pipewire[1837]: Prop: key Spa:Pod:Object:Param:Format:mediaSubtype (2), flags 00000000 Dec 19 22:15:20 archbook pipewire[1837]: Id 1 (Spa:Enum:MediaSubtype:raw) Dec 19 22:15:20 archbook pipewire[1837]: Prop: key Spa:Pod:Object:Param:Format:Audio:format (65537), flags 00000000 Dec 19 22:15:20 archbook pipewire[1837]: Choice: type Spa:Enum:Choice:None, flags 00000000 24 4 Dec 19 22:15:20 archbook pipewire[1837]: Id 259 (Spa:Enum:AudioFormat:S16LE) Dec 19 22:15:20 archbook pipewire[1837]: Id 259 (Spa:Enum:AudioFormat:S16LE) Dec 19 22:15:20 archbook pipewire[1837]: Prop: key Spa:Pod:Object:Param:Format:Audio:rate (65539), flags 00000000 Dec 19 22:15:20 archbook pipewire[1837]: Choice: type Spa:Enum:Choice:Range, flags 00000000 28 4 Dec 19 22:15:20 archbook pipewire[1837]: Int 16000 Dec 19 22:15:20 archbook pipewire[1837]: Int 48000 Dec 19 22:15:20 archbook pipewire[1837]: Int 16000 Dec 19 22:15:20 archbook pipewire[1837]: Prop: key Spa:Pod:Object:Param:Format:Audio:channels (65540), flags 00000000

1 0

[arch-general] RFC: declarative reference to installed kernel(s) and its modules and vmlinuz image
by Damjan Georgievski 15 Dec '21

15 Dec '21

Currently it's quite complicated to make the reference from an installed kernel package(s) to it's files (the kernel image and modules), except by either invoking `pacman -Qlq linux | grep vmlinuz$` or some heuristics like what mkinitcpio does. So the proposal is that every kernel package should also include a symlink in /var/lib/kernel/<pkgname> to the path in /usr/lib/modules/<kver>/. for ex. currently that would be: /var/lib/kernel/linux -> /usr/lib/modules/5.15.7-arch1-1/ /var/lib/kernel/linux-lts -> /usr/lib/modules/5.10.85-1-lts/ Benefits of this approach would be for tools like mkinitcpio, or sbctl, which can declaratively refer to the kernel modules and the vmlinuz image, by just knowing the package name. -- damjan

1 0

Re: [arch-general] Python 3.10: LooseVersion, distutils slated for removal at 3.12
by u34＠net9.ga 13 Dec '21

13 Dec '21

Evangelos Foutras via arch-dev-public <arch-dev-public(a)lists.archlinux.org> wrote: > Python 3.10 is now in the stable repos! > > (Some issues are to be expected but hopefully nothing too bad.) I assume you are aware to. For the record: /usr/bin/unoconv:19: DeprecationWarning: The distutils package is deprecated and slated for removal in Python 3.12. Use setuptools or check PEP 632 for potential alternatives from distutils.version import LooseVersion Line breaks added by me for clarity. -- u34

1 0

[arch-general] pacman 6 current/total not displayed on TDE - what does old konsole lack?
by David C. Rankin 12 Dec '21

12 Dec '21

All, As mentioned in an earlier thread, the new pacman current/total update scheme causes the old KDE3/TDE konsole output to look jittery instead of updating the multi-line progress bar. I'm trying to track down why so we can patch TDE konsole to fix the problem, but I'm having a difficult time chasing down just exactly what is being written that is causing the problem. I've chased through callback.c: static void dload_progress_event(const char *filename, alpm_download_event_progress_t *data) Where the update is done, https://gitlab.archlinux.org/pacman/pacman/-/blob/master/src/pacman/callbac… Either with console_cursor_goto_bar(index) for the current file or console_cursor_move_end() for the total and those are simple ANSI escapes from util.c: /* Moves console cursor `lines` up */ void console_cursor_move_up(unsigned int lines) { printf("\x1B[%dF", lines); } /* Moves console cursor `lines` down */ void console_cursor_move_down(unsigned int lines) { printf("\x1B[%dE", lines); } /* Erases line from the current cursor position till the end of the line */ void console_erase_line(void) { printf("\x1B[K"); } What is it that the new pacman is doing with the multi-line progress bar TDE/konsole lacks? -- David C. Rankin, J.D.,P.E.

3 2

[arch-general] Nvidia, fuck you again
by KSP Atlas 06 Dec '21

06 Dec '21

With the new kernel, Nvidia drivers will not work no matter what. nvidia does not load during boot, causing the nouveau driver to be loaded instead (nouveau, try not to break for 5 seconds) and nvidia-beta doesn't start the X server and you can't switch ttys, basically breaking your system unless you uninstall them via ssh or single user mode. I would get an AMD if miners cared about people other than themselves.

7 11

[arch-general] outdated mediainfo and libmediainfo packages
by TG Servers 06 Dec '21

06 Dec '21

Hello, is there any particular reason why these 2 packages are outdated since several months, or were they just not maintained? I am asking because I would need some of the newer functionality and would compile them from source otherwise. But only if there are no known problems with them. The compiles from upstream 21.09 work without any issues and I can't see of any problems, but always better to just confirm Thanks

3 6

[arch-general] Mesa is splitting off legacy drivers from main
by Lone_Wolf 06 Dec '21

06 Dec '21

Hi, Mesa main has started dropping support for classic drivers[1] . This will affect users of Amd cards using r100 & r200 chipsets, (old) Nvidia cards using nouveau-vieux and Intel i915c & i965c . The plan is to support those older drivers through a new mesa LTS version that can be installed alongside normal mesa. Archlinux team will have to decide whether to add a mesa-lts package to keep supporting that hardware or just drop official support for them and hope some users will support them through aur. Atm it looks like mesa 22.0 will be the first stable version without support for this hardware, so there is still time to prepare for this. Lone_Wolf [1] https://gitlab.freedesktop.org/mesa/mesa/-/merge_requests/10153

3 3

[arch-general] Replicating a package set on a new machine
by Paul M. Foster 05 Dec '21

05 Dec '21

Folks: Assume I've installed a bunch of packages manually on machine A. Now I want to install those same packages-- not manually-- on machine B. I can have pacman tell me what packages are installed on machine A. Now, can I take the package list from machine A and, in an automated way, have pacman then install those packages on machine B? If so, how? Paul

2 2