| 2024-10-17 00:04:08 +0200 | piele | (~piele@tbonesteak.creativeserver.net) (Remote host closed the connection) |
| 2024-10-17 00:07:06 +0200 | ash3en | (~Thunderbi@31.16.203.214) (Quit: ash3en) |
| 2024-10-17 00:10:00 +0200 | piele | (~piele@tbonesteak.creativeserver.net) piele |
| 2024-10-17 02:14:44 +0200 | <haskellbridge> | <galactic_starfish> @irc_libera.chat_foxonsocks:kf8nh.com: that sounds like a profile or env var oddity. |
| 2024-10-17 02:21:14 +0200 | <geekosaur> | they left |
| 2024-10-17 02:22:39 +0200 | <geekosaur> | I was too busy to look into it at the time but would be interested in the log |
| 2024-10-17 02:27:26 +0200 | <geekosaur> | *session log |
| 2024-10-17 03:45:41 +0200 | <haskellbridge> | <柱間 (no dm, not friendly)> geekosaur: thanks for the response, i was a bit late ig |
| 2024-10-17 03:46:27 +0200 | <geekosaur> | np |
| 2024-10-17 03:46:29 +0200 | <haskellbridge> | <柱間 (no dm, not friendly)> geekosaur: well, if we can pin haskell revisions like this, then it's quite cool |
| 2024-10-17 03:53:24 +0200 | <haskellbridge> | <柱間 (no dm, not friendly)> geekosaur: does it mean that haskell2010 will always work? |
| 2024-10-17 03:53:53 +0200 | <haskellbridge> | <柱間 (no dm, not friendly)> if i write a software today, can i rest assured knowing that it wont break ? |
| 2024-10-17 03:55:29 +0200 | <geekosaur> | no, sadly. there have been library, as opposed to language, breakages |
| 2024-10-17 03:56:44 +0200 | <geekosaur> | (Richard Bird was very grumoy about this IIRC) |
| 2024-10-17 03:57:12 +0200 | <haskellbridge> | <柱間 (no dm, not friendly)> geekosaur: can you explain? because i saw haskell projects that are 20y old and still work |
| 2024-10-17 03:57:48 +0200 | <geekosaur> | they get updated as needed, generally. there are also Haskell projects that haven't been updated |
| 2024-10-17 03:58:02 +0200 | <geekosaur> | breaking library changes off the top of my head: |
| 2024-10-17 03:58:15 +0200 | <geekosaur> | - Num lost Eq and Show "superclasses" |
| 2024-10-17 03:58:32 +0200 | <geekosaur> | - Monad gained Applicative "superclass" (and thereby also Functor) |
| 2024-10-17 03:58:48 +0200 | <geekosaur> | - "fail" was removed from Monad and moved to a separate MonadFail typeclass |
| 2024-10-17 03:58:53 +0200 | <haskellbridge> | <柱間 (no dm, not friendly)> so cant someone just lock it in a specific revision |
| 2024-10-17 03:59:22 +0200 | <geekosaur> | - pretty much everything that used to be specific to lists either uses Foldable or Traversable now |
| 2024-10-17 03:59:53 +0200 | <haskellbridge> | <柱間 (no dm, not friendly)> geekosaur: but even tho some things got removed, they still in some older revisions, right? |
| 2024-10-17 04:00:27 +0200 | <geekosaur> | yes. all f these could be gotten back with an older version of "base" |
| 2024-10-17 04:00:43 +0200 | <haskellbridge> | <柱間 (no dm, not friendly)> locking libraries versions is a thing to keep in mind, if someone does that and uses a specific revision (let's say from 2021) then there's no issue , right? |
| 2024-10-17 04:00:54 +0200 | <geekosaur> | the problem is ,the compiler has parts of "base" wired-in, so if you want some particular version of "base" you must use the compiler that comes with it |
| 2024-10-17 04:01:23 +0200 | <haskellbridge> | <柱間 (no dm, not friendly)> geekosaur: oh, a specific version of GHC then? |
| 2024-10-17 04:02:01 +0200 | <geekosaur> | yes |
| 2024-10-17 04:02:09 +0200 | <geekosaur> | well, major version at least |
| 2024-10-17 04:03:19 +0200 | <haskellbridge> | <柱間 (no dm, not friendly)> well, i dont see any problem then, the approach could be: |
| 2024-10-17 04:03:19 +0200 | <haskellbridge> | ... long message truncated: https://kf8nh.com/_heisenbridge/media/kf8nh.com/MToxpDZZcKcKNdHmIBWsdCCM/yTxXZntkGKo (4 lines) |
| 2024-10-17 04:03:24 +0200 | <haskellbridge> | <柱間 (no dm, not friendly)> well, i dont see any problem then, the approach could be: |
| 2024-10-17 04:03:24 +0200 | <haskellbridge> | ... long message truncated: https://kf8nh.com/_heisenbridge/media/kf8nh.com/NiLaftbHSFgWxwudpczZaOTI/dkvteibTG_s (4 lines) |
| 2024-10-17 04:03:29 +0200 | <haskellbridge> | <柱間 (no dm, not friendly)> * think |
| 2024-10-17 04:05:07 +0200 | <geekosaur> | this si more or less what stack does |
| 2024-10-17 04:05:44 +0200 | <geekosaur> | the downside is that eventually older compilers won't work on newer systems (7.10.x crashes at startup on Ubuntu 22.04 and up, for example) |
| 2024-10-17 04:06:16 +0200 | <haskellbridge> | <柱間 (no dm, not friendly)> why is this? |
| 2024-10-17 04:06:54 +0200 | <geekosaur> | because it's not just ghc that is changing |
| 2024-10-17 04:07:03 +0200 | <haskellbridge> | <柱間 (no dm, not friendly)> geekosaur: pretty cool then, i might look forward into how stack does it, and copy to a more cmake-like structure (im using c++ with haskell so...) |
| 2024-10-17 04:07:40 +0200 | <haskellbridge> | <柱間 (no dm, not friendly)> geekosaur: i'm sorry to take your time, but if you could explain a bit more, is this somehow related to the kernel itself? like any operation not being supported anymore |
| 2024-10-17 04:07:47 +0200 | <geekosaur> | with stack you develop with a snapshoot (see https://stackage.org) |
| 2024-10-17 04:08:07 +0200 | <geekosaur> | it includes a compiler and a collection of libraries at versions known to work with the compiler and each other |
| 2024-10-17 04:08:48 +0200 | <geekosaur> | it may be glibc, it may be other system dependencies, I don't think anyone's actually looked into why it's happening |
| 2024-10-17 04:09:56 +0200 | <haskellbridge> | <柱間 (no dm, not friendly)> i see |
| 2024-10-17 04:10:13 +0200 | <haskellbridge> | <柱間 (no dm, not friendly)> geekosaur: this is really cool, i wonder how they do it |
| 2024-10-17 04:10:44 +0200 | <haskellbridge> | <柱間 (no dm, not friendly)> but like, someone can just compile the software in a stateless system and ship with all dependencies to other OSes |
| 2024-10-17 04:11:15 +0200 | <geekosaur> | that was the idea behind MUSL |
| 2024-10-17 04:11:36 +0200 | <geekosaur> | the problem there is that the kernel's interface is not fixed, so libcs must track how it changes |
| 2024-10-17 04:11:42 +0200 | <haskellbridge> | <柱間 (no dm, not friendly)> at least here at guix i can use the command "guix pack" to do it, there might exist something similar in nix, and as i've already saw, nix is better when it comes to reproducibility, because there's no side effects (pure) |
| 2024-10-17 04:12:07 +0200 | <geekosaur> | glibc and MUSL contain a lot of code to adapt to the kernel at runtime. if they detect an unsupported kernel, they crash |
| 2024-10-17 04:13:12 +0200 | <haskellbridge> | <柱間 (no dm, not friendly)> damn |
| 2024-10-17 04:13:43 +0200 | <haskellbridge> | <柱間 (no dm, not friendly)> but there might be a way around it |
| 2024-10-17 04:18:38 +0200 | <haskellbridge> | <geekosaur (@geekosaur:matrix.org)> Let everyone know if you find it |
| 2024-10-17 04:20:53 +0200 | <haskellbridge> | <柱間 (no dm, not friendly)> ofc =) |
| 2024-10-17 04:25:57 +0200 | <haskellbridge> | <柱間 (no dm, not friendly)> damn, this is a lot of workarounds... |
| 2024-10-17 04:25:57 +0200 | <haskellbridge> | https://git.savannah.gnu.org/cgit/guix.git/tree/gnu/packages/haskell.scm#n702 |
| 2024-10-17 04:26:19 +0200 | <haskellbridge> | <柱間 (no dm, not friendly)> but like, it works |
| 2024-10-17 04:26:19 +0200 | <haskellbridge> | but it stops every C-library from having trouble with it, lol |
| 2024-10-17 04:27:23 +0200 | <haskellbridge> | <柱間 (no dm, not friendly)> wow, there's even ghc6.6 in there... take a look |
| 2024-10-17 04:28:02 +0200 | <haskellbridge> | <柱間 (no dm, not friendly)> there's something to glibc if you read above too, maybe on ghc4.0 or smth, just on the top |
| 2024-10-17 04:28:16 +0200 | <haskellbridge> | <柱間 (no dm, not friendly)> those are workarounds, but they're quite cool |
| 2024-10-17 04:47:20 +0200 | td_ | (~td@i53870917.versanet.de) (Ping timeout: 252 seconds) |
| 2024-10-17 04:49:06 +0200 | td_ | (~td@i53870903.versanet.de) td_ |
| 2024-10-17 06:48:24 +0200 | alp | (~alp@2001:861:e3d6:8f80:cfc1:c60c:c177:1e26) (Ping timeout: 246 seconds) |
| 2024-10-17 07:23:02 +0200 | alp | (~alp@2001:861:e3d6:8f80:c1d0:38:3b03:da86) |
| 2024-10-17 07:33:09 +0200 | alp | (~alp@2001:861:e3d6:8f80:c1d0:38:3b03:da86) (Ping timeout: 248 seconds) |
| 2024-10-17 07:38:53 +0200 | alp | (~alp@2001:861:e3d6:8f80:689:f2c1:b3cb:79a1) |
| 2024-10-17 08:48:32 +0200 | ft | (~ft@p4fc2a216.dip0.t-ipconnect.de) (Quit: leaving) |
| 2024-10-17 08:52:56 +0200 | ash3en | (~Thunderbi@31.16.203.214) ash3en |
| 2024-10-17 09:07:01 +0200 | ash3en | (~Thunderbi@31.16.203.214) (Quit: ash3en) |
| 2024-10-17 11:20:21 +0200 | ash3en | (~Thunderbi@2a01:780:8000:115:27a0:cdec:aee3:14b8) ash3en |
| 2024-10-17 11:21:07 +0200 | ash3en | (~Thunderbi@2a01:780:8000:115:27a0:cdec:aee3:14b8) (Client Quit) |
| 2024-10-17 11:28:27 +0200 | Digitteknohippie | (~user@user/digit) Digit |
| 2024-10-17 11:28:54 +0200 | Digit | (~user@user/digit) (Ping timeout: 260 seconds) |
| 2024-10-17 11:56:48 +0200 | Digitteknohippie | Digit |
| 2024-10-17 12:26:06 +0200 | yaslam | (~yaslam@user/yaslam) yaslam |
| 2024-10-17 13:50:11 +0200 | ash3en | (~Thunderbi@149.222.128.226) ash3en |
| 2024-10-17 13:58:10 +0200 | ash3en | (~Thunderbi@149.222.128.226) (Quit: ash3en) |
| 2024-10-17 14:01:09 +0200 | Digitteknohippie | (~user@user/digit) Digit |
| 2024-10-17 14:01:22 +0200 | Digit | (~user@user/digit) (Ping timeout: 252 seconds) |
| 2024-10-17 14:05:56 +0200 | ash3en | (~Thunderbi@149.222.128.226) ash3en |
| 2024-10-17 14:11:25 +0200 | Digitteknohippie | Digit |
| 2024-10-17 14:44:45 +0200 | alp | (~alp@2001:861:e3d6:8f80:689:f2c1:b3cb:79a1) (Ping timeout: 246 seconds) |
| 2024-10-17 14:50:31 +0200 | catman | (~catman@user/catman) (Quit: WeeChat 4.4.2) |
| 2024-10-17 15:14:51 +0200 | catman | (~catman@user/catman) catman |
| 2024-10-17 15:22:11 +0200 | ash3en | (~Thunderbi@149.222.128.226) (Quit: ash3en) |
| 2024-10-17 16:15:51 +0200 | Digitteknohippie | (~user@user/digit) Digit |
| 2024-10-17 16:16:39 +0200 | Digit | (~user@user/digit) (Ping timeout: 252 seconds) |
| 2024-10-17 16:23:07 +0200 | Digitteknohippie | Digit |
| 2024-10-17 16:27:34 +0200 | rekahsoft | (~rekahsoft@76.69.85.220) rekahsoft |
| 2024-10-17 16:43:31 +0200 | ash3en | (~Thunderbi@193.32.248.167) ash3en |
| 2024-10-17 16:50:01 +0200 | ash3en | (~Thunderbi@193.32.248.167) (Quit: ash3en) |
| 2024-10-17 17:11:03 +0200 | hiecaq`` | (~hiecaq`@user/hiecaq) (Quit: ERC 5.5.0.29.1 (IRC client for GNU Emacs 29.4)) |
| 2024-10-17 17:28:59 +0200 | alp | (~alp@2001:861:e3d6:8f80:553e:4712:5919:60eb) |
| 2024-10-17 17:50:32 +0200 | Digit | (~user@user/digit) (Ping timeout: 255 seconds) |
| 2024-10-17 18:00:21 +0200 | Digit | (~user@user/digit) Digit |
| 2024-10-17 18:18:15 +0200 | alp | (~alp@2001:861:e3d6:8f80:553e:4712:5919:60eb) (Ping timeout: 246 seconds) |
| 2024-10-17 18:52:13 +0200 | alp | (~alp@2001:861:e3d6:8f80:34e0:ead3:355f:5f57) |
| 2024-10-17 19:10:37 +0200 | ft | (~ft@p4fc2a216.dip0.t-ipconnect.de) ft |
| 2024-10-17 20:43:34 +0200 | Digitteknohippie | (~user@user/digit) Digit |
| 2024-10-17 20:44:55 +0200 | ircbrowse_tom | (~ircbrowse@user/tomsmeding/bot/ircbrowse-tom) ircbrowse_tom |
| 2024-10-17 20:44:59 +0200 | Server | +cnt |
| 2024-10-17 20:46:11 +0200 | bsima | (~bsima@2604:a880:400:d0::19f1:7001) (Quit: ZNC 1.8.2 - https://znc.in) |
| 2024-10-17 20:46:34 +0200 | bsima | (~bsima@143.198.118.179) bsima |
| 2024-10-17 20:54:09 +0200 | alp | (~alp@2001:861:e3d6:8f80:34e0:ead3:355f:5f57) (Ping timeout: 252 seconds) |
| 2024-10-17 20:59:54 +0200 | Digitteknohippie | Digit |
| 2024-10-17 21:12:52 +0200 | alp | (~alp@2001:861:e3d6:8f80:892c:a656:e37a:e5b6) |
| 2024-10-17 21:18:06 +0200 | alp | (~alp@2001:861:e3d6:8f80:892c:a656:e37a:e5b6) (Ping timeout: 272 seconds) |
| 2024-10-17 21:37:39 +0200 | alp | (~alp@2001:861:e3d6:8f80:c611:3442:c342:856d) |
| 2024-10-17 23:39:18 +0200 | rascasse | (~rascasse@user/diep) diep |