- Arch-general - lists.archlinux.org

[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

[arch-general] Comment on dovecot 2.3.17 in testing
by Genes Lists 01 Dec '21

01 Dec '21

Just sharing my experience with this update. I'm aware that there have been quite a few folks with troubles as reported on the dovecot mailing list. My own experience was a) dovecot itself worked with no problems at all. b) I did however have pigeonhole failing which was perplexing - however restarting dovecot a second time got the sieve working and over the last half day or so everything is working well. I have noticed for users with no sieve script there remained some fails running the default sieve script. I am recompiling that script (sievec) manually to see if that helps. gene

2 1

[arch-general] fetchmail/exim line length messages
by David Rosenstrauch 26 Nov '21

26 Nov '21

My email processing system has suddenly started throwing error messages on line lengths recently: fetchmail: SMTP error: 550 maximum allowed line length is 998 octets, got 1047 fetchmail: mail from MAILER-DAEMON@<my email server> bounced to bounces+11930396-d424-darose=darose.net(a)sendgrid.meetup.com fetchmail: SMTP listener refused delivery The messages seem to be generated by exim. (I have fetchmail configured to pull my emails in from my ISP's mail drop, and deliver them to my exim daemon.) I've received a number of these in recent days. The first one occurred on Nov. 20 at about 9.30am (EST). I'm not sure what, if anything, has changed recently to start causing this. Anyone else run into this recently, or know what the issue might be? Thanks, DR

3 6

[arch-general] Arch Linux accessibility install: audio doesn't work!
by John Berden 25 Nov '21

25 Nov '21

Hello! So! When I was able to install Arch Linux on a virtual machine with ArchInstall script, I decided to install it on my real pc. I use Acer Nitra 5 laptop with the following parameters: Six-core Intel i5-11400H System board chipset Intel Tiger Point HM570, Intel Tiger Lake-H DIMM1: Samsung M471A1K43EB1-CWE DIMM3: Samsung M471A1K43EB1-CWE Integrated video Intel(R) UHD Graphics Discrete video NVIDIA GeForce RTX 3050 Ti Laptop GPU I'm blind, for this reason, I should use Espeak during installation. So. I downloaded Arch Linux on my USB device. Chose the USB in boot menu, pressed the down arrow and ENTER, and the sound doesn't work! On the virtual machine I did the same. It should be added that with other Linux distributions and operating systems on this USB device everything works. As I understand it, the console opens, since the reboot command works. I tried to use USB headset, it doesn't work too. What can I try to do? Thanks in advance!

4 6

[arch-general] PKGBUILD - clamav 0.103.4 - source .tar.gz downloads fine, .tar.gz.sig is 403? (same with Arch package)
by David C. Rankin 24 Nov '21

24 Nov '21

I'm toying with a clamav-lts for the extended support of 0.104 and I have a strange problem downloading the signature file that results in a 403 permission issue from curl, but downloading directly from the clamav directory (with the same link) works? Short version: pkgname=clamav-lts pkgver=0.103.4 ... source=(https://www.clamav.net/downloads/production/${pkgname%-lts}-${pkgve… ... taken directly from the 0.103.3 PKGBUILD. >From the command line both curl and wget fail with the same issue. The official Arch clamav for 0.104.1 retrieved tonight with asp export shows the same behavior when trying to build the package. Am I missing a key or signature. I thought that any user should be able to asp export clamav and then 'makepkg -g' and retrieve the source files? -- David C. Rankin, J.D.,P.E.

7 24

[arch-general] Kernel regression? [ata1.00: Read log page 0x08 failed, Emask 0x1]
by riveravaldez 24 Nov '21

24 Nov '21

Hi, I got this: $ sudo journalctl -b -exp3 (...) nov 19 02:06:41 arch kernel: ata1.00: Read log page 0x08 failed, Emask 0x1 nov 19 02:06:41 arch kernel: ata1.00: Read log page 0x08 failed, Emask 0x1 (...) And seeing [1]/[2] I guess this is some kind of regression maybe? > On 2021/11/14 3:19, Nikolay wrote: >> 1. While booting system, the following message appears in dmesg twice: >> ata6.00: Read log page 0x08 failed, Emask 0x1 >> 2. Error comes from libata-core.c:ata_read_log_page() >> if called with page = ATA_LOG_SATA_SETTINGS (0x08), >> i.e. from functions ata_dev_config_ncq_prio() or ata_dev_config_devslp() > > This error is not fatal. It simply means that the drive does not support the > INDENTIFY DEVICE log page. Nothing to worry about. > > Attempting to read this log should be avoided in this case though. I will send a > patch to fix that. However, the files you attached show that you are using > kernel 5.12. That is not an LTS kernel (it is EOL), so this kernel will not get > the fix. My case: $ uname -a Linux arch 5.15.2-arch1-1 #1 SMP PREEMPT Fri, 12 Nov 2021 19:22:10 +0000 x86_64 GNU/Linux Not sure where to mention this (if should, anyway). Thanks a lot, kind regards. [1] https://lkml.org/lkml/2021/11/14/317 [2] http://lkml.iu.edu/hypermail/linux/kernel/2111.1/06833.html

1 0