- Arch-general - lists.archlinux.org

[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

[arch-general] about ecryptfs-utils, openssl supporting should be added ?
by Yi Zheng 27 Nov '19

27 Nov '19

why not add '--enable-openssl' into the configure options? Does it support OpenSSL now?

4 3

[arch-general] Fedora Speeds Up Python 3.
by Ralph Corderoy 26 Nov '19

26 Nov '19

Hi, I thought this might be of interest. https://fedoraproject.org/wiki/Changes/PythonNoSemanticInterpositionSpeedup By building with -fno-semantic-interposition they remove the PLT that provides a level of indirection when calling a libpython function. libpython often calls itself and the PLT adds L1-cache pressure plus prevents inlining. Gives gains of 25% on some workloads. -- Cheers, Ralph.

3 3

Re: [arch-general] [aur-general] [PRQ#16805] Deletion Request for the-darkmod-tweaked
by Jerome Leclanche 26 Nov '19

26 Nov '19

On Tue, Nov 26, 2019 at 3:28 PM Alberto Salvia Novella via aur-general < aur-general(a)archlinux.org> wrote: > … I've had quite enough of these emails. Eli's actions are nearly unanimously supported by the other TUs. You've consistently behaved inappropriately in mailing lists, on the forums and you've several times tried shipping dangerous code to users. You've tested everyone's patience and you're now out of time. I'm honestly surprised you're not banned from the ML (yet?). Move on. J. Leclanche

1 0

[arch-general] calibre is now available in python3
by Eli Schwartz 25 Nov '19

25 Nov '19

After about 15 months of gradual work by me and a few other people, https://calibre-ebook.com/ is running pretty stably on python3, so I've uploaded a split package to [community]: calibre (the default python2 build), calibre-python3 (a python3 build, naturally), and calibre-common with some common files. Hopefully this will get rid of one of our major python2 consumers soon. Upstream doesn't officially support this yet, so treat it like the pre-beta it is. You'll also be unable to use thirdparty plugins, since none of those are ported yet, so you may want to have both 'calibre-python3' and 'calibre' installed -- since pacman still doesn't have support for an "alternatives" feature, I've written a dumb shell script to do the work of switching between the two, see `calibre-alternatives help` for details (it is in the calibre-common package). General information about the port and its status can be found here: https://github.com/kovidgoyal/calibre/pull/870 At some point soon upstream will finish making cross-platform betas and plugins will start to be ported by their developers, so watch this space (and the mobileread.com forums) for more info... Bug reports for python3 regressions will be greatly appreciated, as there are probably a lot of fun edge cases and I'd like to see this finished sooner rather than later. ;) -- Eli Schwartz Bug Wrangler and Trusted User

1 0