Re: Base iconv (sort of) replaces libiconv in FreeBSD 10
On Wed, 19 Feb 2014 06:32:07 -0800 (PST) Robert_Burmeister wrote: > As I use the Gnome2 desktop, I am unclear as to the recommended best > practice. > > Base iconv and ports libiconv conflict, so one or the other should be used. > FreeBSD 10 has been updated so that either base iconv or ports libiconv can > be used. > For me to switch between the two requires a two day recompile. > > I removed converters/libiconv for FreeBSD 10, as use of base iconv is now > more correct. This conflict has been resolved so both can be installed at the same time now. The intention is that only ports that need libiconv will use it. The large majority continues to use base iconv. > (I was at first elated that iconv was finally in the base system, as > updating libiconv causes much havok.) This is actually an issue with libtool which propagates dependencies on libraries. Now that glib depends on libiconv everything that depends on glib will also register a dependency on libiconv even if they don't use it directly. This is something we are also trying to solve and then updates to libiconv will become fairly painless. > Is there a time frame for adding GNU iconv extensions to the base system > iconv? i.e. FreeBSD 10 or Freebsd 11? Nobody is working on that as far as I know. ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"
Re: Base iconv (sort of) replaces libiconv in FreeBSD 10
On Wed, Feb 19, 2014 at 06:32:07AM -0800, Robert_Burmeister wrote: > As I use the Gnome2 desktop, I am unclear as to the recommended best > practice. > > Base iconv and ports libiconv conflict, so one or the other should be used. See the commit made 3 days ago to glib20 port. Of particular interest to you are these 3 lines from devel/glib20/Makefile: # iconv:wchar_t - our iconv in base doesn't support utf-8 -> wchar_t (b) # (wchar_t is used by glibmm, rawtherapee triggered this) USES= gettext gmake iconv:wchar_t pathfix pkgconfig shebangfix perl5 -- Steve ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"
Re: Base iconv (sort of) replaces libiconv in FreeBSD 10
As I use the Gnome2 desktop, I am unclear as to the recommended best practice. Base iconv and ports libiconv conflict, so one or the other should be used. FreeBSD 10 has been updated so that either base iconv or ports libiconv can be used. For me to switch between the two requires a two day recompile. I removed converters/libiconv for FreeBSD 10, as use of base iconv is now more correct. Since, glib20 has added dependancy libiconv back in, which affects many ports. (I was at first elated that iconv was finally in the base system, as updating libiconv causes much havok.) I am also working on the problem of USB drives no longer mounting from user space like they did on FreeBSD 9. An increasing number of people are noting this issue, and like descriptions of the issue were being related to iconv issues. http://www.freebsd.org/cgi/query-pr.cgi?pr=109024 I don't know whether I should continue to trouble shoot base iconv issues, or try to stick with ports' converters/libiconv until FreeBSD 11? Will use of both be somehow supported??? -- View this message in context: http://freebsd.1045724.n5.nabble.com/Base-iconv-sort-of-replaces-libiconv-in-FreeBSD-10-tp5886786p5887307.html Sent from the freebsd-current mailing list archive at Nabble.com. ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"
Re: Base iconv (sort of) replaces libiconv in FreeBSD 10
On Mon, Feb 17, 2014 at 10:19 AM, Robert_Burmeister < robert.burmeis...@utoledo.edu> wrote: > While base iconv replaces libiconv in FreeBSD 10, > base iconv doesn't do utf-8 -> wchar_t, > which is required by glib20, thus impacts thousands of ports. > > An entry in the FreeBSD 10 Errata stating that iconv is now in the base > system, > however, that it does not include all the functionality of libiconv from > ports, > would help make port maintainers aware of iconv issues. > Support for wchar_t is only one of the differences. The base iconv is fully posix compliant, but the port (GNU) library has several extra capabilities including wchat_t. Since the base iconv is in the kernel, not a shared library, it is not clear (to me) that that it is necessary to re-build ports that depend on ports that need libiconv. E.g. It does not appear that building glib20 with libiconv forces a rebuild of glibmm even though the wchar_t calls are triggered by rawtherapee to glibmm which actually makes the call to glib that tries to do the wchar_t operation. This is very different from a libtrary that had been in ports being moved to base such as openssl. This does force lots of rebuilds to prevent library version collisions that will cause load failures. -- R. Kevin Oberman, Network Engineer, Retired E-mail: rkober...@gmail.com ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"
Base iconv (sort of) replaces libiconv in FreeBSD 10
While base iconv replaces libiconv in FreeBSD 10, base iconv doesn't do utf-8 -> wchar_t, which is required by glib20, thus impacts thousands of ports. An entry in the FreeBSD 10 Errata stating that iconv is now in the base system, however, that it does not include all the functionality of libiconv from ports, would help make port maintainers aware of iconv issues. -- View this message in context: http://freebsd.1045724.n5.nabble.com/Base-iconv-sort-of-replaces-libiconv-in-FreeBSD-10-tp5886786.html Sent from the freebsd-current mailing list archive at Nabble.com. ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"