Re: Can't customize XMonad

Re: Can't customize XMonad

[Rex-Official]

[-- Attachment #1: Type: text/plain, Size: 220 bytes --]

New comment by Rex-Official on void-packages repository

https://github.com/void-linux/void-packages/issues/6414#issuecomment-708887698

Comment:
Xmonad isn't reading its configuration file from .xmonad/xmonad.hs help. 

Re: Can't customize XMonad

[chilledfrogs]

[-- Attachment #1: Type: text/plain, Size: 351 bytes --]

New comment by chilledfrogs on void-packages repository

https://github.com/void-linux/void-packages/issues/6414#issuecomment-729311851

Comment:
I second this, facing the same issue, would like to switch back to XMonad and not have to deal with `cabal` for this (which still somehow doesn't actually seem to fix the issue at hand anyway, I tried)...

Re: Can't customize XMonad

[jchook]

[-- Attachment #1: Type: text/plain, Size: 1808 bytes --]

New comment by jchook on void-packages repository

https://github.com/void-linux/void-packages/issues/6414#issuecomment-760547883

Comment:
According to the [cabal docs](https://cabal.readthedocs.io/en/3.4/developing-packages.html#kinds-of-package-cabal-vs-ghc-vs-system)

> Library packages have to be registered with GHC for them to be available in GHCi or to be used when compiling other programs or packages.

> When you build and install a Cabal package containing a library then it gets registered with GHC automatically.

This automatic registration **does not happen** on Void, whether installed via XBPS or a `ghcup`.

Cabal silently fails to add libraries to the package database, even when I explicitly specify a package db. None of these works:

```sh
cabal install xmonad
cabal install --lib xmonad
cabal install --lib --user xmonad
cabal install --lib --global xmonad
cabal install --lib --package-db=user xmonad
cabal install --lib --package-db=$HOME/.local/share/ghcup/ghc/8.8.4/lib/ghc-8.8.4/package.conf.d xmonad
cabal install --lib --package-db=$HOME/.local/share/ghcup/ghc/8.8.4/lib/ghc-8.8.4/package.conf.d/package.cache xmonad
```

Setting `package-db` in `~/.cabal/config` has no effect. `ghc-pkg recache` did not help.

Following https://github.com/haskell/cabal/issues/6262#issuecomment-733919670, I successfully installed xmonad using `cabal v1-install xmonad`, and it properly registered in a new package known to `ghc-pkg list`. However the package installs "hidden" by default. `ghc-pkg expose xmonad` exposed it, but running `xmonad --recompile` still fails with all the same errors. *sigh*.

So far this seems like a cabal bug. It appears to silently fail to register with GHC.

- Void musl
- Linux 5.9.16
- x86_64
- GHC v8.8.4
- Cabal v3.2.0.0

Re: Can't customize XMonad

[jchook]

[-- Attachment #1: Type: text/plain, Size: 1803 bytes --]

New comment by jchook on void-packages repository

https://github.com/void-linux/void-packages/issues/6414#issuecomment-760547883

Comment:
According to the [cabal docs](https://cabal.readthedocs.io/en/3.4/developing-packages.html#kinds-of-package-cabal-vs-ghc-vs-system)

> Library packages have to be registered with GHC for them to be available in GHCi or to be used when compiling other programs or packages.

> When you build and install a Cabal package containing a library then it gets registered with GHC automatically.

This automatic registration **does not happen** on Void, whether installed via XBPS or a `ghcup`.

Cabal silently fails to add libraries to the package database, even when I explicitly specify a package db. None of these works:

```sh
cabal install xmonad
cabal install --lib xmonad
cabal install --lib --user xmonad
cabal install --lib --global xmonad
cabal install --lib --package-db=user xmonad
cabal install --lib --package-db=$HOME/.local/share/ghcup/ghc/8.8.4/lib/ghc-8.8.4/package.conf.d xmonad
cabal install --lib --package-db=$HOME/.local/share/ghcup/ghc/8.8.4/lib/ghc-8.8.4/package.conf.d/package.cache xmonad
```

Setting `package-db` in `~/.cabal/config` has no effect. `ghc-pkg recache` did not help.

Following https://github.com/haskell/cabal/issues/6262#issuecomment-733919670, I successfully installed xmonad using `cabal v1-install xmonad`, and it properly registered in a new package known to `ghc-pkg list`. However the package installs "hidden" by default. `ghc-pkg expose xmonad` exposed it, but running `xmonad --recompile` still fails with all the same errors. *sigh*.

So far this seems like a cabal bug. It appears to silently fail to register with GHC.

- Void glibc Linux 5.9.16 x86_64
- GHC v8.8.4
- Cabal v3.2.0.0

Re: Can't customize XMonad

[jchook]

[-- Attachment #1: Type: text/plain, Size: 1554 bytes --]

New comment by jchook on void-packages repository

https://github.com/void-linux/void-packages/issues/6414#issuecomment-760547883

Comment:
According to the [cabal docs](https://cabal.readthedocs.io/en/3.4/developing-packages.html#kinds-of-package-cabal-vs-ghc-vs-system)

> Library packages have to be registered with GHC for them to be available in GHCi or to be used when compiling other programs or packages.

> When you build and install a Cabal package containing a library then it gets registered with GHC automatically.

This automatic registration **does not appear to happen** on Void, whether installed via XBPS or a `ghcup`. Cabal silently fails(?) to add libraries to the package database, even when I explicitly specify a package db.

`ghc-pkg recache` did not help.

I did get some hopeful output by passing the cabal package.db to ghc-pkg, e.g.

```sh
ghc-pkg --package-db=$HOME/.cabal/store/ghc-8.8.4/package.db
```

I'm not sure where the disconnect is between cabal and ghc-pkg.

Following https://github.com/haskell/cabal/issues/6262#issuecomment-733919670, I successfully installed xmonad using `cabal v1-install xmonad`, and it properly registered in a new package known to `ghc-pkg list`. However the package installs "hidden" by default. `ghc-pkg expose xmonad` exposed it, but running `xmonad --recompile` still fails with all the same errors. *sigh*.

So far this seems like a cabal bug. It appears to silently fail to register with GHC.

- Void glibc Linux 5.9.16 x86_64
- GHC v8.8.4
- Cabal v3.2.0.0

Re: Can't customize XMonad

[jchook]

[-- Attachment #1: Type: text/plain, Size: 1465 bytes --]

New comment by jchook on void-packages repository

https://github.com/void-linux/void-packages/issues/6414#issuecomment-760547883

Comment:
According to the [cabal docs](https://cabal.readthedocs.io/en/3.4/developing-packages.html#kinds-of-package-cabal-vs-ghc-vs-system)

> Library packages have to be registered with GHC for them to be available in GHCi or to be used when compiling other programs or packages.

> When you build and install a Cabal package containing a library then it gets registered with GHC automatically.

This automatic registration **does not appear to happen** on Void, whether installed via XBPS or a `ghcup`. Cabal silently fails(?) to add libraries to the package database, even when I explicitly specify a package db.

`ghc-pkg recache` did not help.

I did get some hopeful output by passing the cabal package.db to ghc-pkg, e.g.

```sh
ghc-pkg --package-db=$HOME/.cabal/store/ghc-8.8.4/package.db
```

I'm not sure where the disconnect is between cabal and ghc-pkg.

Following https://github.com/haskell/cabal/issues/6262#issuecomment-733919670, I successfully installed xmonad using `cabal v1-install xmonad`, and it properly registered in a new package known to `ghc-pkg list`. However the package installs "hidden" by default. `ghc-pkg expose xmonad` exposed it, but running `xmonad --recompile` still fails with all the same errors. *sigh*.

- Void glibc Linux 5.9.16 x86_64
- GHC v8.8.4
- Cabal v3.2.0.0

Re: Can't customize XMonad

[jchook]

[-- Attachment #1: Type: text/plain, Size: 1626 bytes --]

New comment by jchook on void-packages repository

https://github.com/void-linux/void-packages/issues/6414#issuecomment-760547883

Comment:
According to the [cabal docs](https://cabal.readthedocs.io/en/3.4/developing-packages.html#kinds-of-package-cabal-vs-ghc-vs-system)

> Library packages have to be registered with GHC for them to be available in GHCi or to be used when compiling other programs or packages.

> When you build and install a Cabal package containing a library then it gets registered with GHC automatically.

This automatic registration **does not appear to happen** on Void, whether installed via XBPS or a `ghcup`. Cabal silently fails(?) to add libraries to the package database, even when I explicitly specify a package db.

`ghc-pkg recache` did not help.

I did get some hopeful output by passing the cabal package.db to ghc-pkg, e.g.

```sh
ghc-pkg --package-db=$HOME/.cabal/store/ghc-8.8.4/package.db
```

I'm not sure where the disconnect is between cabal and ghc-pkg. In `~/.ghc/x86_64-linux-8.8.4/environments/default` it clearly sets the package-db to the cabal package.db, and starting xmonad claims to load that environment.

Following https://github.com/haskell/cabal/issues/6262#issuecomment-733919670, I successfully installed xmonad using `cabal v1-install xmonad`, and it properly registered in a new package known to `ghc-pkg list`. However the package installs "hidden" by default. `ghc-pkg expose xmonad` exposed it, but running `xmonad --recompile` still fails with all the same errors. *sigh*.

- Void glibc Linux 5.9.16 x86_64
- GHC v8.8.4
- Cabal v3.2.0.0

Re: Can't customize XMonad

[jchook]

[-- Attachment #1: Type: text/plain, Size: 1626 bytes --]

New comment by jchook on void-packages repository

https://github.com/void-linux/void-packages/issues/6414#issuecomment-760547883

Comment:
According to the [cabal docs](https://cabal.readthedocs.io/en/3.4/developing-packages.html#kinds-of-package-cabal-vs-ghc-vs-system)

> Library packages have to be registered with GHC for them to be available in GHCi or to be used when compiling other programs or packages.

> When you build and install a Cabal package containing a library then it gets registered with GHC automatically.

This automatic registration **does not appear to happen** on Void, whether installed via XBPS or a `ghcup`. Cabal silently fails(?) to add libraries to the package database, even when I explicitly specify a package db.

`ghc-pkg recache` did not help.

I did get some hopeful output by passing the cabal package.db to ghc-pkg, e.g.

```sh
ghc-pkg --package-db=$HOME/.cabal/store/ghc-8.8.4/package.db
```

I'm not sure where the disconnect is between cabal and ghc-pkg. In `~/.ghc/x86_64-linux-8.8.4/environments/default` it clearly sets the package-db to the cabal package.db, and starting xmonad claims to load that environment.

Following https://github.com/haskell/cabal/issues/6262#issuecomment-733919670, I successfully installed xmonad using `cabal v1-install xmonad`, and it properly registered in a new package known to `ghc-pkg list`. However the package installs "hidden" by default. `ghc-pkg expose xmonad` exposed it, but running `xmonad --recompile` still fails with all the same errors. *sigh*.

- Void glibc Linux 5.9.16 x86_64
- GHC v8.8.4
- Cabal v3.2.0.0

Re: Can't customize XMonad

[jchook]

[-- Attachment #1: Type: text/plain, Size: 489 bytes --]

New comment by jchook on void-packages repository

https://github.com/void-linux/void-packages/issues/6414#issuecomment-760591521

Comment:
For a temporary workaround until `xmonad-contrib` issue is fixed, I got it all to install via cabal with the following:

```sh
xbps-install -y xorg dmenu xmonad cabal-install libX11-devel libXinerama-devel libXext-devel libXrandr-devel libXScrnSaver-devel ncurses-libtinfo-devel pkg-config
cabal update
cabal install xmonad xmonad-contrib
```

Re: Can't customize XMonad

[jchook]

[-- Attachment #1: Type: text/plain, Size: 495 bytes --]

New comment by jchook on void-packages repository

https://github.com/void-linux/void-packages/issues/6414#issuecomment-760591521

Comment:
For a temporary workaround until `xmonad-contrib` issue is fixed, I got it all to install via cabal with the following:

```sh
xbps-install -y xorg dmenu xmonad cabal-install libX11-devel libXinerama-devel libXext-devel libXrandr-devel libXScrnSaver-devel ncurses-libtinfo-devel pkg-config
cabal update
cabal install --lib xmonad xmonad-contrib
```

Re: Can't customize XMonad

[ericonr]

[-- Attachment #1: Type: text/plain, Size: 151 bytes --]

New comment by ericonr on void-packages repository

https://github.com/void-linux/void-packages/issues/6414#issuecomment-779263481

Comment:
@xaltsc ?

Re: Can't customize XMonad

[jchook]

[-- Attachment #1: Type: text/plain, Size: 521 bytes --]

New comment by jchook on void-packages repository

https://github.com/void-linux/void-packages/issues/6414#issuecomment-760591521

Comment:
For a temporary workaround until `xmonad-contrib` issue is fixed, I got it all to install via cabal with the following:

```sh
xbps-install -y xorg dmenu xmonad cabal-install libX11-devel libXinerama-devel libXext-devel libXrandr-devel libXScrnSaver-devel ncurses-libtinfo-devel pkg-config
cabal update
cabal install --lib xmonad xmonad-contrib X11
cabal install xmonad
```

Re: Can't customize XMonad

[xaltsc]

[-- Attachment #1: Type: text/plain, Size: 370 bytes --]

New comment by xaltsc on void-packages repository

https://github.com/void-linux/void-packages/issues/6414#issuecomment-798558679

Comment:
I propose that either someone adopts the package or that it (and xmonad-contrib) be removed. I used to think that it worked, but this was my first package I think, I didn't do proper testing and I never managed to get it working.

Re: Can't customize XMonad

[motorto]

[-- Attachment #1: Type: text/plain, Size: 386 bytes --]

New comment by motorto on void-packages repository

https://github.com/void-linux/void-packages/issues/6414#issuecomment-950613870

Comment:
The issue still remains ... I agree with @xaltsc and the package must be removed because it doesn't work properly ... 
What are the steps to do so ? Someone just needs to push a merge request with xmonad and xmonad-contrib templates removed ? 

Re: Can't customize XMonad

[ericonr]

[-- Attachment #1: Type: text/plain, Size: 234 bytes --]

New comment by ericonr on void-packages repository

https://github.com/void-linux/void-packages/issues/6414#issuecomment-950924849

Comment:
And adding it to `removed-packages`, possibly. Is it that useless without the recompilation?

Re: Can't customize XMonad

[motorto]

[-- Attachment #1: Type: text/plain, Size: 1153 bytes --]

New comment by motorto on void-packages repository

https://github.com/void-linux/void-packages/issues/6414#issuecomment-951017252

Comment:
Well it's like using a window manager without any type of personal 
configuration, don't know if you use any WM  but yeah it kind defeats 
the point of a window manager if We can't configure.

On Mon, Oct 25 2021 at 06:22:37 -0700, Érico Nogueira Rolim 
***@***.***> wrote:
> And adding it to removed-packages, possibly. Is it that useless 
> without the recompilation?
> 
> —
> You are receiving this because you commented.
> Reply to this email directly, view it on GitHub 
> <https://github.com/void-linux/void-packages/issues/6414#issuecomment-950924849>, 
> or unsubscribe 
> <https://github.com/notifications/unsubscribe-auth/AMRTQPKATI234SHKJQBPZ4TUIVKZ3ANCNFSM4GMWYOCQ>.
> Triage notifications on the go with GitHub Mobile for iOS 
> <https://apps.apple.com/app/apple-store/id1477376905?ct=notification-email&mt=8&pt=524675> 
> or Android 
> <https://play.google.com/store/apps/details?id=com.github.android&referrer=utm_campaign%3Dnotification-email%26utm_medium%3Demail%26utm_source%3Dgithub>.
> 

Re: Can't customize XMonad

[ericonr]

[-- Attachment #1: Type: text/plain, Size: 252 bytes --]

New comment by ericonr on void-packages repository

https://github.com/void-linux/void-packages/issues/6414#issuecomment-951223583

Comment:
Yeah, I didn't know whether all configuration happened in the form of recompilation rather than a config file.

Re: Can't customize XMonad

[motorto]

[-- Attachment #1: Type: text/plain, Size: 284 bytes --]

New comment by motorto on void-packages repository

https://github.com/void-linux/void-packages/issues/6414#issuecomment-951288428

Comment:
@xaltsc should xmobar be added to that list as well ? I don't know if xmobar can be used on other WM ...  If not I will added it to the commit

Re: Can't customize XMonad

[jchook]

[-- Attachment #1: Type: text/plain, Size: 317 bytes --]

New comment by jchook on void-packages repository

https://github.com/void-linux/void-packages/issues/6414#issuecomment-951391591

Comment:
The xmonad-contrib template seems to compile the package successfully, but it doesn't install the files.

Ideally it would be a simple fix for someone familiar with xbps-src.

Re: Can't customize XMonad

[xaltsc]

[-- Attachment #1: Type: text/plain, Size: 442 bytes --]

New comment by xaltsc on void-packages repository

https://github.com/void-linux/void-packages/issues/6414#issuecomment-951540079

Comment:
> @xaltsc should xmobar be added to that list as well ? I don't know if xmobar can be used on other WM ... If not I will added it to the commit

I don't use xmobar anymore, but there's a chance that xmobar may work if the binary is successfully instance since xmobar can be used without a xmobar.hs.

Re: Can't customize XMonad

[xaltsc]

[-- Attachment #1: Type: text/plain, Size: 417 bytes --]

New comment by xaltsc on void-packages repository

https://github.com/void-linux/void-packages/issues/6414#issuecomment-951540459

Comment:
> The xmonad-contrib template seems to compile the package successfully, but it doesn't install the files.
> 
> Ideally it would be a simple fix for someone familiar with xbps-src.

IIRC, it's more complicated than that, xbps and stack/cabal/etc. don't go along very well.

Re: Can't customize XMonad

[xaltsc]

[-- Attachment #1: Type: text/plain, Size: 442 bytes --]

New comment by xaltsc on void-packages repository

https://github.com/void-linux/void-packages/issues/6414#issuecomment-951540079

Comment:
> @xaltsc should xmobar be added to that list as well ? I don't know if xmobar can be used on other WM ... If not I will added it to the commit

I don't use xmobar anymore, but there's a chance that xmobar may work if the binary is successfully installed since xmobar can be used without a xmobar.hs

Re: Can't customize XMonad

[woffs]

[-- Attachment #1: Type: text/plain, Size: 486 bytes --]

New comment by woffs on void-packages repository

https://github.com/void-linux/void-packages/issues/6414#issuecomment-952017464

Comment:
>> @xaltsc should xmobar be added to that list as well ? I don't know if 
>> xmobar can be used on other WM ... If not I will added it to the commit
>
> I don't use xmobar anymore, but there's a chance that xmobar may work if 
> the binary is successfully instance since xmobar can be used without a 
> xmobar.hs.

xmobar is fine and works well.

Re: [ISSUE] [CLOSED] Can't customize XMonad

[Chocimier]

[-- Attachment #1: Type: text/plain, Size: 1579 bytes --]

Closed issue by non-Jedi on void-packages repository

https://github.com/void-linux/void-packages/issues/6414

Description:
### System

* xuname: Void 4.19.12_1 x86_64 GenuineIntel uptodate rrrmFFFFFF
* package: xmonad-0.15_1, xmonad-contrib-0.15_1

### Expected behavior

When below is in `~/.xmonad/xmonad.hs`, `xmonad --recompile` should give no output and successfully compile (https://hackage.haskell.org/package/xmonad-contrib-0.15/docs/XMonad-Doc-Configuring.html).

```haskell
   import XMonad

   main = xmonad $ def
       { borderWidth        = 2
       , terminal           = "urxvt"
       , normalBorderColor  = "#cccccc"
       , focusedBorderColor = "#cd8b00" }
```

Additionally, the `xmonad-contrib` package should have more files in it than just the license.

### Actual behavior

With haskell snippet above in `~/.xmonad/xmonad.hs`:

```
$ xmonad --recompile
XMonad will use ghc to recompile, because "/home/adam/.xmonad/build" does not exist.
Error detected while loading xmonad configuration file: /home/adam/.xmonad/xmonad.hs

xmonad.hs:1:1: error:
    Could not find module ‘XMonad’
    Use -v to see a list of the files searched for.
  |
1 | import XMonad
  | ^^^^^^^^^^^^^

Please check the file for errors.
```

And the files in xmonad-contrib are:

```
$ xbps-query -Rf xmonad-contrib
/usr/share/licenses/xmonad-contrib/LICENSE
```

Any ideas @xaltsc?

### Steps to reproduce the behavior

1. Install xmonad.
2. Create `~/.xmonad/xmonad.hs` with config shown above.
3. `xmonad --recompile`

Re: Can't customize XMonad

[Chocimier]

[-- Attachment #1: Type: text/plain, Size: 332 bytes --]

New comment by Chocimier on void-packages repository

https://github.com/void-linux/void-packages/issues/6414#issuecomment-963486120

Comment:
xmonad got removed. Introducing it again with issues resolved, possibly by getting away with recompilation by making it restricted and asking to rebuild with `xbps-src` is still an option.

Re: Can't customize XMonad

[riseekrthakur]

[-- Attachment #1: Type: text/plain, Size: 647 bytes --]

New comment by riseekrthakur on void-packages repository

https://github.com/void-linux/void-packages/issues/6414#issuecomment-1042991431

Comment:
> The xmonad-contrib template seems to compile the package successfully, but it doesn't install the files.
> 
> Ideally it would be a simple fix for someone familiar with xbps-src.

I'd appreciate it if you elaborate a bit further. AFAIK void-src is used for foreign packages, right? I already attempted more than twice, and it's frustrating it won't work even implementing both methods cabal and stack. Although I'd tried on Fedora and it's work great but in Void Linux, I see some missing files. 

Re: Can't customize XMonad

[jchook]

[-- Attachment #1: Type: text/plain, Size: 422 bytes --]

New comment by jchook on void-packages repository

https://github.com/void-linux/void-packages/issues/6414#issuecomment-1043529417

Comment:
@riseekrthakur `./xbps-src` is used to [build XBPS packages](https://github.com/void-linux/void-packages#quick-start).

I successfully installed xmonad and xmonad-contrib in Void Linux via cabal. See https://github.com/void-linux/void-packages/issues/6414#issuecomment-760591521

Re: Can't customize XMonad

[riseekrthakur]

[-- Attachment #1: Type: text/plain, Size: 407 bytes --]

New comment by riseekrthakur on void-packages repository

https://github.com/void-linux/void-packages/issues/6414#issuecomment-1044551427

Comment:
Installation is not a headache on my end either, the only problem I'm running into is that it won't create a build directory inside the ~/.config/xmonad and so on it complaining about "Could not find the module $NAMED" also a hard time in recompiling xmonad.

Re: Can't customize XMonad

[voidlinux-github]

[-- Attachment #1: Type: text/plain, Size: 448 bytes --]

New comment by obunden on void-packages repository

https://github.com/void-linux/void-packages/issues/6414#issuecomment-541382245

Comment:
This is still a problem. xmonad-contrib builds the files but doesn't install anything expect the license file as non-Jedi reported. xmonad uses the stackage version from the package template, but xmonad-contrib takes that info from it's own stack.yaml file. Don't know if that can be relevant to the issue.