Arch-general December 2021

arch-general@lists.archlinux.org

34 participants
14 discussions

[arch-general] ffado-mixer error after latest "pacman -Syu"
by Susanne Schneider 02 Jan '22

02 Jan '22

hi, when trying to start ffado-mixer I receive the following message: > ... $ ffado-mixer Traceback (most recent call last): File "/usr/lib/python3.10/site-packages/ffado/panelmanager.py", line 460, in updatePanels self.addPanel(idx) File "/usr/lib/python3.10/site-packages/ffado/panelmanager.py", line 339, in addPanel mixerwidget.initValues() File "/usr/lib/python3.10/site-packages/ffado/mixer/saffirepro.py", line 102, in initValues self.selectCorrectMode() File "/usr/lib/python3.10/site-packages/ffado/mixer/saffirepro.py", line 61, in selectCorrectMode self.large.initValues() File "/usr/lib/python3.10/site-packages/ffado/mixer/saffire_base.py", line 137, in initValues self.updateValues() File "/usr/lib/python3.10/site-packages/ffado/mixer/saffirepro.py", line 347, in updateValues SaffireMixerBase.updateValues(self) File "/usr/lib/python3.10/site-packages/ffado/mixer/saffire_base.py", line 105, in updateValues ctrl.setValue(vol) TypeError: setValue(self, int): argument 1 has unexpected type 'dbus.Double' Abgebrochen (Speicherabzug geschrieben) .... $ < any hit will be appreciated, either, if I can do something on my own or where to direct a bug report etc... thanks for reading, -suse (Thinkpad T520, Focusrite Saffire Pro10)

3 2

[arch-general] ntfs3 kenel module: permissions not consistent with dmask=0027 from /etc/fstab
by u34＠net9.ga 25 Dec '21

25 Dec '21

Hello, With the ntfs3 linux module, some, but not all, directories of the ntfs partition do not have permissions that are consistent with dmask 027. dmask=0027 is from /etc/fstab. Based on a small set, the files permissions are consistent with the fmask setting. As an aside, as of 5.15.10-arch1-1, I believe arch didn't apply https://lore.kernel.org/ntfs3/20211127135105.27795-1-ales.astone@gmail.com/… , or some other solution. Which is why I think it is expected to have the 37777600 prefix issue with the ntfs3 linux module. -- u34

3 3

[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 19 Dec '21

19 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] System terribly slow
by riveravaldez 17 Dec '21

17 Dec '21

Hi, I'm looking for some advice trying to pinpoint why or where my system has becoming almost unusable slow. Searching the web I've found some hints but nothing precise enough. Maybe it's a failing HDD, but I'm first posting what I have until now in the hope someone can give some advice. Superficial symptoms are a general slowness. I'm using just IceWM and `startx` to initialize the GUI, and even logging into my account previous to that takes almost a minute to get done. Then any application I launch takes minutes to just start (from IceWM to firefox, from qtox to pcmanfm or geany, etc.). Even navigate the folders tree with pcmanfm takes 10 or more seconds just to show any folder content... Hope some of this helps: $ sudo journalctl -b -exp3 -- Journal begins at Thu 2021-12-02 23:59:31 -03, ends at Fri 2021-12-03 19:50:29 -03. -- dic 03 00:48:43 arch kernel: sd 0:0:0:0: [sda] Asking for cache data failed dic 03 00:48:43 arch kernel: sd 0:0:0:0: [sda] Assuming drive cache: write through dic 03 00:50:39 arch libvirtd[592]: cannot open directory '/home/dell/Software/VMs/TrisquelMini8': No existe el fichero o el directorio dic 03 00:50:39 arch libvirtd[592]: error interno: Falló al iniciar automáticamente el grupo de almacenamiento 'TrisquelMini8': cannot open directory '/home/dell/Softwar> dic 03 00:50:41 arch libvirtd[592]: No se encontró 'dmidecode' en ruta: No existe el fichero o el directorio dic 03 00:50:57 arch libvirtd[592]: No se encontró 'dmidecode' en ruta: No existe el fichero o el directorio dic 03 00:56:40 arch systemd[1]: Failed to start Disk Manager. Subject: A start job for unit udisks2.service has failed Defined-By: systemd Support: https://lists.freedesktop.org/mailman/listinfo/systemd-devel A start job for unit udisks2.service has finished with a failure. The job identifier is 1072 and the job result is failed. $ systemctl --state=failed UNIT LOAD ACTIVE SUB DESCRIPTION 0 loaded units listed. $ systemd-analyze Startup finished in 11.038s (kernel) + 1min 31.352s (userspace) = 1min 42.391s graphical.target reached after 1min 31.352s in userspace $ systemd-analyze blame 37.946s polkit.service 29.248s dev-sda1.device 28.827s systemd-tmpfiles-clean.service 24.692s udisks2.service 15.936s systemd-journal-flush.service 14.228s systemd-hwdb-update.service 13.930s ldconfig.service 13.502s upower.service 12.881s ufw.service 8.830s user(a)1000.service 7.556s systemd-tmpfiles-setup-dev.service 7.280s avahi-daemon.service 7.275s bluetooth.service 7.262s iwd.service 6.067s systemd-logind.service 6.058s systemd-machined.service 5.825s systemd-tmpfiles-setup.service 5.123s systemd-sysusers.service 4.569s systemd-udevd.service 4.511s systemd-resolved.service 4.281s systemd-networkd.service 3.724s systemd-journal-catalog-update.service 3.415s systemd-fsck@dev-disk-by\x2duuid-1d72b82c\x2d9c58\x2d4f57\x2d97a3\x2de29ff35a5632.service 2.959s systemd-modules-load.service 2.557s lm_sensors.service 2.503s systemd-random-seed.service 2.389s systemd-backlight@backlight:acpi_video0.service 1.983s dev-disk-by\x2duuid-84c91978\x2da09c\x2d4087\x2db60d\x2d86730d142f63.swap 1.967s systemd-backlight@leds:dell::kbd_backlight.service 1.563s systemd-timesyncd.service 1.457s systemd-update-utmp.service 1.287s systemd-udev-trigger.service 1.278s systemd-rfkill.service 1.219s alsa-restore.service 1.164s systemd-sysctl.service (...) $ systemctl status polkit.service ● polkit.service - Authorization Manager Loaded: loaded (/usr/lib/systemd/system/polkit.service; static) Active: active (running) since Fri 2021-12-03 00:50:28 -03; 19h ago Docs: man:polkit(8) Main PID: 613 (polkitd) Tasks: 12 (limit: 6993) Memory: 18.9M CPU: 1.032s CGroup: /system.slice/polkit.service └─613 /usr/lib/polkit-1/polkitd --no-debug dic 03 00:49:50 arch systemd[1]: Starting Authorization Manager... dic 03 00:50:05 arch polkitd[613]: Started polkitd version 0.120 dic 03 00:50:26 arch polkitd[613]: Loading rules from directory /etc/polkit-1/rules.d dic 03 00:50:26 arch polkitd[613]: Loading rules from directory /usr/share/polkit-1/rules.d dic 03 00:50:28 arch polkitd[613]: Finished loading, compiling and executing 6 rules dic 03 00:50:28 arch systemd[1]: Started Authorization Manager. dic 03 00:50:28 arch polkitd[613]: Acquired the name org.freedesktop.PolicyKit1 on the system bus $ systemctl status dev-sda1.device ● dev-sda1.device - Hitachi_HTS545025B9A300 ROOT Follows: unit currently follows state of sys-devices-pci0000:00-0000:00:1f.2-ata1-host0-target0:0:0-0:0:0:0-block-sda-sda1.device Loaded: loaded Active: active (plugged) since Fri 2021-12-03 00:49:12 -03; 19h ago Device: /sys/devices/pci0000:00/0000:00:1f.2/ata1/host0/target0:0:0/0:0:0:0/block/sda/sda1 Notice: journal has been rotated since unit was started, output may be incomplete. $ systemctl status systemd-tmpfiles-clean.service ○ systemd-tmpfiles-clean.service - Cleanup of Temporary Directories Loaded: loaded (/usr/lib/systemd/system/systemd-tmpfiles-clean.service; static) Active: inactive (dead) since Fri 2021-12-03 01:03:52 -03; 19h ago TriggeredBy: ● systemd-tmpfiles-clean.timer Docs: man:tmpfiles.d(5) man:systemd-tmpfiles(8) Process: 1473 ExecStart=systemd-tmpfiles --clean (code=exited, status=0/SUCCESS) Main PID: 1473 (code=exited, status=0/SUCCESS) CPU: 185ms dic 03 01:03:23 arch systemd[1]: Starting Cleanup of Temporary Directories... dic 03 01:03:52 arch systemd[1]: systemd-tmpfiles-clean.service: Deactivated successfully. dic 03 01:03:52 arch systemd[1]: Finished Cleanup of Temporary Directories. $ systemctl status udisks2.service ● udisks2.service - Disk Manager Loaded: loaded (/usr/lib/systemd/system/udisks2.service; disabled; vendor preset: disabled) Active: active (running) since Fri 2021-12-03 00:59:51 -03; 19h ago Docs: man:udisks(8) Main PID: 1129 (udisksd) Tasks: 5 (limit: 6993) Memory: 3.2M CPU: 23.045s CGroup: /system.slice/udisks2.service └─1129 /usr/lib/udisks2/udisksd dic 03 00:59:26 arch systemd[1]: Starting Disk Manager... dic 03 00:59:26 arch udisksd[1129]: udisks daemon version 2.9.4 starting dic 03 00:59:51 arch systemd[1]: Started Disk Manager. dic 03 00:59:54 arch udisksd[1129]: Acquired the name org.freedesktop.UDisks2 on the system message bus $ systemctl status systemd-journal-flush.service ● systemd-journal-flush.service - Flush Journal to Persistent Storage Loaded: loaded (/usr/lib/systemd/system/systemd-journal-flush.service; static) Active: active (exited) since Fri 2021-12-03 00:48:59 -03; 19h ago Docs: man:systemd-journald.service(8) man:journald.conf(5) Process: 283 ExecStart=journalctl --flush (code=exited, status=0/SUCCESS) Main PID: 283 (code=exited, status=0/SUCCESS) CPU: 15ms dic 03 00:48:43 arch systemd[1]: Starting Flush Journal to Persistent Storage... dic 03 00:48:59 arch systemd[1]: Finished Flush Journal to Persistent Storage. $ systemctl status systemd-hwdb-update.service ● systemd-hwdb-update.service - Rebuild Hardware Database Loaded: loaded (/usr/lib/systemd/system/systemd-hwdb-update.service; static) Active: active (exited) since Fri 2021-12-03 00:48:57 -03; 19h ago Docs: man:hwdb(7) man:systemd-hwdb(8) Process: 279 ExecStart=systemd-hwdb update (code=exited, status=0/SUCCESS) Main PID: 279 (code=exited, status=0/SUCCESS) CPU: 1.746s dic 03 00:48:57 arch systemd[1]: Finished Rebuild Hardware Database. $ journalctl -b -u systemd-journald.service -- Journal begins at Thu 2021-12-02 23:59:31 -03, ends at Fri 2021-12-03 20:49:18 -03. -- dic 03 00:48:43 arch systemd-journald[271]: Journal started dic 03 00:48:43 arch systemd-journald[271]: Runtime Journal (/run/log/journal/431f639f382e4bad8a43628868f2fc6c) is 8.0M, max 292.4M, 284.4M free. dic 03 00:48:44 arch systemd-journald[271]: Time spent on flushing to /var/log/journal/431f639f382e4bad8a43628868f2fc6c is 7.561088s for 798 entries. dic 03 00:48:44 arch systemd-journald[271]: System Journal (/var/log/journal/431f639f382e4bad8a43628868f2fc6c) is 16.0M, max 2.4G, 2.4G free. $ journalctl -b -u systemd-fsck@dev-disk-by\\x2duuid-1d72b82c\\x2d9c58\\x2d4f57\\x2d97a3\\x2de29ff35a5632.service -- Journal begins at Thu 2021-12-02 23:59:31 -03, ends at Fri 2021-12-03 20:52:36 -03. -- dic 03 00:49:18 arch systemd[1]: Starting File System Check on /dev/disk/by-uuid/1d72b82c-9c58-4f57-97a3-e29ff35a5632... dic 03 00:49:21 arch systemd-fsck[485]: HOME: limpio, 208781/13107200 ficheros, 37165716/52398592 bloques dic 03 00:49:21 arch systemd[1]: Finished File System Check on /dev/disk/by-uuid/1d72b82c-9c58-4f57-97a3-e29ff35a5632. $ journalctl --verify PASS: /var/log/journal/431f639f382e4bad8a43628868f2fc6c/user-1000.journal 3b84d8: Data object's entry array not sorted File corruption detected at /var/log/journal/431f639f382e4bad8a43628868f2fc6c/system.journal:915878 (of 16777216 bytes, 56%). FAIL: /var/log/journal/431f639f382e4bad8a43628868f2fc6c/system.journal (Mensaje erróneo) $ journalctl --disk-usage Archived and active journals take up 24.0M in the file system. Maybe it's pertinent to mention that I've just cleaned up /var/log/journal to rule out storage issues. Any help will be most welcome. Thanks a lot in advance.

5 6

[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

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

Arch-general December 2021