https://bugzilla.redhat.com/show_bug.cgi?id=156477
--- Comment #48 from Carlos O'Donell <codonell(a)redhat.com> ---
(In reply to Edgar Hoch from comment #47)
> So I think the rpm *install script should not call build-locale-archive, but
> locale-archive should only contain the minimum locales and glibc should
> search for other locales in other language dependent locale files.
I general I agree.
However, if you read the context above you'll notice that this solution as
presented today is a "workaround" for small cloud images and containers. It is
not intended as a final solution.
The final solution includes splitting all locale data out of glibc-common into
subpackages that include fixed locale data. That way you can install "English"
or "German" locales and get all the en_* and de_* locales with their various
character maps.
In such a final solution we would transition the system using a utility that
looks at the value of %_install_langs and installs the required subpackages to
match what you already have on your system.
Most users will never change any of this and have it remain "all" which means
you continue to get all of the loales, and in the future, all of the locale
subpakcages.
After the transition we would probably allow the user to use the utility to
change their set of installed langauges, or simply get rid of the utility and
have them manage the locale packages themselves. We don't know exactly what
we're going to do here, and it's an open question.
--
You are receiving this mail because:
You are on the CC list for the bug.
Unsubscribe from this bug https://bugzilla.redhat.com/token.cgi?t=8gCetSG9zH&a=cc_unsubscribe
https://bugzilla.redhat.com/show_bug.cgi?id=156477
--- Comment #47 from Edgar Hoch <edgar.hoch(a)ims.uni-stuttgart.de> ---
(In reply to Carlos O'Donell from comment #45)
> (In reply to Panu Matilainen from comment #44)
> > Um, one should *never* modify /usr/lib/rpm/macros, that's a "factory config"
> > setting and any changes will be overwritten on rpm upgrades. Local settings
> > go into /etc/rpm files.
>
> Agreed. Which is why I asked Edgar Hoch to file a new bug for rpm if it
> wasn't already solvable. I expect it is simply by setting the macros in
> /etc/rpm.
I was thinking about the problem. I came to the result that if a package is
installed the files in /usr/... should be always the same for the same package,
on every system. The locale data file is not a configuration file, it is a data
file. Data files should not change while they are installed.
I would never expect that I have to reinstall a package if I would need more
locales (languages). It should be predefined what a package provides and what
not.
I think a reasonable solution would be to provide only the minimum of locales
with the basic glibc package and to create additional (dependent) packages for
each locale (as the exist for other packages, for example libreoffice, aspell,
etc.). This language packages can be handled in the usual way by yum, dnf, etc.
So I think the rpm *install script should not call build-locale-archive, but
locale-archive should only contain the minimum locales and glibc should search
for other locales in other language dependent locale files.
--
You are receiving this mail because:
You are on the CC list for the bug.
Unsubscribe from this bug https://bugzilla.redhat.com/token.cgi?t=RAFZ9c5UOu&a=cc_unsubscribe
https://bugzilla.redhat.com/show_bug.cgi?id=156477
Carlos O'Donell <codonell(a)redhat.com> changed:
What |Removed |Added
----------------------------------------------------------------------------
Status|CLOSED |ASSIGNED
Resolution|RAWHIDE |---
Flags| |needinfo?(mfabian(a)redhat.co
| |m)
--- Comment #45 from Carlos O'Donell <codonell(a)redhat.com> ---
(In reply to Panu Matilainen from comment #44)
> Um, one should *never* modify /usr/lib/rpm/macros, that's a "factory config"
> setting and any changes will be overwritten on rpm upgrades. Local settings
> go into /etc/rpm files.
Agreed. Which is why I asked Edgar Hoch to file a new bug for rpm if it wasn't
already solvable. I expect it is simply by setting the macros in /etc/rpm.
> As for how I ended up in this bug... this change broke copr. I dont know
> what ancient OS it runs on, perhaps RHEL-6, but the rpm there doesn't
> support scriptlet expansion so glibc, and thus everything, is uninstallable
> now due to:
> DEBUG util.py:388: ERROR You need to update rpm to handle:
> DEBUG util.py:388: rpmlib(ScriptletExpansion) <= 4.9.0-1 is needed by
> glibc-common-2.21.90-5.fc23.x86_64
I'm really sorry about that, that was an unforseen consquence, but the truth is
that Rawhide will continue to move forward picking up features, either it
happens now or it happens later.
> Mostly this is really copr's headache, not yours, but in this case there's
> no actual need to use scriptlet expansion, because from lua you can always
> expand macros. Something like this (and the same for the triggerin) would
> avoid the rpmlib dependency without affecting the functionality:
>
> -%post common -e -p <lua>
> +%post common -p <lua>
> if posix.access("/etc/ld.so.cache") then
> if posix.stat("%{_prefix}/lib/locale/locale-archive.tmpl", "size") > 0
> then
> pid = posix.fork()
> if pid == 0 then
> - posix.exec("%{_prefix}/sbin/build-locale-archive", "--install-langs",
> "%%{_install_langs}")
> + posix.exec("%{_prefix}/sbin/build-locale-archive", "--install-langs",
> rpm.expand("%%{_install_langs}"))
> elseif pid > 0 then
> posix.wait(pid)
> end
I believe we tried this before but it had some negative consequences. I'm going
to ask Fabian to comment and test it out.
Mike,
Do you remember if we talked about using rpm.expand and then didn't?
--
You are receiving this mail because:
You are on the CC list for the bug.
Unsubscribe from this bug https://bugzilla.redhat.com/token.cgi?t=bd65teC4SS&a=cc_unsubscribe
https://bugzilla.redhat.com/show_bug.cgi?id=156477
Panu Matilainen <pmatilai(a)redhat.com> changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |pmatilai(a)redhat.com
--- Comment #44 from Panu Matilainen <pmatilai(a)redhat.com> ---
Um, one should *never* modify /usr/lib/rpm/macros, that's a "factory config"
setting and any changes will be overwritten on rpm upgrades. Local settings go
into /etc/rpm files.
As for how I ended up in this bug... this change broke copr. I dont know what
ancient OS it runs on, perhaps RHEL-6, but the rpm there doesn't support
scriptlet expansion so glibc, and thus everything, is uninstallable now due to:
DEBUG util.py:388: ERROR You need to update rpm to handle:
DEBUG util.py:388: rpmlib(ScriptletExpansion) <= 4.9.0-1 is needed by
glibc-common-2.21.90-5.fc23.x86_64
Mostly this is really copr's headache, not yours, but in this case there's no
actual need to use scriptlet expansion, because from lua you can always expand
macros. Something like this (and the same for the triggerin) would avoid the
rpmlib dependency without affecting the functionality:
-%post common -e -p <lua>
+%post common -p <lua>
if posix.access("/etc/ld.so.cache") then
if posix.stat("%{_prefix}/lib/locale/locale-archive.tmpl", "size") > 0 then
pid = posix.fork()
if pid == 0 then
- posix.exec("%{_prefix}/sbin/build-locale-archive", "--install-langs",
"%%{_install_langs}")
+ posix.exec("%{_prefix}/sbin/build-locale-archive", "--install-langs",
rpm.expand("%%{_install_langs}"))
elseif pid > 0 then
posix.wait(pid)
end
--
You are receiving this mail because:
You are on the CC list for the bug.
Unsubscribe from this bug https://bugzilla.redhat.com/token.cgi?t=x4TUaISQ58&a=cc_unsubscribe
https://bugzilla.redhat.com/show_bug.cgi?id=1160741
Fedora Update System <updates(a)fedoraproject.org> changed:
What |Removed |Added
----------------------------------------------------------------------------
Status|ON_QA |CLOSED
Fixed In Version| |xorg-x11-drv-evdev-2.9.1-2.
| |fc21
Resolution|--- |ERRATA
Last Closed| |2015-03-09 04:16:21
--- Comment #6 from Fedora Update System <updates(a)fedoraproject.org> ---
xorg-x11-drv-evdev-2.9.1-2.fc21 has been pushed to the Fedora 21 stable
repository. If problems still persist, please make note of it in this bug
report.
--
You are receiving this mail because:
You are on the CC list for the bug.
Unsubscribe from this bug https://bugzilla.redhat.com/token.cgi?t=reOI6sFwxc&a=cc_unsubscribe
https://bugzilla.redhat.com/show_bug.cgi?id=1079090
Fedora Update System <updates(a)fedoraproject.org> changed:
What |Removed |Added
----------------------------------------------------------------------------
Fixed In Version|layla-fonts-1.4-1.el7 |layla-fonts-1.4-1.el6
--- Comment #52 from Fedora Update System <updates(a)fedoraproject.org> ---
layla-fonts-1.4-1.el6 has been pushed to the Fedora EPEL 6 stable repository.
--
You are receiving this mail because:
You are on the CC list for the bug.
Unsubscribe from this bug https://bugzilla.redhat.com/token.cgi?t=IVAyiW5UbU&a=cc_unsubscribe
https://bugzilla.redhat.com/show_bug.cgi?id=1079090
Fedora Update System <updates(a)fedoraproject.org> changed:
What |Removed |Added
----------------------------------------------------------------------------
Fixed In Version|layla-fonts-1.4-1.fc20 |layla-fonts-1.4-1.el7
--- Comment #51 from Fedora Update System <updates(a)fedoraproject.org> ---
layla-fonts-1.4-1.el7 has been pushed to the Fedora EPEL 7 stable repository.
--
You are receiving this mail because:
You are on the CC list for the bug.
Unsubscribe from this bug https://bugzilla.redhat.com/token.cgi?t=qpCkPYAvGn&a=cc_unsubscribe
https://bugzilla.redhat.com/show_bug.cgi?id=1150394
Pete Travis <me(a)petetravis.com> changed:
What |Removed |Added
----------------------------------------------------------------------------
Status|MODIFIED |CLOSED
Resolution|--- |CURRENTRELEASE
Last Closed| |2015-03-05 18:51:06
--- Comment #4 from Pete Travis <me(a)petetravis.com> ---
This is done.
--
You are receiving this mail because:
You are on the CC list for the bug.
Unsubscribe from this bug https://bugzilla.redhat.com/token.cgi?t=l3xx0aI7dK&a=cc_unsubscribe
https://bugzilla.redhat.com/show_bug.cgi?id=156477
--- Comment #43 from Carlos O'Donell <codonell(a)redhat.com> ---
(In reply to Edgar Hoch from comment #42)
> (In reply to Carlos O'Donell from comment #41)
> > Maintaining the minimum set of installed locales requires modifying
> > /usr/lib/rpm/macros `%_install_langs`.
> >
> > Reinstalling the missing locales you want requires reinstalling glibc-common
> > with an updated value for `%_install_langs`.
>
> Wouldn't it be better to put a file in /etc/rpm/ which sets (overwrites) the
> value of `%_install_langs` instead of modifying the global config file
> /usr/lib/rpm/macros, _and_ requiring reinstalling glibc-common?
>
> I think that files in /usr/ should never contain a host-specific
> configuration.
I agree, but that's a decision RPM has to make. glibc is simply following
whatever value is provided by rpm in %_install_langs. File another bug?
--
You are receiving this mail because:
You are on the CC list for the bug.
Unsubscribe from this bug https://bugzilla.redhat.com/token.cgi?t=NhgSLVjWbC&a=cc_unsubscribe