Skip to main content ↑ ↓
Topic: X11 is totally hosed on the last update (Read 4677 times) previous topic - next topic
0 Members and 3 Guests are viewing this topic.

Re: X11 is totally hosed on the last update

Reply #16 –
actually that is what pacman says that libinput.11.1-2 has in iit - as you just wrote..

Re: X11 is totally hosed on the last update

Reply #17 –
A circular link:

This is what I have.

Code: [Select]
lrwxrwxrwx   1 root root       14 Jun 21 15:45 libinput.so -> libinput.so.10
lrwxrwxrwx   1 root root       19 Jun 21 15:45 libinput.so.10 -> libinput.so.10.13.0
-rwxr-xr-x   1 root root   244832 Jun 21 15:45 libinput.so.10.13.0
OS: Artix x86_64
Host: Predator PH517-61 V1.07
CPU: AMD Ryzen 7 2700 (16) @ 3.2GHz [112.4°F]
GPU: AMD ATI Radeon RX Vega 56/64
Memory: 1129MiB / 64390MiB

Re: X11 is totally hosed on the last update

Reply #19 –
Quote from: Dudemanguy – on
Yeah those are the latest versions. If you want, you could try downgrading to 1.10.13 since you don't have 1.11.0 in your package cache. Also there's a handy AUR package, downgrade, that you could use to fetch old versions from remote repositories.

I wish I could see what it exactly upgraded.  How do you roll it back or install an older version with pacman?  It is hard to tell where the problem is at this point.  It seems to be a system wide bug having to do with the shift to wayland, which is making this even harder to debug.  I know that the libinput_dvr.so is the library that is triggering the problem, but that is part of the xorg-server package itself.

It can be compiled with linux from scratch like this:

http://www.linuxfromscratch.org/blfs/view/svn/x/x7driver.html

Re: X11 is totally hosed on the last update

Reply #20 –
In situations like this I get a tty login or chroot from an Artix iso, or another Linux OS on the same PC.
Look in /var/log/pacman.log to see what was upgraded.
Then downgrade,  with root permissions:
Code: [Select]
cd /var/cache/pacman/pkg/
pacman -U package1-123-x86_64.pkg.tar.xz package2-123-x86_64.pkg.tar.xz
Probably there are easier / better ways (anyone have suggestions?) but this uses standard built in commands that will always be available. Use tab completion to make it easier typing the packages in the -U list. You might want to login on more than one tty to get extra pages on view at the same time, also use globs and grep to see what is in the cache if it is more than a tty screenful, like ls package1* .

Re: X11 is totally hosed on the last update

Reply #21 –
Quote from: ####### – on
In situations like this I get a tty login or chroot from an Artix iso, or another Linux OS on the same PC.
Look in /var/log/pacman.log to see what was upgraded.
Then downgrade,  with root permissions:
Code: [Select]
cd /var/cache/pacman/pkg/
pacman -U package1-123-x86_64.pkg.tar.xz package2-123-x86_64.pkg.tar.xz
Probably there are easier / better ways (anyone have suggestions?) but this uses standard built in commands that will always be available. Use tab completion to make it easier typing the packages in the -U list. You might want to login on more than one tty to get extra pages on view at the same time, also use globs and grep to see what is in the cache if it is more than a tty screenful, like ls package1* .

As far as I know, this is generally the best way to go about it. One of the unfortunate side effects of rolling release is that it can be hard to figure out which package exactly broke for you. You'll probably just have to go one-by-one downgrading until you find something that works (or possibly switch to wayland if you can). The only other thing worth mentioning is that there is a handy AUR package, downgrade, which is a set of bash scripts that make the process easier and can fetch old versions from remote repositories as well as your package cache.

Re: X11 is totally hosed on the last update

Reply #22 –
Quote from: Dudemanguy – on
As far as I know, this is generally the best way to go about it. One of the unfortunate side effects of rolling release is that it can be hard to figure out which package exactly broke for you. You'll probably just have to go one-by-one downgrading until you find something that works (or possibly switch to wayland if you can). The only other thing worth mentioning is that there is a handy AUR package, downgrade, which is a set of bash scripts that make the process easier and can fetch old versions from remote repositories as well as your package cache.

[2018-06-27 08:36] [ALPM] upgraded xf86-input-evdev (2.10.5-1 -> 2.10.6-1)

Re: X11 is totally hosed on the last update

Reply #23 –
[2018-06-27 08:36] [ALPM] upgraded xorg-server-common (1.20.0-5 -> 1.20.0-9.1)
[2018-06-27 08:36] [ALPM] upgraded xorg-server (1.20.0-5 -> 1.20.0-9.1)
[2018-06-27 08:36] [ALPM] upgraded xorg-server-xvfb (1.20.0-5 -> 1.20.0-9.1)
[2018-06-27 08:36] [ALPM] upgraded xorg-server-xwayland (1.20.0-5 -> 1.20.0-9.1)

Re: X11 is totally hosed on the last update

Reply #24 –
I have no idea how x is working at this point.  Even when started on the command line it runs in an unfamilar way

Code: [Select]
  |           `-su,2608,2608 -
  |               `-bash,2610,2610
  |                   `-xinit,25186,25186 /usr/bin/wmaker -- :2
  |                       |-Xorg,25187,25187 :2
  |                       |   |-{Xorg},25190,25187
  |                       |   |-{Xorg},25191,25187
  |                       |   |-{Xorg},25192,25187
  |                       |   `-{Xorg},25193,25187
  |                       `-wmaker,25195,25195
  |                           `-wmaker,25196,25195 --for-real=
  |                               `-xterm,25203,25203
  |                                   `-bash,25205,25205

window maker is running with a default setup as if it is not running from my home directory.

Re: X11 is totally hosed on the last update

Reply #25 –
Actually, that only works because I ran

su-
and then
su  ruben

It fails to work altogether from the command line

Code: [Select]
 45 [100320.662] (II) Module ABI versions:
 46 [100320.662]   X.Org ANSI C Emulation: 0.4
 47 [100320.662]   X.Org Video Driver: 24.0
 48 [100320.662]   X.Org XInput driver : 24.1
 49 [100320.662]   X.Org Server Extension : 10.0
 50 [100320.664] (II) systemd-logind: took control of session /org/freedesktop/login1/session/c11
 51 [100320.664] (II) xfree86: Adding drm device (/dev/dri/card0)
 52 [100320.664] (II) systemd-logind: got fd for /dev/dri/card0 226:0 fd 10 paused 0
 53 [100320.665] (--) PCI:*(0@0:2:0) 8086:1912:103c:802f rev 6, Mem @ 0xd0000000/16777216, 0xc0000000/268435456, I/O @ 0x00003000/64, BIOS @ 0x????????/131072
 54 [100320.665] (II) Open ACPI successful (/var/run/acpid.socket)
...
 93    GM45, 4 Series, G45/G43, Q45/Q43, G41, B43
 94 [100320.667] (II) intel: Driver for Intel(R) HD Graphics
 95 [100320.667] (II) intel: Driver for Intel(R) Iris(TM) Graphics
 96 [100320.667] (II) intel: Driver for Intel(R) Iris(TM) Pro Graphics
 97 [100320.667] (II) modesetting: Driver for Modesetting Kernel Drivers: kms
 98 [100320.667] (II) FBDEV: driver for framebuffer: fbdev
 99 [100320.667] (II) VESA: driver for VESA chipsets: vesa
100 [100320.667] (EE)
101 Fatal server error:
102 [100320.667] (EE) parse_vt_settings: Cannot open /dev/tty0 (Permission denied)
103 [100320.667] (EE)
104 [100320.667] (EE)
105 Please consult the The X.Org Foundation support
106    ¦at http://wiki.x.org
107  for help.
108 [100320.667] (EE) Please also check the log file at "/home/ruben/.local/share/xorg/Xorg.3.log" for additional information.

Re: X11 is totally hosed on the last update

Reply #26 –
Please do not cross post, you already started a thread on your issue!

Merged.

Re: X11 is totally hosed on the last update

Reply #27 –
             vulkan-icd-loader-1.1.80+2940+da58202e9-1
               xf86-input-libinput-0.28.0-1  xfsprogs-4.17.0-1
               xorg-mkfontdir-1.0.7-9  zeromq-4.2.5-1  zsh-5.5.1-2


Look what is on the latest update ... sigh
 

Re: X11 is totally hosed on the last update

Reply #28 –
This update took forever to startup and is just sluggish.  I don't know how you guys deal with this freedeskup crap.  I have no idea what it is doing.  It is just sluggish as hell and udev goes crazy at times.