December 2018 - Arch-general - lists.archlinux.org

[arch-general] Keyboard unresponsive after wakeup from suspend
by Andy Pieters 11 Dec '18

11 Dec '18

Hi people So as I said in the subject, after resuming from suspend for about 30 times or so since my last reboot, my keyboard did not seem to work. It is a USB keyboard and I tried unplugging it and reconnecting it. I have a second keyboard permanently connected which is a PS/2. That one also didn't seem to work even after unplugging and reconnecting. All the rest of the system seemed to work fine. My USB mouse works, my WIFI USB dongle works. I can browse the internet etc, just not type. Pressing CTRL+ALT+F2 didn't seem to register either. So I clicked through the GUI and rebooted and lo everything is working again. I found several instances of Arch Linux people having non-responsive keyboards after resuming but none seem to apply here as their threads are several years old and their solution was to install a newer kernel. I'm running 4.19.4, last updated 4 December. Any hints on how to debug this?

2 2

[arch-general] Interesting Error When Trying to Connect to WiFi
by Hunter Jozwiak 10 Dec '18

10 Dec '18

Greetings, I have been having problems connecting to my WiFi network as of this morning. From the dmesg output, I gather that something might be confused (aside from me) as to ho to connect, but I can't put my finger on it. [34035.102459] IPv6: ADDRCONF(NETDEV_UP): wlan0: link is not ready [34040.072164] RTL871X: rtw_set_802_11_connect(wlan0) fw_state=0x00000008 [34040.274732] RTL871X: start auth [34040.278558] RTL871X: auth success, start assoc [34040.284330] RTL871X: rtw_cfg80211_indicate_connect(wlan0) BSS not found !! [34040.289885] RTL871X: assoc success [34042.291674] RTL871X: send eapol packet [34070.261110] audit: type=1130 audit(1544407361.444:64): pid=1 uid=0 auid=4294967295 ses=4294967295 msg='unit=netctl@mason\x2dsecure comm="systemd" exe="/usr/lib/systemd/systemd" hostname=? addr=? terminal=? res=failed' Does anybody understand what might be going on that I am not missing? I have never seen this before, and I am totally confused. Nothing about the network has changed, and my other Arch box is connecting o it just fine. Thanks, Hunter

2 2

[arch-general] Could someone help with maintenance of bgyorgy's packages?
by Nikolay Korotkiy 10 Dec '18

10 Dec '18

Hi all, Balló György (bgyorgy) was inactive for more than 2 months, I emailed to him without success. Could someone help with maintenance of his packages? In particular, gpxsee-5.18 package has been flagged out-of-date since 2018-09-23. New gpxsee 6.0, 6.1, 6.2, 6.3, 7.0 have released since then. -- Best regards, Nikolay

1 0

[arch-general] Package grub Encourages Warnings to be Ignored.
by Ralph Corderoy 09 Dec '18

09 Dec '18

Hi, Having spotted warning: /boot/grub/grub.cfg saved as /boot/grub/grub.cfg.pacsave during today's large package upgrade, I went to /boot/grub afterwards expecting work to do. grub.cfg.pacsave didn't exist. `pacman -Ql grub' showed grub doesn't own anything in /boot. Google led me to https://bbs.archlinux.org/viewtopic.php?id=242285 where Salkay had earlier started along the same path. The warning has wasted our time, and the forum's conclusion is `ignore the warning'. Encouraging warnings to be ignored is a bad idea; I don't suppose some here are too happy when a user turns up with a problem and the answer was under their nose but they `ignored the warning'. Can a better solution to this be engineered? -- Cheers, Ralph. https://plus.google.com/+RalphCorderoy

7 15

Re: [arch-general] Package grub Encourages Warnings to be Ignored.
by back bowser 09 Dec '18

09 Dec '18

To throw my hat in the ring in this argument. I feel the way we currently have grub talked about in the wiki is that grub-mkconfig is a magic tool. This isn’t the proper way for multiple reasons. 1) It encourages me not to know how grub works other than it just works. 2) If grub breaks I have to go down all kinds of rabbit holes to even figure out what to edit in grub.cfg since it’s so confusing when auto generated. I do think the Grub page needs a rewrite I’m not sure if Eli’s page is in its final stages. Maybe he should go back and try and clarify things a bit more. Last I checked though it’s still a work in progress rewrite.

1 0

[arch-general] List of Files Created by makepkg
by Jayesh Badwaik 07 Dec '18

07 Dec '18

Hi, I am trying to write an automated script which takes in packages and package files created by makepkg and uploads it somewhere. For this, I would need the list of files created by the `makepkg` command. Is there a way to get that? -- Best Jayesh Badwaik https://jayeshbadwaik.github.io

3 3

[arch-general] bind/named dying after 24-48 hrs. "assertion failure"?
by David C. Rankin 07 Dec '18

07 Dec '18

All, Has anyone else encountered a bind 9.13.4-1/named daemon dying with "assertion failure" in the past week. I have encountered the problem twice. When named dies, status reports: ● named.service - Internet domain name server Loaded: loaded (/usr/lib/systemd/system/named.service; enabled; vendor preset: disabled) Active: failed (Result: signal) since Thu 2018-12-06 10:35:51 CST; 15h ago Process: 23007 ExecStart=/usr/bin/named -f -u named (code=killed, signal=ABRT) Main PID: 23007 (code=killed, signal=ABRT) Dec 06 10:35:51 phoinix named[23007]: #1 0x7f078ea0fcaa in ?? Dec 06 10:35:51 phoinix named[23007]: #2 0x7f078ebc295b in ?? Dec 06 10:35:51 phoinix named[23007]: #3 0x7f078ebc806e in ?? Dec 06 10:35:51 phoinix named[23007]: #4 0x7f078ebcbaba in ?? Dec 06 10:35:51 phoinix named[23007]: #5 0x7f078ea2f349 in ?? Dec 06 10:35:51 phoinix named[23007]: #6 0x7f078df1ea9d in ?? Dec 06 10:35:51 phoinix named[23007]: #7 0x7f078de4eb23 in ?? Dec 06 10:35:51 phoinix named[23007]: exiting (due to assertion failure) Dec 06 10:35:51 phoinix systemd[1]: named.service: Main process exited, code=killed, status=6/ABRT Dec 06 10:35:51 phoinix systemd[1]: named.service: Failed with result 'signal'. This hasn't happened before. A simple restart makes it happy again -- but for how long? # systemctl start named ● named.service - Internet domain name server Loaded: loaded (/usr/lib/systemd/system/named.service; enabled; vendor preset: disabled) Active: active (running) since Fri 2018-12-07 02:04:03 CST; 4s ago Main PID: 26487 (named) Tasks: 10 (limit: 4915) Memory: 15.5M CGroup: /system.slice/named.service └─26487 /usr/bin/named -f -u named Dec 07 02:04:03 phoinix named[26487]: managed-keys-zone: loaded serial 129 Dec 07 02:04:03 phoinix named[26487]: zone 0.0.127.in-addr.arpa/IN: loaded serial 42 Dec 07 02:04:03 phoinix named[26487]: zone rlfpllc.com/IN: loaded serial 2017000017 Dec 07 02:04:03 phoinix named[26487]: zone localhost/IN: loaded serial 42 Dec 07 02:04:03 phoinix named[26487]: zone 7.168.192.in-addr.arpa/IN: loaded serial 2017000011 Dec 07 02:04:03 phoinix named[26487]: all zones loaded Dec 07 02:04:03 phoinix named[26487]: running Dec 07 02:04:04 phoinix named[26487]: managed-keys-zone: Key 19036 for zone . is now trusted (acceptance timer com> Dec 07 02:04:04 phoinix named[26487]: managed-keys-zone: Key 20326 for zone . is now trusted (acceptance timer com> Dec 07 02:04:04 phoinix named[26487]: resolver priming query complete I don't know if this is somehow related to the timers and keys that may be timing out after some period of time. If no one else has seen this, I'll keep watching, but if anybody has any ideas, I'd welcome your thoughts. -- David C. Rankin, J.D.,P.E.

4 3

[arch-general] Dovecot problems
by Peter Nabbefeld 02 Dec '18

02 Dec '18

Hello, I've got serious problems with dovecot, resulting in e.g. not beeing able to read messages on this list, only way is to read the archives. After upgrading my arch installation yesterday, the first problem was about stats-writer permission, which I resolved by changing the oowner. Now it seems there's a problem with my file-based userdb, but this time I'm stuck. Any idea? Kind regards Peter PS: Sending this from my mobile phone. -- .

1 1