[Top][All Lists]

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

[Maposmatic-dev] [task #11710] Belarusian language cannot be selected fo

From: David Mentré
Subject: [Maposmatic-dev] [task #11710] Belarusian language cannot be selected for map
Date: Sun, 01 Jan 2012 17:41:55 +0000
User-agent: Mozilla/5.0 (Ubuntu; X11; Linux x86_64; rv:8.0) Gecko/20100101 Firefox/8.0


                 Summary: Belarusian language cannot be selected for map
                 Project: MapOSMatic
            Submitted by: jek
            Submitted on: dim. 01 janv. 2012 18:41:54 CET
                Category: None
                Severity: 1 - Wish
                Priority: 5 - Normal
                  Status: None
                 Privacy: Public
             Assigned to: None
             Open/Closed: Open
         Discussion Lock: Any
                 Release: None
         Planned Release: None



Belarusian language ("be" language code) is missing in locale selector.


Follow-up Comments:

Date: jeu. 04 janv. 2007 13:20:06 CETBy: James Youngman <jay>
bug #17861

Date: mer. 03 janv. 2007 22:38:58 CETBy: Anonymous
The bug id you posted does not correlate to a similar problem. Could you
please recheck the id?

Date: mer. 03 janv. 2007 22:15:41 CETBy: James Youngman <jay>
The bug was closed because it was fixed.  The bug has occurred for a second
time.  A new bug -- bug#17961 -- was logged for the new occurrence of the

Date: mer. 03 janv. 2007 21:33:33 CETBy: Anonymous
Right.  4.2.29 doesn't compile the regex stuff even when the test correctly
fails.  So why is this bug closed?  Is there a new one open?  I've got 4.2.25
installed, so it works OK.

Other (yucky) option is to use libgtksourceview if it exists (Sun provides
one).  That has the functions in it, looks like.  That seems like an awfully
high-level library for find to depend on, though.

Date: mar. 28 nov. 2006 01:32:03 CETBy: Michael K. Sanders <msanders>
This fix was apparently reverted without comment in revision of

4.2.29 also fails to build on Solaris.

Date: mer. 27 sept. 2006 15:54:03 CESTBy: Anonymous
The same thing happens again with AIX and findutils 4.2.28

cc -qlanglvl=ansi  -g   -o find  find.o fstype.o parser.o pred.o tree.o util.o
version.o ../lib/libfind.a ../gnulib/lib/libgnulib.a
ld: 0711-317 ERROR: Undefined symbol: .re_match
ld: 0711-317 ERROR: Undefined symbol: .re_set_syntax
ld: 0711-317 ERROR: Undefined symbol: .re_compile_pattern
ld: 0711-345 Use the -bloadmap or -bnoquiet option to obtain more

4.2.27 comiles fine.

Date: ven. 28 janv. 2005 09:04:55 CETBy: Anonymous
(From Martin)  Yup, I can verify that findutils 4.2.14 fixes
this problem.

Date: dim. 23 janv. 2005 23:29:16 CETBy: James Youngman <jay>
I have no access to a Solaris box on which to reproduce this problem.    Hence
I can't test a fix.  However, I believe that the attached patch, which I have
checked into CVS, resolves this difficulty.   This fix will be included in the
next release.


File Attachments:

Date: dim. 23 janv. 2005 23:29:16 CET  Name: regex-build.patch  Size: 807 o  
By: jay
Patch which should resolve the problem


Reply to this item at:


  Message posté via/par Savannah

reply via email to

[Prev in Thread] Current Thread [Next in Thread]