- Arch-general - lists.archlinux.org

[arch-general] Firefox-71.0-1 breaks WhatsApp Web
by Oon-Ee Ng 09 Dec '19

09 Dec '19

After the update I can't seem to load WhatsApp Web. If I already logged in (using the QR code) it just doesn't load and eventually displays the 'connecting to WhatsApp' message which typically happens when the phone is offline. If I haven't logged in it will try to load the QR code for authentication and wait for that forever. The console shows the following:- Content Security Policy: Directive ‘child-src’ has been deprecated. Please use directive ‘worker-src’ to control workers, or directive ‘frame-src’ to control frames respectively. Firefox can’t establish a connection to the server at wss:// web.whatsapp.com/ws. app.fff9477f997fa1246faf.js:2:783554 Chromium on the same machine has no such issues.

6 11

[arch-general] pacman has nothing to do last 5 days
by mick howe 08 Dec '19

08 Dec '19

For the last five days or so it reports nothing to do:- [mick@cave ~]$ pacman -Syyuu :: Synchronizing package databases... core 135.1 KiB 938 KiB/s 00:00 [######################] 100% extra 1647.8 KiB 2.68 MiB/s 00:01 [######################] 100% community 4.7 MiB 2.66 MiB/s 00:02 [######################] 100% multilib 164.2 KiB 2.97 MiB/s 00:00 [######################] 100% :: Starting full system upgrade... there is nothing to do [mick@cave ~]$ This is the first time in around 10 years of running Arch this has happened, has some thing changed in pacman that I missed?

3 3

[arch-general] Note: Latest bind-9 update removes root.hints - fails to start with old configs
by David C. Rankin 07 Dec '19

07 Dec '19

All, Just a note to anyone running bind-9 for name resolution, the old configs containing root.hints now results in named failing to start with: Dec 06 14:53:02 phoinix named[455]: could not configure root hints from 'root.hint': file not found Dec 06 14:53:02 phoinix named[455]: loading configuration: file not found Dec 06 14:53:02 phoinix named[455]: exiting (due to fatal error) The solution is just to comment out the old dummy zone relying on root.hints (I'm sure I recall a note about this some time about, but now it is official). Quickfix: // zone "." IN { // type hint; // file "root.hint"; // }; -- David C. Rankin, J.D.,P.E.

2 1

[arch-general] Wifi challenge with new Lenovo Yoga C740
by Leo Noordhuizen 05 Dec '19

05 Dec '19

(nb - I did post this question also on Reddit) So I decided to replace my aging ASUS laptop with a shiny new one. After long considerations and lurking in various places I decided to go for this - not very cheap - one. One of the reasons is that I this time intend not to remove Windows and keep the possibility to occasionally boot into Windows, My long experience (> 40 years with various kinds of ***x such as Unix, Ultrix and Linux) doesnt prevent me from encountering a challenge now and then. Maybe I am getting too old ? :) Anyway - the challenge: I seem not to be able to get Wifi working when booted from the Arch installation image. Wifi works fine with Windows, but also with the live image of Ubuntu 19.10. Also Manjoro doesnt see wifi when starting 'wifi-menu'. However, just as in Ubuntu, the driver 'iwlwifi' has been loaded... (The wifi in this laptop is Intel) I would love to get some pointers what to change to get this working, otherwise Ill return the laptop and look for a more cooperating one. Thanks a lot in advance. Leo Noordhuizen - Eindhoven - The Netherlands

6 6

[arch-general] Virtualbox Models for 5.2.34 (supported) Fail to Build against Linux 5.4
by David C. Rankin 03 Dec '19

03 Dec '19

All, Heads up to anyone still running Virtualbox 5.2.34 due to issues with headless clients in Virtualbox 6.x, the kernel modules for 5.2.34 will not build against Linux-5.4. Build failure details at: https://sourceforge.net/p/vbox-users/mailman/vbox-users-community/?viewmont… -- David C. Rankin, J.D.,P.E.

1 2

[arch-general] 11/23 update caused httpd to coredump?
by David C. Rankin 03 Dec '19

03 Dec '19

Dev, This is a strange one. After updates on 11/23, httpd began segfaulting -- repeatedly: > l /var/log/httpd/error_log* -rw-r--r-- 1 root root 24306171 Nov 24 14:48 /var/log/httpd/error_log -rw-r--r-- 1 root root 625 Nov 24 00:00 /var/log/httpd/error_log.1 -rw-r--r-- 1 root root 1742 Nov 21 13:19 /var/log/httpd/error_log.2 -rw-r--r-- 1 root root 504 Nov 10 00:00 /var/log/httpd/error_log.3 -rw-r--r-- 1 root root 1754 Nov 3 00:00 /var/log/httpd/error_log.4 I have a second server that confirms this exact same behavior: > l /var/log/httpd/error_log* -rw-r--r-- 1 root root 25049142 Nov 24 14:48 /var/log/httpd/error_log -rw-r--r-- 1 root root 1137 Nov 24 00:00 /var/log/httpd/error_log.1 -rw-r--r-- 1 root root 1752 Nov 17 00:01 /var/log/httpd/error_log.2 -rw-r--r-- 1 root root 504 Nov 10 00:00 /var/log/httpd/error_log.3 -rw-r--r-- 1 root root 1754 Nov 3 00:01 /var/log/httpd/error_log.4 The log file size jumped from 625 bytes to 24306171 bytes (1137->25049142 on the other server) in just a matter of hours. The old log contains, in its entirety: > cat error_log.1 [Thu Nov 21 13:39:09.090480 2019] [suexec:notice] [pid 898] AH01232: suEXEC mechanism enabled (wrapper: /usr/bin/suexec) [Thu Nov 21 13:39:09.146764 2019] [lbmethod_heartbeat:notice] [pid 898] AH02282: No slotmem from mod_heartmonitor [Thu Nov 21 13:39:09.378344 2019] [mpm_prefork:notice] [pid 898] AH00163: Apache/2.4.41 (Unix) OpenSSL/1.1.1d PHP/5.6.40 configured -- resuming normal operations [Thu Nov 21 13:39:09.378406 2019] [core:notice] [pid 898] AH00094: Command line: '/usr/bin/httpd -D FOREGROUND' [Sun Nov 24 00:00:27.074145 2019] [mpm_prefork:notice] [pid 898] AH00171: Graceful restart requested, doing restart The new log began with: > head error_log [Sun Nov 24 00:00:27.104644 2019] [lbmethod_heartbeat:notice] [pid 898] AH02282: No slotmem from mod_heartmonitor [Sun Nov 24 00:00:27.115890 2019] [mpm_prefork:notice] [pid 898] AH00163: Apache/2.4.41 (Unix) OpenSSL/1.1.1d PHP/5.6.40 configured -- resuming normal operations [Sun Nov 24 00:00:27.115901 2019] [core:notice] [pid 898] AH00094: Command line: '/usr/bin/httpd -D FOREGROUND' [Sun Nov 24 00:00:28.120350 2019] [core:notice] [pid 898] AH00051: child pid 11154 exit signal Segmentation fault (11), possible coredump in /etc/httpd [Sun Nov 24 00:00:28.120576 2019] [core:notice] [pid 898] AH00051: child pid 11156 exit signal Segmentation fault (11), possible coredump in /etc/httpd [Sun Nov 24 00:00:28.120728 2019] [core:notice] [pid 898] AH00051: child pid 11158 exit signal Segmentation fault (11), possible coredump in /etc/httpd [Sun Nov 24 00:00:28.120871 2019] [core:notice] [pid 898] AH00051: child pid 11160 exit signal Segmentation fault (11), possible coredump in /etc/httpd [Sun Nov 24 00:00:28.121060 2019] [core:notice] [pid 898] AH00051: child pid 11162 exit signal Segmentation fault (11), possible coredump in /etc/httpd [Sun Nov 24 00:00:30.126762 2019] [core:notice] [pid 898] AH00051: child pid 11253 exit signal Segmentation fault (11), possible coredump in /etc/httpd Updating again today (which is when I caught the problem), and restarting httpd has solved whatever problem there was and httpd is now happily running fine again. The only updates that occurred on the 23rd and 24th are as follows and nothing jumps out as being a problem: [2019-11-23T03:35:07-0600] [PACMAN] starting full system upgrade [2019-11-23T03:36:09-0600] [ALPM] transaction started [2019-11-23T03:36:09-0600] [ALPM] upgraded libusbmuxd (1.0.10+29+g9db5747-1 -> 2.0.0-2) [2019-11-23T03:36:09-0600] [ALPM] upgraded libimobiledevice (1.2.0+87+g92c5462-5 -> 1.2.0+87+g92c5462-6) [2019-11-23T03:36:10-0600] [ALPM] upgraded nodejs (13.1.0-2 -> 13.2.0-1) [2019-11-23T03:36:16-0600] [ALPM] upgraded python2-typing (3.6.6-1 -> 3.7.4.1-1) [2019-11-23T03:36:16-0600] [ALPM] upgraded qpdf (9.0.2-1 -> 9.1.0-1) [2019-11-23T03:36:17-0600] [ALPM] transaction completed [2019-11-23T03:36:17-0600] [ALPM] running '30-systemd-update.hook'... [2019-11-24T14:39:58-0600] [PACMAN] Running 'pacman -Syu' [2019-11-24T14:39:58-0600] [PACMAN] synchronizing package lists [2019-11-24T14:40:00-0600] [PACMAN] starting full system upgrade [2019-11-24T14:40:31-0600] [ALPM] transaction started [2019-11-24T14:40:31-0600] [ALPM] upgraded blas (3.8.0-2 -> 3.9.0-2) [2019-11-24T14:40:31-0600] [ALPM] upgraded cblas (3.8.0-2 -> 3.9.0-2) [2019-11-24T14:40:33-0600] [ALPM] upgraded mesa (19.2.4-1 -> 19.2.6-1) [2019-11-24T14:40:33-0600] [ALPM] upgraded xorg-server-common (1.20.5-4 -> 1.20.6-1) [2019-11-24T14:40:33-0600] [ALPM] upgraded libutil-linux (2.34-6 -> 2.34-8) [2019-11-24T14:40:33-0600] [ALPM] upgraded util-linux (2.34-6 -> 2.34-8) [2019-11-24T14:40:33-0600] [ALPM] upgraded xorg-server (1.20.5-4 -> 1.20.6-1) [2019-11-24T14:40:39-0600] [ALPM] upgraded nvidia-utils (440.31-1 -> 440.36-1) [2019-11-24T14:40:39-0600] [ALPM-SCRIPTLET] If you run into trouble with CUDA not being available, run nvidia-modprobe first. [2019-11-24T14:40:39-0600] [ALPM] upgraded eglexternalplatform (1.0+3+g7c8f8e2-1 -> 1.1-1) [2019-11-24T14:40:39-0600] [ALPM] upgraded egl-wayland (1.1.4-1 -> 1.1.4-2) [2019-11-24T14:40:39-0600] [ALPM] upgraded faad2 (2.9.1-1 -> 2.9.1-2) [2019-11-24T14:40:39-0600] [ALPM] upgraded graphviz (2.42.2-6 -> 2.42.3-1) [2019-11-24T14:40:40-0600] [ALPM] upgraded lapack (3.8.0-2 -> 3.9.0-2) [2019-11-24T14:40:41-0600] [ALPM] upgraded libmagick6 (6.9.10.71-1 -> 6.9.10.74-1) [2019-11-24T14:40:41-0600] [ALPM] upgraded libwpe (1.4.0-1 -> 1.4.0.1-1) [2019-11-24T14:40:41-0600] [ALPM] upgraded man-pages (5.03-2 -> 5.04-1) [2019-11-24T14:40:41-0600] [ALPM] upgraded perl-libwww (6.41-1 -> 6.42-1) [2019-11-24T14:40:41-0600] [ALPM] upgraded python-pyasn1 (0.4.7-3 -> 0.4.8-1) [2019-11-24T14:40:42-0600] [ALPM] upgraded python-setuptools (1:41.4.0-1 -> 1:41.6.0-1) [2019-11-24T14:40:42-0600] [ALPM] upgraded python2-pyasn1 (0.4.7-3 -> 0.4.8-1) [2019-11-24T14:40:42-0600] [ALPM] upgraded python2-setuptools (1:41.4.0-1 -> 1:41.6.0-1) [2019-11-24T14:40:42-0600] [ALPM] upgraded qhull (2019.1-1 -> 2019.1-2) [2019-11-24T14:40:42-0600] [ALPM] upgraded tcl (8.6.9-2 -> 8.6.10-1) [2019-11-24T14:40:42-0600] [ALPM] upgraded tk (8.6.9.1-2 -> 8.6.10-1) [2019-11-24T14:40:42-0600] [ALPM] upgraded vte-common (0.58.2-1 -> 0.58.3-1) [2019-11-24T14:40:42-0600] [ALPM] upgraded vte3 (0.58.2-1 -> 0.58.3-1) [2019-11-24T14:40:42-0600] [ALPM] upgraded wpebackend-fdo (1.4.0-1 -> 1.4.0-2) [2019-11-24T14:40:42-0600] [ALPM] upgraded xorg-server-devel (1.20.5-4 -> 1.20.6-1) [2019-11-24T14:40:42-0600] [ALPM] upgraded yelp-xsl (3.34.0-1 -> 3.34.2-1) [2019-11-24T14:40:43-0600] [ALPM] transaction completed [2019-11-24T14:40:43-0600] [ALPM] running '20-systemd-sysusers.hook'... [2019-11-24T14:40:43-0600] [ALPM] running '30-systemd-daemon-reload.hook'... [2019-11-24T14:40:43-0600] [ALPM] running '30-systemd-udev-reload.hook'... [2019-11-24T14:40:43-0600] [ALPM] running '30-systemd-update.hook'... [2019-11-24T14:40:43-0600] [ALPM] running 'detect-old-perl-modules.hook'... Nothing really looks like it should directly implicate httpd. But after the first graceful restart of the server after the 5 packages were updated on 11/23 cause httpd to go haywire. Just thought I would pass it along. -- David C. Rankin, J.D.,P.E.

3 5

[arch-general] Failed to compile python 2.7.9 with pyenv on arch.
by Hongyi Zhao 03 Dec '19

03 Dec '19

Hi, I try to compile python 2.7.9 with pyenv on arch linx with the following command: =========== $ pyenv install 2.7.9 Installing Python-2.7.9... patching file ./Lib/site.py patching file ./Lib/ssl.py ERROR: The Python ssl extension was not compiled. Missing the OpenSSL lib? Please consult to the Wiki page to fix the problem. https://github.com/pyenv/pyenv/wiki/Common-build-problems BUILD FAILED (Arch Linux using python-build 1.2.15-2-g22c0202) Inspect or clean up the working tree at /tmp/python-build.20191202134159.88051 Results logged to /tmp/python-build.20191202134159.88051.log Last 10 log lines: rm -f /home/werner/.pyenv/versions/2.7.9/share/man/man1/python.1 (cd /home/werner/.pyenv/versions/2.7.9/share/man/man1; ln -s python2.1 python.1) if test "xno" != "xno" ; then \ case no in \ upgrade) ensurepip="--upgrade" ;; \ install|*) ensurepip="" ;; \ esac; \ ./python -E -m ensurepip \ $ensurepip --root=/ ; \ fi ================== Any hints for this issue? Regards -- Hongsheng Zhao <hongyi.zhao(a)gmail.com> Institute of Semiconductors, Chinese Academy of Sciences GnuPG DSA: 0xD108493

2 2

[arch-general] journalctl
by Pascal 02 Dec '19

02 Dec '19

hello, when I use journalctl to track system events, I introduce line breaks for better readability. like multitail, I would like to introduce more verbose line breaks... I wrote these few lines but it doesn't work as expected : exec 6<&0 exec 0< <( while :; do read -sn1 k; echo $'\n'"# $( date +%H:%M:%S ) -------------------------------------------"$'\n'; done ) journalctl -f exec 0<&6 6<&- the second instruction "exec 0< <( while..." played alone works perfectly in my terminal, but not as a redirection for journalctl. any leads ? regards, lacsaP.

3 2

[arch-general] Must restart the sddm for login into kde.
by Hongyi Zhao 01 Dec '19

01 Dec '19

Hi, I installed the kde on my archlinux. And I use a customized home directory for normal use. When I try to login to the Kde desktop, I find it freeze after inputting the passwd on the login screen. But, if I return to the tty and run: sudo systemctl restart ssdm.service And then I will succeed in login to the kde desktop. Any hints for this issue? Regards -- Hongsheng Zhao <hongyi.zhao(a)gmail.com> Institute of Semiconductors, Chinese Academy of Sciences GnuPG DSA: 0xD108493

1 0

[arch-general] python-cmake?
by Iyán Méndez Veiga 29 Nov '19

29 Nov '19

Hi, First of all, sorry if this is a really stupid question, but I've been trying to search for a while and I couldn't find an answer. Is the python module 'cmake' provided in some package in Arch? I mean, I know that there is the cmake package in [extra] but there is no python-cmake, and when I try 'import cmake' of course the module is not found. This works if I install cmake with pip: $ python -m env test $ source test/bin/activate $ (test) pip install cmake $ (test) python $>>> import cmake Thanks, Iyán

4 8