Re: Fwd: glibc gconv package split

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

 



On Tue, Jun 22, 2021 at 08:18:09AM +0530, Siddhesh Poyarekar wrote:
> [Fixing up my mailing list settings and re-sending]
> 
> Hello,
> 
> Apologies for the delayed announcement but as of
> glibc-2.34.9000-13.fc35, the glibc package has been split to create a
> new package glibc-gconv-extra to hold most converter modules into a
> separate package.  The common converters such as those for UTF-*,
> ISO8859-1, ISO8859-15 and CP1252 remain in the core package. This
> change allows users that do not have use for the extra modules to save
> space as well as harden their systems; many of the infrequently used
> modules have historically had bugs with security impact.

Thanks for doing this, more minimization is very welcome.

> glibc-gconv-extra is recommended by glibc, so a regular update or
> default installation should pull in glibc-gconv-extra and there should
> be no noticeable change unless a user explicitly removes
> glibc-gconv-extra at some point.

To preserve compatibility on upgrades, you should have
Obsoletes:glibc < $NEW_VERSION in both glibc and glibc-gconv-extra.
This causes dnf to install both packages when updating. This should
be present independently of the Recommends and conditional Requires,
which are mostly for new systems.

Zbyszek
 
> One user visible problem we discovered[1][2] was that buildroots do
> not install weak dependencies because of which glibc-gconv-extra goes
> missing from them.  This may result in testing failures when
> applications try to test uncommon character set conversions.  The fix
> to get that working again is to add a build dependency on
> glibc-gconv-extra.
> 
> Please file bugs against glibc for any other issues you come across in
> charset conversions due to this split.  We'll be happy to help resolve
> them.
> 
> Siddhesh
> 
> [1] https://bugzilla.redhat.com/show_bug.cgi?id=1973663
> [2] https://bugzilla.redhat.com/show_bug.cgi?id=1974466
> _______________________________________________
> devel mailing list -- devel@xxxxxxxxxxxxxxxxxxxxxxx
> To unsubscribe send an email to devel-leave@xxxxxxxxxxxxxxxxxxxxxxx
> Fedora Code of Conduct: https://docs.fedoraproject.org/en-US/project/code-of-conduct/
> List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
> List Archives: https://lists.fedoraproject.org/archives/list/devel@xxxxxxxxxxxxxxxxxxxxxxx
> Do not reply to spam on the list, report it: https://pagure.io/fedora-infrastructure
_______________________________________________
devel mailing list -- devel@xxxxxxxxxxxxxxxxxxxxxxx
To unsubscribe send an email to devel-leave@xxxxxxxxxxxxxxxxxxxxxxx
Fedora Code of Conduct: https://docs.fedoraproject.org/en-US/project/code-of-conduct/
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: https://lists.fedoraproject.org/archives/list/devel@xxxxxxxxxxxxxxxxxxxxxxx
Do not reply to spam on the list, report it: https://pagure.io/fedora-infrastructure




[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
[Index of Archives]     [Fedora Announce]     [Fedora Users]     [Fedora Kernel]     [Fedora Testing]     [Fedora Formulas]     [Fedora PHP Devel]     [Kernel Development]     [Fedora Legacy]     [Fedora Maintainers]     [Fedora Desktop]     [PAM]     [Red Hat Development]     [Gimp]     [Yosemite News]

  Powered by Linux