Latest Rolling Full system upgrades Broke Haskell dependencies

I am a newbie to Garuda Linux and am on Mokka KDE Desktop environment for about a month now.

Since the latest full system upgrade, am afraid, am seeing some haskell dependencies knocked out, which is causing some of the packages to not work anymore. First, here is my garuda-inxi output:

System:
Kernel: 6.14.4-zen1-2-zen arch: x86_64 bits: 64 compiler: gcc v: 15.1.1
clocksource: tsc avail: acpi_pm
parameters: BOOT_IMAGE=/@/boot/vmlinuz-linux-zen
root=UUID=3cb44b40-10ea-4ba9-b5f2-d55ffacaaed6 rw rootflags=subvol=@
vt.default_red=30,243,166,249,137,245,148,186,88,243,166,249,137,245,148,166
vt.default_grn=30,139,227,226,180,194,226,194,91,139,227,226,180,194,226,173
vt.default_blu=46,168,161,175,250,231,213,222,112,168,161,175,250,231,213,200
quiet resume=UUID=19bcb6f6-be63-4a3e-b2f7-80c5ca918637 loglevel=3 ibt=off
Desktop: KDE Plasma v: 6.3.4 tk: Qt v: N/A info: frameworks v: 6.13.0
wm: kwin_wayland with: ulauncher vt: 1 dm: SDDM Distro: Garuda
base: Arch Linux
Machine:
Type: Laptop System: HP product: HP Laptop 15-bs0xx v: Type1ProductConfigId
serial: <superuser required> Chassis: type: 10 serial: <superuser required>
Mobo: HP model: 832A v: 23.78 serial: <superuser required>
part-nu: 1WP51UA#ABA uuid: <superuser required> UEFI: Insyde v: F.65
date: 12/06/2019
Battery:
ID-1: BAT1 charge: 21.0 Wh (87.9%) condition: 23.9/31.1 Wh (76.8%)
volts: 11.6 min: 11.1 model: Hewlett-Packard PABAS0241231 type: Li-ion
serial: <filter> status: discharging
CPU:
Info: model: Intel Core i3-7100U bits: 64 type: MT MCP arch: Amber/Kaby Lake
note: check gen: core 7 level: v3 note: check built: 2017
process: Intel 14nm family: 6 model-id: 0x8E (142) stepping: 9
microcode: 0xF6
Topology: cpus: 1x dies: 1 clusters: 2 cores: 2 threads: 4 tpc: 2
smt: enabled cache: L1: 128 KiB desc: d-2x32 KiB; i-2x32 KiB L2: 512 KiB
desc: 2x256 KiB L3: 3 MiB desc: 1x3 MiB
Speed (MHz): avg: 800 min/max: 400/2400 scaling: driver: intel_pstate
governor: powersave cores: 1: 800 2: 800 3: 800 4: 800 bogomips: 19200
Flags: avx avx2 ht lm nx pae sse sse2 sse3 sse4_1 sse4_2 ssse3 vmx
Vulnerabilities: <filter>
Graphics:
Device-1: Intel HD Graphics 620 vendor: Hewlett-Packard driver: i915
v: kernel arch: Gen-9.5 process: Intel 14nm built: 2016-20 ports:
active: eDP-1 empty: DP-1,HDMI-A-1,HDMI-A-2 bus-ID: 00:02.0
chip-ID: 8086:5916 class-ID: 0300
Device-2: Sunplus Innovation HP TrueVision HD Camera driver: uvcvideo
type: USB rev: 2.0 speed: 480 Mb/s lanes: 1 mode: 2.0 bus-ID: 1-5:3
chip-ID: 1bcf:2c9b class-ID: 0e02
Display: wayland server: X.org v: 1.21.1.16 with: Xwayland v: 24.1.6
compositor: kwin_wayland driver: X: loaded: modesetting
alternate: fbdev,intel,vesa dri: iris gpu: i915 display-ID: 0
Monitor-1: eDP-1 model: AU Optronics 0x10ec built: 2017 res:
mode: 1366x768 hz: 60 scale: 95% (0.95) to: 1438x808 dpi: 101 gamma: 1.2
size: 344x193mm (13.54x7.6") diag: 394mm (15.5") ratio: 16:9
modes: 1366x768
API: EGL v: 1.5 hw: drv: intel iris platforms: device: 0 drv: iris
device: 1 drv: swrast gbm: drv: iris surfaceless: drv: iris wayland:
drv: iris x11: drv: iris
API: OpenGL v: 4.6 compat-v: 4.5 vendor: intel mesa v: 25.0.4-arch1.1
glx-v: 1.4 direct-render: yes renderer: Mesa Intel HD Graphics 620 (KBL GT2)
device-ID: 8086:5916 memory: 5.66 GiB unified: yes display-ID: :1.0
API: Vulkan v: 1.4.309 layers: 5 device: 0 type: integrated-gpu name: Intel
HD Graphics 620 (KBL GT2) driver: mesa intel v: 25.0.4-arch1.1
device-ID: 8086:5916 surfaces: xcb,xlib,wayland device: 1 type: cpu
name: llvmpipe (LLVM 19.1.7 256 bits) driver: mesa llvmpipe
v: 25.0.4-arch1.1 (LLVM 19.1.7) device-ID: 10005:0000
surfaces: xcb,xlib,wayland
Info: Tools: api: clinfo, eglinfo, glxinfo, vulkaninfo
de: kscreen-console,kscreen-doctor wl: wayland-info
x11: xdpyinfo, xprop, xrandr
Audio:
Device-1: Intel Sunrise Point-LP HD Audio vendor: Hewlett-Packard
driver: snd_hda_intel v: kernel alternate: snd_soc_avs bus-ID: 00:1f.3
chip-ID: 8086:9d71 class-ID: 0403
API: ALSA v: k6.14.4-zen1-2-zen status: kernel-api tools: N/A
Server-1: PipeWire v: 1.4.2 status: active with: 1: pipewire-pulse
status: active 2: wireplumber status: active 3: pipewire-alsa type: plugin
4: pw-jack type: plugin tools: pactl,pw-cat,pw-cli,wpctl
Network:
Device-1: Realtek RTL8111/8168/8211/8411 PCI Express Gigabit Ethernet
vendor: Hewlett-Packard driver: r8169 v: kernel pcie: gen: 1 speed: 2.5 GT/s
lanes: 1 port: 3000 bus-ID: 01:00.0 chip-ID: 10ec:8168 class-ID: 0200
IF: eno1 state: down mac: <filter>
Device-2: Intel Dual Band Wireless-AC 3168NGW [Stone Peak] driver: iwlwifi
v: kernel pcie: gen: 1 speed: 2.5 GT/s lanes: 1 bus-ID: 02:00.0
chip-ID: 8086:24fb class-ID: 0280
IF: wlo1 state: up mac: <filter>
Info: services: NetworkManager, smbd, systemd-timesyncd, wpa_supplicant
Bluetooth:
Device-1: Intel Wireless-AC 3168 Bluetooth driver: btusb v: 0.8 type: USB
rev: 2.0 speed: 12 Mb/s lanes: 1 mode: 1.1 bus-ID: 1-4:2 chip-ID: 8087:0aa7
class-ID: e001
Report: btmgmt ID: hci0 rfk-id: 0 state: up address: <filter> bt-v: 4.2
lmp-v: 8 status: discoverable: no pairing: no class-ID: 6c010c
Drives:
Local Storage: total: 1.82 TiB used: 41.09 GiB (2.2%)
SMART Message: Unable to run smartctl. Root privileges required.
ID-1: /dev/sda maj-min: 8:0 vendor: Crucial model: CT1000BX500SSD1
size: 931.51 GiB block-size: physical: 512 B logical: 512 B speed: 6.0 Gb/s
tech: SSD serial: <filter> fw-rev: 072 scheme: GPT
ID-2: /dev/sdb maj-min: 8:16 vendor: Crucial model: CT1000MX500SSD4
size: 931.51 GiB block-size: physical: 4096 B logical: 512 B speed: 6.0 Gb/s
tech: SSD serial: <filter> fw-rev: 023 scheme: GPT
Partition:
ID-1: / raw-size: 87.89 GiB size: 87.89 GiB (100.00%)
used: 32.35 GiB (36.8%) fs: btrfs dev: /dev/sda5 maj-min: 8:5
ID-2: /boot/efi raw-size: 640 MiB size: 638.7 MiB (99.80%)
used: 612 KiB (0.1%) fs: vfat dev: /dev/sda8 maj-min: 8:8
ID-3: /home raw-size: 73.24 GiB size: 73.24 GiB (100.00%)
used: 8.74 GiB (11.9%) fs: btrfs dev: /dev/sda6 maj-min: 8:6
ID-4: /var/log raw-size: 87.89 GiB size: 87.89 GiB (100.00%)
used: 32.35 GiB (36.8%) fs: btrfs dev: /dev/sda5 maj-min: 8:5
ID-5: /var/tmp raw-size: 87.89 GiB size: 87.89 GiB (100.00%)
used: 32.35 GiB (36.8%) fs: btrfs dev: /dev/sda5 maj-min: 8:5
Swap:
Kernel: swappiness: 133 (default 60) cache-pressure: 100 (default) zswap: no
ID-1: swap-1 type: zram size: 11.59 GiB used: 0 KiB (0.0%) priority: 100
comp: zstd avail: lzo-rle,lzo,lz4,lz4hc,deflate,842 max-streams: 4
dev: /dev/zram0
ID-2: swap-2 type: partition size: 11.72 GiB used: 0 KiB (0.0%)
priority: -2 dev: /dev/sda7 maj-min: 8:7
Sensors:
System Temperatures: cpu: 49.0 C pch: 44.5 C mobo: N/A
Fan Speeds (rpm): N/A
Info:
Memory: total: 12 GiB available: 11.59 GiB used: 4.51 GiB (38.9%)
Processes: 257 Power: uptime: 9m states: freeze,mem,disk suspend: deep
avail: s2idle wakeups: 0 hibernate: platform avail: shutdown, reboot,
suspend, test_resume image: 4.63 GiB services: org_kde_powerdevil,
power-profiles-daemon, upowerd Init: systemd v: 257 default: graphical
tool: systemctl
Packages: 2081 pm: pacman pkgs: 2075 libs: 450 tools: octopi,paru
pm: flatpak pkgs: 6 Compilers: clang: 19.1.7 gcc: 15.1.1 Shell: garuda-inxi
default: fish v: 4.0.2 running-in: konsole inxi: 3.3.38
Garuda (2.7.2-1):
System install date:     2025-03-22
Last full system update: 2025-05-01 ↻
Is partially upgraded:   No
Relevant software:       snapper NetworkManager dracut
Windows dual boot:       Probably (Run as root to verify)
Failed units:

Whenever I now execute garuda-update, I prominently see this showing up in failed dependencies:

:: Running post-transaction hooks...
( 1/10) Reloading system manager configuration...
( 2/10) Restarting marked services...
( 3/10) Arming ConditionNeedsUpdate...
( 4/10) Checking for package with missing dependencies...
File "/usr/lib/libHSdata-array-byte-0.1.0.1-BYDRYpt0UPY8jl7UYUj5XL-ghc9.2.8.so" from package "haskell-data-array-byte" is missing dependency "
libHStemplate-haskell-2.18.0.0-ghc9.2.8.so"
File "/usr/lib/libHSdata-array-byte-0.1.0.1-BYDRYpt0UPY8jl7UYUj5XL-ghc9.2.8.so" from package "haskell-data-array-byte" is missing dependency "
libHSpretty-1.1.3.6-ghc9.2.8.so"
File "/usr/lib/libHSdata-array-byte-0.1.0.1-BYDRYpt0UPY8jl7UYUj5XL-ghc9.2.8.so" from package "haskell-data-array-byte" is missing dependency "
libHSghc-boot-th-9.2.8-ghc9.2.8.so"
File "/usr/lib/libHSdata-array-byte-0.1.0.1-BYDRYpt0UPY8jl7UYUj5XL-ghc9.2.8.so" from package "haskell-data-array-byte" is missing dependency "
libHSdeepseq-1.4.6.1-ghc9.2.8.so"
File "/usr/lib/libHSdata-array-byte-0.1.0.1-BYDRYpt0UPY8jl7UYUj5XL-ghc9.2.8.so" from package "haskell-data-array-byte" is missing dependency "
libHSarray-0.5.4.0-ghc9.2.8.so"
File "/usr/lib/libHSdata-array-byte-0.1.0.1-BYDRYpt0UPY8jl7UYUj5XL-ghc9.2.8.so" from package "haskell-data-array-byte" is missing dependency "
libHSbase-4.16.4.0-ghc9.2.8.so"
File "/usr/lib/libHSdata-array-byte-0.1.0.1-BYDRYpt0UPY8jl7UYUj5XL-ghc9.2.8.so" from package "haskell-data-array-byte" is missing dependency "
libHSghc-bignum-1.2-ghc9.2.8.so"
File "/usr/lib/libHSdata-array-byte-0.1.0.1-BYDRYpt0UPY8jl7UYUj5XL-ghc9.2.8.so" from package "haskell-data-array-byte" is missing dependency "
libHSghc-prim-0.8.0-ghc9.2.8.so"
( 5/10) Updating initramfs...

So, one of the packages I use wkhtmltopdf is now failing with an error message like this:

wkhtmltopdf --version
wkhtmltopdf: error while loading shared libraries: libxml2.so.2: cannot open shared object file: No such file or directory

I even issued

sudo pacman -S libxml2

And even that does not fix it.

So this is pretty much happening with the latest massive upgrade.

Any pointer would be greatly appreciated.

These are all AUR packages, including:

You need to run

garuda-update -a

to update AUR packages:

4 Likes

Thank you very much for your pointers. I did run

garuda-update -a

And this time, I did see that AUR update tried to locate the problematic haskell-data-array-byte, which is where the dependency breakdown has occurred. However, the update process reports that that package does not exist in AUR anymore.

==> root: 188
(9/9) Syncing all file systems...

--> Updating AUR packages with paru..
:: Looking for devel upgrades...
:: packages not in the AUR: haskell-data-array-byte
there is nothing to do

System updated! 🐧

That’s right, the package no longer exists. If you haven’t removed it yet, do it now:

sudo pacman -R haskell-data-array-byte
2 Likes

Thank you. I did just that and that is removed.

Still the underlying issue that was broken persists:

wkhtmltopdf --version
wkhtmltopdf: error while loading shared libraries: libxml2.so.2: cannot open shared object file: No such file or directory

What baffles me is libxml2 is part of core utils. I reinstalled it.

[] 󰛓   sudo pacman -S libxml2
[sudo] password for xxxx:
warning: libxml2-2.14.2-2 is up to date -- reinstalling
resolving dependencies...
looking for conflicting packages...

Package (1)   Old Version  New Version  Net Change

core/libxml2  2.14.2-2     2.14.2-2       0.00 MiB

Total Installed Size:  3.14 MiB
Net Upgrade Size:      0.00 MiB

Also went ahead and installed via Octopi two other packages haskell-libxml and haskell-libxml-sax, but still to no avail.

Stil flummoxed as to why error while loading shared libraries: libxml2.so.2: cannot open shared object file: No such file or directory keeps surfacing.

Sincerely appreciate your inputs. Great community! Thank you.

No, the package is libxml2 and the repository is core (this has nothing to do with the coreutils package).

wkhtmltopdf is up to date (version 0.12.6-3)? If yes, then this is because libxml2 has been updated and provides a new version of libxml2.so.x - wkhtmltopdf requires the previous version of libxml2. I advise you not to downgrade libxml2, too many packages depend on it. Just wait until an updated version of wkhtmltopdf is available.

3 Likes

Wow! Thank you so much, once again, for such a pellucid clarification which goes beyond what I was looking for. This is so edifying, being new to Arch (Garuda). Much appreciated.

It is. A resounding yes to version 0.12.6-3. Yes.

Then:

Or, if you do not need wkhtmltopdf, simply uninstall it. Or you can look for an alternative application if you need it for your use case.

2 Likes

Thank you. I will wait, as my scripts rely on wkhtmltopdf extensively and usually it is a nifty, reliable piece of tool and so I will wait. I have a couple of other KDE Plasmas under Fedora where it still works and so am good for the time-being until this hopefully gets fixed.

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