FreeBSD Bugzilla – Bug 175935
x11-clocks/xclock links to iconv
Last modified: 2013-06-27 14:40:00 UTC
[corn:~]> ldd /usr/local/bin/xclock | grep iconv
libiconv.so.3 => /usr/local/lib/libiconv.so.3 (0x801242000)
This is not recorded in dependency list.
Fix: Patch attached with submission follows:
Over to maintainer (via the GNATS Auto Assign Tool)
Over to maintainer
xclock will use iconv if it's there, but it's optional.
From xclock's configure on a system without iconv...
checking for iconv... no, consider installing GNU libiconv
% ldd /usr/local/bin/xclock | grep iconv || echo nope
So forcing iconv into xclock's dependencies is probably wrong in this
Dnia 2013-02-07, o godz. 12:27:11
John Hein <firstname.lastname@example.org> napisa=B3(a):
>xclock will use iconv if it's there, but it's optional.
>From xclock's configure on a system without iconv...
>checking for iconv... no, consider installing GNU libiconv
>% ldd /usr/local/bin/xclock | grep iconv || echo nope
>So forcing iconv into xclock's dependencies is probably wrong in this
On systems with iconv installed (this is pretty common package) this
means incomplete dependency list... My patch is just a proposition and
if maintainer decide to turn off linking with iconv it's fine too. For
optional features we have options framework.
pozdrawiam / with regards
On 7 February 2013 14:30, John Hein <email@example.com> wrote:
> The following reply was made to PR ports/175935; it has been noted by GNATS.
> From: John Hein <firstname.lastname@example.org>
> To: <pawel@FreeBSD.org>
> Cc: email@example.com
> Subject: Re: ports/175935: x11-clocks/xclock links to iconv
> Date: Thu, 7 Feb 2013 12:27:11 -0700
> xclock will use iconv if it's there, but it's optional.
Many ports do this. This is entirely a bug. Imagine building on a
different machine than one will be running.
> From xclock's configure on a system without iconv...
The correct fix is to explicitly disable iconv, explicitly enable it,
or make it an OPTION.
As is though, is buggy.
Eitan Adler wrote at 14:38 -0500 on Feb 7, 2013:
> The correct fix is to explicitly disable iconv, explicitly enable it,
> or make it an OPTION.
Fair enough. OPTION it (default off - who uses iconv with xclock?).
More work for the maintainer, but that seems like the best choice
given our current tools.
It'd be nice if we could have dynamic dependencies (dynamic at port
build time, that is) for cases like this where the user couldn't
really care either way about the feature, but removing a dependency
Date: Thu Jun 27 13:39:18 2013
New Revision: 321891
Add explicit dependency on iconv.
Submitted by: Pawel Pekala <pawel@FreeBSD.org>
--- head/x11-clocks/xclock/Makefile Thu Jun 27 13:37:03 2013 (r321890)
+++ head/x11-clocks/xclock/Makefile Thu Jun 27 13:39:18 2013 (r321891)
@@ -2,6 +2,7 @@
@@ -9,6 +10,7 @@ COMMENT= Analog and digital clock for X
USE_XORG= xrender xft xkbfile xt xaw
firstname.lastname@example.org mailing list
To unsubscribe, send any mail to "email@example.com"