Newest at the top
| 2025-01-10 04:28:04 +0100 | <sim590> | what's the advantage? |
| 2025-01-10 04:26:58 +0100 | rekahsoft | (~rekahsoft@70.51.99.237) rekahsoft |
| 2025-01-10 04:25:20 +0100 | <haskellbridge> | <sm> also data-files is inherently fragile, I think. I prefer file-embed |
| 2025-01-10 04:22:05 +0100 | <geekosaur> | also I think that used to be an error but then someone got the idea that the only errors should be the things preventing a package from being accepted on hackage. there's still some ongoing shakedown about that |
| 2025-01-10 04:22:05 +0100 | sabathan | (~sabathan@acaen-652-1-335-197.w83-115.abo.wanadoo.fr) |
| 2025-01-10 04:21:30 +0100 | merijn | (~merijn@128-137-045-062.dynamic.caiway.nl) (Ping timeout: 246 seconds) |
| 2025-01-10 04:20:14 +0100 | <geekosaur> | I would file a cabal bug, it should (a) be noisier about such problems, not hide them under cabal check (b) perhaps specifically check for fields like data-files and complain even more loudly |
| 2025-01-10 04:19:16 +0100 | <sim590> | I guess that would need to be an error, yeah because data-files are required at runtime by definition. |
| 2025-01-10 04:19:12 +0100 | <geekosaur> | no, I think |
| 2025-01-10 04:18:00 +0100 | sabathan | (~sabathan@acaen-652-1-335-197.w83-115.abo.wanadoo.fr) (Ping timeout: 246 seconds) |
| 2025-01-10 04:17:30 +0100 | <haskellbridge> | <sm> is there a flag that would have turned that cabal data-files warning into an install error ? |
| 2025-01-10 04:17:14 +0100 | merijn | (~merijn@128-137-045-062.dynamic.caiway.nl) merijn |
| 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" |