> > Did we try to persuade upstream to revert the problem? But if they're > not receptive then a downstream fix aligned with Debian looks right. >
I didn't yet. However, if they decided to stop mapping these characters, I don't think they would be willing to revert it back. They mentioned the option to map it locally as I did in the PR. I assume they want to stop mapping it on their end and let distros decide if they want to do it themselves. On Tue, Nov 7, 2023 at 9:25 PM Richard W.M. Jones <[email protected]> wrote: > On Mon, Nov 06, 2023 at 12:36:19PM +0100, Lukas Javorsky wrote: > > Hi, > > > > I'm writing this email to the Fedora community to give you a heads-up > about > > what we are going to do with the new change introduced to the groff > 1.23.0 > > version [1]. > > Upstream of groff stopped mapping the special characters (like hyphens, > tilde, > > ...) to the Basic Latin codes like it previously did. > > Yes .. '~' is being replaced by > > U+02DC SMALL TILDE character > > and the replacement looks terrible. If you have > nbdkit-protect-filter(1) installed you can see this important > meta-character becomes almost invisible, rendering the documentation > and examples very confusing. > > > This change was quite controversial in the Debian community as the > upstreams/ > > maintainers of the man-pages that use these characters in a "not correct > > way" wanted this mapping back in the system. It leads to a 1+ hour > read-long > > email thread [2] with discussions in other threads as well. > > > > The final conclusion in Debian was to revert this change and leave the > old > > mapping in place as the maintainer of groff received a ton of emails [3] > and > > didn't want to spend all of his capacity on this issue. > > > > After reading through all of the emails, we've decided to align with the > Debian > > decision and revert this change, thereby retaining the current mapping. > The > > main reason for this was to eliminate a bunch of bugs reported to the > groff/ > > man-pages packages about broken manual pages. Our capacity also has > its limits, > > and we need to spend our resources wisely, and this decision was based > on that. > > The reproducer and the issue description were reported in Bugzilla [4], > so > > please read through it, if you are interested. > > I read the LWN discussion. > > Did we try to persuade upstream to revert the problem? But if they're > not receptive then a downstream fix aligned with Debian looks right. > > Thanks, > > Rich. > > > > > [1] https://lists.gnu.org/archive/html/info-gnu/2023-07/msg00001.html > > [2] https://lwn.net/Articles/947941/ > > [3] https://lwn.net/ml/debian-devel/zs0av4xyjh+o1o%[email protected]/ > > [4] https://bugzilla.redhat.com/show_bug.cgi?id=2224123 > > > > -- > > S pozdravom/ Best regards > > > > Lukáš Javorský > > > > Software Engineer, Core service - Databases > > > > Red Hat > > > > Purkyňova 115 (TPB-C) > > > > 612 00 Brno - Královo Pole > > > > [email protected] > > > > [logo--200] > > > > > > > _______________________________________________ > > devel mailing list -- [email protected] > > To unsubscribe send an email to [email protected] > > 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/[email protected] > > Do not reply to spam, report it: > https://pagure.io/fedora-infrastructure/new_issue > > > -- > Richard Jones, Virtualization Group, Red Hat > http://people.redhat.com/~rjones > Read my programming and virtualization blog: http://rwmj.wordpress.com > virt-p2v converts physical machines to virtual machines. Boot with a > live CD or over the network (PXE) and turn machines into KVM guests. > http://libguestfs.org/virt-v2v > _______________________________________________ > devel mailing list -- [email protected] > To unsubscribe send an email to [email protected] > 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/[email protected] > Do not reply to spam, report it: > https://pagure.io/fedora-infrastructure/new_issue > -- S pozdravom/ Best regards Lukáš Javorský Software Engineer, Core service - Databases Red Hat <https://www.redhat.com> Purkyňova 115 (TPB-C) 612 00 Brno - Královo Pole [email protected] <https://www.redhat.com>
_______________________________________________ devel mailing list -- [email protected] To unsubscribe send an email to [email protected] 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/[email protected] Do not reply to spam, report it: https://pagure.io/fedora-infrastructure/new_issue
