- Arch-general - lists.archlinux.org

Re: [arch-general] Archlinux.org down
by Robert Wong 19 Mar '17

19 Mar '17

Terrified. I thought it has been blocked by the gov... 😂 RW

1 0

[arch-general] Archlinux.org down
by Jimmie Staedele 19 Mar '17

19 Mar '17

Is it just me or is the website really offline?

2 2

[arch-general] Virtualbox guest additions build on Arch guest fails - get_user_pages_remote
by David C. Rankin 17 Mar '17

17 Mar '17

All, Attempting to update virtualbox (aur virtualbox-bin) fails to install guest additions on an Archlinux guest with linux-4.10. The guest addition build fails. The error in the log is: /tmp/vbox.0/r0drv/linux/memobj-r0drv-linux.c:1067:18: error: too few arguments to function ‘get_user_pages_remote’ rc = get_user_pages_remote( ^~~~~~~~~~~~~~~~~~~~~ In file included from /tmp/vbox.0/r0drv/linux/the-linux-kernel.h:98:0, from /tmp/vbox.0/r0drv/linux/memobj-r0drv-linux.c:31: ./include/linux/mm.h:1267:6: note: declared here long get_user_pages_remote(struct task_struct *tsk, struct mm_struct *mm, ^~~~~~~~~~~~~~~~~~~~~ make[2]: *** [scripts/Makefile.build:294: /tmp/vbox.0/r0drv/linux/memobj-r0drv-linux.o] Error 1 make[2]: *** Waiting for unfinished jobs.... /tmp/vbox.0/r0drv/linux/memuserkernel-r0drv-linux.o: warning: objtool: .fixup: unexpected end of section if [ "-pg" = "-pg" ]; then if [ /tmp/vbox.0/r0drv/linux/memuserkernel-r0drv-linux.o != "scripts/mod/empty.o" ]; then ./scripts/recordmcount "/tmp/vbox.0/r0drv/linux/memuserkernel-r0drv-linux.o"; fi; fi; make[1]: *** [Makefile:1490: _module_/tmp/vbox.0] Error 2 make: *** [/tmp/vbox.0/Makefile.include.footer:84: vboxguest] Error 2 Has anyone else experienced this? I've opened a ticket at: https://www.virtualbox.org/ticket/16576 -- David C. Rankin, J.D.,P.E.

1 0

[arch-general] Is arch-announce mailig list dead?
by someone＠dividebyzero.it 16 Mar '17

16 Mar '17

Hi, I noticed that the last couple of announces that have been published on the archlinux' home page have not also been sent on the arch-announce mailing list. Is it supposed to be this way, or is there maybe some problem with the list? Thank you.

5 4

[arch-general] gpg-agent asks for passphrase after suspend?
by Karol Babioch 16 Mar '17

16 Mar '17

Hi, since a while my GPG agent is asking for a passphrase, once my laptop has been suspended. This hasn't been the case beforehand. I'm pretty sure this is happening since the last update of the gpg package a few days ago, but I'm no entirely sure, since I've updated a whole bunch of packages in this timeframe. My gpg-agent.conf contains the following: > default-cache-ttl 86400 > max-cache-ttl 2592000 > default-cache-ttl-ssh 86400 > max-cache-ttl-ssh 2592000 This worked before, and in makes much more sense in my environment than to flush the cache with every suspend. I couldn't find anything in GnuPG's changelog, so maybe it is also some new GNOME, systemd, etc. feature. Has anyone of you also noticed this and maybe even figured it out already? Best regards, Karol Babioch

1 0

[arch-general] Cannot reach repositories
by Peter Nabbefeld 14 Mar '17

14 Mar '17

Hello, getting connection errors when trying to access update repositories, e.g.: Fehler: Konnte Datei 'core.db' nicht von mirror.vfn-nrw.de übertragen : Failed to connect to mirror.vfn-nrw.de port 80: Keine Route zum Zielrechner (Error: Could not transfer 'core.db' from mirror.vfn-nrw.de : Failed to connect to mirror.vfn-nrw.de port 80: No route to host) Kind regards Peter

6 7

[arch-general] makepkg bind-9 FAILED (unknown public key F1B11BF05CF02E57)
by David C. Rankin 13 Mar '17

13 Mar '17

All, I pulled ABS updates and got the patch mentioned in https://bugs.archlinux.org/task/53240. However, attempting to build bind/bind tools 9.11.0-P3 fails due to an unknown upstream public key: makepkg -s <snip> ... ==> Verifying source file signatures with gpg... bind-9.11.0-P3.tar.gz ... FAILED (unknown public key F1B11BF05CF02E57) How does one handle this issue? Is that one of the keys one would expect to be in AUR/upstream keys? There are ISC keys listed in the PKGBUILD, e.g. validpgpkeys=('2B48A38AE1CF9886435F89EE45AC7857189CDBC5' 'ADBE9446286C794905F1E0756FA6EBC9911A4C02' #ISC, Inc) 'BE0E9748B718253A28BB89FFF1B11BF05CF02E57' #Internet Systems Consortium, Inc. and the shasum for bind-9.11.0-P3.tar.gz matches the sum listed for the package. Is there something I need to do to fix the public key issue. Strange that the shasum would match, but the public key would fail. What do the arch-devs suggest? -- David C. Rankin, J.D.,P.E.

2 4

[arch-general] Cannot post to Forums - Bad HTTP_REFERER??
by David C. Rankin 12 Mar '17

12 Mar '17

All, Attempting to post details to https://bbs.archlinux.org/viewtopic.php?id=224028 from FF 45.8esr, I get: Bad HTTP_REFERER. You were referred to this page from an unauthorized source. If the problem persists please make sure that 'Base URL' is correctly set in Admin/Options and that you are visiting the forum by navigating to that URL. More information regarding the referrer check can be found in the FluxBB documentation. I've never had problems before, but haven't posted in months, what to try? -- David C. Rankin, J.D.,P.E.

2 2

Re: [arch-general] Kaffeine video problem
by pete nikolic 12 Mar '17

12 Mar '17

Futher to the reported kaffeine problem it seems no video playback is working sound ok no video with the same reports help needed please . Pete .

3 4

[arch-general] Update to Linux 4.10.1-1 Broke Bind9 /etc/named.conf never reached on startup
by David C. Rankin 12 Mar '17

12 Mar '17

All, After update to Linux 4.10.1-1, Bind9 cannot connect to 127.0.0.1#953. This server has been flawless with Bind for 4 years. Now, for example attempting to sync zones: # rndc -V sync --clean create memory context create socket manager create task manager create task create logging context setting log tag creating log channel enabling log channel create parser get key decode base64 secret allocate data buffer sync post event using server 127.0.0.1 (127.0.0.1#953) create socket bind socket connect rndc: connect failed: 127.0.0.1#953: connection refused This began with the March 10 update. Now attempting to stop named results in a timeout: Mar 12 08:45:18 phoinix systemd[1]: Stopped Internet domain name server. Mar 12 08:45:18 phoinix systemd[1]: named.service: Unit entered failed state. Mar 12 08:45:18 phoinix systemd[1]: named.service: Failed with result 'timeout'. Attempting to start named, named never loads the zone files and never processes the libseccomp sandboxing active command during startup. Now, the total startup for named in the journal is: Mar 10 18:43:53 phoinix named[452]: starting BIND 9.11.0-P3 <id:4801fbc> Mar 10 18:43:53 phoinix named[452]: running on Linux x86_64 4.10.1-1-ARCH #1 SMP PREEMPT Sun Feb 26 21:08:53 UTC 2017 Mar 10 18:43:53 phoinix named[452]: built with '<snip stuff>' Mar 10 18:43:53 phoinix named[452]: running as: named -f -u named Mar 10 18:43:53 phoinix named[452]: ---------------------------------------------------- Mar 10 18:43:53 phoinix named[452]: BIND 9 is maintained by Internet Systems Consortium, Mar 10 18:43:53 phoinix named[452]: Inc. (ISC), a non-profit 501(c)(3) public-benefit Mar 10 18:43:53 phoinix named[452]: corporation. Support and training for BIND 9 are Mar 10 18:43:53 phoinix named[452]: available at https://www.isc.org/support Mar 10 18:43:53 phoinix named[452]: ---------------------------------------------------- Mar 10 18:43:53 phoinix named[452]: adjusted limit on open files from 4096 to 1048576 Mar 10 18:43:53 phoinix named[452]: found 4 CPUs, using 4 worker threads Mar 10 18:43:53 phoinix named[452]: using 3 UDP listeners per interface Mar 10 18:43:53 phoinix named[452]: using up to 4096 sockets Where normally, the startup should continue with, e.g.: Feb 21 14:15:38 phoinix named[442]: libseccomp sandboxing active Feb 21 14:15:38 phoinix named[442]: loading configuration from '/etc/named.conf' Feb 21 14:15:38 phoinix named[442]: reading built-in trusted keys from file '/etc/bind.keys' Feb 21 14:15:38 phoinix named[442]: initializing GeoIP Country (IPv4) (type 1) DB Feb 21 14:15:38 phoinix named[442]: GEO-106FREE 20170207 Build 1 Copy Feb 21 14:15:38 phoinix named[442]: initializing GeoIP Country (IPv6) (type 12) DB Feb 21 14:15:38 phoinix named[442]: GEO-106FREE 20170207 Build 1 C Feb 21 14:15:38 phoinix named[442]: GeoIP City (IPv4) (type 2) DB not available Feb 21 14:15:38 phoinix named[442]: GeoIP City (IPv4) (type 6) DB not available Feb 21 14:15:38 phoinix named[442]: GeoIP City (IPv6) (type 30) DB not available Feb 21 14:15:38 phoinix named[442]: GeoIP City (IPv6) (type 31) DB not available Feb 21 14:15:38 phoinix named[442]: GeoIP Region (type 3) DB not available Feb 21 14:15:38 phoinix named[442]: GeoIP Region (type 7) DB not available Feb 21 14:15:38 phoinix named[442]: GeoIP ISP (type 4) DB not available Feb 21 14:15:38 phoinix named[442]: GeoIP Org (type 5) DB not available Feb 21 14:15:38 phoinix named[442]: GeoIP AS (type 9) DB not available Feb 21 14:15:38 phoinix named[442]: GeoIP Domain (type 11) DB not available Feb 21 14:15:38 phoinix named[442]: GeoIP NetSpeed (type 10) DB not available Feb 21 14:15:38 phoinix named[442]: using default UDP/IPv4 port range: [32768, 60999] Feb 21 14:15:38 phoinix named[442]: using default UDP/IPv6 port range: [32768, 60999] Feb 21 14:15:38 phoinix named[442]: listening on IPv4 interface lo, 127.0.0.1#53 Feb 21 14:15:38 phoinix named[442]: listening on IPv4 interface enp0s10, 192.168.7.16#53 Feb 21 14:15:38 phoinix named[442]: generating session key for dynamic DNS Feb 21 14:15:38 phoinix named[442]: sizing zone task pool based on 5 zones Feb 21 14:15:38 phoinix named[442]: 'max-cache-size 90%' - setting to 7189MB (out of 7988MB) Feb 21 14:15:38 phoinix named[442]: set up managed keys zone for view _default, file 'managed-keys.bind' Feb 21 14:15:38 phoinix named[442]: automatic empty zone: 10.IN-ADDR.ARPA Feb 21 14:15:38 phoinix named[442]: automatic empty zone: 16.172.IN-ADDR.ARPA Feb 21 14:15:38 phoinix named[442]: automatic empty zone: 17.172.IN-ADDR.ARPA Feb 21 14:15:38 phoinix named[442]: automatic empty zone: 18.172.IN-ADDR.ARPA Feb 21 14:15:38 phoinix named[442]: automatic empty zone: 19.172.IN-ADDR.ARPA For some reason the 'libseccomp sandboxing active' command never issues and /etc/named.conf is never processed. I have not touched the configuration here in a "long long time..." Is this a kernel bug, a libseccomp bug, what? -- David C. Rankin, J.D.,P.E.

3 5