Bug#808422: xmonad should provide an upgrade path for user compiled xmonad from libff5 to libffi6

Kari Pahula kaol at debian.org
Sat Dec 19 22:28:50 UTC 2015


Package: xmonad
Version: 0.11.1-4
Severity: normal

I upgraded my laptop and couldn't startx after rebooting the system.
Starting X itself went okay but digging in to logs found this in my
.xsession-errors:

/home/kaol/.xmonad/xmonad-x86_64-linux: error while loading shared libraries: libffi.so.5: cannot open shared object file: No such file or directory

My .xsession is

#! /bin/sh

exec xmonad

/usr/bin/xmonad tries to execute my xmonad-x86_64-linux but linker
won't be able to since I no longer had libffi5 installed on my system.
Removing my xmonad-x86_64-linux solved the situation.  xmonad built me
a new xmonad-x86_64-linux and I could proceed as normal.

Looks like I hadn't needed to update my xmonad.hs in a while.  It
would be nice if xmonad would fail gracefully when a user's own xmonad
binary had gone stale.


-- System Information:
Debian Release: stretch/sid
  APT prefers unstable
  APT policy: (500, 'unstable'), (500, 'stable')
Architecture: amd64 (x86_64)

Kernel: Linux 4.2.0-1-amd64 (SMP w/8 CPU cores)
Locale: LANG=C, LC_CTYPE=fi_FI.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)

Versions of packages xmonad depends on:
ii  libc6         2.21-4
ii  libffi6       3.2.1-4
ii  libgmp10      2:6.1.0+dfsg-2
ii  libx11-6      2:1.6.3-1
ii  libxext6      2:1.3.3-1
ii  libxinerama1  2:1.1.3-1+b1
ii  libxrandr2    2:1.5.0-1
ii  x11-utils     7.7+3

Versions of packages xmonad recommends:
pn  libghc-xmonad-dev  <none>
pn  libghc-xmonad-doc  <none>
ii  xfonts-base        1:1.0.4+nmu1

Versions of packages xmonad suggests:
pn  gnome-session-flashback  <none>
ii  suckless-tools [dmenu]   41-1

-- no debconf information



More information about the Pkg-haskell-maintainers mailing list