Bug 226159 - multimedia/libmediaart fails to install on 10.4
Summary: multimedia/libmediaart fails to install on 10.4
Status: Closed Not A Bug
Alias: None
Product: Ports & Packages
Classification: Unclassified
Component: Individual Port(s) (show other bugs)
Version: Latest
Hardware: Any Any
: --- Affects Only Me
Assignee: freebsd-gnome (Nobody)
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2018-02-24 09:46 UTC by Walter Schwarzenfeld
Modified: 2018-03-16 16:41 UTC (History)
1 user (show)

See Also:
bugzilla: maintainer-feedback? (gnome)


Attachments
svn-diff-libmediaart-pkg_plist (1.37 KB, patch)
2018-02-24 09:46 UTC, Walter Schwarzenfeld
no flags Details | Diff
libmediaart-config.log (110.35 KB, text/plain)
2018-02-25 14:45 UTC, Walter Schwarzenfeld
no flags Details
libmediaart-config.log_2 (110.32 KB, text/plain)
2018-02-25 14:49 UTC, Walter Schwarzenfeld
no flags Details
scrreenlog_libmediaart (41.59 KB, text/plain)
2018-02-27 16:38 UTC, Walter Schwarzenfeld
no flags Details
svn-diff-libmediaart (612 bytes, patch)
2018-02-28 11:47 UTC, Walter Schwarzenfeld
no flags Details | Diff

Note You need to log in before you can comment on or make changes to this bug.
Description Walter Schwarzenfeld freebsd_triage 2018-02-24 09:46:15 UTC
Created attachment 190949 [details]
svn-diff-libmediaart-pkg_plist

libmediaart fails to install with:

===>  Installing for libmediaart-1.9.1
===>   Registering installation for libmediaart-1.9.1
pkg-static: Unable to access file /ram/usr/ports/multimedia/libmediaart/work/stage/usr/local/share/gtk-doc/html/libmediaart/annotation-glossary.html:No such file or directory
pkg-static: Unable to access file /ram/usr/ports/multimedia/libmediaart/work/stage/usr/local/share/gtk-doc/html/libmediaart/ch02.html:No such file or directory
pkg-static: Unable to access file /ram/usr/ports/multimedia/libmediaart/work/stage/usr/local/share/gtk-doc/html/libmediaart/libmediaart-Cache.html:No such file or directory
pkg-static: Unable to access file /ram/usr/ports/multimedia/libmediaart/work/stage/usr/local/share/gtk-doc/html/libmediaart/libmediaart-MediaArtProcess.html:No such file or directory
pkg-static: Unable to access file /ram/usr/ports/multimedia/libmediaart/work/stage/usr/local/share/gtk-doc/html/libmediaart/libmediaart-Plugins.html:No such file or directory
pkg-static: Unable to access file /ram/usr/ports/multimedia/libmediaart/work/stage/usr/local/share/gtk-doc/html/libmediaart/overview-compiling.html:No such file or directory
pkg-static: Unable to access file /ram/usr/ports/multimedia/libmediaart/work/stage/usr/local/share/gtk-doc/html/libmediaart/overview.html:No such file or directory
*** Error code 74
Comment 1 Ting-Wei Lan 2018-02-25 05:37:41 UTC
(In reply to w.schwarzenfeld from comment #0)
I cannot reproduce the problem and the patch doesn't look correct. Files that are missing on your machine are all included in the source tarball. It seems that there is something triggering the regeneration of documentation and gtk-doc doesn't work properly. However, I cannot reproduce it in a git checkout of libmediaart, either.
Comment 2 Walter Schwarzenfeld freebsd_triage 2018-02-25 06:10:47 UTC
Ok, the patch was a little too quick. 
It builds the "missing" html only with CONFIGURE_ARGS+=--enable-always-build-tests.
Comment 3 Walter Schwarzenfeld freebsd_triage 2018-02-25 07:02:18 UTC
In libgdata is "enable-always-build-tests" per default enabled. If I set it to "no", I can produce a similar error (with html).
Comment 4 Ting-Wei Lan 2018-02-25 12:44:59 UTC
(In reply to w.schwarzenfeld from comment #2)
I probably never pass --enable-always-build-tests to libmediaart, but I still cannot reproduce the error. It sounds strange for the generation of documentation to depend on whether tests are built. Is there any error ignored by Makefile when you use the configuration that is known to cause files to be missing?
Comment 5 Walter Schwarzenfeld freebsd_triage 2018-02-25 14:45:36 UTC
Created attachment 190991 [details]
libmediaart-config.log

See no really error in the config log.
Comment 6 Walter Schwarzenfeld freebsd_triage 2018-02-25 14:49:35 UTC
Created attachment 190993 [details]
libmediaart-config.log_2

Was the wrong one.
Comment 7 Ting-Wei Lan 2018-02-27 14:13:30 UTC
I don't find any significant difference between my config.log and yours. Do you have a full build log including all messages showed on the terminal ?
Comment 8 Walter Schwarzenfeld freebsd_triage 2018-02-27 16:38:34 UTC
Created attachment 191058 [details]
scrreenlog_libmediaart
Comment 9 Walter Schwarzenfeld freebsd_triage 2018-02-27 19:51:54 UTC
"--enable-always-build-tests" only work from the commandline.

=> gtk-doc doesn't work properly
That seems it is.

It works with --disable-gtk-doc. (in the Makefile or from commandline).
Comment 10 Walter Schwarzenfeld freebsd_triage 2018-02-27 20:10:30 UTC
I don't tested it on 11.1 till now. The error does not happen on 11.1, seems only on 10.4.
Comment 11 Walter Schwarzenfeld freebsd_triage 2018-02-28 11:47:03 UTC
Created attachment 191075 [details]
svn-diff-libmediaart
Comment 12 Ting-Wei Lan 2018-03-16 16:23:04 UTC
I am still unable to reproduce the issue. 'make check-plist' passes on FreeBSD 10.4, and plist issues of documentation are unlikely to be related the version of FreeBSD. Are you sure that all ports on your system were up to date? Was the version of gtk-doc 1.25 when you did the test?
Comment 13 Walter Schwarzenfeld freebsd_triage 2018-03-16 16:37:45 UTC
PORTNAME=       gtk-doc
PORTVERSION=    1.25

system up-to-date.
Comment 14 Ting-Wei Lan 2018-03-16 16:40:21 UTC
Does 'pkg version -PvL =' show anything on your system?
Comment 15 Walter Schwarzenfeld freebsd_triage 2018-03-16 16:41:43 UTC
Ok, tested it now, installs fine. There was something interfere. Will never find what it was. Close here, thanks.