- Arch-general - lists.archlinux.org

[arch-general] Where is paccache
by Zorro 25 Jun '18

25 Jun '18

Hello, Last Saturday 23/6 I did a pacman -Syu and I found out that afterwards paccache had disappeared. I do every now and then a cleanup of the pacman cache but with paccache disappeared I cannot do that anymore. Is it deprecated ? If so is there an alternative for paccache ? Regards, Harm-Jan Zwinderman

5 5

[arch-general] Upgrade to Linux 4.17.2 & xorg-server 1.20.0-8 breaks left-mouse in remote Linux desktops
by David C. Rankin 22 Jun '18

22 Jun '18

All, This is a strange one, confirmed on two separate Archlinux Guests running in VirtualBox on Archlinux Hosts. I access the running VMs with rdesktop over the LAN. After update to Linux 4.17.2 & xorg-server 1.20.0-8, VirtualBox-5.2.12 starts the Archlinux guests fine, X starts fine in the guests (running fluxbox), and pressing the right-mouse brings up the fluxbox-menu fine, but there is no way to select an item with the left-mouse. The left-mouse click seems to be taken as an escape closing the menu without actually selecting anything. It is as if the left-mouse (and cursor position in general) isn't seen at all (there is no highlight in the menu when the mouse moves over an item) Thankfully, the fluxbox designers made the menu respond to keyboard inputs, so after bringing the fluxbox-menu up, I can up-arrow/down-arrow to an xterm entry and open an xterm by pressing return. When the xterm is open, there is no way to grab the title-bar and move the xterm around, again, as if the left-mouse input isn't seen. An moving the cursor over the bottom of the window will not bring up the taskbar. This effects Linux guest, but not windows guests. I can start Win7 in a VM and opening in remote-desktop works just fine. (all mouse buttons work fine and the cursor position tracks properly bringing up the auto-hidden taskbar on mouseover) Can someone with a similar VirtualBox setup confirm this behavior? I suspect it would effect any Linux Guest that runs X and a desktop and is accessed with rdesktop. For all practical purposes this update prevent accessing Linux guest with rdesktop. I start my virtual machines from a simple bash script using: exec VBoxManage startvm arch_1_64 --type headless (I doubt that makes a difference, but for completeness) -- David C. Rankin, J.D.,P.E.

6 8

[arch-general] Issue with browser opening in LXDE
by Giovanni Santini (ItachiSan) 21 Jun '18

21 Jun '18

Hi everyone, I am having an issue which is bothering me recently; I have set up properly the default browser within LXDE but the links are not handled properly. What it happens is that I click on a link and a windows opens returning Error: $HOME/$URL: Not existing file or directory Where $HOME is my home path and $URL is the target URL. I have no clue regarding what configuration makes it so. Any suggestions? Giovanni SantiniComputer scientist and geek giovannisantini93(a)yahoo.it (https://link.getmailspring.com/link/1529103998.local-60a99208-1387-v1.2.2-9…) http://giovannisantini.tk (https://link.getmailspring.com/link/1529103998.local-60a99208-1387-v1.2.2-9…)

3 3

[arch-general] List of devices with poor Linux compatibility
by Andrey Ponomarenko 21 Jun '18

21 Jun '18

Hello, A new open project has been created to collect the list of computer hardware devices with poor Linux compatibility based on the Linux-Hardware.org data: https://github.com/linuxhw/HWInfo There are about 29 thousands of depersonalized hwinfo reports (https://github.com/openSUSE/hwinfo) in the repository from Linux-powered computers in various configurations. The device is included into the list of poorly supported devices if there is at least one user probe in which the driver for this device was not found. The column 'Missed' indicates the percentage of such probes. If the number is small, it means that the driver was added in newer versions of the kernel. In this case we show minimal version of the Linux kernel in which the driver was present. Devices are divided into categories. For each category we calculate the ratio of poorly supported devices to the total number of devices tested in this category. Everyone can contribute to this repository by uploading probes of their computers by the hw-probe tool: https://github.com/linuxhw/hw-probe Thanks to all for attention and new computer probes!

1 0

Re: [arch-general] Upgrade to Linux 4.17.2 & xorg-server 1.20.0-8 breaks left-mouse in remote Linux desktops
by Radu 21 Jun '18

21 Jun '18

I've raised a ticket on this issue: FS#59091 - X intermittent input event handling (mostly mouse) after xorg-server and libinput upgrade and here's the link: https://bugs.archlinux.org/task/59091 I hope it's good - it's my first. Maybe it helps if you guys vote it? Thanks!

1 0

Re: [arch-general] Upgrade to Linux 4.17.2 & xorg-server 1.20.0-8 breaks left-mouse in remote Linux desktops
by Radu 20 Jun '18

20 Jun '18

I'm running Arch in VBox under Windows and I'm getting similar behavior since I've upgraded xorg-server, xorg-server-common, libinput. I had updated the kernel in a previous step and I don't remember seeing this behavior after upgrading just the kernel (and not xorg-server). I've logged lipinput generated events and they seem ok (all mouse activity is captured by the kernel/libinput driver). However, testing the xorg events (xev) seems consistent with X behavior: no events comming to X from libinp. Another thing: my keyboard input also got stuck for a couple of times. Therefore, maybe we should log a xorg-server bug? P.S.: One partial workaround (making the left-click work): find a region/window where the right-click works and right-click. After that you have a chance of getting the left-click working for a limited (single?) left-click event.

2 1

Re: [arch-general] arch-general Digest, Vol 164, Issue 26
by Patrick Young 19 Jun '18

19 Jun '18

After upgraded to 4.17.2, With DDE, I cannot use multi-display with 1920*1080 for all monitors. I can just use one main monitor with 1920*1080 and another one with 1024*768 or less. I tried to modify the settings in DDE, but useless. Also, there's lots of `[Firmware bug]` in `dmesg`, with `register_kretprobes failed, returned -22` . My machine is Lenovo Ideapad 320S-14IKB. Finally I rollback my apps back, here's the **upgrade log**, I just roll them back to the original version: ``` [2018-06-18 15:55] [ALPM] upgraded linux-firmware (20180518.2a9b2cf-1 -> 20180606.d114732-1) [2018-06-18 15:56] [ALPM] upgraded linux (4.16.13-2 -> 4.17.2-1) [2018-06-18 15:56] [ALPM] upgraded acpi_call (1.1.0-133 -> 1.1.0-137) [2018-06-18 15:56] [ALPM] upgraded nvidia-390xx-utils (390.59-2 -> 390.67-2) [2018-06-18 15:56] [ALPM] upgraded lib32-nvidia-390xx-utils (390.59-1 -> 390.67-1) [2018-06-18 15:56] [ALPM] upgraded lib32-opencl-nvidia-390xx (390.59-1 -> 390.67-1) [2018-06-18 15:56] [ALPM] upgraded linux-headers (4.16.13-2 -> 4.17.2-1) [2018-06-18 15:56] [ALPM] upgraded nvidia-390xx (390.59-5 -> 390.67-3) [2018-06-18 15:56] [ALPM] upgraded opencl-nvidia-390xx (390.59-2 -> 390.67-2) ``` There may be a lot of bugs, upgrade carefully.

1 0

[arch-general] Best way to customize PS1
by Matthias Bodenbinder 19 Jun '18

19 Jun '18

Hi, with the last update of bash I realized that it overwrites /etc/bash.bashrc without .pacsave or .pacnew. Since I had customizations in /etc/bash.bashrc I am wondering now where to put those customizations instead. I understand that /etc/profile and /etc/profile.d/* is a good place to customize environment variables. But it is not good for setting PS1 (and aliases by the way). PS1 is also set to a default value in /etc/bash.bashrc. And since /etc/bash.bashrc is sourced after all the /etc/profile* stuff it overwrites the customization. So what is the best place to customize PS1? /etc/skel/ is no solution since it only takes effect when a new user is created. /etc/environment is no good solution since it does not support if/then conditions. And, by the way, why is the bash package not making use of.pacsave/.pacnew. A simple "backup etc/bash.bashrc" in .PKGINFO would help a lot. There is also an old issue in the tracker talking about the "/etc/bash.bashrc overwrite" topic: https://bugs.archlinux.org/task/21540 But without solution. Matthias

3 4

Re: [arch-general] arch-general Digest, Vol 164, Issue 25
by fredbezies 19 Jun '18

19 Jun '18

Le mar. 19 juin 2018 à 09:02, <arch-general-request(a)archlinux.org> a écrit : [...] > Message: 5 > Date: Tue, 19 Jun 2018 08:02:05 +0100 > From: Gurnaik V <gurnaikv(a)gmail.com> > To: arch-general(a)archlinux.org > Subject: Re: [arch-general] Upgrade to Linux 4.17.2 & xorg-server > 1.20.0-8 breaks left-mouse in remote Linux desktops > Message-ID: <0abd5667-4a47-c902-8fc5-afa2e9537e88(a)gmail.com> > Content-Type: text/plain; charset=utf-8; format=flowed > > On 19/06/18 07:31, Lukas Winkler via arch-general wrote: > > On Tue, 19 Jun 2018 at 00:43, David C. Rankin > > <drankinatty(a)suddenlinkmail.com> wrote: > >> All, > >> > >> This is a strange one, confirmed on two separate Archlinux Guests running in > >> VirtualBox on Archlinux Hosts. I access the running VMs with rdesktop over the > >> LAN. After update to Linux 4.17.2 & xorg-server 1.20.0-8, VirtualBox-5.2.12 > >> starts the Archlinux guests fine, X starts fine in the guests (running > >> fluxbox), and pressing the right-mouse brings up the fluxbox-menu fine, but > >> there is no way to select an item with the left-mouse. > >> > >> When the xterm is open, there is no way to grab the title-bar and move the > >> xterm around, again, as if the left-mouse input isn't seen. An moving the > >> cursor over the bottom of the window will not bring up the taskbar. > >> > >> This effects Linux guest, but not windows guests. I can start Win7 in a VM > >> and opening in remote-desktop works just fine. (all mouse buttons work fine > >> and the cursor position tracks properly bringing up the auto-hidden taskbar on > >> mouseover) > >> > >> Can someone with a similar VirtualBox setup confirm this behavior? I suspect > >> it would effect any Linux Guest that runs X and a desktop and is accessed with > >> rdesktop. For all practical purposes this update prevent accessing Linux guest > >> with rdesktop. > >> > >> > >> -- > >> David C. Rankin, J.D.,P.E. > > Hi David + List > > > > Same behaviour for me. I resolved it by installing the synaptics input > > driver in the guest for now as I did not have time to debug. > > > > BR > I have the same behaviour on my Arch Linux guest, but for me both right- > and left-click do not work. I have had to downgrade the kernel and the > VirtualBox guest modules. > > Regards, > Gurnaik > Seeing the same here. If you have both linux 4.17.x and Xorg 1.20.x in a guest with VirtualBox 5.2.12 managing it, mouse focus is lost. I found a "dirty" workaround. Blacklisting vboxguest. I opened a bug upstream : https://www.virtualbox.org/ticket/17827 At least, I got my mouse focus back! -- Frederic Bezies fredbezies(a)gmail.com

1 0

Re: [arch-general] Audio output problem after a reboot (about earphone) (Ralf Mardorf)
by Patrick Young 17 Jun '18

17 Jun '18

Thanks for your suggestions. I've already edited this question. Cuz I'm not familiar with Linux's audio, I use the lastet version of all related pkgs and keep them default settings. I use ALSA with PulseAudio and latest systemd.

1 0