Re: F28 Self Contained Change: Glibc collation update and sync with cldr

2018-01-04 Thread Rafal Luzynski 
5.01.2018 00:22 R P Herrold  wrote:
>
>
> On Fri, 5 Jan 2018, Rafal Luzynski wrote:
>
> > be the same as the default "C" locale or slightly different. I'm not
> > aware of any Fedora package where the order of the config files does
> > matter
>
> apache cares in /etc/httpd/conf.d/ with virtual host
> enablement on ports along with multiple vhosts
> [...]

Sorry, I was not precise enough. I meant only files placed in
/etc/ld.so.conf.d which may (and usually do) belong to different
packages. So, again, I'm not aware of any Fedora package which puts
a config file into /etc/ld.so.conf.d and cares about whether this
config file is processed by ldconfig before or after other config
files.

Of course, other utilities may have also other config files and may
have some rules of their order. They are not changed. This is a change
only in ldconfig utility which belongs to glibc.

Regards,

Rafal
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org

Re: F28 Self Contained Change: Glibc collation update and sync with cldr

2018-01-04 Thread R P Herrold 
On Fri, 5 Jan 2018, Rafal Luzynski wrote:

> be the same as the default "C" locale or slightly different. I'm not
> aware of any Fedora package where the order of the config files does
> matter

apache cares in /etc/httpd/conf.d/ with virtual host 
enablement on ports along with multiple vhosts

udev does in /etc/udev/rules.d/ notwithstanding a convention 
of doing manual application order with leading digits

Indeed an undocumented switch mid release in RHEL 7 from a 
'ls' type enumeration of a single directory, to a 'find' one 
not constrained by '-maxdepth' causes us some heartburn, as we 
previously had 'stashed' un-used initscripts ?? I fergit ?? 
down in
/etc/sysconfig/network-scripts/attic/ 

that were mysteriously being applied.  Not sort order related 
on the last, but still, I would tread lightly here

-- Russ herrold
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org

Re: F28 Self Contained Change: Glibc collation update and sync with cldr

2018-01-04 Thread Rafal Luzynski 
4.01.2018 20:19 nicolas.mail...@laposte.net wrote:
>
>
> Hi,
>
> Shouldn't iso definition files (or unicode.org files) have their own package,
> so they are not buried deep inside glibc, and it is clear a periodic upstream
> sync is necessary ?
>

I'm afraid it would be a huge effort to implement this because,
as you have already noticed, the locale data are already buried
deep inside glibc upstream. The process would require unbundling
them and then either repackaging from the same source or update
from CLDR if CLDR is newer than glibc. It's easier to contribute
upstream and get a complete glibc tarball with CLDR data updated.

OTOH, the locale data from glibc are already split into subpackages
(langpacks) but the aim is not to distribute them all together
(e.g., in a Live DVD) and not to force the user to install them all.
They are still built from the same tarball.

Regards,

Rafal
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org

Re: F28 Self Contained Change: Glibc collation update and sync with cldr

2018-01-04 Thread Rafal Luzynski 
4.01.2018 16:59 Jan Kurik  wrote:
> [...] Therefore, all
> characters added in later Unicode versions are missing and not sorted
> at all which causes bugs like [[1]].

Seems like a link is missing.

While at this, there is one more change in glibc, not directly related
with this one but kinda similar. The ldconfig utility now forces the
"C" sorting order while processing the files from /etc/ld.so.conf.d
directory. Previously the sorting order was locale dependent which could
be the same as the default "C" locale or slightly different. I'm not
aware of any Fedora package where the order of the config files does
matter, there was an example from Debian where they allow installing
multiple versions of the same library and they add numerical prefixes
to the file names to enforce the order. However, I hope this heads up
is worth posting.

Links:

https://sourceware.org/bugzilla/show_bug.cgi?id=22505
https://sourceware.org/git/?p=glibc.git;a=commitdiff;h=7d38eb3
https://sourceware.org/ml/libc-alpha/2017-12/msg00048.html

Regards,

Rafal
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org

Re: F28 Self Contained Change: Glibc collation update and sync with cldr

2018-01-04 Thread nicolas . mailhot 
Hi,

Shouldn't iso definition files (or unicode.org files) have their own package, 
so they are not buried deep inside glibc, and it is clear a periodic upstream 
sync is necessary ?

Regards,

-- 
Nicolas Mailhot
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org

F28 Self Contained Change: Glibc collation update and sync with cldr

2018-01-04 Thread Jan Kurik 
= Proposed Self Contained Change: Glibc collation update and sync with cldr =
https://fedoraproject.org/wiki/Changes/Glibc_collation_update_and_sync_with_cldr

Change owner(s):
* Mike Fabian 


Update collation data in glibc to an ISO file from 2015 (in sync with
Unicode 8.0.0) and sync collation rules of the locales with CLDR.


== Detailed Description ==
The collation data in glibc is extremely out of date, most locales
base their collation rules on an iso14651_t1_common file which has not
been updated for probably more than 15 years. Therefore, all
characters added in later Unicode versions are missing and not sorted
at all which causes bugs like [[1]]. This change is about updating
that iso146541_t1_common file to the latest available version from ISO
which is from 2015 and up-to-date with Unicode 8.0.0. Because
additions and changes in the syntax of the new iso146541_t1_common
file, updating that file requires changing the collation rules of
almost all locales. Because all these collation rules have to be
touched anyway, this is a good opportunity to fix bugs in the
collation ruies and sync them with the collation rules in CLDR.

== Scope ==
* Proposal owners:
Work with upstream, file bugs and provide patches where required.

* Other developers:
This change will impact glibc and everything which sorts strings using
the collation functions from glibc. Other Developers do not need to
make any changes from their end, but they need to watch how their
application behaves with improved localedata. We need proper testing
to see that it does not break any application.

* Release engineering:
#7234: https://pagure.io/releng/issue/7234

List of deliverables:
N/A (not a System Wide Change)

Policies and guidelines:
No, this change does not require any updates to Policies or packaging
guideline updates.

Trademark approval:
N/A (not needed for this Change)
-- 
Jan Kuřík
Platform & Fedora Program Manager
Red Hat Czech s.r.o., Purkynova 99/71, 612 45 Brno, Czech Republic
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org