Re: svn commit: r189765 - in head: . lib/libc lib/libc/nls
Quoting Ulrich Spörlein uspoerl...@gmail.com (from Mon, 16 Mar 2009 19:35:34 +0100): On Fri, 13.03.2009 at 14:22:16 -0400, David Schultz wrote: On Fri, Mar 13, 2009, Sean C. Farley wrote: Now, you only need to revive the BSD-licensed libiconv[1]. :) [...] 1. http://people.freebsd.org/~bland/iconv-2.1.tar.gz I asked a few weeks ago on standards@ why we weren't using Citrus iconv, which is what NetBSD uses, and seems to be in a somewhat better state than this. It also provides various wide character conversion routines that overlap with what tjr@ has already done in FreeBSD, so we'd have to sort that out. And we'd have to sort out a gazillion ports that want -liconv. I, for one, would love to see some iconv overlo^Wsupport in base. That way, I could teach calendar(1) to translate stuff to LC_CTYPE, right now the German calendar file is saved in Latin1 whereas I'm using UTF-8 terminals :/ Anorther approach would be to make calendar DTRT with UTF-8... one step into this direction (german UTF-8 catalogs) is at http://svnweb.freebsd.org/viewvc/base/user/netchild/calendar-utf8/ Bye, Alexander. -- Law of Probable Dispersal: Whatever it is that hits the fan will not be evenly distributed. http://www.Leidinger.netAlexander @ Leidinger.net: PGP ID = B0063FE7 http://www.FreeBSD.org netchild @ FreeBSD.org : PGP ID = 72077137 ___ svn-src-all@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/svn-src-all To unsubscribe, send any mail to svn-src-all-unsubscr...@freebsd.org
Re: svn commit: r189765 - in head: . lib/libc lib/libc/nls
On Fri, 13.03.2009 at 14:22:16 -0400, David Schultz wrote: On Fri, Mar 13, 2009, Sean C. Farley wrote: Now, you only need to revive the BSD-licensed libiconv[1]. :) [...] 1. http://people.freebsd.org/~bland/iconv-2.1.tar.gz I asked a few weeks ago on standards@ why we weren't using Citrus iconv, which is what NetBSD uses, and seems to be in a somewhat better state than this. It also provides various wide character conversion routines that overlap with what tjr@ has already done in FreeBSD, so we'd have to sort that out. And we'd have to sort out a gazillion ports that want -liconv. I, for one, would love to see some iconv overlo^Wsupport in base. That way, I could teach calendar(1) to translate stuff to LC_CTYPE, right now the German calendar file is saved in Latin1 whereas I'm using UTF-8 terminals :/ Cheers, Ulrich Spörlein -- None are more hopelessly enslaved than those who falsely believe they are free -- Johann Wolfgang von Goethe ___ svn-src-all@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/svn-src-all To unsubscribe, send any mail to svn-src-all-unsubscr...@freebsd.org
Re: svn commit: r189765 - in head: . lib/libc lib/libc/nls
On Fri, Mar 13, 2009 at 01:36:07PM -0500, Sean C. Farley wrote: I have not explored either. The Citrus version appears to have more functionality, however, the Citrus website is ambiguous about the license. Please forget whatever you read on the Citrus website and just look inside the NetBSD repository. Joerg ___ svn-src-all@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/svn-src-all To unsubscribe, send any mail to svn-src-all-unsubscr...@freebsd.org
svn commit: r189765 - in head: . lib/libc lib/libc/nls
Author: gabor (doc,ports committer)
Date: Fri Mar 13 10:40:38 2009
New Revision: 189765
URL: http://svn.freebsd.org/changeset/base/189765
Log:
- Reenable Native Language Support in libc. This feature was disabled due
to possible breakages in the catalog handling code. Since then, that
code has been replaced by the secure code from NetBSD but NLS in libc
remained turned off. Tests have shown that the feature is stable and
working so we can now turn it on again.
- Add several new catalog files:
- ca_ES.ISO8859-1
- de_DE.ISO8859-1
- el_GR.ISO8859-7 (by manolis@ and keramida@)
- es_ES.ISO8859-1 (kern/123179, by carvay@)
- fi_FI.ISO8859-1
- fr_FR.ISO8859-1 (kern/78756, by thierry@)
- hu_HU.ISO8859-2 (by gabor@)
- it_IT.ISO8859-15
- nl_NL.ISO8859-1 (corrections by rene@)
- no_NO.ISO8859-1
- mn_MN.UTF-8 (by ganbold@)
- sk_SK.ISO8859-2
- sv_SE.ISO8859-1
(The catalogs without explicit source has been obtained from NetBSD.)
Approved by: attilio
Added:
head/lib/libc/nls/ca_ES.ISO8859-1.msg (contents, props changed)
head/lib/libc/nls/de_DE.ISO8859-1.msg (contents, props changed)
head/lib/libc/nls/el_GR.ISO8859-7.msg (contents, props changed)
head/lib/libc/nls/es_ES.ISO8859-1.msg (contents, props changed)
head/lib/libc/nls/fi_FI.ISO8859-1.msg (contents, props changed)
head/lib/libc/nls/fr_FR.ISO8859-1.msg (contents, props changed)
head/lib/libc/nls/hu_HU.ISO8859-2.msg (contents, props changed)
head/lib/libc/nls/it_IT.ISO8859-15.msg (contents, props changed)
head/lib/libc/nls/mn_MN.UTF-8.msg (contents, props changed)
head/lib/libc/nls/nl_NL.ISO8859-1.msg (contents, props changed)
head/lib/libc/nls/no_NO.ISO8859-1.msg (contents, props changed)
head/lib/libc/nls/sk_SK.ISO8859-2.msg (contents, props changed)
head/lib/libc/nls/sv_SE.ISO8859-1.msg (contents, props changed)
Modified:
head/Makefile.inc1
head/lib/libc/Makefile
head/lib/libc/nls/Makefile.inc
Modified: head/Makefile.inc1
==
--- head/Makefile.inc1 Fri Mar 13 10:09:08 2009(r189764)
+++ head/Makefile.inc1 Fri Mar 13 10:40:38 2009(r189765)
@@ -232,7 +232,7 @@ BMAKE= MAKEOBJDIRPREFIX=${WORLDTMP} \
BOOTSTRAPPING=${OSRELDATE} \
SSP_CFLAGS= \
-DWITHOUT_HTML -DWITHOUT_INFO -DNO_LINT -DWITHOUT_MAN \
- -DWITHOUT_NLS -DNO_PIC -DWITHOUT_PROFILE -DNO_SHARED \
+ -DNO_PIC -DWITHOUT_PROFILE -DNO_SHARED \
-DNO_CPU_CFLAGS -DNO_WARNS -DNO_CTF
# build-tools stage
@@ -291,7 +291,7 @@ LIB32WMAKEENV= MAKEOBJDIRPREFIX=${OBJTRE
SHLIBDIR=/usr/lib32
LIB32WMAKE=${LIB32WMAKEENV} ${MAKE} -DNO_CPU_CFLAGS -DCOMPAT_32BIT \
- -DWITHOUT_BIND -DWITHOUT_MAN -DWITHOUT_NLS -DWITHOUT_INFO \
+ -DWITHOUT_BIND -DWITHOUT_MAN -DWITHOUT_INFO \
-DWITHOUT_HTML -DNO_CTF DESTDIR=${LIB32TMP}
LIB32IMAKE=${LIB32WMAKE:NINSTALL=*:NDESTDIR=*} -DNO_INCS
.endif
@@ -429,7 +429,7 @@ _libraries:
@echo --
${_+_}cd ${.CURDIR}; \
${WMAKE} -DNO_FSCHG -DWITHOUT_HTML -DWITHOUT_INFO -DNO_LINT \
- -DWITHOUT_MAN -DWITHOUT_NLS -DWITHOUT_PROFILE libraries
+ -DWITHOUT_MAN -DWITHOUT_PROFILE libraries
_depend:
@echo
@echo --
Modified: head/lib/libc/Makefile
==
--- head/lib/libc/Makefile Fri Mar 13 10:09:08 2009(r189764)
+++ head/lib/libc/Makefile Fri Mar 13 10:40:38 2009(r189765)
@@ -16,6 +16,7 @@ SHLIB_MAJOR= 7
WARNS?=2
CFLAGS+=-I${.CURDIR}/include -I${.CURDIR}/../../include
CFLAGS+=-I${.CURDIR}/${MACHINE_ARCH}
+CFLAGS+=-DNLS
CLEANFILES+=tags
INSTALL_PIC_ARCHIVE=
PRECIOUSLIB=
Modified: head/lib/libc/nls/Makefile.inc
==
--- head/lib/libc/nls/Makefile.inc Fri Mar 13 10:09:08 2009
(r189764)
+++ head/lib/libc/nls/Makefile.inc Fri Mar 13 10:40:38 2009
(r189765)
@@ -8,3 +8,31 @@ SRCS+= msgcat.c
SYM_MAPS+=${.CURDIR}/nls/Symbol.map
MAN+= catclose.3 catgets.3 catopen.3
+
+# NOTE: C.msg should not be processed here, it's used as a template
+# for translators.
+
+NLSNAME= libc
+NLS+= ca_ES.ISO8859-1
+NLS+= de_DE.ISO8859-1
+NLS+= el_GR.ISO8859-7
+NLS+= es_ES.ISO8859-1
+NLS+= fi_FI.ISO8859-1
+NLS+= fr_FR.ISO8859-1
+NLS+= hu_HU.ISO8859-2
+NLS+= it_IT.ISO8859-15
+NLS+= ko_KR.UTF-8
+NLS+= ko_KR.eucKR
+NLS+= mn_MN.UTF-8
+NLS+= nl_NL.ISO8859-1
+NLS+= no_NO.ISO8859-1
+NLS+= pl_PL.ISO8859-2
+NLS+= ru_RU.KOI8-R
+NLS+= sk_SK.ISO8859-2
+NLS+= sv_SE.ISO8859-1
+
+beforeinstall:
+.for c in ${NLS}
+
Re: svn commit: r189765 - in head: . lib/libc lib/libc/nls
On Fri, 13 Mar 2009, Gabor Kovesdan wrote:
- Reenable Native Language Support in libc. This feature was disabled due
to possible breakages in the catalog handling code. Since then, that
code has been replaced by the secure code from NetBSD but NLS in libc
remained turned off. Tests have shown that the feature is stable and
working so we can now turn it on again.
Do we have a nice tutorialish document somewhere on what people writing new
command line tools or libraries should do in order to address localization
requirements, or at least, make it easier for other people to do so? I'm
afraid I, at least, live in a world without catalogues, but a quick and
practical guide to what The Right Thing Is for FreeBSD would make it much
easier for me to do something a bit more mature.
Thanks,
Robert N M Watson
Computer Laboratory
University of Cambridge
- Add several new catalog files:
- ca_ES.ISO8859-1
- de_DE.ISO8859-1
- el_GR.ISO8859-7 (by manolis@ and keramida@)
- es_ES.ISO8859-1 (kern/123179, by carvay@)
- fi_FI.ISO8859-1
- fr_FR.ISO8859-1 (kern/78756, by thierry@)
- hu_HU.ISO8859-2 (by gabor@)
- it_IT.ISO8859-15
- nl_NL.ISO8859-1 (corrections by rene@)
- no_NO.ISO8859-1
- mn_MN.UTF-8 (by ganbold@)
- sk_SK.ISO8859-2
- sv_SE.ISO8859-1
(The catalogs without explicit source has been obtained from NetBSD.)
Approved by: attilio
Added:
head/lib/libc/nls/ca_ES.ISO8859-1.msg (contents, props changed)
head/lib/libc/nls/de_DE.ISO8859-1.msg (contents, props changed)
head/lib/libc/nls/el_GR.ISO8859-7.msg (contents, props changed)
head/lib/libc/nls/es_ES.ISO8859-1.msg (contents, props changed)
head/lib/libc/nls/fi_FI.ISO8859-1.msg (contents, props changed)
head/lib/libc/nls/fr_FR.ISO8859-1.msg (contents, props changed)
head/lib/libc/nls/hu_HU.ISO8859-2.msg (contents, props changed)
head/lib/libc/nls/it_IT.ISO8859-15.msg (contents, props changed)
head/lib/libc/nls/mn_MN.UTF-8.msg (contents, props changed)
head/lib/libc/nls/nl_NL.ISO8859-1.msg (contents, props changed)
head/lib/libc/nls/no_NO.ISO8859-1.msg (contents, props changed)
head/lib/libc/nls/sk_SK.ISO8859-2.msg (contents, props changed)
head/lib/libc/nls/sv_SE.ISO8859-1.msg (contents, props changed)
Modified:
head/Makefile.inc1
head/lib/libc/Makefile
head/lib/libc/nls/Makefile.inc
Modified: head/Makefile.inc1
==
--- head/Makefile.inc1 Fri Mar 13 10:09:08 2009(r189764)
+++ head/Makefile.inc1 Fri Mar 13 10:40:38 2009(r189765)
@@ -232,7 +232,7 @@ BMAKE= MAKEOBJDIRPREFIX=${WORLDTMP} \
BOOTSTRAPPING=${OSRELDATE} \
SSP_CFLAGS= \
-DWITHOUT_HTML -DWITHOUT_INFO -DNO_LINT -DWITHOUT_MAN \
- -DWITHOUT_NLS -DNO_PIC -DWITHOUT_PROFILE -DNO_SHARED \
+ -DNO_PIC -DWITHOUT_PROFILE -DNO_SHARED \
-DNO_CPU_CFLAGS -DNO_WARNS -DNO_CTF
# build-tools stage
@@ -291,7 +291,7 @@ LIB32WMAKEENV= MAKEOBJDIRPREFIX=${OBJTRE
SHLIBDIR=/usr/lib32
LIB32WMAKE= ${LIB32WMAKEENV} ${MAKE} -DNO_CPU_CFLAGS -DCOMPAT_32BIT \
- -DWITHOUT_BIND -DWITHOUT_MAN -DWITHOUT_NLS -DWITHOUT_INFO \
+ -DWITHOUT_BIND -DWITHOUT_MAN -DWITHOUT_INFO \
-DWITHOUT_HTML -DNO_CTF DESTDIR=${LIB32TMP}
LIB32IMAKE= ${LIB32WMAKE:NINSTALL=*:NDESTDIR=*} -DNO_INCS
.endif
@@ -429,7 +429,7 @@ _libraries:
@echo --
${_+_}cd ${.CURDIR}; \
${WMAKE} -DNO_FSCHG -DWITHOUT_HTML -DWITHOUT_INFO -DNO_LINT \
- -DWITHOUT_MAN -DWITHOUT_NLS -DWITHOUT_PROFILE libraries
+ -DWITHOUT_MAN -DWITHOUT_PROFILE libraries
_depend:
@echo
@echo --
Modified: head/lib/libc/Makefile
==
--- head/lib/libc/Makefile Fri Mar 13 10:09:08 2009(r189764)
+++ head/lib/libc/Makefile Fri Mar 13 10:40:38 2009(r189765)
@@ -16,6 +16,7 @@ SHLIB_MAJOR= 7
WARNS?= 2
CFLAGS+=-I${.CURDIR}/include -I${.CURDIR}/../../include
CFLAGS+=-I${.CURDIR}/${MACHINE_ARCH}
+CFLAGS+=-DNLS
CLEANFILES+=tags
INSTALL_PIC_ARCHIVE=
PRECIOUSLIB=
Modified: head/lib/libc/nls/Makefile.inc
==
--- head/lib/libc/nls/Makefile.inc Fri Mar 13 10:09:08 2009
(r189764)
+++ head/lib/libc/nls/Makefile.inc Fri Mar 13 10:40:38 2009
(r189765)
@@ -8,3 +8,31 @@ SRCS+= msgcat.c
SYM_MAPS+=${.CURDIR}/nls/Symbol.map
MAN+= catclose.3 catgets.3 catopen.3
+
+# NOTE: C.msg should not be processed here, it's used as a template
+# for translators.
+
+NLSNAME= libc
+NLS+= ca_ES.ISO8859-1
+NLS+= de_DE.ISO8859-1
+NLS+= el_GR.ISO8859-7
+NLS+=
Re: svn commit: r189765 - in head: . lib/libc lib/libc/nls
On Fri, 13 Mar 2009, Gabor Kovesdan wrote: Author: gabor (doc,ports committer) Date: Fri Mar 13 10:40:38 2009 New Revision: 189765 URL: http://svn.freebsd.org/changeset/base/189765 Log: - Reenable Native Language Support in libc. This feature was disabled due to possible breakages in the catalog handling code. Since then, that code has been replaced by the secure code from NetBSD but NLS in libc remained turned off. Tests have shown that the feature is stable and working so we can now turn it on again. - Add several new catalog files: - ca_ES.ISO8859-1 - de_DE.ISO8859-1 - el_GR.ISO8859-7 (by manolis@ and keramida@) - es_ES.ISO8859-1 (kern/123179, by carvay@) - fi_FI.ISO8859-1 - fr_FR.ISO8859-1 (kern/78756, by thierry@) - hu_HU.ISO8859-2 (by gabor@) - it_IT.ISO8859-15 - nl_NL.ISO8859-1 (corrections by rene@) - no_NO.ISO8859-1 - mn_MN.UTF-8 (by ganbold@) - sk_SK.ISO8859-2 - sv_SE.ISO8859-1 (The catalogs without explicit source has been obtained from NetBSD.) Nice! I need to find some time to learn how to use NLS. Now, you only need to revive the BSD-licensed libiconv[1]. :) I am kidding; I do not want to start adding more stuff to your plate. Thank you for strengthening FreeBSD's i18n support. Out of curiosity, how does enabling NLS in libc interact with the devel/gettext port? Sean 1. http://people.freebsd.org/~bland/iconv-2.1.tar.gz -- s...@freebsd.org ___ svn-src-all@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/svn-src-all To unsubscribe, send any mail to svn-src-all-unsubscr...@freebsd.org
Re: svn commit: r189765 - in head: . lib/libc lib/libc/nls
Robert Watson escribió: On Fri, 13 Mar 2009, Gabor Kovesdan wrote: - Reenable Native Language Support in libc. This feature was disabled due to possible breakages in the catalog handling code. Since then, that code has been replaced by the secure code from NetBSD but NLS in libc remained turned off. Tests have shown that the feature is stable and working so we can now turn it on again. Do we have a nice tutorialish document somewhere on what people writing new command line tools or libraries should do in order to address localization requirements, or at least, make it easier for other people to do so? I'm afraid I, at least, live in a world without catalogues, but a quick and practical guide to what The Right Thing Is for FreeBSD would make it much easier for me to do something a bit more mature. I don't know about any documentation, but I can add some snippets to developers-handbook if I can find some time. I added catalog support to BSD grep (my SoC 2008 project), so I found out how to deal with catalogs. For the meantime, BSD grep can be used as a quick reference, the code snippets in grep.c are quite clear. Oh, and the best thing is that if you use err(), which reads errno to exit with an error message, you have localized messages out of the box. E.g., for BSD grep there are 10 more messages, but the rest is done via err(). -- Gabor Kovesdan FreeBSD Volunteer EMAIL: ga...@freebsd.org .:|:. ga...@kovesdan.org WEB: http://people.FreeBSD.org/~gabor .:|:. http://kovesdan.org ___ svn-src-all@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/svn-src-all To unsubscribe, send any mail to svn-src-all-unsubscr...@freebsd.org
Re: svn commit: r189765 - in head: . lib/libc lib/libc/nls
Nice! I need to find some time to learn how to use NLS.
Now, you only need to revive the BSD-licensed libiconv[1]. :) I am
kidding; I do not want to start adding more stuff to your plate.
Thank you for strengthening FreeBSD's i18n support.
Out of curiosity, how does enabling NLS in libc interact with the
devel/gettext port?
Well, it's not a bad idea, actually I'm thinking of generating some more
catalogs automatically but the problem is that we don't have iconv in
the base system. For example, we could easily make a hu_HU.UTF-8 catalog
from hu_HU.ISO8859-2 by just converting the encoding of the catalog
file. And the same applies to a bunch of locales...
I don't really know gettext so I don't know how they can interact.
Afaik, gettext is based on some text replacement, while in POSIX.1 NLS,
you arrange strings into sets and you identify them with a number inside
the sets. Some people think gettext is easier to use but I suspect that
it uses a more complex process of building the application itself to
process its catalogs. POSIX.1 NLS only needs some additional lines. Here
are some code snippets from BSD grep, which uses a single set with 10
messages:
grep.h:
#ifdef WITHOUT_NLS
#define getstr(n)errstr[n]
#else
#include nl_types.h
extern nl_catd catalog;
#define getstr(n)catgets(catalog, 1, n, errstr[n])
#endif
extern char *errstr[];
grep.c:
#ifndef WITHOUT_NLS
#include nl_types.h
nl_catd catalog;
#endif
/*
* Default messags to use when NLS is disabled or no catalogue
* is found.
*/
char*errstr[] = {
,
/* 1*/ (standard input),
/* 2*/ cannot read bzip2 compressed file,
/* 3*/ unknown --color option,
/* 4*/ usage: %s [-abcDEFGHhIiJLlmnOoPqRSsUVvwxZ] [-A num] [-B num]
[-C[num]]\n,
/* 5*/ \t[-e pattern] [-f file] [--binary-files=value] [--color=when]\n,
/* 6*/ \t[--context[=num]] [--directories=action] [--label]
[--line-buffered]\n,
/* 7*/ \t[--null] [pattern] [file ...]\n,
/* 8*/ unknown --binary-files option,
/* 9*/ Binary file %s matches\n
/*10*/ %s (BSD grep) %s\n,
};
And then you can simply use getstr(n), where n is the number of the
string you want to use. It will work with catalogs and with NLS
disables, as well.
--
Gabor Kovesdan
FreeBSD Volunteer
EMAIL: ga...@freebsd.org .:|:. ga...@kovesdan.org
WEB: http://people.FreeBSD.org/~gabor .:|:. http://kovesdan.org
___
svn-src-all@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/svn-src-all
To unsubscribe, send any mail to svn-src-all-unsubscr...@freebsd.org
Re: svn commit: r189765 - in head: . lib/libc lib/libc/nls
On Fri, Mar 13, 2009, Sean C. Farley wrote: Now, you only need to revive the BSD-licensed libiconv[1]. :) [...] 1. http://people.freebsd.org/~bland/iconv-2.1.tar.gz I asked a few weeks ago on standards@ why we weren't using Citrus iconv, which is what NetBSD uses, and seems to be in a somewhat better state than this. It also provides various wide character conversion routines that overlap with what tjr@ has already done in FreeBSD, so we'd have to sort that out. And we'd have to sort out a gazillion ports that want -liconv. ___ svn-src-all@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/svn-src-all To unsubscribe, send any mail to svn-src-all-unsubscr...@freebsd.org
Re: svn commit: r189765 - in head: . lib/libc lib/libc/nls
On Fri, 13 Mar 2009, David Schultz wrote: On Fri, Mar 13, 2009, Sean C. Farley wrote: Now, you only need to revive the BSD-licensed libiconv[1]. :) [...] 1. http://people.freebsd.org/~bland/iconv-2.1.tar.gz I asked a few weeks ago on standards@ why we weren't using Citrus iconv, which is what NetBSD uses, and seems to be in a somewhat better state than this. It also provides various wide character conversion routines that overlap with what tjr@ has already done in FreeBSD, so we'd have to sort that out. And we'd have to sort out a gazillion ports that want -liconv. I have not explored either. The Citrus version appears to have more functionality, however, the Citrus website is ambiguous about the license. Note to self: register with standards@; arch@ is not enough. :) Sean -- s...@freebsd.org ___ svn-src-all@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/svn-src-all To unsubscribe, send any mail to svn-src-all-unsubscr...@freebsd.org
Re: svn commit: r189765 - in head: . lib/libc lib/libc/nls
2009/3/13 Gábor Kövesdán ga...@freebsd.org: Nice! I need to find some time to learn how to use NLS. Now, you only need to revive the BSD-licensed libiconv[1]. :) I am kidding; I do not want to start adding more stuff to your plate. Thank you for strengthening FreeBSD's i18n support. Out of curiosity, how does enabling NLS in libc interact with the devel/gettext port? Well, it's not a bad idea, actually I'm thinking of generating some more catalogs automatically but the problem is that we don't have iconv in the base system. For example, we could easily make a hu_HU.UTF-8 catalog from hu_HU.ISO8859-2 by just converting the encoding of the catalog file. And the same applies to a bunch of locales... This only glances the original topic, but Konrad (konrad@, konrad.jankow...@bluemedia.pl) was doing UTF-8 collation support and it appears that the project is very close to completion but for a few months now Konrad is busy with RL stuff and has postponed it. Maybe you could benefit from his work and also bring it in? ___ svn-src-all@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/svn-src-all To unsubscribe, send any mail to svn-src-all-unsubscr...@freebsd.org
Re: svn commit: r189765 - in head: . lib/libc lib/libc/nls
Ivan Voras escribió: 2009/3/13 Gábor Kövesdán ga...@freebsd.org: Nice! I need to find some time to learn how to use NLS. Now, you only need to revive the BSD-licensed libiconv[1]. :) I am kidding; I do not want to start adding more stuff to your plate. Thank you for strengthening FreeBSD's i18n support. Out of curiosity, how does enabling NLS in libc interact with the devel/gettext port? Well, it's not a bad idea, actually I'm thinking of generating some more catalogs automatically but the problem is that we don't have iconv in the base system. For example, we could easily make a hu_HU.UTF-8 catalog from hu_HU.ISO8859-2 by just converting the encoding of the catalog file. And the same applies to a bunch of locales... This only glances the original topic, but Konrad (konrad@, konrad.jankow...@bluemedia.pl) was doing UTF-8 collation support and it appears that the project is very close to completion but for a few months now Konrad is busy with RL stuff and has postponed it. Maybe you could benefit from his work and also bring it in? I can gladly review it but I'm not more competent in this area than Konrad, actually I'm not even a src committer, so my review won't be sufficient... -- Gabor Kovesdan FreeBSD Volunteer EMAIL: ga...@freebsd.org .:|:. ga...@kovesdan.org WEB: http://people.FreeBSD.org/~gabor .:|:. http://kovesdan.org ___ svn-src-all@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/svn-src-all To unsubscribe, send any mail to svn-src-all-unsubscr...@freebsd.org
Re: svn commit: r189765 - in head: . lib/libc lib/libc/nls
Hi Sean! On Fri, 13 Mar 2009 13:36:07 -0500 (CDT) Sean C. Farley s...@freebsd.org wrote: functionality, however, the Citrus website is ambiguous about the license. Really? ambigous Citrus is licensed under BSD License or variant (like Perl or MIT). It can use with (L)GPL. WWW: http://citrus.bsdclub.org/ ___ svn-src-all@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/svn-src-all To unsubscribe, send any mail to svn-src-all-unsubscr...@freebsd.org
Re: svn commit: r189765 - in head: . lib/libc lib/libc/nls
On Sat, 14 Mar 2009, Norikatsu Shigemura wrote: Hi Sean! Hi Norikatsu, On Fri, 13 Mar 2009 13:36:07 -0500 (CDT) Sean C. Farley s...@freebsd.org wrote: functionality, however, the Citrus website is ambiguous about the license. Really? ambigous Citrus is licensed under BSD License or variant (like Perl or MIT). It can use with (L)GPL. WWW: http://citrus.bsdclub.org/ OK. Technically, the website is not ambiguous. It is the license that is ambiguous. :) At least, they claim it is: The license is still ambiguous at this point, but it will be either a BSD Style License or use perl's model. In addition, the license must allow for BSD/MIT/(L)GPL uses of the code. This allows the possibility that it will be picked up by X or glib. However, it is only a possibility. To be honest, so far there is not schedule to do port to glibc strictly. The X Consortium may be interested in iconv for its X-TT or Unicode support. A person offering code for this project must agree to it being distributed with this license condition. In addition, copyright of this project is added to the source code. Of course the original copyright is left in place as well. Sean -- s...@freebsd.org ___ svn-src-all@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/svn-src-all To unsubscribe, send any mail to svn-src-all-unsubscr...@freebsd.org
Re: svn commit: r189765 - in head: . lib/libc lib/libc/nls
Hi Sean! On Fri, 13 Mar 2009 16:12:00 -0500 (CDT) Sean C. Farley s...@freebsd.org wrote: functionality, however, the Citrus website is ambiguous about the license. Really? ambigous Citrus is licensed under BSD License or variant (like Perl or MIT). It can use with (L)GPL. WWW: http://citrus.bsdclub.org/ OK. Technically, the website is not ambiguous. It is the license that is ambiguous. :) At least, they claim it is: Ah, OK. They, Citrus developers, consider that it is licensed under BSD License on *BSD, at least. In fact, on NetBSD/OpenBSD, it is licensed under BSD License, and we can use it under BSD License. But it may be used on other environment like X. So it is licensed under dual(multiple?) license. ___ svn-src-all@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/svn-src-all To unsubscribe, send any mail to svn-src-all-unsubscr...@freebsd.org
Re: svn commit: r189765 - in head: . lib/libc lib/libc/nls
On Sat, 2009-03-14 at 06:59 +0900, Norikatsu Shigemura wrote: Hi Sean! On Fri, 13 Mar 2009 16:12:00 -0500 (CDT) Sean C. Farley s...@freebsd.org wrote: functionality, however, the Citrus website is ambiguous about the license. Really? ambigous Citrus is licensed under BSD License or variant (like Perl or MIT). It can use with (L)GPL. WWW: http://citrus.bsdclub.org/ OK. Technically, the website is not ambiguous. It is the license that is ambiguous. :) At least, they claim it is: Ah, OK. They, Citrus developers, consider that it is licensed under BSD License on *BSD, at least. In fact, on NetBSD/OpenBSD, it is licensed under BSD License, and we can use it under BSD License. But it may be used on other environment like X. So it is licensed under dual(multiple?) license. I thought that X.org was MIT/X11 licensed (which was very very similar to BSD). -- Coleman Kane signature.asc Description: This is a digitally signed message part
Re: svn commit: r189765 - in head: . lib/libc lib/libc/nls
On Fri, 13 Mar 2009, Xin LI wrote: Sean C. Farley wrote: On Sat, 14 Mar 2009, Norikatsu Shigemura wrote: On Fri, 13 Mar 2009 13:36:07 -0500 (CDT) Sean C. Farley s...@freebsd.org wrote: functionality, however, the Citrus website is ambiguous about the license. Really? ambigous Citrus is licensed under BSD License or variant (like Perl or MIT). It can use with (L)GPL. WWW: http://citrus.bsdclub.org/ OK. Technically, the website is not ambiguous. It is the license that is ambiguous. :) At least, they claim it is: The license is still ambiguous at this point, but it will be either a BSD Style License or use perl's model. In addition, the license must allow for BSD/MIT/(L)GPL uses of the code. This allows the possibility that it will be picked up by X or glib. However, it is only a possibility. To be honest, so far there is not schedule to do port to glibc strictly. The X Consortium may be interested in iconv for its X-TT or Unicode support. A person offering code for this project must agree to it being distributed with this license condition. In addition, copyright of this project is added to the source code. Of course the original copyright is left in place as well. IANAL but the code already included in NetBSD says. for example: *snip BSD license* So my understanding is that, at least these code are released under a 2-clause BSD code and we are supposed to be able to use these code under such license? If that is the case, then that is great. I was only going by what the website said about the source. Sean -- s...@freebsd.org ___ svn-src-all@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/svn-src-all To unsubscribe, send any mail to svn-src-all-unsubscr...@freebsd.org
