-- Yeah, yet they update nonetheless, so you will have a working xmonad, even it's not 'bleeding edge' (but IMHO it's close enough to that). If you want a kind of 'nightly build' or the very latest features at any cost, then better go make a local install yourself via cabal or stack or whatever (see the wikis), and have some extra fun with additional configuration of the compiler and the installer. ;-) I personally don't bother about that anymore and just want a stable xmonad along with my system packages and additional haskell apps like pandoc etc., and I am fine with that. I don't mind if it's 0.15, 0.16, or 0.17 for my everyday usage, as long as it's stable and save updating. Haskell stuff versions change very often, you know, and xmonad is just a small part of it, right? Maintaining these for Linux repos must be hell (e.g. the fork Arch32 gave up on that)! I just don't need to build xmonad stuff from the e.g. AUR or locally with cabal myself anymore – sure, these always worked for some time, but then broke with the next manual update, because one tiny haskell package didn't match because of a missing version or others deps were missing. – So, in other words: you'd learn to stay with your local, non-OS conform haskell/xmonad/... install for longer anyway; and you /will/ very soon get 'outdated' then. – But unless you are a haskell developer yourself, permanently wanting to have a newest xmonad is /not/ worth the pain! However, it's your choice. Besides, I doubt, there is any Linux distro at all with a priority on providing the latest xmonad, though it in deed is IMHO the greatest tiling WM in X. Regards Am 04.07.22 um 14:32 schrieb Yecine Megdiche:

Hi,

I wouldn't say so... You can check the official xmonad package for arch, it's still on 0.15. https://archlinux.org/packages/community/x86_64/xmonad/

Cheers

On Mon, 4 Jul 2022, 14:26 Michael Topp, mailto:info@mito-space.com> wrote:

-------- Weitergeleitete Nachricht -------- Betreff: Re: [xmonad] xmonad packages broken in Debian Datum: Mon, 4 Jul 2022 12:33:38 +0200 Von: Michael Topp mailto:info@mito-space.com An: Eyal Erez mailto:oneself@gmail.com

Hi,

if you're asking what distro maintains xmonad packages (the best), I count on Arch.

They update all official 'xmonad' packages frequently, because their haskell packages themselves also are updated quite often (could be once, twice a week). – Alternatively you can make your own local xmonad build, independent from the distro. And sure, you also have to decide which compiler to use. I highly recommend consulting the wikis from both Arch Linux and Xmonad.

HTH

Am 03.07.22 um 05:07 schrieb Eyal Erez:

...

Does anyone know why the xmonad packages seem to be broken in Debian?

https://release.debian.org/transitions/html/haskell.html

When I try to install libghc-xmonad-dev and/or libghc-xmonad-contrib-dev, I get an error:

The following packages have unmet dependencies:  libghc-xmonad-dev : Depends: libghc-x11-dev-1.9.1-11a5c                      Depends: libghc-base-dev-4.13.0.0-2f220 but it is not installable                      Depends: libghc-containers-dev-0.6.2.1-ab1cf but it is not installable                      Depends: libghc-data-default-dev-0.7.1.1-958e3                      Depends: libghc-directory-dev-1.3.6.0-49fdf but it is not installable                      Depends: libghc-extensible-exceptions-dev-0.1.1.4-10872 but it is not installable                      Depends: libghc-filepath-dev-1.4.2.1-103b6 but it is not installable                      Depends: libghc-mtl-dev-2.2.2-7208c but it is not installable                      Depends: libghc-process-dev-1.6.9.0-88a89 but it is not installable                      Depends: libghc-setlocale-dev-1.0.0.9-a89d6 but it is not installable                      Depends: libghc-unix-dev-2.7.2.2-bb33f but it is not installable                      Depends: libghc-utf8-string-dev-1.0.1.1-866d7 but it is not installable                      Recommends: libghc-xmonad-contrib-dev but it is not going to be installed

When I tried to enquire in the distros forums (which is a Debian variant) they indicated that the problem is upstream. Does anyone know what the issue is? Which distro to folks use with xmonad? Where is it best supported?

-- *Eyal Erez <**oneself@gmail.com* mailto:oneself@gmail.com*>*

There are 10 types of people, those who know binary and those who don't.

_______________________________________________ xmonad mailing list xmonad@haskell.org mailto:xmonad@haskell.org http://mail.haskell.org/cgi-bin/mailman/listinfo/xmonad

_______________________________________________ xmonad mailing list xmonad@haskell.org mailto:xmonad@haskell.org http://mail.haskell.org/cgi-bin/mailman/listinfo/xmonad

xmonad 0.17.0 works fine with ghc 8.10.7, which is still the recommended version. (ghc 9.4 is intended to be a stability / bugfix release, including some changes that should ameliorate much of the breakage.) On Mon, Jul 4, 2022 at 9:44 AM Dominik Schrempf wrote:

Because I got interested: Have a look at repology https://repology.org/project/xmonad/versions. Most distributions are out of date.

I think this is because GHC 9 introduced a lot of breakage, and going from GHC 8 to 9 is causing these delays.

Personally, I really like Arch, and used XMonad on it for many years. Now, I am using NixOS, and that works even better for me.

On Mon, Jul 4, 2022 at 3:36 PM Michael Topp wrote:

...

-- Yeah, yet they update nonetheless, so you will have a working xmonad, even it's not 'bleeding edge' (but IMHO it's close enough to that).

If you want a kind of 'nightly build' or the very latest features at any cost, then better go make a local install yourself via cabal or stack or whatever (see the wikis), and have some extra fun with additional configuration of the compiler and the installer. ;-)

I personally don't bother about that anymore and just want a stable xmonad along with my system packages and additional haskell apps like pandoc etc., and I am fine with that. I don't mind if it's 0.15, 0.16, or 0.17 for my everyday usage, as long as it's stable and save updating. Haskell stuff versions change very often, you know, and xmonad is just a small part of it, right? Maintaining these for Linux repos must be hell (e.g. the fork Arch32 gave up on that)!

I just don't need to build xmonad stuff from the e.g. AUR or locally with cabal myself anymore – sure, these always worked for some time, but then broke with the next manual update, because one tiny haskell package didn't match because of a missing version or others deps were missing. – So, in other words: you'd learn to stay with your local, non-OS conform haskell/xmonad/... install for longer anyway; and you *will* very soon get 'outdated' then. – But unless you are a haskell developer yourself, permanently wanting to have a newest xmonad is *not* worth the pain!

However, it's your choice. Besides, I doubt, there is any Linux distro at all with a priority on providing the latest xmonad, though it in deed is IMHO the greatest tiling WM in X.

Regards

Am 04.07.22 um 14:32 schrieb Yecine Megdiche:

Hi,

I wouldn't say so... You can check the official xmonad package for arch, it's still on 0.15. https://archlinux.org/packages/community/x86_64/xmonad/

Cheers

On Mon, 4 Jul 2022, 14:26 Michael Topp, wrote:

...

-------- Weitergeleitete Nachricht -------- Betreff: Re: [xmonad] xmonad packages broken in Debian Datum: Mon, 4 Jul 2022 12:33:38 +0200 Von: Michael Topp An: Eyal Erez

Hi,

if you're asking what distro maintains xmonad packages (the best), I count on Arch.

They update all official 'xmonad' packages frequently, because their haskell packages themselves also are updated quite often (could be once, twice a week). – Alternatively you can make your own local xmonad build, independent from the distro. And sure, you also have to decide which compiler to use. I highly recommend consulting the wikis from both Arch Linux and Xmonad.

HTH

Am 03.07.22 um 05:07 schrieb Eyal Erez:

Does anyone know why the xmonad packages seem to be broken in Debian?

https://release.debian.org/transitions/html/haskell.html

When I try to install libghc-xmonad-dev and/or libghc-xmonad-contrib-dev, I get an error:

The following packages have unmet dependencies: libghc-xmonad-dev : Depends: libghc-x11-dev-1.9.1-11a5c Depends: libghc-base-dev-4.13.0.0-2f220 but it is not installable Depends: libghc-containers-dev-0.6.2.1-ab1cf but it is not installable Depends: libghc-data-default-dev-0.7.1.1-958e3 Depends: libghc-directory-dev-1.3.6.0-49fdf but it is not installable Depends: libghc-extensible-exceptions-dev-0.1.1.4-10872 but it is not installable Depends: libghc-filepath-dev-1.4.2.1-103b6 but it is not installable Depends: libghc-mtl-dev-2.2.2-7208c but it is not installable Depends: libghc-process-dev-1.6.9.0-88a89 but it is not installable Depends: libghc-setlocale-dev-1.0.0.9-a89d6 but it is not installable Depends: libghc-unix-dev-2.7.2.2-bb33f but it is not installable Depends: libghc-utf8-string-dev-1.0.1.1-866d7 but it is not installable Recommends: libghc-xmonad-contrib-dev but it is not going to be installed

When I tried to enquire in the distros forums (which is a Debian variant) they indicated that the problem is upstream. Does anyone know what the issue is? Which distro to folks use with xmonad? Where is it best supported?

-- *Eyal Erez <**oneself@gmail.com* *>*

There are 10 types of people, those who know binary and those who don't.

_______________________________________________ xmonad mailing listxmonad@haskell.orghttp://mail.haskell.org/cgi-bin/mailman/listinfo/xmonad

_______________________________________________ xmonad mailing list xmonad@haskell.org http://mail.haskell.org/cgi-bin/mailman/listinfo/xmonad

_______________________________________________ xmonad mailing list xmonad@haskell.org http://mail.haskell.org/cgi-bin/mailman/listinfo/xmonad

_______________________________________________ xmonad mailing list xmonad@haskell.org http://mail.haskell.org/cgi-bin/mailman/listinfo/xmonad

-- brandon s allbery kf8nh allbery.b@gmail.com

Well, Am 04.07.22 um 14:43 schrieb Tony Zorman:

On Mon, Jul 04 2022 14:25, Michael Topp wrote:

...

if you're asking what distro maintains xmonad packages (the best), I count on Arch. On the contrary, I think Arch is probably one of the worst options around when talking about using XMonad via distro packages!

...

They update all official 'xmonad' packages frequently, because their haskell packages themselves also are updated quite often (could be once, twice a week). XMonad on Arch is still stuck on 0.15 (0.16 for contrib); the new release (0.17.0) has been out for almost a year by now!

The reason Haskell packages on Arch update so frequently is because they are rebuilding all of the dependencies of a package when they update it. This could be a random library anywhere in the dependency tree—probably not an update to xmonad or xmonad-contrib itself. The reason for this is that Arch links Haskell binaries dynamically instead of statically (which is the default on pretty much any other distro; for obvious reasons, I think). So what? That's just why the distros behave kind of conservative here;

One of the side effects of this is that people have to recompile their configs with every bump. If they forget to do that then they could get sent straight back to the TTY when logging in. Seemingly, sometimes people also forget to bump some dependencies, leading to lots of broken xmobar's etc. Not a fun experience. Nope, this only happens if you don't read the excellent Arch-Wiki

Arch have updated their xmonad + xmonad-contrib packages to 0.17 now. Xmobar also gets updated regularly. they don't provide Haskell stuff only because of XMonad. thoroughly: [ https://wiki.archlinux.org/title/Xmonad#Problems_with_finding_shared_librari... ] Simply create a pacman-hook to automatically rebuild the xmonad.hs after every update; very convenient. Compilation will break nonetheless if the xmonad.hs contains errors and/or is (too) outdated. However if this happens while already being in X(monad), I am /not/ being send to TTY.

...

Alternatively you can make your own local xmonad build, independent from the distro. And sure, you also have to decide which compiler to use. I highly recommend consulting the wikis from both Arch Linux and Xmonad. If you use [our build instructions], then stack will pick which version of GHC to use; you don't need to think about it. It's also much more up-to-date than both wikis.

I don't think the distribution matters much when using stack (or even nix), but then we're also not talking about distro packages anymore.

Tony

[our build instructions]: https://xmonad.org/INSTALL.html

Yw, with "locally" I was also referring to this, though it's not explicitly called a "wiki". I was just too lazy not to launch my browser on my slow old machine for c&p-ing links; sorry for that. Anyway I once of course read "[our build instructions]" – and decided /against/ stack or cabal, but rather staying with the stock distro packages. Because at least for Arch it works! And because I didn't want to have another local parallel universe in my system or learn about ghc's, stack's etc. apps' other peculiarities, since I use some more apps built on haskell, too. – I have also got other things to do. So I don't mind if my Haskell or XMonad packages onboard are a minor-minor-version/s behind. Btw whether to build/install XMonad with non-conform methods skipping the distro's global package management was not the question. The OP asked: /> Which distro to folks use with xmonad?  Where is it best supported? / So again +1 for Arch! Regards, Michael