- Arch-general - lists.archlinux.org

[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

[arch-general] Many timers now running at boot. How to make them run later?
by David C. Rankin 23 Nov '19

23 Nov '19

After not booting an Arch box for several days, the first few minutes seem quite MS like lately with a flurry of processes running to the point after I enter my username at the console, it may be 10-20 sec before the password prompt is displayed. Since it's all timers now and not cron running things quietly at 4:00 am, this loads sever processes right at boot that cause the problem. For example, boot just now was crawling and checking systemctl timers shows: (leading columns snipped) LAST PASSED UNIT ACTIVATES n/a n/a systemd-tmpfiles-clean.timer systemd-t> Thu 2019-11-21 03:33:43 CST 11min ago logrotate.timer logrotate> Thu 2019-11-21 03:33:43 CST 11min ago man-db.timer man-db.se> Thu 2019-11-21 03:33:43 CST 11min ago shadow.timer shadow.se> 4 timers listed. Pass --all to see loaded but inactive timers, too. This impacts being able to get thins from a computer in a hurry and reminds me of the unpleasant waits waiting for windows to run all of its on-boot checks. What is the best way to modify this scheme to prevent, e.g. logrotate.time, man-db.timer and shadow.timer all trying to run on boot? I'd rather set them up to run a 5:00 localtime as I would with cronnie. But I do want to use the systemd timer, so what is the best way to configure the systemd timer to schedule these things to run at a convenient time instead of all firing on boot? -- David C. Rankin, J.D.,P.E.

6 9

[arch-general] Disable pam_securetty.so
by Daan De Meyer 21 Nov '19

21 Nov '19

Hi, I don't want to come across as impatient but I was wondering how I can accelerate handling of this particular issue: https://bugs.archlinux.org/task/45903?project=1&string=pam I've listed examples in the issue that pam_securetty has been disabled on other major distros. The main issue is that it prevents root login on systemd-nspawn containers. It should be easy to remove and there's a precedence in other distros. Any tips on how to proceed to get this fixed? Regards, Daan

2 1

[arch-general] issue with i915
by Enrique Pérez Arnaud 20 Nov '19

20 Nov '19

Hi, I am experiencing some issue with the i915 driver. The symptom is hangups of the graphic environment every few minutes, lasting for a couple of seconds. When they happen, journalctl shows a log entry like: Nov 14 12:39:46 eperez-ws kernel: i915 0000:00:02.0: Resetting rcs0 for hang on rcs0 This seems to be reported [1] but I don't see any solution there. Does anyone know of some solution for this? Thanks in advance, and have a nice day :) 1.- https://gitlab.freedesktop.org/mesa/mesa/issues/1837 -- Enrique Pérez Arnaud enriquepablo(a)gmail.com

2 2

[arch-general] The differences among bootx64.efi, loader.efi and grubx64.efi.
by Hongyi Zhao 20 Nov '19

20 Nov '19

I noticed that for many distro's install iso, there are some efi files in the EFI/efi folder as follows: bootx64.efi, loader.efi and grubx64.efi Say, for arch: bootx64.efi, loader.efi for debian: bootx64.efi grubx64.efi I just cannot figure out the differences among them. Could you please give me some hints on this? Thanks in advance. -- Hongsheng Zhao <hongyi.zhao(a)gmail.com> Institute of Semiconductors, Chinese Academy of Sciences GnuPG DSA: 0xD108493

3 7