Summary: | app-text/htmldoc-1.8.27-r3 fails to compile binary, but rest of install completes anyway. | ||
---|---|---|---|
Product: | Gentoo Linux | Reporter: | Toralf Förster <toralf> |
Component: | Current packages | Assignee: | No maintainer - Look at https://wiki.gentoo.org/wiki/Project:Proxy_Maintainers if you want to take care of it <maintainer-needed> |
Status: | RESOLVED TEST-REQUEST | ||
Severity: | normal | CC: | flameeyes, perl |
Priority: | Normal | ||
Version: | unspecified | ||
Hardware: | All | ||
OS: | Linux | ||
Whiteboard: | |||
Package list: | Runtime testing required: | --- | |
Attachments: |
emerge log
emerge log |
Description
Toralf Förster
2015-05-20 12:25:15 UTC
I'm having a hard time reproducing this. `htmldoc` is provided by app-text/htmldoc That is the *only* depenedency of HTML-HTMLDoc So as to why the binary is missing is very confusing. --- >>> Compiling source in /var/tmp/portage/dev-perl/HTML-HTMLDoc-0.100.0-r1/work/HTML-HTMLDoc-0.10 ... * emake OTHERLDFLAGS=-Wl,-O1 -Wl,--as-needed make -j10 --load-average=2 'OTHERLDFLAGS=-Wl,-O1 -Wl,--as-needed' cp lib/HTML/HTMLDoc.pm blib/lib/HTML/HTMLDoc.pm cp lib/HTML/HTMLDoc/PDF.pm blib/lib/HTML/HTMLDoc/PDF.pm "/usr/bin/perl" "-Iblib/arch" "-Iblib/lib" test_htmldoc.PL test_htmldoc htmldoc version 1.8.27 found [OK] >>> Source compiled. --- Can you verify that /usr/bin/htmldoc exists and can respond to the --version command? --- /usr/bin/htmldoc --version 1.8.27 --- And can you also print the result of --- ldd /usr/bin/htmldoc --- The source indicates that something is failing, but it doesn't state clearly why. The binary could be missing, but it it could also be failing without output. Pff - looks scary : tor-relay / # ls -l /usr/bin/htmldoc ls: cannot access /usr/bin/htmldoc: No such file or directory tor-relay / # eix -I app-text/htmldoc [I] app-text/htmldoc Available versions: 1.8.27-r3 {fltk ssl} Installed versions: 1.8.27-r3(07:41:11 PM 05/16/2015)(ssl -fltk) Homepage: http://www.msweet.org/projects.php?Z1 Description: Convert HTML pages into a PDF document tor-relay / # equery f app-text/htmldoc * Searching for htmldoc in app-text ... * Contents of app-text/htmldoc-1.8.27-r3: /usr /usr/share /usr/share/doc /usr/share/doc/htmldoc-1.8.27-r3 /usr/share/doc/htmldoc-1.8.27-r3/html /usr/share/htmldoc /usr/share/htmldoc/data ... /usr/share/htmldoc/fonts/Times-Roman.afm /usr/share/htmldoc/fonts/Times-Roman.pfa WIll attach emerge log files of htmldoc Created attachment 403686 [details]
emerge log
Created attachment 403688 [details]
emerge log
Gah, rebooted the tinderbox around that time fram, so that might be the explanation - but why do emerge assume, that all is fine ? : tfoerste ssh x50ab6fae.dyn.te Sat May 16 17:31 - 17:33 (00:01) reboot system boot 4.0.3-hardened-r Sat May 16 17:31 - 16:29 (1+22:57) tfoerste pts/1 x50ab6fae.dyn.te Sat May 16 17:21 - down (00:08) tfoerste ssh x50ab6fae.dyn.te Sat May 16 17:21 - down (00:08) reboot system boot 4.0.3-hardened-r Sat May 16 17:21 - 17:30 (00:08) tfoerste ssh x50ab6fae.dyn.te Sat May 16 17:20 - 17:20 (00:00) [01m[Kimage.cxx:949:38:[m[K [01;35m[Kwarning: [m[Kignoring return value of ‘[01m[Ksize_t fread(void*, size_t, size_t, FILE*)[m[K’, declared with attribute warn_unused_result [-Wunused-result]
fread(colormap, colors_used, 4, fp);
[01;32m[K ^[m[K
../Makedefs:90: recipe for target 'image.o' failed
make[1]: *** [image.o] Error 1
>>> Source compiled.
>>> Test phase [not enabled]: app-text/htmldoc-1.8.27-r3
^^^ this looks very bad.
It appears app-text/htmldoc for some reason is able to fail compiling entirely, and still install....
Which is very strange.
Sadly, there's no maintainer for htmldoc, "maintainer needed".
Bummer ! : tor-relay / # emerge -1 app-text/htmldoc These are the packages that would be merged, in reverse order: Calculating dependencies ..... done! [ebuild R ] app-text/htmldoc-1.8.27-r3 >>> Verifying ebuild manifests >>> Emerging (1 of 1) app-text/htmldoc-1.8.27-r3::gentoo >>> Installing (1 of 1) app-text/htmldoc-1.8.27-r3::gentoo >>> Jobs: 1 of 1 complete Load avg: 4.19, 3.93, 4.07 >>> Auto-cleaning packages... >>> No outdated packages were found on your system. * GNU info directory index is up-to-date. tor-relay / # ls -l /usr/bin/htmldoc ls: cannot access /usr/bin/htmldoc: No such file or directory SO completely broken ebuild - not a reboot issue. And media-libs/jpeg-9a breaks it in that way, that /usr/bin/htmldoc vanishes after broken built and installation. It builds OTOH w/ media-libs/libjpeg-turbo-1.4.0. *** Bug 572262 has been marked as a duplicate of this bug. *** *** Bug 527624 has been marked as a duplicate of this bug. *** This bug ( particularly, wherein htmldoc fails to compile but fails to fail ) should be resolved in 1.8.29.
Please test by upgrading to it.
> commit f58c0f6d0c3fac33eb1957ff908d65d2f74ca36a
> Author: Kent Fredric <kentfredric@gmail.com>
> Date: Thu Apr 14 05:39:36 2016 +1200
>
> app-text/htmldoc: Bump to version 1.8.29
>
> This bump includes 2 patches:
> - One to patch out the complete lack of DESTDIR support upstream
> - The other is to patch an annoying defect where failures in child
> Make targets result in "make" returning true, and the build finishing
> and installing in a broken state.
>
> Upstream have dropped SSL Support.
>
> This will hopefully resolve several bugs:
> - https://bugs.gentoo.org/572262 - Toralf
> - https://bugs.gentoo.org/549960 - Toralf
> - https://bugs.gentoo.org/527624 - Diego
>
> Thanks to Toralf Förster and Diego Elio Pettenò for reporting the bugs.
|