You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Currently, cabal can either register a package or generate a script to register the package later. Unfortunitely, gentoo would like to register the package themselves, but we don't generate a package.conf file for them.
A possible solution is to generate a package.conf file at a given location. The problem is that this breaks abstraction from ghc-pkg. Probably will do it anyway.
The text was updated successfully, but these errors were encountered:
sed -i 's:ghc-pkg:/usr/bin/true:' .setup-config
./setup register || die "setup register failed"
if [[ -f .installed-pkg-config ]]; then
do-something-with .installed-pkg-config
fi
That is we call setup register having hacked the ghc-pkg command to be /usr/bin/true. This creates the .installed-pkg-config file which we then stash away and later register it ourselves.
This is obviously relying on the implementation and not on any spec. So if we can make a proper way of getting the package conf file then that'd be great.
The only change between process 1.3 and 1.4 is:
"Added child_user and child_group to CreateProcess for unix. #45"
And the relevant code in Cabal doesn't seem affected by those additional
members.
(Imported from Trac #38, reported by @SyntaxPolice on 2006-01-09)
Currently, cabal can either register a package or generate a script to register the package later. Unfortunitely, gentoo would like to register the package themselves, but we don't generate a package.conf file for them.
A possible solution is to generate a package.conf file at a given location. The problem is that this breaks abstraction from ghc-pkg. Probably will do it anyway.
The text was updated successfully, but these errors were encountered: