November 2016 - Arch-general - lists.archlinux.org

[arch-general] Problem with "geoclue2" update
by Manuel Reimer 15 Nov '16

15 Nov '16

Hello, I am currently trying to update my system, but this fails with the following messages: geoclue2: /usr/share/gtk-doc/html/geoclue/geoclue.devhelp2 exists in filesystem geoclue2: /usr/share/gtk-doc/html/geoclue/home.png exists in filesystem geoclue2: /usr/share/gtk-doc/html/geoclue/index.html exists in filesystem geoclue2: /usr/share/gtk-doc/html/geoclue/left.png exists in filesystem geoclue2: /usr/share/gtk-doc/html/geoclue/right.png exists in filesystem geoclue2: /usr/share/gtk-doc/html/geoclue/style.css exists in filesystem geoclue2: /usr/share/gtk-doc/html/geoclue/up.png exists in filesystem Errors occurred, no packages were upgraded. Did something change in the "geoclue2" package, which causes this error? There is no announcement on the homepage... Thanks in advance Manuel

4 6

Re: [arch-general] systemd-boot ignores loader.conf
by Tung Anh Vu 14 Nov '16

14 Nov '16

I managed to make the boot menu screen not appear by holding the minus key down to 0 second timeout in the boot menu itself. Thanks everyone, especially David Thurstenson. PS: I still have no idea, why does systemd-boot ignore the timeout setting from loader.conf, but obeys the rest. On Mon, Nov 14, 2016 at 7:02 PM, Tung Anh Vu <cuttycz(a)gmail.com> wrote: > I'm using systemd-boot on my laptop. My /boot/loader/loader.conf contains > only the line: > > default arch > > but when booting, the boot menu still appears. What could be the cause of > this issue? Thanks in advance. >

2 1

Re: [arch-general] howto remove old package version
by niya levi 14 Nov '16

14 Nov '16

hi everyone > https://archlinuxarm.org/packages/aarch64/mesa/log > > Looks like AL Arm mesa versions went like this: > > 12.0.3-3 > 13.0.0rc2-2 > 12.0.3-3.1 > 13.0.0-1 > > Is your mirror uptodate ? after pacman -Syu mesa in now pacman -Si mesa{,-libgl} | grep Ve Version : 13.0.0-1 Version : 13.0.0-1 thanks shadrock

2 1

[arch-general] systemd-boot ignores loader.conf
by Tung Anh Vu 14 Nov '16

14 Nov '16

Hello all, I'm using systemd-boot on my laptop. My /boot/loader/loader.conf contains only the line: default arch but when booting, the boot menu still appears. What could be the cause of this issue? Thanks in advance. - Tung Anh

5 7

[arch-general] howto remove old package version
by niya levi 13 Nov '16

13 Nov '16

hi everyone pacman -Syu :: Starting full system upgrade... warning: mesa: local (13.0.0rc2-2) is newer than extra (12.0.3-3.1) warning: mesa-libgl: local (13.0.0rc2-2) is newer than extra (12.0.3-3.1) how do i remove old version and install new with pacman, have tried pacman -R but had dependency problems. shadrock

5 10

[arch-general] [OT] Favorite/best desktop in archlinux
by Maykel Franco 11 Nov '16

11 Nov '16

Hi, what the best desktop envieronment for archlinux? Only is the question. I like very much kde plasma but he used a lot of ram and sometimes it is very heavy. Do you think?

15 17

[arch-general] Xen GPU Passthrough
by Jay Seth 10 Nov '16

10 Nov '16

Hello, I need help & I would appreciate any help to get my setup working. When I try to start a domU on Arch/Xen, I am getting the following error: xl create w7.cfg Parsing config from w7.cfg libxl: error: libxl_pci.c:1235:libxl__device_pci_add: PCI device 0:1:0.0 is not assignable libxl: error: libxl_create.c:1566:domcreate_attach_pci: libxl_device_pci_add failed: -3 libxl: error: libxl.c:1583:libxl__destroy_domid: non-existant domain 2 libxl: error: libxl.c:1542:domain_destroy_callback: unable to destroy guest with domid 2 libxl: error: libxl.c:1471:domain_destroy_cb: destruction of domain 2 failed Checking the GPU with lspci, I get: 01:00.0 VGA compatible controller [0300]: NVIDIA Corporation GF108M [GeForce GT 525M] [10de:0df5] (rev a1) Subsystem: Dell Device [1028:0446] Kernel driver in use: nouveau Kernel modules: nouveau Background... I am relatively new to Arch and Xen (coming from Fedora and KVM) but I decided to see if Xen on Arch would support GPU passthrough for my Dell XPS 15z. It has Nvidia GeForce GT 525M. On Fedora/KVM, GPU passthrough works but there is the nasty error code 43. So that proved that the GPU can be passed through. I am trying Xen to see if the HVM will hide whatever it is that Nvidia uses to identify a VM platform and then disable drivers, giving error code 43. I have successfully installed xen and created a test VM. The config is as follows: name = 'w7' builder = 'hvm' vcpus = '2' memory = '2048' boot = 'd' on_poweroff = 'destroy' on_reboot = 'restart' on_crash = 'destroy' device_model_version = 'qemu-xen-traditional' disk = [ '/home/tim/Downloads/w7.iso,,hdc,cdrom', '/home/tim/vms/w7/w7.img,raw,hda,rw' ] vif = ['mac=00:16:3e:54:86:18,bridge=xenbr0'] acpi = '1' apic = '1' serial = 'pty' localtime = 1 # Keyboard and mouse passthrough usb = '1' usbdevice = ['tablet'] # VGA and sound passthrough viridian = '1' xen_platform_pci = '1' gfx_passthru = '1' pci_permissive = '1' pci = ['01:00.0,rdm_policy=relaxed'] # Remote vnc access vnc = '1' # vnclisten = 'x.x.x.x' The BDF of the GPU is 01:00.0 and it is what I have set for the pci parameter. I have also set intel_iommu=on in my /etc/default/grub file. I am booting the Xen kernel. I have also set the vfio-pci id for the GPU in /etc/modprobe.d/vfio.conf as: options vfio--pci ids=10de:0df5 After that, I set the vfio modules to load first in /etc/mkinitcpio.conf as follows: MODULES="vfio vfio_iommu_type1 vfio_pci vfio_virqfd i915 nouveau" HOOKS="base udev autodetect modconf block filesystems keyboard fsck" After that, I did: mkinitcpio -p linux grub-mkconfig -o /boot/grb/grub.cfg reboot After reboot, I ran the following checks: dmesg | grep vfio [ 3.856580] vfio-pci: probe of 0000:01:00.0 failed with error -22 [ 3.856584] vfio_pci: add [10de:0df5[ffff:ffff]] class 0x000000/00000000 [ 18.960859] xen_pciback xen_netback xenfs xen_privcmd xen_blkback xen_gntalloc xen_gntdev xen_evtchn ip_tables x_tables ext4 crc16 jbd2 fscrypto mbcache sd_mod serio_raw atkbd libps2 ahci libahci xhci_pci xhci_hcd libata ehci_pci ehci_hcd scsi_mod usbcore usb_common i8042 serio nouveau mxm_wmi wmi ttm i915 video button intel_gtt i2c_algo_bit drm_kms_helper syscopyarea sysfillrect sysimgblt fb_sys_fops drm vfio_pci irqbypass vfio_virqfd vfio_iommu_type1 vfio dmesg | egrep -i iommu [ 0.000000] Command line: /boot/vmlinuz-linux root=UUID=d8ee1f55-14c6-4401-bc22-24b78eaf8863 rw intel_iommu=on quiet console=tty0 [ 0.000000] Kernel command line: /boot/vmlinuz-linux root=UUID=d8ee1f55-14c6-4401-bc22-24b78eaf8863 rw intel_iommu=on quiet console=tty0 [ 0.000000] DMAR: IOMMU enabled [ 18.960859] xen_pciback xen_netback xenfs xen_privcmd xen_blkback xen_gntalloc xen_gntdev xen_evtchn ip_tables x_tables ext4 crc16 jbd2 fscrypto mbcache sd_mod serio_raw atkbd libps2 ahci libahci xhci_pci xhci_hcd libata ehci_pci ehci_hcd scsi_mod usbcore usb_common i8042 serio nouveau mxm_wmi wmi ttm i915 video button intel_gtt i2c_algo_bit drm_kms_helper syscopyarea sysfillrect sysimgblt fb_sys_fops drm vfio_pci irqbypass vfio_virqfd vfio_iommu_type1 vfio Is it possible that the root of the problem might the vfio-pci error -22 at boot? Thanks

1 0

[arch-general] lockscreen doesn't work anymore
by Apfelkuchen 09 Nov '16

09 Nov '16

Hey, I use cinnamon as my desktop environment. Today I upgraded the packages to the newest version: > cinnamon 3.2.1-1 > cinnamon-control-center 3.2.0-1 > cinnamon-desktop 3.2.0-1 > cinnamon-menus 3.0.2-1 > cinnamon-screensaver 3.0.1-2 > cinnamon-session 3.2.0-1 > cinnamon-settings-daemon 3.2.0-1 > cinnamon-translations 3.2.0-1 After this upgrade, I can't lock my screen anymore. I get this output from $ cinnamon-screensaver --debug > [gs_debug_init] gs-debug.c:109 (01:11:31): Debugging enabled > [main] cinnamon-screensaver.c:86 (01:11:31): initializing cinnamon-screensaver 3.0.1 > > (cinnamon-screensaver:15994): GLib-GIO-ERROR **: Settings schema 'org.cinnamon.desktop.screensaver' does not contain a key named 'logout-enabled' > Trace/Breakpoint ausgelöst (Speicherabzug geschrieben) Can anyone help me? Thanks and greetings, pete

3 7

[arch-general] WLAN
by Silvio Siefke 08 Nov '16

08 Nov '16

Hello, i've installed Arch Linux today on Desktop (HP Elitebook 2540p) but wifi work not. I become message "Wireless networks disabled by hardware switch" Have someone an idea what can do? Thank you Silvio [siefke@sisibox ~]$ rfkill list 0: phy0: Wireless LAN Soft blocked: no Hard blocked: yes 2: hci0: Bluetooth Soft blocked: no Hard blocked: no [siefke@sisibox ~]$ iwconfig lo no wireless extensions. enp0s25 no wireless extensions. wlo1 IEEE 802.11abgn ESSID:off/any Mode:Managed Access Point: Not-Associated Tx-Power=off Retry short limit:7 RTS thr:off Fragment thr:off Power Management:off [siefke@sisibox ~]$ dmesg | grep phy0 [ 3.097608] ieee80211 phy0: Selected rate control algorithm 'iwl-agn-rs' [siefke@sisibox ~]$ dmesg | grep wlo1 [ 3.306866] iwlwifi 0000:43:00.0 wlo1: renamed from wlan0 [ 3.775157] IPv6: ADDRCONF(NETDEV_UP): wlo1: link is not ready [ 4.078492] IPv6: ADDRCONF(NETDEV_UP): wlo1: link is not ready [ 4.385304] IPv6: ADDRCONF(NETDEV_UP): wlo1: link is not ready [ 4.720437] IPv6: ADDRCONF(NETDEV_UP): wlo1: link is not ready [siefke@sisibox ~]$ dmesg | grep iwl [ 3.051266] iwlwifi 0000:43:00.0: can't disable ASPM; OS doesn't have ASPM control [ 3.051662] iwlwifi 0000:43:00.0: Direct firmware load for iwlwifi-6000-6.ucode failed with error -2 [ 3.051681] iwlwifi 0000:43:00.0: Direct firmware load for iwlwifi-6000-5.ucode failed with error -2 [ 3.056639] iwlwifi 0000:43:00.0: loaded firmware version 9.221.4.1 build 25532 op_mode iwldvm [ 3.075301] iwlwifi 0000:43:00.0: CONFIG_IWLWIFI_DEBUG disabled [ 3.075305] iwlwifi 0000:43:00.0: CONFIG_IWLWIFI_DEBUGFS disabled [ 3.075307] iwlwifi 0000:43:00.0: CONFIG_IWLWIFI_DEVICE_TRACING enabled [ 3.075309] iwlwifi 0000:43:00.0: Detected Intel(R) Centrino(R) Advanced-N 6200 AGN, REV=0x74 [ 3.075413] iwlwifi 0000:43:00.0: L1 Enabled - LTR Disabled [ 3.097608] ieee80211 phy0: Selected rate control algorithm 'iwl-agn-rs' [ 3.306866] iwlwifi 0000:43:00.0 wlo1: renamed from wlan0 [ 3.775329] iwlwifi 0000:43:00.0: L1 Enabled - LTR Disabled [ 3.781845] iwlwifi 0000:43:00.0: L1 Enabled - LTR Disabled [ 3.781936] iwlwifi 0000:43:00.0: Radio type=0x1-0x3-0x1 [ 3.993451] iwlwifi 0000:43:00.0: L1 Enabled - LTR Disabled [ 3.999968] iwlwifi 0000:43:00.0: L1 Enabled - LTR Disabled [ 4.000061] iwlwifi 0000:43:00.0: Radio type=0x1-0x3-0x1 [ 4.080224] iwlwifi 0000:43:00.0: L1 Enabled - LTR Disabled [ 4.086756] iwlwifi 0000:43:00.0: L1 Enabled - LTR Disabled [ 4.086859] iwlwifi 0000:43:00.0: Radio type=0x1-0x3-0x1 [ 4.300192] iwlwifi 0000:43:00.0: L1 Enabled - LTR Disabled [ 4.306715] iwlwifi 0000:43:00.0: L1 Enabled - LTR Disabled [ 4.306816] iwlwifi 0000:43:00.0: Radio type=0x1-0x3-0x1 [ 6.993231] iwlwifi 0000:43:00.0: RF_KILL bit toggled to disable radio. [ 6.994137] iwlwifi 0000:43:00.0: Not sending command - RF KILL [siefke@sisibox ~]$ lspci | grep Network 00:19.0 Ethernet controller: Intel Corporation 82577LM Gigabit Network Connection (rev 05) 43:00.0 Network controller: Intel Corporation Centrino Advanced-N 6200 (rev 35)

6 12

[arch-general] Cannot no longer resolve local hostname with the new nsswitch.conf
by Chi-Hsuan Yen 08 Nov '16

08 Nov '16

Hi Arch enthuasiasts, With testing/filesystem 2016.11-2, I can no longer use my local hostname to acess services on the local machine. For example: $ hostname PC12574 $ ping PC12574 ping: PC12574: Name or service not known Seems changes in nsswitch.conf [1] does the effect. If I change the hosts: line in nsswitch.conf back to the old configuration "files resolve mymachines myhostname", or remove the [!UNAVAIL=return] part from this line, ping works fine: $ ping PC12574 PING PC12574(PC12574 (fe80::ae22:bff:fe77:e20b%enp3s0)) 56 data bytes 64 bytes from PC12574 (fe80::ae22:bff:fe77:e20b%enp3s0): icmp_seq=1 ttl=64 time=0.025 ms 64 bytes from PC12574 (fe80::ae22:bff:fe77:e20b%enp3s0): icmp_seq=2 ttl=64 time=0.078 ms Is it a bug? Or such a usage is just a non-standard coincidence? Thanks for any help. Yen Chi Hsuan [1] https://git.archlinux.org/svntogit/packages.git/commit/trunk?h=packages/fil…

4 9