Arch unstable after latests update -- rofi & xfce4-terminal

nmiculinic · 2018-05-10 11:58:12

I've updated arch linux recently.

First of all, I cannot replace compositeproto with extra/xorgproto (( and dozens of packages like that )). I have error libxfont: removing fontsporot break dependency 'fontsproto>=2.1.3'

Second, I cannot start rofi (( exit code 139, which is SIGSEGV )) and xfce4-terminal on right click crashes. In journalcrl I see some stack trace related to ld-linux-x86-64.so.2

xfce4-terminal crashes on the right click, I cannot find stack trace for it.

Also nm-applet crashes after the update. Chrome, goland work normally, firefox crashes. Atom works normally.

seth · 2018-05-10 12:51:08

Please search before posting, https://bbs.archlinux.org/viewtopic.php?id=234361

I don't even want to ask how you updated despite the conflict, but it's the cause of (at least most of) your other issues.

nmiculinic · 2018-05-11 09:58:22

Thank you for the link.

I updated whole system, inclucing AUR packages. I passed through the instructions provided. I had fontconfig problems which I "solved" by dirty fix found on arch forums.

the problem persists, and it's worse. Now chrome crashes too with SIGSEGV. Goland, polybar, i3, continue to work.

xfce4-terminal crashes on right click.

nmiculinic · 2018-05-11 10:11:17

Thank you for the link.

I updated whole system, inclucing AUR packages. I passed through the instructions provided. I had fontconfig problems which I "solved" by dirty fix found on arch forums.

the problem persists, and it's worse. Now chrome crashes too with SIGSEGV. Goland, polybar, i3, continue to work.

xfce4-terminal crashes on right click.

nmiculinic · 2018-05-11 12:23:39

http://ix.io/1a2a

I've pasted journalctl -b -p 3 output there with core dump's stack trace

V1del · 2018-05-11 12:40:56

Post your /var/log/pacman.log and

pacman -Qm

.

Last edited by V1del (2018-05-11 14:17:49)

seth · 2018-05-11 14:13:51

All crashes seem in dlopen - did you reboot after the update?
But in general, this smells like a bad symlink to some libc or libdl shared object.

Also output of

pacman -Qkk

Slithery · 2018-05-11 14:25:41

nmiculinic wrote:

...which I "solved" by dirty fix found on arch forums.

We need to know exactly what you did or how are we supposed to help?

nmiculinic · 2018-05-11 15:32:14

/var/log/pacman.log (since March 2018)
http://ix.io/1a38

pacman -Qm
http://ix.io/1a35

Pacman -Qkk
http://ix.io/1a36

Yes, I did reboot multiple times.

as for font hackery:
https://bbs.archlinux.org/viewtopic.php … 7#p1778447

(( I didn't think it was relevant, since font failure is pretty loud and clear and I lost access to browser, which makes things harder. I tried finding statically compiled chrome/firefox, but to no avail ))

seth · 2018-05-11 15:51:50

https://bbs.archlinux.org/viewtopic.php … 7#p1778447 is not a resolution of the libxfont/fontsproto conflict.

[2018-05-10 12:53] [PACMAN] Running 'pacman -Syu'
...
[2018-05-10 13:09] [PACMAN] Running 'pacman --force -Syu'
...
[2018-05-10 13:19] [PACMAN] Running 'pacman --force -Syu'
...
[2018-05-10 13:42] [PACMAN] Running 'pacman --force -Syu'

This translates to "hello disaster" ...
The problematic package seemed to have been icu (untracked present files)?
So the issue is probably in this area and lo and behold:

icu: 257 total files, 60 altered files

Fix that package and then write 1000 times
"I will not use the force switch unless I *really* know what I do!"

And don't you dare to use cnp ...

seth · 2018-05-11 16:01:16

Addendum, more suspicious packages:

autosshfs-git: 13 total files, 2 altered files
filesystem: 111 total files, 1 altered file
fontconfig: 538 total files, 54 altered files
ghc-libs: 1110 total files, 1 altered file
google-cloud-sdk: 16566 total files, 14372 altered files
grub: 1058 total files, 1 altered file
gsfonts: 80 total files, 24 altered files
icu: 257 total files, 60 altered files
influxdb: 35 total files, 1 altered file
intel-ucode: 7 total files, 1 altered file
jackett: 294 total files, 284 altered files
java-runtime-common: 21 total files, 2 altered files
jupyter-widgetsnbextension: 28 total files, 17 altered files
kubernetes-helm-bin: 3 total files, 1 altered file
linux: 6321 total files, 10 altered files
networkmanager: 457 total files, 1 altered file
nginx: 45 total files, 1 altered file
noto-fonts: 393 total files, 3 altered files
openblas: 18 total files, 3 altered files
python-beautifulsoup4: 74 total files, 64 altered files
python-blinker: 27 total files, 17 altered files
python-chardet: 139 total files, 83 altered files
python-click: 66 total files, 56 altered files
python-colorama: 33 total files, 23 altered files
python-crypto: 442 total files, 164 altered files
python-idna: 39 total files, 16 altered files
python-ipywidgets: 75 total files, 61 altered files
python-keyring: 117 total files, 102 altered files
python-markupsafe: 30 total files, 20 altered files
python-passlib: 332 total files, 302 altered files
python-rsa: 80 total files, 8 altered files
python-secretstorage: 37 total files, 27 altered files
python-traitlets: 112 total files, 33 altered files
python-urllib3: 100 total files, 72 altered files
python-virtualenv: 41 total files, 16 altered files
python-watchdog: 106 total files, 1 altered file
python2-backports: 7 total files, 2 altered files
sonarr: 194 total files, 1 altered file
systemd: 1443 total files, 1 altered file
texlive-core: 24156 total files, 1 altered file
ttf-dejavu: 45 total files, 12 altered files

nmiculinic · 2018-05-14 11:07:28

> Fix that package and then write 1000 times
"I will not use the force switch unless I *really* know what I do!"

Ok! I did it because I installed some pip packages with sudo...this system has been used a long time, and as such a lot of stuff I should clean someday

> And don't you dare to use cnp ...

cnp?

I ran:

pacman -Qnq | sudo pacman -S -

which seems to fix things. I'll use the system for next few days, and if everything's alright, I'll mark it as solved.

seth · 2018-05-14 12:24:51

Copy 'n paste. That'd be too simple :-P

I'm not terribly sure that fixed stuff. Ensure "LC_ALL=C pacman -Qkk | grep -v ', 0 altered files'" doesn't yell huge amounts of altered files and notably not in really fundamental ones (those w/ tons of dependencies)

nmiculinic · 2018-05-14 13:56:08

 ~ (master) ✔ cat /tmp/kk | grep -v ', 0 altered files' | grep 'altered files'                                                                                                  k8s [staging] 
autosshfs-git: 13 total files, 2 altered files
filesystem: 111 total files, 2 altered files
google-cloud-sdk: 16566 total files, 14372 altered files
jackett: 294 total files, 284 altered files
java-runtime-common: 21 total files, 2 altered files
0 altered files
libopenblas: 24 total files, 3 altered files
linux: 6321 total files, 10 altered files
systemd: 1443 total files, 2 altered files
 ~ (master) ✔                                                                                                                                                                   k8s [staging]

This is all that has altered files.

There's a lot of:

warning: jackett: /usr/lib/jackett/Definitions/zelkaorg.yml (Modification time mismatch)
warning: jackett: /usr/lib/jackett/Definitions/zooqle.yml (UID mismatch)
warning: jackett: /usr/lib/jackett/Definitions/zooqle.yml (GID mismatch)
warning: jackett: /usr/lib/jackett/Definitions/zooqle.yml (Modification time mismatch)
warning: jackett: /usr/lib/jackett/Definitions/ztracker.yml (UID mismatch)
warning: jackett: /usr/lib/jackett/Definitions/ztracker.yml (GID mismatch)
warning: jackett: /usr/lib/jackett/Definitions/ztracker.yml (Modification time mismatch)
backup file: i3-gaps: /etc/i3/config (Modification time mismatch)
backup file: i3-gaps: /etc/i3/config (Size mismatch)
backup file: i3lock: /etc/pam.d/i3lock (Modification time mismatch)
backup file: i3lock: /etc/pam.d/i3lock (Size mismatch)

stuff like this, Size/modification time/GID.

How can a file become altered under normal usage? Is this like changing default /etc files or something else?

Last edited by nmiculinic (2018-05-14 13:56:18)

seth · 2018-05-14 20:18:40

It's typically altered configs, yes.
And apparently sth. changed file ownership in /usr/lib/jackett/Definitions/

Arch Linux

#1 2018-05-10 11:58:12

Arch unstable after latests update -- rofi & xfce4-terminal

#2 2018-05-10 12:51:08

Re: Arch unstable after latests update -- rofi & xfce4-terminal

#3 2018-05-11 09:58:22

Re: Arch unstable after latests update -- rofi & xfce4-terminal

#4 2018-05-11 10:11:17

Re: Arch unstable after latests update -- rofi & xfce4-terminal

#5 2018-05-11 12:23:39

Re: Arch unstable after latests update -- rofi & xfce4-terminal

#6 2018-05-11 12:40:56

Re: Arch unstable after latests update -- rofi & xfce4-terminal

#7 2018-05-11 14:13:51

Re: Arch unstable after latests update -- rofi & xfce4-terminal

#8 2018-05-11 14:25:41

Re: Arch unstable after latests update -- rofi & xfce4-terminal

#9 2018-05-11 15:32:14

Re: Arch unstable after latests update -- rofi & xfce4-terminal

#10 2018-05-11 15:51:50

Re: Arch unstable after latests update -- rofi & xfce4-terminal

#11 2018-05-11 16:01:16

Re: Arch unstable after latests update -- rofi & xfce4-terminal

#12 2018-05-14 11:07:28

Re: Arch unstable after latests update -- rofi & xfce4-terminal

#13 2018-05-14 12:24:51

Re: Arch unstable after latests update -- rofi & xfce4-terminal

#14 2018-05-14 13:56:08

Re: Arch unstable after latests update -- rofi & xfce4-terminal

#15 2018-05-14 20:18:40

Re: Arch unstable after latests update -- rofi & xfce4-terminal

Board footer