Newest at the top
| 2025-01-16 12:55:53 +0100 | Typedfern | (~Typedfern@51.red-83-37-40.dynamicip.rima-tde.net) (Ping timeout: 244 seconds) |
| 2025-01-16 12:54:58 +0100 | euleritian | (~euleritia@dynamic-176-004-140-216.176.4.pool.telefonica.de) |
| 2025-01-16 12:54:28 +0100 | euleritian | (~euleritia@ip4d17fae8.dynamic.kabel-deutschland.de) (Ping timeout: 252 seconds) |
| 2025-01-16 12:52:19 +0100 | lortabac | (~lortabac@2a01:e0a:541:b8f0:55ab:e185:7f81:54a4) lortabac |
| 2025-01-16 12:51:23 +0100 | Typedfern | (~Typedfern@51.red-83-37-40.dynamicip.rima-tde.net) typedfern |
| 2025-01-16 12:48:36 +0100 | pointlessslippe1 | (~pointless@62.106.85.17) (Ping timeout: 252 seconds) |
| 2025-01-16 12:48:35 +0100 | notzmv | (~umar@user/notzmv) (Ping timeout: 252 seconds) |
| 2025-01-16 12:45:53 +0100 | euleritian | (~euleritia@ip4d17fae8.dynamic.kabel-deutschland.de) |
| 2025-01-16 12:45:36 +0100 | euleritian | (~euleritia@dynamic-176-004-140-216.176.4.pool.telefonica.de) (Read error: Connection reset by peer) |
| 2025-01-16 12:45:06 +0100 | ash3en | (~Thunderbi@2a03:7846:b6eb:101:93ac:a90a:da67:f207) (Quit: ash3en) |
| 2025-01-16 12:44:17 +0100 | pointlessslippe1 | (~pointless@62.106.85.17) pointlessslippe1 |
| 2025-01-16 12:42:18 +0100 | dysthesis | (~dysthesis@user/dysthesis) (Remote host closed the connection) |
| 2025-01-16 12:40:55 +0100 | weary-traveler | (~user@user/user363627) user363627 |
| 2025-01-16 12:38:31 +0100 | pointlessslippe- | (~pointless@62.106.85.17) (Quit: ZNC - http://znc.in) |
| 2025-01-16 12:35:19 +0100 | Typedfern | (~Typedfern@104.red-83-37-43.dynamicip.rima-tde.net) (Ping timeout: 260 seconds) |
| 2025-01-16 12:34:54 +0100 | myxos | (~myxos@syn-065-028-251-121.res.spectrum.com) myxokephale |
| 2025-01-16 12:34:11 +0100 | myxos | (~myxos@syn-065-028-251-121.res.spectrum.com) (Ping timeout: 244 seconds) |
| 2025-01-16 12:33:24 +0100 | euleritian | (~euleritia@dynamic-176-004-140-216.176.4.pool.telefonica.de) |
| 2025-01-16 12:33:09 +0100 | euleritian | (~euleritia@ip4d17fae8.dynamic.kabel-deutschland.de) (Ping timeout: 248 seconds) |
| 2025-01-16 12:32:12 +0100 | merijn | (~merijn@77.242.116.146) (Ping timeout: 252 seconds) |
| 2025-01-16 12:28:50 +0100 | Digit | (~user@user/digit) (Ping timeout: 248 seconds) |
| 2025-01-16 12:27:48 +0100 | Digitteknohippie | (~user@user/digit) Digit |
| 2025-01-16 12:25:16 +0100 | merijn | (~merijn@77.242.116.146) merijn |
| 2025-01-16 12:20:03 +0100 | <mreh> | It might be easier just to document the gotcha. It's not very onerous to ask users to only get a uniform once in their pipeline definition. |
| 2025-01-16 12:17:23 +0100 | <Leary> | I would not rely on this kind of memoisation, but write something that explicitly generates and manages unique identifiers. |
| 2025-01-16 12:15:08 +0100 | <mreh> | but it's not the end of the world |
| 2025-01-16 12:14:53 +0100 | <mreh> | so if I could memoise the binding number for each getter, that would be nice |
| 2025-01-16 12:14:19 +0100 | <mreh> | I'm planning an interface where users can fetch a graphics pipeline uniform from the environment when they call a function with a getter, but every call will result in a new uniform descriptor being added, and on some systems there are only 4 of those available |
| 2025-01-16 12:12:18 +0100 | comerijn | (~merijn@77.242.116.146) (Ping timeout: 252 seconds) |
| 2025-01-16 12:12:07 +0100 | <mreh> | I was asking on the off chance someone had tried it before. |
| 2025-01-16 12:11:41 +0100 | <mreh> | Leary, I think I'll have a go and see what happens. |
| 2025-01-16 12:11:04 +0100 | xff0x | (~xff0x@2405:6580:b080:900:7761:255c:77e5:46e1) |
| 2025-01-16 12:07:54 +0100 | housemate | (~housemate@146.70.66.228) (Quit: Nothing to see here. I wasn't there. I take IRC seriously. I do not work for any body DIRECTLY although I do represent BOT NET.) |
| 2025-01-16 12:07:02 +0100 | <smiesner> | thank you so much! |
| 2025-01-16 12:06:59 +0100 | <Leary> | mreh: Try 'stable-memo' or 'memo-ptr' and find out. |
| 2025-01-16 12:05:29 +0100 | <dminuoso> | Check with them for further details. |
| 2025-01-16 12:05:24 +0100 | <dminuoso> | The Haskell team members generally hang out in the Matrix room #haskell:nixos.org. |
| 2025-01-16 12:05:07 +0100 | <dminuoso> | Hydra evaluates haskell-branch every 4 hours. |
| 2025-01-16 12:05:01 +0100 | <dminuoso> | smiesner: https://github.com/NixOS/nixpkgs/blob/haskell-updates/pkgs/development/haskell-modules/HACKING.md#… here we go |
| 2025-01-16 12:03:48 +0100 | <dminuoso> | See https://github.com/NixOS/nixpkgs/blob/haskell-updates/pkgs/development/haskell-modules/HACKING.md |
| 2025-01-16 12:03:30 +0100 | <dminuoso> | Now there's some maintainer script to merge open haskell-updates PRs back into master. |
| 2025-01-16 12:02:56 +0100 | <dminuoso> | smiesner: There is a branch called haskell-updates which I believe is updated daily |
| 2025-01-16 12:02:47 +0100 | <smiesner> | just used it once or twice |
| 2025-01-16 12:02:39 +0100 | <smiesner> | i'm really a noobie with nix, sorry |
| 2025-01-16 12:02:28 +0100 | <smiesner> | hm, i cant find the package I want to use the latest version of in the main.yaml. it's this one: https://search.nixos.org/packages?channel=24.11&show=haskellPackages.hosc&from=0&size=50&sort=rele… |
| 2025-01-16 12:02:11 +0100 | <dminuoso> | smiesner: Though know, that these updates dont get merged into master automatically. |
| 2025-01-16 12:00:23 +0100 | <dminuoso> | If its unpinned, it should get updated the next time haskell2nix runs (daily perhaps? unsure) |
| 2025-01-16 12:00:07 +0100 | <dminuoso> | (or a pin via stackage resolver) |
| 2025-01-16 12:00:01 +0100 | <dminuoso> | smiesner: It depends on whether it receives a pin in that main.yaml |
| 2025-01-16 11:59:27 +0100 | <smiesner> | just for my understanding now: when a library is bumped on hackage, how long does nix need to integrate it? or is it no time at all bc it 'researches' on every nix build try? |