Newest at the top
| 2025-01-10 04:16:12 +0100 | <geekosaur> | not quite. source-repository is a section. it ended the top level (outside any section) fields, so data-files: was ignored from then on |
| 2025-01-10 04:16:04 +0100 | <haskellbridge> | <sm> that's annoying. Just figured out the same thing |
| 2025-01-10 04:15:50 +0100 | <sim590> | Thanks for help everyone. |
| 2025-01-10 04:15:30 +0100 | <sim590> | That's because I added `source-repository` later in development and I didn't understand that it broke data-files section. |
| 2025-01-10 04:15:30 +0100 | rekahsoft | (~rekahsoft@70.51.99.237) (Ping timeout: 252 seconds) |
| 2025-01-10 04:15:05 +0100 | <geekosaur> | arguably should be default\ |
| 2025-01-10 04:14:56 +0100 | <geekosaur> | had to run cabal chrck to get that |
| 2025-01-10 04:14:43 +0100 | <monochrom> | Like this? "Ignoring trailing fields after sections: "data-files"" |
| 2025-01-10 04:14:39 +0100 | <sim590> | god damn. |
| 2025-01-10 04:14:32 +0100 | <sim590> | That's it |
| 2025-01-10 04:14:12 +0100 | <euouae> | it would be nice if a warning was given about data-files being ignored |
| 2025-01-10 04:14:09 +0100 | <sim590> | Let me see |
| 2025-01-10 04:14:06 +0100 | <sim590> | Hmmm |
| 2025-01-10 04:13:56 +0100 | <geekosaur> | that ended the global fields, so data-files is ignored |
| 2025-01-10 04:13:55 +0100 | <sim590> | This person had the same issue here: https://stackoverflow.com/questions/73258030/cabal-ignoring-trailing-fields-after-sections, but no answers were given. |
| 2025-01-10 04:13:37 +0100 | <geekosaur> | you put data-files after source-repository |
| 2025-01-10 04:13:26 +0100 | <geekosaur> | OH |
| 2025-01-10 04:12:36 +0100 | <sim590> | I think that I need to fix the error that `cabal check` reports, but Idk how. |
| 2025-01-10 04:12:16 +0100 | orangeFlu | (orangeFlu@gateway/vpn/protonvpn/orangeflu) (Quit: Lost terminal) |
| 2025-01-10 04:12:12 +0100 | weary-traveler | (~user@user/user363627) (Ping timeout: 252 seconds) |
| 2025-01-10 04:12:11 +0100 | <geekosaur> | sm, they're in the source tree, they pointed to the git repo and it has them |
| 2025-01-10 04:10:19 +0100 | <sim590> | I tried multiple indentation styles. ALl on the same line, with indentation of 2 under the line `data-files`, all files aligned together with the first one on the same line as `data-files`. It's all the same it seems. |
| 2025-01-10 04:10:00 +0100 | <geekosaur> | you might want to not split it over lines and say `data-files: resources/habanga-tui/*.txt` |
| 2025-01-10 04:09:31 +0100 | bitdex | (~bitdex@gateway/tor-sasl/bitdex) bitdex |
| 2025-01-10 04:08:34 +0100 | user363627 | (~user@user/user363627) user363627 |
| 2025-01-10 04:08:01 +0100 | <geekosaur> | the next question might be indentation, since the warn9ing you got does suggest the entries are being misread as not being part of the value of `data-files` |
| 2025-01-10 04:07:36 +0100 | menschenmensch | (~menschenm@41.66.98.89) |
| 2025-01-10 04:07:35 +0100 | <haskellbridge> | <sm> the files exist in your source tree I assume |
| 2025-01-10 04:07:10 +0100 | menschenmensch | (~menschenm@41.66.98.89) (Ping timeout: 240 seconds) |
| 2025-01-10 04:07:06 +0100 | <monochrom> | Err nevermind, it belongs to top level. |
| 2025-01-10 04:06:30 +0100 | <geekosaur> | that was what I was thinking, but it's listed with the top level stuff |
| 2025-01-10 04:06:14 +0100 | merijn | (~merijn@128-137-045-062.dynamic.caiway.nl) (Ping timeout: 245 seconds) |
| 2025-01-10 04:05:42 +0100 | <monochrom> | Shouldn't data-files belong to a libary or executable section, rather than "top level"? |
| 2025-01-10 04:05:31 +0100 | <sim590> | Also, the tarball from `cabal sdist` doesn't have the data-files. |
| 2025-01-10 04:04:16 +0100 | rekahsoft | (~rekahsoft@70.51.99.237) rekahsoft |
| 2025-01-10 04:03:38 +0100 | housemate | (~housemate@pa49-185-174-252.pa.vic.optusnet.com.au) housemate |
| 2025-01-10 04:03:12 +0100 | <sim590> | Seems related, but Idk what that means. I don't see any issue in the file. |
| 2025-01-10 04:02:58 +0100 | <sim590> | I get this: Warning: [parser-warning] habanga.cabal:28:1: Ignoring trailing fields after sections: "data-files" |
| 2025-01-10 04:02:43 +0100 | <haskellbridge> | <sm> I suggested checking the timestamps of those installed data files, in case they are leftovers from an older install, perhaps with a different ghc version or store path |
| 2025-01-10 04:02:04 +0100 | <geekosaur> | cabal check? |
| 2025-01-10 04:02:00 +0100 | <sim590> | Yeah. Only the title file has a capital. I guess I forgot about it, but everything is consistent. |
| 2025-01-10 04:01:59 +0100 | <geekosaur> | I don't see why they didn't get sdisted then |
| 2025-01-10 04:01:57 +0100 | <geekosaur> | right, I just looked again after reloafding and maybe that is the only uppercase one |
| 2025-01-10 04:01:52 +0100 | merijn | (~merijn@128-137-045-062.dynamic.caiway.nl) merijn |
| 2025-01-10 04:01:34 +0100 | menschenmensch | (~menschenm@41.66.98.89) |
| 2025-01-10 04:01:22 +0100 | <haskellbridge> | <sm> I see line 35 saying "resources/habanga-tui/Habanga-title.txt" |
| 2025-01-10 04:00:50 +0100 | <geekosaur> | this will cause problems on case-sensitive systems |
| 2025-01-10 04:00:18 +0100 | <geekosaur> | habanga.cabal uses lowercase "h" for the data files, resources/habanga-tui has uppercase |
| 2025-01-10 04:00:11 +0100 | <haskellbridge> | <sm> v2-run is just running files from the source tree I believe |
| 2025-01-10 03:59:47 +0100 | <haskellbridge> | <sm> where's the case mismatch ? using a capital should be ok, no ? |