- Arch-general - lists.archlinux.org

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

[arch-general] Help with wav files
by pete 16 Jun '18

16 Jun '18

Hi . A little off subject but hope someone can help . I have some cd copies of albums ( i do actually own the albums) the cds are just 2 tracks one per side i have no way to play vynl albums right now i need to split these 2 tracks into their seperate tracks as per the LP's i have tried Audacity with out much luck is there a command line utility that i can give the start and finish positions and it wil do the cutting and saving for me as i hope this will be simpler and quicker Thanks for any suggestions ( i will be away for a week from sunday ) so if i dont reply to suggestions it because i have no net access where i wil be . Pete .

3 2

[arch-general] Audio output problem after a reboot (about earphone)
by Patrick Young 16 Jun '18

16 Jun '18

More details, see the link below. I use arch linux now, version 238. https://unix.stackexchange.com/questions/450156/debian-arch-audio-output-no…

2 1

[arch-general] TexLive 2018 move in [extra] today
by Rémy Oudompheng 16 Jun '18

16 Jun '18

Hello, I will move Texlive 2018 packages to [extra] today, along with zathura and qpdfview which were rebuilt for libsynctex. Rémy.

1 0

[arch-general] Is sftp_kio broken in latest Plasma updates?
by David C. Rankin 16 Jun '18

16 Jun '18

Can someone confirm whether the sftp_kio (used, e.g. in the file-open or file-save dialog in kate/kwrite to open/save files to a remote server) is working as of the latest Plasma updates? When I attempt to connect to my local server (tried both LAN and WAN connections), I get the error dialog: --------------------------------------------------------------------------- The host key for this server was not found, but another type of key exists. An attacker might change the default server key to confuse your client into thinking the key does not exist. Please contact your system administrator. --------------------------------------------------------------------------- I have tried saving via the hosts in my QuickList (on the left side of the file-save dialog) and by manually entering sftp://host/path/to/file and the error is the same each time. I can ssh and sftp from konsole to all the host without any problem. If this is confirmed, should this bug be filed with arch or upstream? -- David C. Rankin, J.D.,P.E.

1 1