Re: make installworld failing with locales due to broken symlinks

Am Mon, 16 Nov 2015 08:14:36 +0100 "O. Hartmann" schrieb: > Am Sun, 15 Nov 2015 19:59:54 -0800 > Craig Rodrigues schrieb: > > > On Sun, Nov 15, 2015 at 5:57 PM, NGie Cooper wrote: > > > > > > > > install: //usr/share/locale/ca_IT.ISO8859-1/LC_CTYPE: No such file or > > > directory > > > ***

Re: make installworld failing with locales due to broken symlinks

Am Sun, 15 Nov 2015 19:59:54 -0800 Craig Rodrigues schrieb: > On Sun, Nov 15, 2015 at 5:57 PM, NGie Cooper wrote: > > > > > install: //usr/share/locale/ca_IT.ISO8859-1/LC_CTYPE: No such file or > > directory > > *** Error code 71 > > > > $ ls -l /usr/share/locale/ca_IT.ISO8859-1/LC_CTYPE > > lr

CURRENT installworld fails: LC_CTYPE: No such file or directory

The recent CURRENT starts dropping "make installworld" since two days ago, now at revision 290923, with the error shown below. Regards, oh [...] ===> share/ctypedef (install) install -o root -g wheel -m 444 be_BY.CP1131.LC_CTYPE /usr/share/locale/be_BY.CP1131/LC_CTYPE install -o root -g w

FreeBSD_HEAD-tests - Build #1695 - Still Unstable

FreeBSD_HEAD-tests - Build #1695 - Still Unstable: Build information: https://jenkins.FreeBSD.org/job/FreeBSD_HEAD-tests/1695/ Full change log: https://jenkins.FreeBSD.org/job/FreeBSD_HEAD-tests/1695/changes Full build log: https://jenkins.FreeBSD.org/job/FreeBSD_HEAD-tests/1695/console Change su

Re: make installworld failing with locales due to broken symlinks

On Sun, Nov 15, 2015 at 5:57 PM, NGie Cooper wrote: > > install: //usr/share/locale/ca_IT.ISO8859-1/LC_CTYPE: No such file or > directory > *** Error code 71 > > $ ls -l /usr/share/locale/ca_IT.ISO8859-1/LC_CTYPE > lrwxr-xr-x 1 root wheel 27 Nov 1 16:24 > /usr/share/locale/ca_IT.ISO8859-1/LC_

Re: make installworld failing with locales due to broken symlinks

On Sun, Nov 15, 2015 at 5:57 PM, NGie Cooper wrote: > $ ls `readlink -f /usr/share/locale/ca_IT.ISO8859-1/LC_CTYPE` > ls: /usr/share/locale/la_LN.ISO8859-1: No such file or directory > I built the latest world, and then did the following: rm -fr /tmp/testdir mkdir /tmp/testdir make installwor

Re: make installworld failing with locales due to broken symlinks

> On Nov 15, 2015, at 19:08, Craig Rodrigues wrote: > > On Sun, Nov 15, 2015 at 6:27 PM, Craig Rodrigues > wrote: > >> On Sun, Nov 15, 2015 at 5:57 PM, NGie Cooper >> wrote: >> >>> $ ls `readlink -f /usr/share/locale/ca_IT.ISO8859-1/LC_CTYPE` >>> ls: /usr/share/locale/la_LN.ISO8859-1: No suc

Re: make installworld failing with locales due to broken symlinks

On Sun, Nov 15, 2015 at 6:27 PM, Craig Rodrigues wrote: > On Sun, Nov 15, 2015 at 5:57 PM, NGie Cooper > wrote: > >> $ ls `readlink -f /usr/share/locale/ca_IT.ISO8859-1/LC_CTYPE` >> ls: /usr/share/locale/la_LN.ISO8859-1: No such file or directory >> > > > I built the latest world, and then did t

Re: make installworld failing with locales due to broken symlinks

On 16.11.2015 5:37, Andrey Chernov wrote: > On 16.11.2015 4:57, NGie Cooper wrote: >> make: stopped in /usr/src/git >> $ ls -l /usr/share/locale/ca_IT.ISO8859-1/LC_CTYPE >> lrwxr-xr-x 1 root wheel 27 Nov 1 16:24 >> /usr/share/locale/ca_IT.ISO8859-1/LC_CTYPE -> ../la_LN.ISO8859-1/LC_CTYPE >> $

Re: make installworld failing with locales due to broken symlinks

On 16.11.2015 4:57, NGie Cooper wrote: > make: stopped in /usr/src/git > $ ls -l /usr/share/locale/ca_IT.ISO8859-1/LC_CTYPE > lrwxr-xr-x 1 root wheel 27 Nov 1 16:24 > /usr/share/locale/ca_IT.ISO8859-1/LC_CTYPE -> ../la_LN.ISO8859-1/LC_CTYPE > $ readlink -f /usr/share/locale/ca_IT.ISO8859-1/LC_

Re: make installworld failing with locales due to broken symlinks

On Sun, Nov 15, 2015 at 5:57 PM, NGie Cooper wrote: > $ ls `readlink -f /usr/share/locale/ca_IT.ISO8859-1/LC_CTYPE` > ls: /usr/share/locale/la_LN.ISO8859-1: No such file or directory > I built the latest world, and then did the following: rm -fr /tmp/testdir mkdir /tmp/testdir make installwor

make installworld failing with locales due to broken symlinks

Hi, I run into this error when running `make installworld` with a world installed prior and during the projects/collation merge to head — reason is that the target for the symlink doesn’t exist. This might be fallout from recent build changes, or a side effect of the broken symlinks… Tha

Re: libXO-ification - Why - and is it a symptom of deeper issues?

On 15 Nov, Allan Jude wrote: > On 2015-11-15 13:06, Garrett Cooper wrote: >> >>> On Nov 15, 2015, at 09:51, Andrey Chernov wrote: >>> On 15.11.2015 20:37, Adrian Chadd wrote: > On 15 November 2015 at 09:10, Dan Partelly wrote: > Meaning, is that simple to push things in head , if so

Re: Wake on LAN broken (probably between r290542 - r290606)?

On Sun, Nov 15, 2015 at 10:57:06PM +0100, Marius Strobl wrote: > ... > > I've placed a copy of a verbose dmes.boot in > > . > > > > I'm happy to test suggested changes. > > > > *sigh* Okay, could you please test whether the attached patch rest

Build failed in Jenkins: Build-UFS-image #2746

See -- [...truncated 3362 lines...] ->

Re: Wake on LAN broken (probably between r290542 - r290606)?

On Sat, Nov 14, 2015 at 09:56:36AM -0800, David Wolfskill wrote: > On Wed, Nov 11, 2015 at 06:33:37AM -0800, David Wolfskill wrote: > > ... > > But a quick perusal of > > doesn't show > > anything especially like a "smoking gun" -- to me, an

Re: libXO-ification - Why - and is it a symptom of deeper issues?

> It's all fine and good making technical decisions based on drawings > and handwaving and philosophizing, but at some point someone has to do > the code. HI Adrian, . What I eluded too is not a small project. It is something that would need proper discussion and agreement, since it would be per

Re: libXO-ification - Why - and is it a symptom of deeper issues?

HI Simon, Thanks for the write-up . One question: >> The ability to get machine parsable output from OS components is a big part >> of the success of Junos CLI, netconf etc. Once you get machine parsable output, and feed it to your GUIs , WEB, other tools, and modify it, how do you feed it

Build failed in Jenkins: Build-UFS-image #2744

See -- [...truncated 3362 lines...] ->

Re: libXO-ification - Why - and is it a symptom of deeper issues?

> I would welcome competing ideas/solutions, but someone would have to actually > build them, not just > rattle off some ideas on the mailing list. Am I missing the point of a mailing list ? it is a place to present and exchange ideas, ask why some things are the way they are , and get critici

Re: libXO-ification - Why - and is it a symptom of deeper issues?

On 15 Nov 2015, at 19:12, Simon J. Gerraty wrote: > > Garrett Cooper wrote: >> We lack a [dtd/json] spec for tools, so programming for xo'ification >> doesn't seems like the best idea in the world to me from a end-user >> sysadmin/developer perspective. > > A dtd etc is good for sure, and we (J

Re: libXO-ification - Why - and is it a symptom of deeper issues?

Garrett Cooper wrote: > We lack a [dtd/json] spec for tools, so programming for xo'ification > doesn't seems like the best idea in the world to me from a end-user > sysadmin/developer perspective. A dtd etc is good for sure, and we (Juniper) do have them, as well as ui-police to help ensure thing

Re: libXO-ification - Why - and is it a symptom of deeper issues?

> On Nov 15, 2015, at 10:23, Allan Jude wrote: … > Also, libxo now supports the versioning of output, to make it possible > for your json parser to detect when a change to the schema has been made. This is the ideal scenario, yes, if there was some design around the libxo’ification (even man

Re: libXO-ification - Why - and is it a symptom of deeper issues?

> On Nov 15, 2015, at 10:14, Allan Jude wrote: … > You can setup an atexit() call to call xo_finish automatically when the > program exits. The original changes to uptime had a few other issues, > which I fixed. Programmers are lazy. Telling someone “you need to setup an atexit handler that c

Re: libXO-ification - Why - and is it a symptom of deeper issues?

On 2015-11-15 13:16, Allan Jude wrote: > On 2015-11-15 13:14, Garrett Cooper wrote: >> >>> On Nov 15, 2015, at 10:09, Allan Jude wrote: >> >> ... >> >>> The big difference is, a json parser isn't going to blow up if a new >>> field gets added in the middle, and your awk/grep/sed script probably wi

Re: libXO-ification - Why - and is it a symptom of deeper issues?

On 2015-11-15 13:14, Garrett Cooper wrote: > >> On Nov 15, 2015, at 10:09, Allan Jude wrote: > > ... > >> The big difference is, a json parser isn't going to blow up if a new >> field gets added in the middle, and your awk/grep/sed script probably will. > > That's a plus to those formats, yes,

Re: libXO-ification - Why - and is it a symptom of deeper issues?

On 2015-11-15 13:10, Garrett Cooper wrote: > >> On Nov 15, 2015, at 10:05, Allan Jude wrote: >> >>> On 2015-11-15 07:54, Dan Partelly wrote: >>> >>> Hi all, >>> >>> I was looking at the new facility of dumping JSON,XML from many utils in >>> base and after some funny minutes, I couldn't stop ask

Re: libXO-ification - Why - and is it a symptom of deeper issues?

> On Nov 15, 2015, at 10:09, Allan Jude wrote: ... > The big difference is, a json parser isn't going to blow up if a new > field gets added in the middle, and your awk/grep/sed script probably will. That's a plus to those formats, yes, but if someone changes the field name (which can happen

Re: Need help fixing failing locale tests

Craig Rodrigues wrote: > I don't know much about locales, so don't know what to do. I find LANG=C LC_ALL=C solves most locale induced issues. I suspect the tests in question assume the above anyway. ___ freebsd-current@freebsd.org mailing list https://l

Re: libXO-ification - Why - and is it a symptom of deeper issues?

> On Nov 15, 2015, at 10:05, Allan Jude wrote: > >> On 2015-11-15 07:54, Dan Partelly wrote: >> >> Hi all, >> >> I was looking at the new facility of dumping JSON,XML from many utils in >> base and after some funny minutes, I couldn't stop ask myself “ Ok, this is >> funny , but why ? “ And

Re: libXO-ification - Why - and is it a symptom of deeper issues?

On 2015-11-15 13:06, Garrett Cooper wrote: > >> On Nov 15, 2015, at 09:51, Andrey Chernov wrote: >> >>> On 15.11.2015 20:37, Adrian Chadd wrote: On 15 November 2015 at 09:10, Dan Partelly wrote: Meaning, is that simple to push things in head , if somone does the work, even with w

Re: libXO-ification - Why - and is it a symptom of deeper issues?

> On Nov 15, 2015, at 09:51, Andrey Chernov wrote: > >> On 15.11.2015 20:37, Adrian Chadd wrote: >>> On 15 November 2015 at 09:10, Dan Partelly wrote: >>> Meaning, is that simple to push things in head , if somone does the work, >>> even with with no proper review of the problem at hand , and

Re: libXO-ification - Why - and is it a symptom of deeper issues?

Hi Dan > Meaning, is that simple to push things in head , if somone does the > work, even with with no proper review of the problem at hand , and the > proposed solutions ? Not sure what sort of review you are looking for. But I can speak to some of the history behind this. FreeBSD holds regular

Re: libXO-ification - Why - and is it a symptom of deeper issues?

On 15 November 2015 at 09:51, Andrey Chernov wrote: > On 15.11.2015 20:37, Adrian Chadd wrote: >> On 15 November 2015 at 09:10, Dan Partelly wrote: >>> Meaning, is that simple to push things in head , if somone does the work, >>> even with with no proper review of the problem at hand , and the p

Re: libXO-ification - Why - and is it a symptom of deeper issues?

On 2015-11-15 07:54, Dan Partelly wrote: > > Hi all, > > I was looking at the new facility of dumping JSON,XML from many utils in base > and after some funny minutes, I couldn't stop ask myself “ Ok, this is funny > , but why ? “ And I couldn't find a real answer. Ill outline what I think: > >

Re: libXO-ification - Why - and is it a symptom of deeper issues?

On 2015-11-15 07:54, Dan Partelly wrote: > > Hi all, > > I was looking at the new facility of dumping JSON,XML from many utils in base > and after some funny minutes, I couldn't stop ask myself “ Ok, this is funny > , but why ? “ And I couldn't find a real answer. Ill outline what I think: > >

Re: libXO-ification - Why - and is it a symptom of deeper issues?

On 15.11.2015 20:37, Adrian Chadd wrote: > On 15 November 2015 at 09:10, Dan Partelly wrote: >> Meaning, is that simple to push things in head , if somone does the work, >> even with with no proper review of the problem at hand , and the proposed >> solutions ? > > Nope and yup. The juniper fol

Re: libXO-ification - Why - and is it a symptom of deeper issues?

On 15 November 2015 at 09:10, Dan Partelly wrote: > Meaning, is that simple to push things in head , if somone does the work, > even with with no proper review of the problem at hand , and the proposed > solutions ? Nope and yup. The juniper folk had a solution to a problem multiple people had

Re: libXO-ification - Why - and is it a symptom of deeper issues?

Meaning, is that simple to push things in head , if somone does the work, even with with no proper review of the problem at hand , and the proposed solutions ? > On 15 Nov 2015, at 19:05, Adrian Chadd wrote: > > Hi, > > The reason is simple - someone offered to do the work and push it throu

Re: Need help fixing failing locale tests

On 11/15/2015 4:38 PM, Andrey Chernov wrote: > On 15.11.2015 18:17, John Marino wrote: >> >> For the traditional checks, It's ironic, DragonFly uses short locales >> like "fr_FR" which link to the approprioprate ISO8859 or UTF-8 locale. >> Bapt removed them to avoid a bike shed and if he had not do

Re: Need help fixing failing locale tests

On 11/15/2015 3:59 PM, Andrey Chernov wrote: > On 15.11.2015 17:47, John Marino wrote: Please provide an example of such a program (in ports). >>> >>> See gettext-0.19.6/gettext-tools/configure, part started with >>> # Test for the usual locale name. >>> I don't have time to dig more such code

Re: libXO-ification - Why - and is it a symptom of deeper issues?

Hi, The reason is simple - someone offered to do the work and push it through. This isn't a commercial thing where we get to make project decisions and allocate resources - the juniper folk came up with a solution that they're using and willing to push forward in freebsd. It's been an interesting

Re: libXO-ification - Why - and is it a symptom of deeper issues?

I know about NexBSD, but, as I said in my original message, I am interested on what happen in FreeBSD proper, and what issues XOification tries to solve )and if any proper process was given to solving the identified issues , instead of just adding XO because it could be added. > On 15 Nov 20

Build failed in Jenkins: Build-UFS-image #2743

See -- [...truncated 3362 lines...] ->

FreeBSD_HEAD - Build #3531 - Fixed

FreeBSD_HEAD - Build #3531 - Fixed: Build information: https://jenkins.FreeBSD.org/job/FreeBSD_HEAD/3531/ Full change log: https://jenkins.FreeBSD.org/job/FreeBSD_HEAD/3531/changes Full build log: https://jenkins.FreeBSD.org/job/FreeBSD_HEAD/3531/console Change summaries: 290866 by bapt: Regener

Re: Need help fixing failing locale tests

Documentation on any existing regressions and how they are expected to fail would be a good thing… Change is necessary, but so is modification of a regression to continue to pass (or fail) as expected. Demonstration of the unit testing process can also be very beneficial. : mdm > On Nov 15, 2015,

Re: Need help fixing failing locale tests

John Marino wrote on 11/15/2015 15:47: On 11/15/2015 3:39 PM, Andrey Chernov wrote: As I already say, I don't want to insist on any particular point of view in such area as human behavior. I just say that it is POLA violation (even while it is upgrade) and we can let users decide by themselves,

Re: Need help fixing failing locale tests

FWIW; While I personally don’t use it, Latin is the official language for the Holy See [1]. I think it is still taught in schools in Italy for cultural reasons and because it’s supposed to make easier to learn other “romance” languages. It shouldn't hurt to keep it but I have no strong opinion.

Re: Need help fixing failing locale tests

On 15.11.2015 18:38, Andrey Chernov wrote: >> For the traditional checks, It's ironic, DragonFly uses short locales >> like "fr_FR" which link to the approprioprate ISO8859 or UTF-8 locale. >> Bapt removed them to avoid a bike shed and if he had not done that, this >> gettext configure would not be

Re: Need help fixing failing locale tests

On 15.11.2015 18:17, John Marino wrote: See gettext-0.19.6/gettext-tools/configure, part started with # Test for the usual locale name. I don't have time to dig more such code now, but I remember I saw more for sure. > Of course it's the same topic. > If the configure of a port

Re: Need help fixing failing locale tests

On 11/15/2015 3:39 PM, Andrey Chernov wrote: > As I already say, I don't want to insist on any particular point of view > in such area as human behavior. I just say that it is POLA violation > (even while it is upgrade) and we can let users decide by themselves, > what it best for them (without me

Re: Need help fixing failing locale tests

On 15.11.2015 18:01, Baptiste Daroussin wrote: > I have restored the 8859-1 Thanx! BTW, speaking with John I find at least one configure script from ports which depends on 8859-1 presence. See gettext-0.19.6/gettext-tools/configure, part started with # Test for the usual locale name. -- http://a

Re: Need help fixing failing locale tests

On Sun, Nov 15, 2015 at 04:04:33PM +0300, Andrey Chernov wrote: > On 15.11.2015 16:00, Baptiste Daroussin wrote: > > On Sun, Nov 15, 2015 at 03:56:26PM +0300, Andrey Chernov wrote: > >> On 15.11.2015 15:46, Baptiste Daroussin wrote: > >>> On Sun, Nov 15, 2015 at 03:24:19PM +0300, Andrey Chernov wro

Re: Need help fixing failing locale tests

On 15.11.2015 17:47, John Marino wrote: >>> Please provide an example of such a program (in ports). >> >> See gettext-0.19.6/gettext-tools/configure, part started with >> # Test for the usual locale name. >> I don't have time to dig more such code now, but I remember I saw more >> for sure. > If t

Re: Need help fixing failing locale tests

On 15.11.2015 16:54, John Marino wrote: > We are talking about people that install FreeBSD 11 as a release. If > it's an upgrade, it's documented in UPDATING (it will be) and anybody on > -CURRENT is taking responsibility for knowing what they are doing. *IF* > this is an obstacle, it's either tr

Re: Need help fixing failing locale tests

On 11/15/2015 2:10 PM, Andrey Chernov wrote: >> Well, there is "harm". The -1/-15 confusion happens a lot. > > It is user confusion and his responsibility. It not leads to wrong > program build f.e. Moreover, you can't protect users who set 8859-1 that > way, they do not convert to 8859-15 as you

Re: Need help fixing failing locale tests

On 11/15/2015 2:04 PM, Andrey Chernov wrote: > On 15.11.2015 16:00, Baptiste Daroussin wrote: >> On Sun, Nov 15, 2015 at 03:56:26PM +0300, Andrey Chernov wrote: >>> On 15.11.2015 15:46, Baptiste Daroussin wrote: On Sun, Nov 15, 2015 at 03:24:19PM +0300, Andrey Chernov wrote: > On 15.11.201

Re: Need help fixing failing locale tests

On 15.11.2015 16:14, John Marino wrote: >> It is user confusion and his responsibility. It not leads to wrong >> program build f.e. Moreover, you can't protect users who set 8859-1 that >> way, they do not convert to 8859-15 as you assume but start to complain >> everywhere that FreeBSD is not work

Re: Need help fixing failing locale tests

On 11/15/2015 2:36 PM, Andrey Chernov wrote: > On 15.11.2015 16:14, John Marino wrote: >>> It is user confusion and his responsibility. It not leads to wrong >>> program build f.e. Moreover, you can't protect users who set 8859-1 that >>> way, they do not convert to 8859-15 as you assume but start

Re: Need help fixing failing locale tests

> > There is soft-fail, configure just marks that locales are not supported > > and use "C". Sorry I don't remember port names where I saw it right now > > and don't have a time to search for them right now too. Soft-fails (like > > in tcl with nl_langinfo) are almost impossible to detect excepting

Re: Need help fixing failing locale tests

On 11/15/2015 1:56 PM, Andrey Chernov wrote: > On 15.11.2015 15:46, Baptiste Daroussin wrote: >> On Sun, Nov 15, 2015 at 03:24:19PM +0300, Andrey Chernov wrote: >>> On 15.11.2015 10:09, John Marino wrote: >>> ISO8859-1 locales are legacy even if obsoleted in modern world (I agree >>> with that). Lo

FreeBSD_HEAD - Build #3530 - Failure

FreeBSD_HEAD - Build #3530 - Failure: Build information: https://jenkins.FreeBSD.org/job/FreeBSD_HEAD/3530/ Full change log: https://jenkins.FreeBSD.org/job/FreeBSD_HEAD/3530/changes Full build log: https://jenkins.FreeBSD.org/job/FreeBSD_HEAD/3530/console Change summaries: 290857 by trasz: Spee

Re: Need help fixing failing locale tests

> Well, there is "harm". The -1/-15 confusion happens a lot. It is user confusion and his responsibility. It not leads to wrong program build f.e. Moreover, you can't protect users who set 8859-1 that way, they do not convert to 8859-15 as you assume but start to complain everywhere that FreeBSD

Re: libXO-ification - Why - and is it a symptom of deeper issues?

Hi Dan, Sounds like you'd be interested in NextBSD: https://en.wikipedia.org/wiki/NextBSD Cheers, Yonas On 11/15/2015 07:54, Dan Partelly wrote: Hi all, I was looking at the new facility of dumping JSON,XML from many utils in base and after some funny minutes, I couldn't stop ask myself “

Re: Need help fixing failing locale tests

On 15.11.2015 16:00, Baptiste Daroussin wrote: > On Sun, Nov 15, 2015 at 03:56:26PM +0300, Andrey Chernov wrote: >> On 15.11.2015 15:46, Baptiste Daroussin wrote: >>> On Sun, Nov 15, 2015 at 03:24:19PM +0300, Andrey Chernov wrote: On 15.11.2015 10:09, John Marino wrote: ISO8859-1 locales

libXO-ification - Why - and is it a symptom of deeper issues?

Hi all, I was looking at the new facility of dumping JSON,XML from many utils in base and after some funny minutes, I couldn't stop ask myself “ Ok, this is funny , but why ? “ And I couldn't find a real answer. Ill outline what I think: 1. Undoubtedly, it makes base code slightly harder to u

Re: Need help fixing failing locale tests

On Sun, Nov 15, 2015 at 03:56:26PM +0300, Andrey Chernov wrote: > On 15.11.2015 15:46, Baptiste Daroussin wrote: > > On Sun, Nov 15, 2015 at 03:24:19PM +0300, Andrey Chernov wrote: > >> On 15.11.2015 10:09, John Marino wrote: > >> ISO8859-1 locales are legacy even if obsoleted in modern world (I ag

Re: Need help fixing failing locale tests

On 15.11.2015 15:46, Baptiste Daroussin wrote: > On Sun, Nov 15, 2015 at 03:24:19PM +0300, Andrey Chernov wrote: >> On 15.11.2015 10:09, John Marino wrote: >> ISO8859-1 locales are legacy even if obsoleted in modern world (I agree >> with that). Lots of ports (even at configure stage!) have checks

Re: Need help fixing failing locale tests

> >> There's also a common > >> problem that users view -15 documents with -1 accidently. So there was > >> a conscience decision to have either ISO8859-1 or ISO8859-15 but not > >> both. For western Europe this means the ISO8859-1 versions were dropped. > > It is pure user problem choosing its

Re: Need help fixing failing locale tests

On Sun, Nov 15, 2015 at 03:24:19PM +0300, Andrey Chernov wrote: > On 15.11.2015 10:09, John Marino wrote: > > We (DragonFly) didn't just update locales. We took the opportunity to > > do spring cleaning. We didn't want to be as drastic as OpenBSD which > > removed all encodings except for C/POSIX

Re: Need help fixing failing locale tests

On 15.11.2015 15:24, Andrey Chernov wrote: > On 15.11.2015 10:09, John Marino wrote: >> We (DragonFly) didn't just update locales. We took the opportunity to >> do spring cleaning. We didn't want to be as drastic as OpenBSD which >> removed all encodings except for C/POSIX and UTF, but we did rem

Re: Need help fixing failing locale tests

On 15.11.2015 10:09, John Marino wrote: > We (DragonFly) didn't just update locales. We took the opportunity to > do spring cleaning. We didn't want to be as drastic as OpenBSD which > removed all encodings except for C/POSIX and UTF, but we did remove > several locales intentionally. > > In the

Re: Need help fixing failing locale tests

On 11/15/2015 12:23 PM, Craig Rodrigues wrote: > > > On Sat, Nov 14, 2015 at 11:47 PM, John Marino > wrote: > > > With 4.) they have been removed from FreeBSD when "Make upgrade" is run > after rebuilding. Does FreeBSD have a cleanup like that, and di

Re: Need help fixing failing locale tests

On 11/15/2015 8:24 AM, NGie Cooper wrote: >> On Nov 14, 2015, at 23:09, John Marino wrote: >> Bapt liked DF approach well enough that he adopted it. Even Edwin was >> first in desiring to clean up locales. The major update was a perfect time. >> >> Bottom line: >> The testsuite needs to be updat

Re: Need help fixing failing locale tests

On 11/15/2015 4:46 AM, NGie Cooper wrote: > >> On Nov 14, 2015, at 19:28, NGie Cooper wrote: > > … > >> Why were these locales removed? >> >> 58 OLD_FILES+=usr/share/locale/la_LN.ISO8859-1/LC_COLLATE >> 59 OLD_FILES+=usr/share/locale/la_LN.ISO8859-1/LC_CTYPE >> 60 OLD_FILES+=usr/share/locale

Re: Need help fixing failing locale tests

> On Nov 15, 2015, at 03:30, John Marino wrote: … > by they way, this was meant to be "removed from DragonFly". I don't > know if "make upgrade" is set right for FreeBSD. (it appears not) make upgrade doesn’t exist on FreeBSD: $ (cd /usr/src/svn/; make upgrade) make: don't know how to make

Re: Need help fixing failing locale tests

On Sat, Nov 14, 2015 at 11:47 PM, John Marino wrote: > > With 4.) they have been removed from FreeBSD when "Make upgrade" is run > after rebuilding. Does FreeBSD have a cleanup like that, and did you > run it? If not, then maybe that needs to be updated. > > I did not run "make upgrade". I did