- Arch-general - lists.archlinux.org

[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

[arch-general] readline 7.0 rebuild for self-maintained packages
by Bastian Beischer 08 Nov '16

08 Nov '16

Dear all, I will need to rebuild some of my packages which I maintain myself for readline 7.0. Is there a reliable way to find out which packages need a rebuild? How was the rebuild list for the official repos made? Thanks Bastian -- Bastian Beischer RWTH Aachen University of Technology @RWTH Aachen Office: 28 C 203 Phone: +49-241-80-27205 E-mail: beischer(a)physik.rwth-aachen.de Address: I. Physikalisches Institut B, Sommerfeldstr. 14, D-52074 Aachen @CERN Office: Bdg 32-4-B12 Phone: +41-22-76-75750 E-mail: bastian.beischer(a)cern.ch Address: CERN, CH-1211 Geneve 23

2 2

[arch-general] new /etc/nsswitch.conf
by Damjan Georgievski 07 Nov '16

07 Nov '16

there's a new /etc/nsswitch.conf file in filesystem-2016.11 Maybe someone would care to explain the changes? maybe even a news post? https://git.archlinux.org/svntogit/packages.git/commit/trunk?h=packages/fil… -- damjan

2 1

[arch-general] kernel linux-4.8.6-1-x86_64 not able to load modules
by Anast Gramm 05 Nov '16

05 Nov '16

Hey list, After, as suggested in arch-annoucne, I force-upgrated ttf-dejavu I made a full system upgrade with pacman -Syu. This installed the latest linux kernel. (the one in the subject line) The initram was completed successfully and I procceded to reboot. Then Xserver would complain about my intel module (i915) After a while I figured that nothin was loaded. I had no internet connection (ip link would only show loopback), when I plugged a USB drive the kernel woudln't detect it, and so on... I downgraded to linux-4.8.4 using arch live with arch-chroot. Everything works but when I upgrade to the latest kernel the same thing happens. Since I am prety new to the linux power user world, I have no idea what to do next. Should I file a bug? Ad if yes how do I do that? Also about the kernel upgrade, should I just skip 4.8.6 and get the next one? Since I didn't see anything in the list about linux-4.8.6 I guess it must have something to do with my setup. Any suggestions will be really helpful!

4 6

[arch-general] Almost system crash, users getting logged out
by J. C. 05 Nov '16

05 Nov '16

Hi list, I had an "almost crash" last night. When I got up in the morning, the session on the first six TTYs were closed, but the sessions on TTY 8-10 were still open. Having taken a look at the journal, I found a lot of activity around 4AM. That may have been preceeded by something around midnight, when my music player suddenly quit, the system informing me, that there was not enough memory. A restart of the music player was successful though. I don't have any remote login services active and this sort of thing hasn't happened before, not on Arch since my installation a few weeks ago nor on the previous system. My kernel version is 4.8.2, not having rebooted since the last upgrade. The journal excerpt with the potential problem is here: https://freeshell.de/~silvain/journal.log I'd be grateful for any help and of course eagre to supply any further info to solve this issue. Thank you and best wishes Jeanette -------- When you need someone, you just turn around and I will be there <3

3 7