Closed dudebout closed 11 years ago
What is the output of the build process? If there is no error, how do you know that the build failed?
On Jan 12, 2013, at 7:36 AM, Nicolas Dudebout notifications@github.com wrote:
I am having problems with installing pandoc in a clean hsenv with cabal up to date After creating the hsenv and activating it, I directly do:
$ cabal install pandoc I do not get any error but the install fails.
— Reply to this email directly or view it on GitHub.
Sorry, the output I posted to github was somehow truncated. Here are the last bits:
[39 of 42] Compiling Text.Pandoc.Writers.Textile ( src/Text/Pandoc/Writers/Textile.hs, dist_foo/build/Text/Pandoc/Writers/Textile.o )
[40 of 42] Compiling Text.Pandoc.Writers.Org ( src/Text/Pandoc/Writers/Org.hs, dist_foo/build/Text/Pandoc/Writers/Org.o )
[41 of 42] Compiling Text.Pandoc.Writers.AsciiDoc ( src/Text/Pandoc/Writers/AsciiDoc.hs, dist_foo/build/Text/Pandoc/Writers/AsciiDoc.o )
[42 of 42] Compiling Text.Pandoc ( src/Text/Pandoc.hs, dist_foo/build/Text/Pandoc.o )
Registering pandoc-1.9.4.5...
Preprocessing executable 'make-pandoc-man-pages' for pandoc-1.9.4.5...
[1 of 1] Compiling Main ( man/make-pandoc-man-pages.hs, dist_foo/build/make-pandoc-man-pages/make-pandoc-man-pages-tmp/Main.o )
Linking dist_foo/build/make-pandoc-man-pages/make-pandoc-man-pages ...
cabal: Error: some packages failed to install:
pandoc-1.9.4.5 failed during the building phase. The exception was:
ExitFailure 127
I also had written that adding the flag verbose 3 to cabal does not give a more meaningful explanation.
I have now tried without hsenv and the install succeeds:
In-place registering pandoc-1.9.4.5...
Preprocessing executable 'make-pandoc-man-pages' for pandoc-1.9.4.5...
[1 of 1] Compiling Main ( man/make-pandoc-man-pages.hs, dist/build/make-pandoc-man-pages/make-pandoc-man-pages-tmp/Main.o )
Linking dist/build/make-pandoc-man-pages/make-pandoc-man-pages ...
Installing library in /home/ddb/.cabal/lib/pandoc-1.9.4.5/ghc-7.4.1
Installing executable(s) in /home/ddb/.cabal/bin
Registering pandoc-1.9.4.5...
Installed pandoc-1.9.4.5
I have verified and pandoc-types was installed in lib/ so it should not be the installation of pandoc library.n
It therefore seems to be a problem during the linking of make-pandoc-man-pages
specific to hsenv.
I am checking to see if this commit fixes my problem https://github.com/jgm/pandoc/commit/ff0061281f23b730034aeeb5de0568d6eec08b32
This seems to be the problem. The version on hackage is trying to run a command in a directory that does not exist.
http://stackoverflow.com/questions/1763156/127-return-code-from: Value 127 is returned by /bin/sh when the given command is not found within your PATH system variable and it is not a built-in shell command. In other words, the system doesn't understand your command, because it doesn't know where to find the binary you're trying to call.
It still does not completely installs though:
Linking dist_foo/build/make-pandoc-man-pages/make-pandoc-man-pages ...
Preprocessing executable 'pandoc' for pandoc-1.10...
[1 of 1] Compiling Main ( pandoc.hs, dist_foo/build/pandoc/pandoc-tmp/Main.o )
Linking dist_foo/build/pandoc/pandoc ...
Created man/man1/pandoc.1
Created man/man5/pandoc_markdown.5
setup: data/templates/default.html: does not exist
Failed to install pandoc-1.10
cabal: Error: some packages failed to install:
pandoc-1.10 failed during the final install step. The exception was:
ExitFailure 1
Just saw the submodule and tried again. It works.
To be completely sure I have reverted the commit I mentionned earlier and I get the same bad output. This commit is necessary for hsenv to work properly.
Could you propagate this commit to hackage somehow? Thanks in advance.
Well, I'm planning to release 1.10 in the next couple weeks, so I'm not inclined to do a point release in 1.9 series unless there's a really compelling reason.
Sounds good to me.
I am having problems with installing pandoc in a clean hsenv with cabal up to date After creating the hsenv and activating it, I directly do:
I do not get any error but the install fails. I see the following: