2025-01-28 01:21:08 +0100 | hitbit | (~hitbit@40.68.99.177) (Remote host closed the connection) |
2025-01-28 05:00:37 +0100 | alp_ | (~alp@2001:861:8ca0:4940:3dda:cd0f:afd0:a6c6) (Ping timeout: 252 seconds) |
2025-01-28 05:37:09 +0100 | yosafbridge | (~yosafbrid@static.38.6.217.95.clients.your-server.de) (Ping timeout: 244 seconds) |
2025-01-28 05:52:13 +0100 | yosafbridge | (~yosafbrid@static.38.6.217.95.clients.your-server.de) |
2025-01-28 07:17:11 +0100 | alp_ | (~alp@2001:861:8ca0:4940:7256:930c:e9bd:85d0) |
2025-01-28 07:24:13 +0100 | ft | (~ft@p3e9bcd97.dip0.t-ipconnect.de) (Quit: leaving) |
2025-01-28 07:30:56 +0100 | ChubaDuba | (~ChubaDuba@109.195.235.21) ChubaDuba |
2025-01-28 08:42:55 +0100 | Digitteknohippie | (~user@user/digit) Digit |
2025-01-28 08:43:53 +0100 | Digit | (~user@user/digit) (Ping timeout: 244 seconds) |
2025-01-28 09:18:23 +0100 | ash3en | (~Thunderbi@2a02:8108:2810:ab00::4c86) ash3en |
2025-01-28 09:22:30 +0100 | mc47 | (~yecinem@pd9e2d81f.dip0.t-ipconnect.de) |
2025-01-28 09:55:05 +0100 | Digitteknohippie | Digit |
2025-01-28 11:59:34 +0100 | ash3en | (~Thunderbi@2a02:8108:2810:ab00::4c86) (Quit: ash3en) |
2025-01-28 14:24:04 +0100 | ChubaDuba | (~ChubaDuba@109.195.235.21) (Quit: WeeChat 4.5.1) |
2025-01-28 14:51:55 +0100 | terrorjack45 | (~terrorjac@2a01:4f8:c17:a66e::) (Ping timeout: 265 seconds) |
2025-01-28 15:44:27 +0100 | terrorjack45 | (~terrorjac@2a01:4f8:c17:a66e::) terrorjack |
2025-01-28 15:51:25 +0100 | terrorjack45 | terrorjack |
2025-01-28 16:14:46 +0100 | ml| | (~ml|@user/ml/x-5298235) ml| |
2025-01-28 16:15:45 +0100 | ml| | (~ml|@user/ml/x-5298235) (Client Quit) |
2025-01-28 17:14:56 +0100 | <Digit> | curious (and i'm staying calm, not freaking out) ... https://dpaste.com/BG3EBJ5A4 that config used to compile fine. what kind of pebkac could i have done to my system to get this sort of error^ where it fails to load xmonad, and errors on everything subsequent to that (, so, everything (not included in paste))? and... where does one run that ":set -package xmonad" to rememdy (if that's even right)? |
2025-01-28 17:16:09 +0100 | <geekosaur> | that error message thinks for some reason that it's happening in ghci |
2025-01-28 17:16:33 +0100 | <geekosaur> | are you using stack or cabal to install xmonad? |
2025-01-28 17:17:26 +0100 | <Digit> | just trying xmonad --recompile. hadnt thought what else was doing the magic in the background. i dont recall doing anything specific for stack or cabal... |
2025-01-28 17:18:09 +0100 | <Digit> | currently running the same config as wont compile any more. |
2025-01-28 17:19:05 +0100 | <geekosaur> | how did you install the xmonad and xmonad-contrib packages in the first place? |
2025-01-28 17:19:20 +0100 | <Digit> | emerge. |
2025-01-28 17:20:50 +0100 | <Digit> | eix -I cabal shows its installed too. |
2025-01-28 17:21:23 +0100 | ft | (~ft@p3e9bcd97.dip0.t-ipconnect.de) ft |
2025-01-28 17:21:33 +0100 | <Digit> | merely installing cabal wouldnt cause my system to suddenly be blind to xmonad when trying to recompile xmonad would it? |
2025-01-28 17:22:12 +0100 | <geekosaur> | no |
2025-01-28 17:22:30 +0100 | <geekosaur> | if you have a system package manager install then I would be worried about a problem with that |
2025-01-28 17:22:44 +0100 | <geekosaur> | I have heard of emerge breaking its installs before but don't really know details |
2025-01-28 17:24:23 +0100 | <L29Ah> | Digit: ‰ cat /home/l29ah/.xmonad/build |
2025-01-28 17:24:23 +0100 | <L29Ah> | #!/bin/sh |
2025-01-28 17:24:23 +0100 | <L29Ah> | ghc -fno-warn-tabs --make xmonad.hs -i -ilib -fforce-recomp -main-is main -v0 -outputdir ~/.xmonad/build-x86_64-linux -o ~/.xmonad/xmonad-x86_64-linux |
2025-01-28 17:24:27 +0100 | <L29Ah> | this works for me in Gentoo |
2025-01-28 17:27:46 +0100 | <geekosaur> | aside from the -fno-warn-tabs that looks like the default |
2025-01-28 17:34:43 +0100 | Forkk13 | (~forkk@li926-228.members.linode.com) (Quit: http://quassel-irc.org - Chat comfortably. Anywhere.) |
2025-01-28 17:35:28 +0100 | Forkk13 | (~forkk@li926-228.members.linode.com) Forkk |
2025-01-28 17:40:17 +0100 | <Digit> | well, thanks, that gives me another angle to play with this from. issuing -package to ghc seems to work, so presumably if i list all the imports on the command line rather than have them read from the config, it'll compile. hehe. yeah, gotta figure out what i've done to my system. |
2025-01-28 17:45:51 +0100 | <geekosaur> | that sounds like something's wrong with the global package db (managed by gentoo). what does `ghc-pkg check --global` say? (use a pastebin such as https://paste.tomsmeding.com for the output, please) |
2025-01-28 17:49:38 +0100 | <geekosaur> | there's also a possibility that you are getting ghc from nix instead of gentoo now, since you have it installed. in that case you'll need to ensure that xmonad's rebuild will see its xmonad and xmonad-contrib packages, or make sure it runs gentoo's ghc |
2025-01-28 17:49:49 +0100 | mc47 | (~yecinem@pd9e2d81f.dip0.t-ipconnect.de) (Ping timeout: 260 seconds) |
2025-01-28 17:50:33 +0100 | <geekosaur> | the former probably involves nix-shell (nix doesn't make things directly visible, generally) and the latter involves using a full pathname to ghc in a build script |
2025-01-28 17:51:33 +0100 | <geekosaur> | you could also use nix flakes, which are in the git repo, but you'll have to ask Ivan Malison for details; the core xmonad team doesn't use nix and so doesn't support them |
2025-01-28 17:56:40 +0100 | <Digit> | https://paste.tomsmeding.com/XkCw095f ... so rolling back to 0.17.2 might solve? | oh, a curiosity install of nix that i forgot about could be interfering... i've done nothing with it, uninstalling nix might solve? |
2025-01-28 17:58:03 +0100 | <Digit> | well anyways, i'm going to try leave it for tonight. n_n i only thought to change my dmenu_run to my different themed dmenu-bind.sh, and it derailed my afternoon a couple hours. |
2025-01-28 18:02:24 +0100 | <geekosaur> | it's using Gentoo's install, and somehow you have xmonad-contrib instalkled but not X11-xft, xmonad, utf8-string, or xmonad. install the Gentoo versions of those packages |
2025-01-28 18:04:01 +0100 | <geekosaur> | I would call that a Gentoo issue since it should declare those dependencies and ensure they get installed when you emerge |
2025-01-28 18:04:58 +0100 | <L29Ah> | Digit: you may have luck reporting it in #gentoo-haskell |
2025-01-28 18:10:07 +0100 | <geekosaur> | fwiw at least x11-xft and xmonad packages are installed, so presumably they have the wrong ABI hashes |
2025-01-28 18:10:31 +0100 | <geekosaur> | that's not exposed in what `cabal check` reports so I can't tell |
2025-01-28 18:10:46 +0100 | <L29Ah> | Digit: do you run `haskell-updater` after every upgrade? |
2025-01-28 18:53:07 +0100 | <Digit> | i should add, it's more complicated than just gentoo. bedrocklinux. while seeking to do that from a gentoo stratum, there will be components running from other non-gentoo strata... but even still, it's a headscratcher, all of that prior would happily "just work". tried it from other strata too, for different errors. ~ anyways, just hastened to add that to be clear, so gentoo does not get the blame prematurely past my unique |
2025-01-28 18:53:07 +0100 | <Digit> | confoundities here. |
2025-01-28 18:57:03 +0100 | <L29Ah> | Gentoo package management can't accurately track haskell ABI changes as they are very complex and fragile, so you need to use `haskell-updater` that orders it to rebuild things when needed |
2025-01-28 18:57:30 +0100 | <geekosaur> | if all else fails, we generally recommend ditching OS packages and using stack or cabal |
2025-01-28 18:57:52 +0100 | <geekosaur> | especially if the situation is as complex as your addendum suggests it is |
2025-01-28 18:59:23 +0100 | <geekosaur> | I will be interested to see if 9.12's new deterministic builds thing is complete enough to mitigate some of this |
2025-01-28 19:42:27 +0100 | catman | (~catman@user/catman) (Quit: WeeChat 4.5.1) |
2025-01-28 19:43:45 +0100 | catman | (~catman@user/catman) catman |
2025-01-28 20:02:49 +0100 | vrs | (~vrs@user/vrs) (Ping timeout: 260 seconds) |
2025-01-28 20:04:17 +0100 | vrs | (~vrs@user/vrs) vrs |
2025-01-28 20:33:37 +0100 | Digitteknohippie | (~user@user/digit) Digit |
2025-01-28 20:34:48 +0100 | Digit | (~user@user/digit) (Ping timeout: 246 seconds) |
2025-01-28 20:58:18 +0100 | ash3en | (~Thunderbi@2a03:7846:b6eb:101:93ac:a90a:da67:f207) ash3en |
2025-01-28 20:58:27 +0100 | ash3en | (~Thunderbi@2a03:7846:b6eb:101:93ac:a90a:da67:f207) (Client Quit) |
2025-01-28 22:11:48 +0100 | Digitteknohippie | Digit |
2025-01-28 22:18:40 +0100 | <Digit> | ~ haskell-updater, ah yup, likely candidate, having recently just been doing sloppy world emerges, and not my complete "mergence" script with haskel-updater etc. and yeah, failing that, cabal may be the way. long time rusty, shall be refamiliarising a new. |