Date: Thu, 14 Feb 2019 13:51:45 +0000 From: bugzilla-noreply@freebsd.org To: ports-bugs@FreeBSD.org Subject: [Bug 235715] x11-wm/compiz-plugin-main: fails to build when NLS=off Message-ID: <bug-235715-7788-FNl39ST9wZ@https.bugs.freebsd.org/bugzilla/> In-Reply-To: <bug-235715-7788@https.bugs.freebsd.org/bugzilla/> References: <bug-235715-7788@https.bugs.freebsd.org/bugzilla/>
next in thread | previous in thread | raw e-mail | index | archive | help
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D235715 --- Comment #7 from Samy Mahmoudi <samy.mahmoudi@gmail.com> --- (In reply to Koichiro Iwao from comment #6) make -VCONFIGURE_ARGS does not reveal much: =E2=80=A2 with NLS on, the configure script is launched with --enable-nls =E2=80=A2 with NLS off, the congigure script is launched with --disable-nls I think this is the expected result. Besides, the configure script does not take any action when launched with t= he --disable-nls argument. I think this is erroneous: gettext/intltool checks should be disabled, translations should not be merged, *.mo files should neither be produced nor installed, etc. This looks like an upstream problem: the Compiz team used to distribute the= ir source packages with autotools, but they did not use a proper AM_CONDITIONA= L to make gettext/intltool optional. The first (and ideal) solution to this problem would be to submit a patch upstream so that they regenerate their source package with autotools. But compiz is dead (to such a point that sources are currently fetched from the FreeBSD distribution cache)[1]. The second solution would be to do the job in-place: patch configure.ac and= the *.am files to regenerate configure and the make files, at the cost of adding autotools to the build dependencies. We would also get rid of runtime dependencies gettext/intltool when NLS is off. [1] There is, however, a community around compiz-reloaded and I have already submit changes to the build system to increase portability and eventually p= ort compiz-reloaded to FreeBSD (https://gitlab.com/compiz/compiz-core/merge_requests/121). I think they do= not have the time to review my work, so I am seriously thinking to create a new port with the changes done within the FreeBSD port system and to resubmit t= he changes upstream, independently, in small chunks to ease in review. --=20 You are receiving this mail because: You are the assignee for the bug.=
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?bug-235715-7788-FNl39ST9wZ>