Cool, will take a deeper look tomorrow.

Hi, (for the records)

Goal should be to have all relevant/callable tools in /pkg/haskell-xy/bin (opposed to .bin, home/builduser/bin), yielding a simpler PATH setting.

Hmm, evtl. liegt es daran, dass mir Phil Collins nicht wirklich viel sagt. Oder ist das dann der joke dabei?

Near miss:
a)

  /dev/shm/haskell-9.2.2-0/bin>
 pandoc -> ../../haskell-9.2.2-0.build.tmp/home/.cabal/store/ghc-9.2.2/pandoc-2.18-e-pandoc-404b3cc8489cf4531b697176fe62a13fc3b82a2af86cb1dd491eafeed5cb7e65/bin/pandoc

still in $HOME

b)

/dev/shm/haskell-9.2.2-0/.ghcup> ls -la 
 cabal -> cabal-3.6.2.0
 cabal-3.6.2.0
 ghc -> ../ghc/9.2.2/bin/ghc-9.2.2
 ghc-9.2 -> ../ghc/9.2.2/bin/ghc-9.2.2
 ghc-9.2.2 -> ../ghc/9.2.2/bin/ghc-9.2.2
 ghc-pkg -> ../ghc/9.2.2/bin/ghc-pkg-9.2.2

Symlinks are dead ...

Next time better send me the path to your build test, saves me the time to rebuild.

was a joke to specific to Phil Collins then. One song of him is popular for the line "take a look at me now" which could be in this case read as take a look at the new version of the pull request now.

I copied all executables into the $PREFIX/bin directory because ghcup does not support that directly afaik and I don't have any answers on stackoverflow regarding this topic.

Bad news, sorry.
Resulting build looks good, but if I remove haskell-9.2.2-1.build.tmp, I get the following error:

#> pandoc -o /dev/shm/bla.md  index.html 
Could not find data file /dev/shm/haskell-9.2.2-1.build.tmp/home/.cabal/store/ghc-9.2.2/pandoc-2.18-77b2da5f6dff951989bbac7fa4a66894488eb53aa74618c6ebe8a984905101fa/share/data/abbreviations

Needlees to say that it worked when the build home was in place. Maybe add the removal of the build home to a test method?

Maybe look here for suitable compile flags:
https://github.com/archlinux/svntogit-community/blob/packages/pandoc/trunk/PKGBUILD

Now we got the hidden directories back again but they don't contain executables. Therefore I hope it finds your approval.

So, you haven't tried the arch example? (see quote below) Especially the '-f-embed_data_files' option sounds to me like a promissing candidate for solving the homedirectory problems.

runhaskell Setup configure -O --enable-shared --enable-executable-dynamic --disable-library-vanilla \
        --prefix=/usr --docdir="/usr/share/doc/$pkgname" --datasubdir=$pkgname --enable-tests \
        --dynlibdir=/usr/lib --libsubdir=\$compiler/site-local/\$pkgid --ghc-option=-fllvm \
            -f-trypandoc -f-embed_data_files -f-static

I looked at the arch example. But since they are going a completely different way by not using cabal I would have to check if all dependency are there, what every single flag which is not obvious is doing and last but not least if it works well with the ghc. Even runhaskell Setup [configure] does not work out of the box. And all that mess for two hidden directories to disappear. Wasn't my first choice.

pandoc works, checked with different user and a dumped tmp.builddir.
Nice :)