Newest at the top
2024-10-05 15:19:42 +0200 | identity | (~identity@user/ZharMeny) (Read error: Connection reset by peer) |
2024-10-05 15:15:54 +0200 | merijn | (~merijn@204-220-045-062.dynamic.caiway.nl) (Ping timeout: 252 seconds) |
2024-10-05 15:12:15 +0200 | vanishing | (~vanishing@user/vanishingideal) (Ping timeout: 276 seconds) |
2024-10-05 15:11:08 +0200 | merijn | (~merijn@204-220-045-062.dynamic.caiway.nl) merijn |
2024-10-05 15:10:34 +0200 | tromp | (~textual@92-110-219-57.cable.dynamic.v4.ziggo.nl) |
2024-10-05 15:09:40 +0200 | vanishingideal | (~vanishing@user/vanishingideal) vanishingideal |
2024-10-05 15:09:19 +0200 | tromp | (~textual@92-110-219-57.cable.dynamic.v4.ziggo.nl) (Quit: My iMac has gone to sleep. ZZZzzz…) |
2024-10-05 15:08:21 +0200 | morb | (~morb@pool-108-41-100-120.nycmny.fios.verizon.net) (Ping timeout: 276 seconds) |
2024-10-05 15:08:01 +0200 | wootehfoot | (~wootehfoo@user/wootehfoot) (Read error: Connection reset by peer) |
2024-10-05 15:06:32 +0200 | xstill_ | (xstill@fimu/xstill) xstill |
2024-10-05 15:06:13 +0200 | xstill_ | (xstill@fimu/xstill) (Quit: Ping timeout (120 seconds)) |
2024-10-05 15:01:09 +0200 | vanishingideal | (~vanishing@user/vanishingideal) (Ping timeout: 248 seconds) |
2024-10-05 15:00:39 +0200 | morb | (~morb@pool-108-41-100-120.nycmny.fios.verizon.net) |
2024-10-05 15:00:08 +0200 | merijn | (~merijn@204-220-045-062.dynamic.caiway.nl) (Ping timeout: 252 seconds) |
2024-10-05 14:59:14 +0200 | vanishing | (~vanishing@user/vanishingideal) vanishingideal |
2024-10-05 14:58:40 +0200 | L29Ah | (~L29Ah@wikipedia/L29Ah) (Ping timeout: 252 seconds) |
2024-10-05 14:55:44 +0200 | merijn | (~merijn@204-220-045-062.dynamic.caiway.nl) merijn |
2024-10-05 14:55:43 +0200 | lyxia | (~lyxia@poisson.chat) |
2024-10-05 14:50:37 +0200 | paddymahoney | (~paddymaho@pool-99-250-10-137.cpe.net.cable.rogers.com) |
2024-10-05 14:49:10 +0200 | <kaol> | I can't find a way to do this and trying to patch cabal for it is not something I'd want to go into. I'll just take it as no. Bah. |
2024-10-05 14:45:12 +0200 | Smiles | (uid551636@id-551636.lymington.irccloud.com) Smiles |
2024-10-05 14:44:44 +0200 | merijn | (~merijn@204-220-045-062.dynamic.caiway.nl) (Ping timeout: 252 seconds) |
2024-10-05 14:42:53 +0200 | paddymahoney | (~paddymaho@pool-99-250-10-137.cpe.net.cable.rogers.com) (Ping timeout: 255 seconds) |
2024-10-05 14:40:19 +0200 | merijn | (~merijn@204-220-045-062.dynamic.caiway.nl) merijn |
2024-10-05 14:39:15 +0200 | <tomsmeding> | validatedTargets (under a `where` in the same file) calls resolveTargets (in ProjectOrchestration.hs), which returns a TargetsMap which is just a `Map UnitId _` |
2024-10-05 14:37:37 +0200 | <kaol> | On a cursory look, it gets targets variable from validatedTargets and it has parameters like elaboratedPlan and targetSelectors and I suppose it's part of them to prefer libraries first. |
2024-10-05 14:37:09 +0200 | L29Ah | (~L29Ah@wikipedia/L29Ah) L29Ah |
2024-10-05 14:33:28 +0200 | <tomsmeding> | that safeHead looks very non-configurable to me |
2024-10-05 14:33:08 +0200 | <tomsmeding> | https://github.com/haskell/cabal/blob/b1e842d22b2d3fcd973b77bb81cf109f503be5f2/cabal-install/src/D… |
2024-10-05 14:32:41 +0200 | <tomsmeding> | whatever that may be |
2024-10-05 14:32:36 +0200 | <tomsmeding> | kaol: I looked in the cabal source, and it seems to take the first target ordered by UnitId |
2024-10-05 14:29:20 +0200 | merijn | (~merijn@204-220-045-062.dynamic.caiway.nl) (Ping timeout: 252 seconds) |
2024-10-05 14:26:49 +0200 | Square | (~Square@user/square) Square |
2024-10-05 14:26:30 +0200 | Square | (~Square@user/square) (Remote host closed the connection) |
2024-10-05 14:24:53 +0200 | merijn | (~merijn@204-220-045-062.dynamic.caiway.nl) merijn |
2024-10-05 14:18:15 +0200 | <kaol> | And yes, the executable is the first component in my cabal. It still skips over it and picks the library instead. |
2024-10-05 14:15:16 +0200 | <Square> | Thanks for the input on web jackdk, probie |
2024-10-05 14:14:31 +0200 | merijn | (~merijn@204-220-045-062.dynamic.caiway.nl) (Ping timeout: 264 seconds) |
2024-10-05 14:11:38 +0200 | <kaol> | I could write the executable name every time or set up some script to call to type less but I'd write "cabal repl" half the time from muscle memory. It'd be convenient to change this. |
2024-10-05 14:09:53 +0200 | <kaol> | cabal repl --help tells me that running "cabal repl" uses "default component". I have several components in my cabal file and looks like it's defaulting to the first library but it'd be much more useful for my project to default to the first executable instead. Is there some knob I could turn? |
2024-10-05 14:09:28 +0200 | merijn | (~merijn@204-220-045-062.dynamic.caiway.nl) merijn |
2024-10-05 14:05:58 +0200 | kaol | (~kaol@94-237-45-144.nl-ams1.upcloud.host) kaol |
2024-10-05 14:01:04 +0200 | identity | (~identity@user/ZharMeny) identity |
2024-10-05 13:59:46 +0200 | <jackdk> | Which is what yesod-static is using under the hood. Depends on what level you are embedding at |
2024-10-05 13:59:05 +0200 | <jackdk> | There's also https://hackage.haskell.org/package/file-embed |
2024-10-05 13:58:31 +0200 | merijn | (~merijn@204-220-045-062.dynamic.caiway.nl) (Ping timeout: 252 seconds) |
2024-10-05 13:57:32 +0200 | <kqr> | Ah, it comes with an example. Sometimes the Yesod documentation is a little difficult and sometimes it hits just the right spot! |
2024-10-05 13:55:58 +0200 | CrunchyFlakes | (~CrunchyFl@ip1f13e94e.dynamic.kabel-deutschland.de) |
2024-10-05 13:54:28 +0200 | <kqr> | Just gotta figure out how to use it. |
2024-10-05 13:54:15 +0200 | <kqr> | Yeah. This looks promising: https://hackage.haskell.org/package/yesod-static-1.6.1.0/docs/Yesod-EmbeddedStatic.html |