Install data-files into /usr/share/PackageName/?

[ddssff]

Install data-files into /usr/share/PackageName/?

[ddssff]

Hmm, the only hackage package I see with data-dir set to a non-empty string are js-flot and js-jquery, which set them to just "javascript". Oh, haddock-api sets it to "resources", and haste-compiler sets it to "lib".

[nomeata]

haskell-devscripts passes --datasubdir=$(CABAL_PACKAGE). Why do you think it is wrong?

[ddssff]

So far I've been confusing where to find them in the source tree with where to put them in the installed binary package tree.

[ddssff]

I think I just need to stop lowercasing $(CABAL_PACKAGE) in Debian/Debianize/Input.hs

[nomeata]

Not really. The variable CABAL_PACKAGE is used for the foo in libghc-foo-dev (maybe a badly named variable, but it’s grown code...), so lower-casing this is correct.

Why do you have to know about the data directory at all? Doesn’t haskell-devscripts take care of that?

[ddssff]

Cabal-debian builds the debian/*.install files, which contain the files listed in the data-files field of the cabal file. It also adds files to the install files for other reasons.

[ddssff]

Oh, I wasn't going to leave it upper case for package names, just for the building the path to the directory containing the installed data files.

[nomeata]

Right, but I’m confused (independent of whether its a good idea or not) about why this is a cabal-debian bug, and not one against haskell-devscripts.

[ddssff]

This is confusing and I think it is resolved. So I'll close it.