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

[David Mentré]

URL:
  <http://savannah.nongnu.org/task/?11710>

                 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

    _______________________________________________________

Details:

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
problem.

-------------------------------------------------------
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 1.92.2.1 of
configure.in:

http://cvs.savannah.gnu.org/viewcvs/findutils/configure.in?r1=1.92&r2=1.92.2.1&root=findutils

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
information.

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
<http://savannah.nongnu.org/bugs/download.php?file_id=2409>

    _______________________________________________________

Reply to this item at:

  <http://savannah.nongnu.org/task/?11710>

_______________________________________________
  Message posté via/par Savannah
  http://savannah.nongnu.org/