Re: Change user password in KDE settings: root authorisation requested

2025-04-18 Thread SET
Thank you Liliane for the in-depth explanation and for the rule. I had to use polkit.Result.YES however for a successful password change. Regards

Re: Change user password in KDE settings: root authorisation requested

2025-04-17 Thread SET
Le jeudi 17 avril 2025 18:10:58 heure d’été d’Europe centrale Liliane Fontenot a écrit : > that password should be the *user's* password, and not the > root password, You are right, the current user password is asked in the confirmation dialog with a correct message when using AUTH_SELF. Thanks

Change user password in KDE settings: root authorisation requested

2025-04-17 Thread SET
Hello, If a user password is changed in systemsettings, root authorisation is requested willfully, with a UI text confirming that it’s mandatory even if it’s the user password being updated. No such request is made when doing that in a terminal and that's well within reach of any Arch user. I

Re: Delayed responsiveness on resume after upgrade

2024-10-07 Thread SET
Le lundi 7 octobre 2024 16:34:39 UTC+2 Tadeas Uhlir a écrit : > 6.11.1.arch1-1 My box uses this kernel too and is also an all AMD machine. But this morning, it resumed fine with no unexpected delay while the remote shares were connected on suspend. dmesg did not show an up state of the ethernet

Re: knotes missing after upgrade

2024-08-31 Thread SET
Le samedi 31 août 2024 11:03:29 UTC+2 SET a écrit : > After today's upgrade, package knotes is not in the repositories. > >> It seems like the package has been dropped: >> It looks like upstream repo is archived, so that might be it: Thank you for your comprehensive

knotes missing after upgrade

2024-08-31 Thread SET
Hello, After today's upgrade, package knotes is not in the repositories. 'pacman -Q knotes' gives 'knotes 24.05.2-1', the previously installed package that fails to load. Other KDE packages like kontact have version '24.08.0-1'. 'pacman -S knotes' gives nothing. Is it dropped upstream or in Ar

Re: qemu, aarch64, binfmt: can the execution speed be improved?

2024-06-04 Thread SET
Le mardi 4 juin 2024 17:39:41 UTC+2 Łukasz Michalski a écrit : > you will see that compilation times > of my C++ project looks similar: Yep, it's clear from the Matrix:build times of your project that one should expect this slowness. It's acceptable since it is not native execution, the magnitud

qemu, aarch64, binfmt: can the execution speed be improved?

2024-06-02 Thread SET
Hello, I followed the instructions at https://nerdstuff.org/posts/ 2020/2020-003_simplest_way_to_create_an_arm_chroot/ and successfully chroot'ed in the generic aarch64 image available at https://archlinuxarm.org/platforms/armv8/generic on a host running x86_64 arch. I installed qemu-

Re: Trouble connecting with NetworkManager

2024-03-03 Thread SET
Le dimanche 25 février 2024 08:38:52 CET SET a écrit : > not possible to establish IPV4 networking with > networkmanager 1.46.0-1 Just a ping to say that the problem is resolved with networkmanager 1.46.0-2. Network connections are established as before. Regards.

Re: Trouble connecting with NetworkManager

2024-02-25 Thread SET
Le dimanche 25 février 2024 11:33:04 CET Genes Lists a écrit : > If your network manager backend is still wpa-supplicant it may be worth > trying iwd. I'm using wpa-supplicant indeed. With 'wifi.backend=iwd', things got worse: no Wi-Fi network is seen in the NetworkManager's systray widget. @Da

Trouble connecting with NetworkManager

2024-02-24 Thread SET
V6 address is assigned on ethernet, but it is not usable to be online. # LC_ALL=C LANG=C journalctl -u NetworkManager -r |less Feb 25 08:24:59 asus0.nmset.info NetworkManager[4136]: [1708845899.6577] policy: set 'ETH0' (eth0) as default for IPv4 routing and DNS Feb 25 08:24

Re: kernel 6.1 : suspend/resume problem - s2idle interference

2023-01-07 Thread SET
Le lundi 2 janvier 2023 12:16:30 CET SET a écrit : > Hi, > > I am requesting help for a suspend/resume problem on a laptop since kernel > 6.1. A significant update. After considering these in /var/log/error.log : Jan 1 10:00:04 asus0 kernel: [ 2095.395568] xhci_hcd :03:00

Re: kernel 6.1 : suspend/resume problem - s2idle interference

2023-01-05 Thread SET
Le mercredi 4 janvier 2023 22:56:00 CET Mike Cloaked a écrit : > amd_iommu=off This kernel parameter does not change anything with linux-6.1.2. s2idle is preferred with a black screen on resume. I'm using linux-lts now, deep suspend is the default and works as usual. Regards.

Re: kernel 6.1 : suspend/resume problem - s2idle interference

2023-01-04 Thread SET
> amd_iommu=off Ok, I'll check that tomorrow and report. Thanksn

Re: kernel 6.1 : suspend/resume problem - s2idle interference

2023-01-02 Thread SET
Le lundi 2 janvier 2023 14:41:17 CET Paul Dann a écrit : > Have you tried configuring the kernel to use deep sleep instead? Yes, I have already tried 'mem_sleep_default=deep' in /etc/default/grub, followed by grub-mkconfig. It did not help at all.

Re: kernel 6.1 : suspend/resume problem - s2idle interference

2023-01-02 Thread SET
Le lundi 2 janvier 2023 13:35:12 CET Uwe Sauter a écrit : > I'd begin by checking if your BIOS/UEFI is up to date. Polarian : > it can be very difficult to update your BIOS/UEFI I updated the BIOS/UEFI to latest (dating to 25-Feb-2020) using the integrated Asus EZ Flash Utility (the process went

kernel 6.1 : suspend/resume problem - s2idle interference

2023-01-02 Thread SET
Hi, I am requesting help for a suspend/resume problem on a laptop since kernel 6.1. The laptop randomly goes in s2idle mode instead of deep. Resuming from s2idle is the problem, it would most often result in a black screen, magic keys don't work and there's no choice than a hard reboot. The cy

[arch-general] Link libutil.so not in glibc 2.35-2.

2022-02-19 Thread SET via arch-general
Hi, I ran into an issue building an application that complained libutil.so was not found. It's not in /usr/lib indeed with glibc 2.35-2, while it was a link to libutil.so.1 -> libutil-2.32.so in glibc 2.32. Just creating the link fixed the build issue. I'm wondering if it's a new library deplo

Re: [arch-general] Donation options

2022-02-11 Thread SET via arch-general
Le vendredi 11 février 2022 10:28:28 CET Frédéric Tobias Christ via arch- general a écrit : > Hi all, > > I want to donate to Arch Linux. However, the existing options both take > high fees (SPI: Transaction fees via PayPal, Click&Pledge: 2.75% > platform + 2,5 % credit card fee ) Does any of

Re: [arch-general] udev complaint and USB malfunction

2021-07-31 Thread SET via arch-general
Le samedi 31 juillet 2021 14:21:43 CEST xiretza via arch-general a écrit : > Patch submitted upstream: https://github.com/indilib/indi/pull/1521 Thanks, let's hope it gets merged. > I don't think this is related to any other USB troubles you may be experiencing though. It is doubtful indeed that

[arch-general] udev complaint and USB malfunction

2021-07-31 Thread SET via arch-general
This message appears in /var/log/errors.log (using syslog-ng) (don't know since when): systemd-udevd[424]: /usr/lib/udev/rules.d/99-indi_auxiliary.rules:5 Invalid value "/bin/sh -c 'test -f /sys/module/usbcore/parameters/usbfs_memory_mb && test $(cat /sys/module/usbcore/parameters/usbfs_memor

Re: [arch-general] System Freeze on sleep

2021-05-29 Thread SET via arch-general
>I could not find this file. I have to enable this log? syslog-ng creates this file amongst others. But it may not be able to write anything anywhere in a frozen system during wakeup.

Re: [arch-general] System Freeze on sleep

2021-05-29 Thread SET via arch-general
>When I check dmesg (journactl --dmesg --boot -1) /var/log/errors.log usually provide useful information. -- Envoyé de mon appareil Android avec Courriel K-9 Mail. Veuillez excuser ma brièveté.

Re: [arch-general] Problematic boot on 202104 iso

2021-04-20 Thread SET via arch-general
Le lundi 19 avril 2021 20:32:50 CEST u34--- via arch-general a écrit : > I am confused about lack of valid reason to spend more time on it. I could compare dmesg output from 202102 and 202104 (blindly typing commands). Significant errors in 202104 are : [4.383429] amdgpu :0a:00.0: Direct

Re: [arch-general] Problematic boot on 202104 iso

2021-04-19 Thread SET via arch-general
Le lundi 19 avril 2021 20:32:50 CEST u34--- via arch-general a écrit : > Are those two other machines also have... No, one is a desktop PC with an older MSI 970 GAMING mobo; the other one is an ASUS S505ZA laptop. > I am confused about lack of valid reason to spend more time on it. Well, I meant

Re: [arch-general] Problematic boot on 202104 iso

2021-04-19 Thread SET via arch-general
Le dimanche 18 avril 2021 16:50:43 CEST Sefa Eyeoglu via arch-general a écrit : > This is an issue with the UEFI. It can be fixed by updating to a UEFI > version that includes AGESA 1.2.0.1 as it was officially fixed in that > version. After updating the motherboard firmware, the interrupt error

Re: [arch-general] Problematic boot on 202104 iso

2021-04-18 Thread SET via arch-general
Le dimanche 18 avril 2021 16:50:43 CEST Sefa Eyeoglu via arch-general a écrit : > This is an issue with the UEFI. It can be fixed by updating to a UEFI > version that includes AGESA 1.2.0.1 as it was officially fixed in that > version. Yes, it's an ASUS TUF X570-PLUS GAMING motherboard. Grasped t

[arch-general] Problematic boot on 202104 iso

2021-04-18 Thread SET via arch-general
Hello, While installing a new machine, the 202104 iso failed to complete the boot process, stalling with a blinking cursor at 0.003625 __common_interrupt: 1.55 No irg handler for vector 0.003625 __common_interrupt: 2.55 No irq handler for vector 0.003625 __common_interrupt: 3.55 No irq handler

Re: [arch-general] libesmtp 1.0.6-7 does not link to openssl

2021-04-06 Thread SET via arch-general
Le mardi 6 avril 2021 04:44:10 CEST Eli Schwartz via arch-general a écrit : > You may additionally/alternatively ask upstream to consider releasing > 1.6.1 containing the currently available maintenance fixes. I wrote to this Arch package maintainer, Felix Yan, to request an updated Arch package

Re: [arch-general] libesmtp 1.0.6-7 does not link to openssl

2021-04-04 Thread SET via arch-general
Le dimanche 4 avril 2021 00:33:26 CEST u34--- via arch-general a écrit : > > *** libESMTP features *** > > * > > --with-auth-plugin-dir: /usr/lib/esmtp-plugins > > --with-lwres: no > > --with-openssl: no > > Just guessing. Is that no the culprit? Well, I was expecting conf

[arch-general] libesmtp 1.0.6-7 does not link to openssl

2021-04-03 Thread SET via arch-general
Hello, I am having a weird issue with libesmtp : it does not use TLS, confirmed by wireshark sniffing. The ASP repo was pulled, and here is the result of ./configure --prefix=/usr : * *** libESMTP features *** * --with-auth-plugin-dir

Re: [arch-general] Gajim doesn't start

2021-03-16 Thread SET via arch-general
Le lundi 15 mars 2021 11:17:40 CET Olli via arch-general a écrit : > I works for me again after updating python-keyring to version 23.0.0-2 > (two days ago). > > – Olli Thanks, it works with python-keyring !

[arch-general] Gajim doesn't start

2021-03-15 Thread SET via arch-general
Gajim fails to start with this backtrace, since upgrade 2 days ago, and there's no newer version available. * Traceback (most recent call last): *File "/bin/gajim", line 33, in * sys.exit(load_entry_point('gajim==1.2.2', 'gui_scripts', 'gajim')()) *File "/usr/l

[arch-general] knotes crashes on start

2021-02-14 Thread SET via arch-general
Hello, Just upgraded and found knotes crashing with this backtrace : (gdb) run Starting program: /usr/bin/knotes [Thread debugging using libthread_db enabled] Using host libthread_db library "/usr/lib/libthread_db.so.1". [New Thread 0x70108640 (LWP 1547)] [New Thread 0x7fffef4d5640 (LWP

Re: [arch-general] Is ntfs module deprecated ?

2021-01-16 Thread SET via arch-general
Installed ntfs-3g and updated accordingly in fstab. The partition is now mounted on boot; it has always been so read-only. Thanks both.

[arch-general] Is ntfs module deprecated ?

2021-01-16 Thread SET via arch-general
Hi, After today's upgrade : * modprobe ntfs * modprobe: FATAL: Module ntfs not found in directory /lib/modules/5.10.7-arch1-1 * * find /usr/lib/modules/5.10.7-arch1-1 -type f -name "*ntfs*" * Should another module be used ? Is ntfs missing ? Deprecated