Summary: | dev-lang/ghc-7.10.2 fails to build with >=sys-libs/ncurses-6.0 | ||
---|---|---|---|
Product: | Gentoo Linux | Reporter: | Josh Holmer <shssoichiro> |
Component: | Current packages | Assignee: | Gentoo's Haskell Language team <haskell> |
Status: | RESOLVED FIXED | ||
Severity: | normal | CC: | carlphilippreh, dschridde+gentoobugs, jarausch, manuel, rose, rzubaly, toralf, tsg, tua.norberg, vylaern |
Priority: | Normal | ||
Version: | unspecified | ||
Hardware: | All | ||
OS: | Linux | ||
Whiteboard: | |||
Package list: | Runtime testing required: | --- | |
Bug Depends on: | |||
Bug Blocks: | 558052 | ||
Attachments: | build.log |
Description
Josh Holmer
2015-08-13 16:43:26 UTC
Created attachment 408934 [details]
build.log
For what it's worth, the above is with USE="-binary" (the default). With USE="binary" the emerge succeeds, but ghc produces a runtime error with the same message (error while loading shared libraries: libncursesw.so.5: cannot open shared object file: No such file or directory) Emerge with USE="-binary" works with sys-libs/ncurses-5.9-r4. I've hard-masked >=sys-libs/ncurses-6.0 as a temporary fix. It compiles and works with +ghcbootstrap, provided that you already have ghc installed. Yeah, bootstrapping binary is built against stable stage3 (and as a result stable ncurses). It is a long wish to pull all shared libraries with unstable ABI into bootstrapping package. *** Bug 558076 has been marked as a duplicate of this bug. *** I also suffer from this bug. 'emerge -v --update --newuse --deep --with-bdeps=y --backtrack=30 @world' fails due to this error and 'emerge -v --update --newuse --deep --with-bdeps=y --backtrack=30 --exclude ghc @world' fails as well with ... !!! All ebuilds that could satisfy ">=dev-lang/ghc-7.4.1:0/7.10.2=" have been masked. !!! One of the following masked packages is required to complete your request: - dev-lang/ghc-7.10.2::gentoo (masked by: exclude option) (dependency required by "app-text/pandoc-1.15.0.6::gentoo" [installed]) (dependency required by "app-doc/root-docs-6.02.05::science" [installed]) (dependency required by "sci-physics/root-6.02.05-r2::gentoo[doc]" [ebuild]) (dependency required by "@selected" [set]) (dependency required by "@world" [argument]) For more information, see the MASKED PACKAGES section in the emerge man page or refer to the Gentoo Handbook. root@caiman:/root(96)# 'USE=ghcbootstrap emerge -v1 ghc' fails, because I already deleted ghc. Is there not any patch? At the next system 'USE=ghcbootstrap emerge -v1 ghc' worked, but the subsequent 'emerge -v --update --newuse --deep --with-bdeps=y --backtrack=30 @world' wants to emerge ghc again and fails as before. (In reply to Juergen Rose from comment #7) > At the next system 'USE=ghcbootstrap emerge -v1 ghc' worked, but the > subsequent 'emerge -v --update --newuse --deep --with-bdeps=y --backtrack=30 > @world' wants to emerge ghc again and fails as before. Did you echo dev-lang/ghc ghcbootstrap >> /etc/portage/package.use? Another option is to install the slot-5 ncurses alongside slot 0 (which is now ncurses-6). This will enable you to build ghc without ghcbootstrap. As Tobias says, I solved this by emerging the slotted ncurses:5. Shouldn't the ebuild DEPEND on ncurses:5 if it's shipping the binary tar file linked against it? (In reply to Andrzej Rybczak from comment #3) > It compiles and works with +ghcbootstrap, provided that you already have ghc > installed. This solution worked for me. Yet I asked emerge to install ncurses-5 and ncurses-6, my problem was a segmentation fault when compiling I'll rebootstrap a ghc-7.10.2-r1 today without ncurses dependency. (In reply to Sergei Trofimovich from comment #12) > I'll rebootstrap a ghc-7.10.2-r1 today without ncurses dependency. Pushed as: https://gitweb.gentoo.org/repo/gentoo.git/commit/?id=0fdbbebbdc4b18e4078870a6a579834c64177219 Thank you! (In reply to Sergei Trofimovich from comment #13) > (In reply to Sergei Trofimovich from comment #12) > > I'll rebootstrap a ghc-7.10.2-r1 today without ncurses dependency. > > Pushed as: > > https://gitweb.gentoo.org/repo/gentoo.git/commit/ > ?id=0fdbbebbdc4b18e4078870a6a579834c64177219 > > Thank you! It still fails here, at least if I do not set ghcbootstrap USE flag in /etc/portage/package.use: root@lynx:/root(109)# MAKEOPTS=-j1 emerge -v1 ghc These are the packages that would be merged, in order: Calculating dependencies... done! [ebuild U ] dev-lang/ghc-7.10.2-r1:0/7.10.2::gentoo [7.10.2:0/7.10.2::gentoo] USE="doc gmp -binary -ghcbootstrap* -ghcmakebinary" 0 KiB Total: 1 package (1 upgrade), Size of downloads: 0 KiB >>> Verifying ebuild manifests >>> Emerging (1 of 1) dev-lang/ghc-7.10.2-r1::gentoo * ghc-7.10.2-src.tar.bz2 SHA256 SHA512 WHIRLPOOL size ;-) ... [ ok ] * ghc-bin-7.10.2-r1-amd64.tbz2 SHA256 SHA512 WHIRLPOOL size ;-) ... [ ok ] * binary-0.7.5.0.tar.gz SHA256 SHA512 WHIRLPOOL size ;-) ... [ ok ] * hoopl-3.10.1.0.tar.gz SHA256 SHA512 WHIRLPOOL size ;-) ... [ ok ] * transformers-0.4.3.0.tar.gz SHA256 SHA512 WHIRLPOOL size ;-) ... [ ok ] >>> Unpacking source... >>> Unpacking ghc-7.10.2-src.tar.bz2 to /var/tmp/portage/dev-lang/ghc-7.10.2-r1/work >>> Unpacking ghc-bin-7.10.2-r1-amd64.tbz2 to /var/tmp/portage/dev-lang/ghc-7.10.2-r1/work bzip2: /var/tmp/portage/dev-lang/ghc-7.10.2-r1/distdir/ghc-bin-7.10.2-r1-amd64.tbz2: trailing garbage after EOF ignored >>> Unpacking binary-0.7.5.0.tar.gz to /var/tmp/portage/dev-lang/ghc-7.10.2-r1/work >>> Unpacking hoopl-3.10.1.0.tar.gz to /var/tmp/portage/dev-lang/ghc-7.10.2-r1/work >>> Unpacking transformers-0.4.3.0.tar.gz to /var/tmp/portage/dev-lang/ghc-7.10.2-r1/work >>> Source unpacked in /var/tmp/portage/dev-lang/ghc-7.10.2-r1/work >>> Preparing source in /var/tmp/portage/dev-lang/ghc-7.10.2-r1/work/ghc-7.10.2 ... * /var/tmp/portage/dev-lang/ghc-7.10.2-r1/work/usr/lib64/ghc-7.10.2/bin/ghc * PT PaX marking -m /var/tmp/portage/dev-lang/ghc-7.10.2-r1/work/usr/lib64/ghc-7.10.2/bin/ghc with paxctl * /var/tmp/portage/dev-lang/ghc-7.10.2-r1/work/usr/lib64/ghc-7.10.2/bin/ghc * XT PaX marking -me /var/tmp/portage/dev-lang/ghc-7.10.2-r1/work/usr/lib64/ghc-7.10.2/bin/ghc with setfattr /var/tmp/portage/dev-lang/ghc-7.10.2-r1/work/usr/lib64/ghc-7.10.2/bin/ghc-pkg: error while loading shared libraries: libncursesw.so.5: cannot open shared object file: No such file or directory * ERROR: dev-lang/ghc-7.10.2-r1::gentoo failed (prepare phase): * failed to update cache after relocation * Yeah, things are still broken at least on amd64. Pushed now with ghc-pkg purified from ncurses: https://gitweb.gentoo.org/repo/gentoo.git/commit/?id=f6fa6889c4c19340c23b8cd5c34cff167e1953ba That should fix it for real. Apologies for back-and-forth changes and long delays. *** Bug 559016 has been marked as a duplicate of this bug. *** |