Partial upgrade causing packages not to start

Nautical · 11 March 2025 18:36

Hi,

I had difficulties installing the last batch of updates, which was caused by some version of electron (

icu

refused to install), and I found somewhere someone recommending removing electron. I did, but the result is that several packages no longer work/start, and from my limited knowledge “by launching a package in the terminal” I found that the packages wont start due to some library issue.

I did not want to paste some command in the terminal, then end up with a non-functioning system, so I though to ask first

This is what happens when I launch some packages in the terminal:

fsearch

fsearch: error while loading shared libraries: libicuuc.so.75: cannot open shared object file: No such file or directory

easystroke

easystroke: error while loading shared libraries: libboost_serialization.so.1.86.0: cannot open shared object file: No such file or directory

The following happens for youtube-dl & yt-dlp

sudo pacman -Syy yt-dlp
...
reinstalling yt-dlp

(1/1) reinstalling yt-dlp                                                                                                      [############################################################################] 100%
ldconfig: /usr/lib/libicuio.so.75 is for unknown machine 183.
ldconfig: /usr/lib/libicutest.so.75.1 is for unknown machine 183.
ldconfig: /usr/lib/libicuuc.so.75.1 is for unknown machine 183.
ldconfig: /usr/lib/libicutu.so.75 is for unknown machine 183.
ldconfig: /usr/lib/libicutu.so.75.1 is for unknown machine 183.
ldconfig: /usr/lib/libicutest.so.75 is for unknown machine 183.
ldconfig: /usr/lib/libicudata.so.75.1 is for unknown machine 183.
ldconfig: /usr/lib/libicui18n.so.75 is for unknown machine 183.
ldconfig: /usr/lib/libicuuc.so.75 is for unknown machine 183.
ldconfig: /usr/lib/libicudata.so.75 is for unknown machine 183.
ldconfig: /usr/lib/libicui18n.so.75.1 is for unknown machine 183.
ldconfig: /usr/lib/libicuio.so.75.1 is for unknown machine 183.

:: Running post-transaction hooks...
(1/2) Arming ConditionNeedsUpdate...
(2/2) Refreshing PackageKit...

/usr/bin/chromium --disable-features=GlobalMediaControls --disable-features=CustomizeChromeSidePanel %U

/usr/lib/chromium/chromium: error while loading shared libraries: libicui18n.so.75: cannot open shared object file: No such file or directory

ldconfig

ldconfig: /usr/lib/libicuio.so.75 is for unknown machine 183.
ldconfig: /usr/lib/libicutest.so.75.1 is for unknown machine 183.
ldconfig: /usr/lib/libicuuc.so.75.1 is for unknown machine 183.
ldconfig: /usr/lib/libicutu.so.75 is for unknown machine 183.
ldconfig: /usr/lib/libicutu.so.75.1 is for unknown machine 183.
ldconfig: /usr/lib/libicutest.so.75 is for unknown machine 183.
ldconfig: /usr/lib/libicudata.so.75.1 is for unknown machine 183.
ldconfig: /usr/lib/libicui18n.so.75 is for unknown machine 183.
ldconfig: /usr/lib/libicuuc.so.75 is for unknown machine 183.
ldconfig: /usr/lib/libicudata.so.75 is for unknown machine 183.
ldconfig: /usr/lib/libicui18n.so.75.1 is for unknown machine 183.
ldconfig: /usr/lib/libicuio.so.75.1 is for unknown machine 183.
ldconfig: Can't create temporary cache file /etc/ld.so.cache~: Permission denied

libicu, libicuio, and libicu-dev gave:

bash: libicu: command not found
bash: libicuio: command not found
bash: libicu-dev: command not found

I waited now for 3 days before posting this, I seem not to find anyone who has had the same issues

In the meantime, I found this fix:

Chromium does not run after latest unstable update

And after applying it, …

please update the chromium package

… rebooted, saw that nothing was fixed, reread & saw the tags
ARM
Chromium
Raspberry-pi
Arm-unstable

Edit-01:
I did not apply the last step in (please update the chromium package) ;

To remove the above tmp fix (remove leftover files in the future when fixed)

sudo rm /usr/lib/libicu*75 /usr/lib/libicu*75.1 /usr/lib/libFLAC.so.12

All and any help is much appreciated.

My system:
Note that I did redact some info!

System:
  Kernel: 6.12.17-1-MANJARO arch: x86_64 bits: 64 compiler: gcc v: 14.2.1
    clocksource: tsc avail: hpet,acpi_pm
    parameters: BOOT_IMAGE=/boot/vmlinuz-6.12-x86_64
    root=UUID=b672b51b-7667-46e5-8a89-26f7e3900126 rw rd.driver.pre=vfio-pci
    amd_iommu=on quiet
    cryptdevice=UUID=a566765b-d961-42f0-8993-e5516f206be3:luks-a566765b-d961-42f0-8993-e5516f206be3
    root=/dev/mapper/luks-a566765b-d961-42f0-8993-e5516f206be3 splash
    apparmor=1 security=apparmor udev.log_priority=3
  Desktop: Xfce v: 4.20.1 tk: Gtk v: 3.24.48 wm: xfwm4 v: 4.20.0
    with: xfce4-panel tools: light-locker,xfce4-screensaver dm: LightDM v: 1.32.0
    Distro: Manjaro base: Arch Linux
Machine:
  Type: Desktop 
  Mobo: ASUSTeK model: PRIME TRX40-PRO 
    UEFI: American Megatrends v: 2102 date: 02/16/2024

Memory:
  System RAM: total: 128 GiB available: 125.66 GiB used: 14.06 GiB (11.2%)

  
PCI Slots:
  Slot: 0 type: PCIe status: in use length: long volts: 3.3 bus-ID: 00:00.0
  Slot: 1 type: PCIe status: in use length: long volts: 3.3 bus-ID: 00:00.0
  Slot: 2 type: PCIe status: in use length: long volts: 3.3 bus-ID: 00:00.0
  Slot: 3 type: PCIe status: in use length: short volts: 3.3 bus-ID: 00:00.0

CPU:
  Info: model: AMD Ryzen Threadripper 3970X socket: SP3r2 (sTRX4) 

  
  Flags: 3dnowprefetch abm adx aes aperfmperf apic arat avic avx avx2 bmi1
    bmi2 bpext cat_l3 cdp_l3 clflush clflushopt clwb clzero cmov cmp_legacy
    constant_tsc cpb cpuid cqm cqm_llc cqm_mbm_local cqm_mbm_total
    cqm_occup_llc cr8_legacy cx16 cx8 de decodeassists extapic extd_apicid
    f16c flushbyasid fma fpu fsgsbase fxsr fxsr_opt ht hw_pstate ibpb ibs
    irperf lahf_lm lbrv lm mba mca mce misalignsse mmx mmxext monitor movbe
    msr mtrr mwaitx nonstop_tsc nopl npt nrip_save nx osvw overflow_recov pae
    pat pausefilter pclmulqdq pdpe1gb perfctr_core perfctr_llc perfctr_nb
    pfthreshold pge pni popcnt pse pse36 rapl rdpid rdpru rdrand rdseed rdt_a
    rdtscp rep_good sep sev sev_es sha_ni skinit smap smca smep ssbd sse sse2
    sse4_1 sse4_2 sse4a ssse3 stibp succor svm svm_lock syscall tce topoext
    tsc tsc_scale umip v_spec_ctrl v_vmsave_vmload vgif vmcb_clean vme vmmcall
    wbnoinvd wdt xgetbv1 xsave xsavec xsaveerptr xsaveopt xsaves xtopology


Graphics:
  Device-1: NVIDIA TU104GL [Quadro RTX 4000] driver: nvidia v: 470.256.02
    alternate: nouveau,nvidia_drm non-free: 550/565.xx+ status: current (as of
    2025-01; EOL~2026-12-xx) arch: Turing code: TUxxx process: TSMC 12nm FF
    built: 2018-2022 pcie: gen: 3 speed: 8 GT/s lanes: 16 ports: active: none
    off: DP-2 empty: DP-1,DP-3,Unknown-2 bus-ID: 01:00.0 chip-ID: 10de:1eb1
    class-ID: 0300
  Display: x11 server: X.org v: 1.21.1.16 compositor: xfwm4 v: 4.20.0 driver:
    X: loaded: N/A failed: nvidia gpu: nvidia,nvidia-nvswitch display-ID: :0.0
    screens: 1
  Screen-1: 0 s-res: 2560x1440 s-size: <missing: xdpyinfo>
  Monitor-1: DP-2 res: N/A size: 600x340mm (23.62x13.39") modes: N/A
  API: EGL v: 1.5 hw: drv: nvidia platforms: device: 0 drv: nvidia gbm:
    drv: kms_swrast surfaceless: drv: swrast x11: drv: nvidia inactive: wayland
  API: OpenGL v: 4.6.0 compat-v: 4.5 vendor: nvidia v: 470.256.02 glx-v: 1.4
    direct-render: yes renderer: Quadro RTX 4000/PCIe/SSE2 memory: 7.81 GiB
  API: Vulkan v: 1.4.304 layers: 1 device: 0 type: discrete-gpu
    name: Quadro RTX 4000 driver: N/A device-ID: 10de:1eb1 surfaces: xcb,xlib
  Info: Tools: api: eglinfo, glxinfo, vulkaninfo de: xfce4-display-settings
    gpu: nvidia-settings,nvidia-smi x11: xprop,xrandr




Drives:
  Local Storage: total: 4.36 TiB used: 1.17 TiB (26.8%)
  SMART Message: Required tool smartctl not installed. Check --recommends
  ID-1: /dev/nvme0n1 maj-min: 259:2 vendor: Intel model: SSDPEKNW020T8
    size: 1.86 TiB block-size: physical: 512 B logical: 512 B speed: 31.6 Gb/s
    lanes: 4 tech: SSD serial: <filter> fw-rev: 002C temp: 40.9 C scheme: GPT
  ID-2: /dev/nvme1n1 maj-min: 259:0 vendor: Samsung model: SSD 990 PRO 2TB
    size: 1.82 TiB block-size: physical: 512 B logical: 512 B speed: 63.2 Gb/s
    lanes: 4 tech: SSD serial: <filter> fw-rev: 3B2QJXD7 temp: 44.9 C
    scheme: MBR
  ID-3: /dev/sda maj-min: 8:0 vendor: Crucial model: CT750MX300SSD1
    size: 698.64 GiB block-size: physical: 512 B logical: 512 B speed: 6.0 Gb/s
    tech: SSD serial: <filter> fw-rev: R011 scheme: MBR
  Message: No optical or floppy data found.


Sensors:
  System Temperatures: cpu: 43.2 C mobo: N/A gpu: nvidia temp: 64 C
  Fan Speeds (rpm): N/A gpu: nvidia fan: 37%


Repos:
  Packages: 2114 pm: dpkg pkgs: 0 pm: pacman pkgs: 2095 libs: 430
    tools: pacseek,pamac,paru,yay pm: rpm pkgs: 0 tools: dnf pm: flatpak pkgs: 13
    pm: snap pkgs: 6
  Active pacman repo servers in: /etc/pacman.conf
    1: https://download.opensuse.org/repositories/home:/ungoogled_chromium/Arch/$arch
  Active pacman repo servers in: /etc/pacman.d/mirrorlist
    1: https://manjaro.mirror.wearetriple.com/stable/$repo/$arch
    2: https://ask4.mm.fcix.net/manjaro/stable/$repo/$arch
    3: https://ipng.mm.fcix.net/manjaro/stable/$repo/$arch
    4: https://ftp.gwdg.de/pub/linux/manjaro/stable/$repo/$arch
    5: https://manjaro.ipacct.com/manjaro/stable/$repo/$arch
    6: https://ftp.lysator.liu.se/pub/manjaro/stable/$repo/$arch
    7: https://mirror.vinehost.net/manjaro/stable/$repo/$arch
    8: https://mirror.zetup.net/manjaro/stable/$repo/$arch
    9: https://mirror1.sox.rs/manjaro/stable/$repo/$arch
    10: https://mirrors.manjaro.org/repo/stable/$repo/$arch
    11: http://manjaro.mirrors.uk2.net/stable/$repo/$arch
    12: https://mirror.init7.net/manjaro/stable/$repo/$arch
    13: https://manjaro.mirrors.lavatech.top/stable/$repo/$arch
    14: https://mirror.koddos.net/manjaro/stable/$repo/$arch
    15: https://ftp.nluug.nl/pub/os/Linux/distr/manjaro/stable/$repo/$arch
    16: https://mirror.raiolanetworks.com/manjaro/stable/$repo/$arch
    17: https://mirror.bouwhuis.network/manjaro/stable/$repo/$arch
    18: https://mirrors2.manjaro.org/stable/$repo/$arch
    19: http://ftp.tu-chemnitz.de/pub/linux/manjaro/stable/$repo/$arch
    20: https://mirror.futureweb.be/manjaro/stable/$repo/$arch
    21: https://mirror.easyname.at/manjaro/stable/$repo/$arch
    22: https://mirrors.cicku.me/manjaro/stable/$repo/$arch
    23: https://mirror.alpix.eu/manjaro/stable/$repo/$arch
    24: https://manjaro.kurdy.org/stable/$repo/$arch
    25: http://ftp.rz.tu-bs.de/pub/mirror/manjaro.org/repos/stable/$repo/$arch
    26: https://manjaro.ynh.ovh/stable/$repo/$arch
    27: https://www.mirrorservice.org/sites/repo.manjaro.org/repos/stable/$repo/$arch
    28: https://mirror.telepoint.bg/manjaro/stable/$repo/$arch
  No active dnf repos in: /etc/dnf/dnf.conf
Processes:
  CPU top: 5 of 924
  1: cpu: 22.7% command: brave pid: 20947 mem: 305.8 MiB (0.2%)
  2: cpu: 22.5% command: brave pid: 8057 mem: 155.1 MiB (0.1%)
  3: cpu: 17.4% command: electron pid: 9786 mem: 788.0 MiB (0.6%)
  4: cpu: 13.0% command: electron pid: 9766 mem: 207.8 MiB (0.1%)
  5: cpu: 11.7% command: brave pid: 7657 mem: 879.3 MiB (0.6%)
  Memory top: 5 of 924
  1: mem: 1049.8 MiB (0.8%) command: electron-mail pid: 3839 cpu: 0.2%
  2: mem: 879.3 MiB (0.6%) command: brave pid: 7657 cpu: 11.7%
  3: mem: 829.8 MiB (0.6%) command: electron-mail pid: 3936 cpu: 0.4%
  4: mem: 829.4 MiB (0.6%) command: electron-mail pid: 3857 cpu: 0.5%
  5: mem: 808.5 MiB (0.6%) command: electron-mail pid: 3917 cpu: 0.4%
Info:
  Processes: 924 Power: uptime: 3h 36m states: freeze,mem,disk suspend: deep
    avail: s2idle wakeups: 0 hibernate: platform avail: shutdown, reboot,
    suspend, test_resume image: 50.24 GiB services: upowerd,xfce4-power-manager
    Init: systemd v: 257 default: graphical tool: systemctl
  Compilers: clang: 19.1.7 gcc: 14.2.1 alt: 13 Shell: Sudo (sudo) v: 1.9.16p2
    default: Bash v: 5.2.37 running-in: xfce4-terminal inxi: 3.3.37

Teo · 11 March 2025 19:20

I suppose all those are aur packages. You have to update the core system first, which it seems you did, and then rebuild all aur packages. So that fsearch when rebuild will start to look for icu 76, which you NOW habe. Cause right now it is still looking for 75 which was there before. It is a rolling system - everything has to roll together forwards.

And generally aur usage is discouraged on stable branch, because not everything will work. You need unstable to be fully aur compatible.

Being fsearch user myself (hence i know the icu problem, it happens on every icu update), i just whant to note that there is a flatpak version too, with minor limitations. And that would be independent from system updates.
P.s. sudo yay -Sua, after system update!. Or use pamac, or paru, whatever.

Nautical · 11 March 2025 22:21

Cannot remove packages, “–rebuildall”, or reinstall any packag!

ldconfig: /usr/lib/libicuio.so.75 is for unknown machine 183.
ldconfig: /usr/lib/libicutest.so.75.1 is for unknown machine 183.
ldconfig: /usr/lib/libicuuc.so.75.1 is for unknown machine 183.
ldconfig: /usr/lib/libicutu.so.75 is for unknown machine 183.
ldconfig: /usr/lib/libicutu.so.75.1 is for unknown machine 183.
ldconfig: /usr/lib/libicutest.so.75 is for unknown machine 183.
ldconfig: /usr/lib/libicudata.so.75.1 is for unknown machine 183.
ldconfig: /usr/lib/libicui18n.so.75 is for unknown machine 183.
ldconfig: /usr/lib/libicuuc.so.75 is for unknown machine 183.
ldconfig: /usr/lib/libicudata.so.75 is for unknown machine 183.
ldconfig: /usr/lib/libicui18n.so.75.1 is for unknown machine 183.
ldconfig: /usr/lib/libicuio.so.75.1 is for unknown machine 183.

yay -Sua
Updates the Brave browser, which is not giving me any issues.

Wont try running sudo ldconfig unless someone actuually recommends it!

ls -FaXlh /usr/lib/libicu*

-rwxr-xr-x 1 root root  30M mars   7 20:47 /usr/lib/libicudata.so.75.1*
-rwxr-xr-x 1 root root  31M feb.   6 16:17 /usr/lib/libicudata.so.76.1*
-rwxr-xr-x 1 root root 4,0M mars   7 20:47 /usr/lib/libicui18n.so.75.1*
-rwxr-xr-x 1 root root 3,5M feb.   6 16:17 /usr/lib/libicui18n.so.76.1*
-rwxr-xr-x 1 root root  66K mars   7 20:47 /usr/lib/libicuio.so.75.1*
-rwxr-xr-x 1 root root  59K feb.   6 16:17 /usr/lib/libicuio.so.76.1*
-rwxr-xr-x 1 root root 132K mars   7 20:47 /usr/lib/libicutest.so.75.1*
-rwxr-xr-x 1 root root  76K feb.   6 16:17 /usr/lib/libicutest.so.76.1*
-rwxr-xr-x 1 root root 259K mars   7 20:47 /usr/lib/libicutu.so.75.1*
-rwxr-xr-x 1 root root 215K feb.   6 16:17 /usr/lib/libicutu.so.76.1*
-rwxr-xr-x 1 root root 2,3M mars   7 20:47 /usr/lib/libicuuc.so.75.1*
-rwxr-xr-x 1 root root 2,0M feb.   6 16:17 /usr/lib/libicuuc.so.76.1*
lrwxrwxrwx 1 root root   27 mars   7 20:48 /usr/lib/libicudata.so.75 -> /usr/lib/libicudata.so.75.1*
lrwxrwxrwx 1 root root   27 mars   7 20:48 /usr/lib/libicui18n.so.75 -> /usr/lib/libicui18n.so.75.1*
lrwxrwxrwx 1 root root   25 mars   7 20:48 /usr/lib/libicuio.so.75 -> /usr/lib/libicuio.so.75.1*
lrwxrwxrwx 1 root root   27 mars   7 20:48 /usr/lib/libicutest.so.75 -> /usr/lib/libicutest.so.75.1*
lrwxrwxrwx 1 root root   25 mars   7 20:48 /usr/lib/libicutu.so.75 -> /usr/lib/libicutu.so.75.1*
lrwxrwxrwx 1 root root   25 mars   7 20:48 /usr/lib/libicuuc.so.75 -> /usr/lib/libicuuc.so.75.1*
lrwxrwxrwx 1 root root   18 feb.   6 16:17 /usr/lib/libicudata.so.76 -> libicudata.so.76.1*
lrwxrwxrwx 1 root root   18 feb.   6 16:17 /usr/lib/libicui18n.so.76 -> libicui18n.so.76.1*
lrwxrwxrwx 1 root root   16 feb.   6 16:17 /usr/lib/libicuio.so.76 -> libicuio.so.76.1*
lrwxrwxrwx 1 root root   18 feb.   6 16:17 /usr/lib/libicutest.so.76 -> libicutest.so.76.1*
lrwxrwxrwx 1 root root   16 feb.   6 16:17 /usr/lib/libicutu.so.76 -> libicutu.so.76.1*
lrwxrwxrwx 1 root root   16 feb.   6 16:17 /usr/lib/libicuuc.so.76 -> libicuuc.so.76.1*
lrwxrwxrwx 1 root root   18 feb.   6 16:17 /usr/lib/libicudata.so -> libicudata.so.76.1*
lrwxrwxrwx 1 root root   18 feb.   6 16:17 /usr/lib/libicui18n.so -> libicui18n.so.76.1*
lrwxrwxrwx 1 root root   16 feb.   6 16:17 /usr/lib/libicuio.so -> libicuio.so.76.1*
lrwxrwxrwx 1 root root   18 feb.   6 16:17 /usr/lib/libicutest.so -> libicutest.so.76.1*
lrwxrwxrwx 1 root root   16 feb.   6 16:17 /usr/lib/libicutu.so -> libicutu.so.76.1*
lrwxrwxrwx 1 root root   16 feb.   6 16:17 /usr/lib/libicuuc.so -> libicuuc.so.76.1*

cscs · 11 March 2025 22:39

This is a partial upgrade command and should not be used.

Always use pacman -Syu unless there is some specific, good, reason to do otherwise.

And … youtube-dl is not in the repos.

Do you have some third party repositories enabled?

Yes, you do.

While being on Stable branch.

These mismatches are why you are having troubles.

Teo · 12 March 2025 07:58

I just saw you have both icu 76 and 75, which means leftovers which means partial upgrade (did someone change the topic title? Or was i blind).
I would start with a clean slate because this is a royal mess. Read the tutorial for recovering from interrupted update. Live usb, chroot, clean pacman.conf of junk like custom or dead repos, reset the mirrror list, resync, remove all aur (take notes, make list) Try to update with pacman -Syu, if something exists overwrite. If gone withouth errors, clean orphans. There was some pacman option to search for files that do not belong to package - use it to list leftovers and pipe it to remove. Maybe reinstall lts kernel and update grub for good measure.
Reboot and start building only the aur that you really need.

soundofthunder · 12 March 2025 09:50

To my knowledge youtube-dl hasn’t been actively recommended for a long while. The actual reason(s) for its falling from grace evade me for the time being, but I understand changes in the YouTube API were a part of it.

Enter yt-dlp – which apparently solved those issues.

Perhaps there were other considerations from licensing perspectives, however, I haven’t researched the topic.

youtube-dl should probably be removed.

Regards.

Nachlese · 12 March 2025 11:18

Just for information - perhaps interesting for OP (@Nautical):
I use ClipGrab as an AppImage - it internally uses the youtube downloader

https://clipgrab.org/

When I last tried to use it a few days ago to fetch some video from YT, it kept failing.
Perhaps another change on the side of YT ?

Aragorn · 13 March 2025 12:18

I use the repo version of clipgrab, and it works perfectly here, albeit that instead of using the system-wide yt-dlp, it insists on downloading yt-dlp locally.

linux-aarhus · 13 March 2025 13:10

@Nautical

First

Partial upgrade is not supported

Thank you for the tip.
My computer is running Mint - Manjaro exists only as several VM’s inside it.
For Mint/Debian/etc there exists only an AppImage - which stopped working because the youtube-dlp contained in it was too old (from somewhere in 2024).
So I looked at the PKGBUILD for the repo version of clipgrab, fetched the source and built it.
As you say, it first downloads the recent version of youtub-dlp - and now it works again.

ps:
if you know - where does it put the youtube-dlp which it fetches at first start?
I run this from ~/.local/bin and can’t find the downloader anywhere.

Nautical · 15 March 2025 14:02

Did not know that!

Lately, I used:
yay -Syu
or
yay -Syyuu

Must be, I cannot install any new packages at the moment!

I like ungoogled-chromium, and it is not found in the main repository “pacman’s”

What’s the best thing to do in this case (in the case where you must use that package and not an alternative one)?

Someone has renamed the topic, which I must say is idiotic because in my case, I was searching for the errors that I was getting in the console, and would never think of searching for that, especially since I still do not know what a “partial update” actually is!

The name of the topic was:

shared libraries libicuuc, libboost_serialization causing packages not to start fsearch, easystroke, yt-dlp, …

I hope that someone who ended up searching for the errors finds this and learns from it.

Thank you very much for the post, at the moment the only thing that I am thinking about is a fresh install!

Live USB: I have that.
chroot: I do not know what that is and a video I saw on that sounded like something complicated!
pacman.conf: I only have that one extra repo.
mirror list: I have a custom good one.
remove all AUR: that I might try doing before doing a fresh install!
clean orphans: pacman -Rns?
Maybe reinstall lts kernel and update grub for good measure: This has to be an ad for a fresh install!

Good tip, but at the moment I cannot remove or reinstall any packages.

No idea what a “partial upgrade” is or why I would do that on purpose.

I was using yay to do the upgrades on my system, I think that’s the source of all of these problems

In my case, “I liked yay” because it provided ungoogled-chromium, so I used for “everything”.

I’ll try doing that before opting for a fresh install
Thank you all for the tips and the information

ehhen · 17 March 2025 07:22

You’re right.

I remember that at some point youtube-dl stopped working for me, so I switched to yt-dlp. That was a long time ago.

❱ cat  /var/log/pacman.log | grep yt-dlp
[2021-12-07T14:35:00+0900] [ALPM] installed yt-dlp (2021.11.10.1-1)

Aragorn · 17 March 2025 09:31

It’s what happens when you install new software without making sure the rest of your system is up-to-date, or if you exclude certain packages from getting updated.

In other words, it leads to a broken system.

system · 20 March 2025 09:32

This topic was automatically closed 3 days after the last reply. New replies are no longer allowed.

Partial upgrade causing packages not to start

Chromium does not run after latest unstable update

please update the chromium package

To remove the above tmp fix (remove leftover files in the future when fixed)

First

Next