2025/03/16

Newest at the top

2025-03-16 18:45:20 +0100Digit(~user@user/digit) (Ping timeout: 252 seconds)
2025-03-16 18:45:10 +0100 <merijn> hmmm, manually fixing up the haddock file still doesn't seem to work. At least, the docs aren't visible on the hackage candidate
2025-03-16 18:44:00 +0100Digitteknohippie(~user@user/digit) Digit
2025-03-16 18:42:10 +0100Pixi(~Pixi@user/pixi) (Read error: Connection reset by peer)
2025-03-16 18:34:57 +0100 <merijn> anyone know what the txt file that `cabal haddock` generates is? Is it just a text representation of the documentation? If yes, how do I stop it from generating that, since it breaks things
2025-03-16 18:26:24 +0100notdabs(~Owner@2600:1700:69cf:9000:8c4a:1bad:bb61:8f8d)
2025-03-16 18:26:01 +0100notdabs(~Owner@2600:1700:69cf:9000:8c4a:1bad:bb61:8f8d) (Remote host closed the connection)
2025-03-16 18:23:30 +0100alfiee(~alfiee@user/alfiee) (Ping timeout: 248 seconds)
2025-03-16 18:21:13 +0100 <merijn> It also still includes file names that cause hackage to reject them
2025-03-16 18:21:04 +0100ash3en(~Thunderbi@89.56.182.235) ash3en
2025-03-16 18:20:49 +0100 <merijn> I have 3 library components and it seems to build docs for each and then write them out to the exact same path making it a race which docs you actually get
2025-03-16 18:20:08 +0100 <merijn> geekosaur: That does not seem fixed in HEAD
2025-03-16 18:19:21 +0100alfiee(~alfiee@user/alfiee) alfiee
2025-03-16 18:16:01 +0100L29Ah(~L29Ah@wikipedia/L29Ah) L29Ah
2025-03-16 18:13:47 +0100user363627(~user@user/user363627) (Remote host closed the connection)
2025-03-16 18:12:32 +0100 <merijn> I've been waiting for this glorious moment since, like, 2019 :p
2025-03-16 18:11:57 +0100 <merijn> because the gain from merging this back into 1 package is too great to postpone this over doc generation :p
2025-03-16 18:11:48 +0100 <geekosaur> https://github.com/haskell/cabal/blob/master/README.md#preview-releases
2025-03-16 18:11:28 +0100 <merijn> lemme try that
2025-03-16 18:11:07 +0100 <geekosaur> right
2025-03-16 18:09:49 +0100 <merijn> So if I try cabal-install HEAD it might work?
2025-03-16 18:08:15 +0100 <geekosaur> I think master has at least a partial fix that should be in 3.14.2.0
2025-03-16 18:08:11 +0100wootehfoot(~wootehfoo@user/wootehfoot) wootehfoot
2025-03-16 18:07:51 +0100 <geekosaur> there's still some issues with sublibraries and docs
2025-03-16 18:07:39 +0100 <geekosaur> that's a known bug
2025-03-16 18:05:38 +0100 <merijn> hmmm, seems it just has docs for the last build sub-library. Can I just naively combine the tar files for each sub-library to get one with everything?
2025-03-16 18:00:11 +0100manwithluck(~manwithlu@2a09:bac1:5ba0:20::49:217) manwithluck
2025-03-16 17:57:14 +0100 <merijn> I'm so confused, I *see* it building docs for all libraries in the shell output, but only one seems to end up in the final tarball?
2025-03-16 17:53:46 +0100tv(~tv@user/tv) tv
2025-03-16 17:52:31 +0100Square2(~Square4@user/square) Square
2025-03-16 17:51:48 +0100 <merijn> I tried to naively just do `cabal haddock --haddock-for-hackage`, but that seems broken
2025-03-16 17:51:25 +0100 <merijn> Is there some different/new invocation for haddock that I need to use for multi-library packages?
2025-03-16 17:49:41 +0100 <merijn> It seems to have only build documentation for a single sub library and uses a naming format that's not legal on windows
2025-03-16 17:48:48 +0100bitdex(~bitdex@gateway/tor-sasl/bitdex) (Ping timeout: 264 seconds)
2025-03-16 17:48:44 +0100 <merijn> hmm, the entire doc output seems to be garbage
2025-03-16 17:48:37 +0100dhil(~dhil@2a0c:b381:52e:3600:51d8:861d:bb57:d7c1) (Ping timeout: 268 seconds)
2025-03-16 17:46:55 +0100 <merijn> "broadcast-chan-0.3.0-docs\\conduit\\broadcast-chan:conduit.txt"
2025-03-16 17:46:55 +0100 <merijn> Invalid windows file name in tar archive:
2025-03-16 17:45:38 +0100 <merijn> I'm trying to manually upload docs for my library, but it barfs on containing a file with a path that's not legal on windows
2025-03-16 17:45:07 +0100 <merijn> Seems like someone made a think-o
2025-03-16 17:44:53 +0100 <merijn> hmm
2025-03-16 17:44:33 +0100L29Ah(~L29Ah@wikipedia/L29Ah) (Ping timeout: 244 seconds)
2025-03-16 17:42:00 +0100kuribas`(~user@ptr-17d51emrd94iart11eg.18120a2.ip6.access.telenet.be) (Ping timeout: 276 seconds)
2025-03-16 17:39:08 +0100 <merijn> (because they're all test dependencies)
2025-03-16 17:38:54 +0100 <merijn> That's a shame, because it's making it look as if my library has a ton more dependencies than it does
2025-03-16 17:37:52 +0100alfiee(~alfiee@user/alfiee) (Ping timeout: 252 seconds)
2025-03-16 17:37:26 +0100DigitteknohippieDigit
2025-03-16 17:37:19 +0100DigitDigitteknohippie
2025-03-16 17:34:19 +0100j1n37(~j1n37@user/j1n37) (Ping timeout: 260 seconds)
2025-03-16 17:33:39 +0100j1n37-(~j1n37@user/j1n37) j1n37