The bugzilla upgrade removed the "see-also" field which I found most
useful. Would anyone have any tips on reproducing its functionality in
the current version?
A bug requesting that it be brought back has been closed as WONTFIX:
I've commented there also, but I'd like to learn how others go about it
Ankur Sinha "FranciscoD"
Time zone: Europe/London
The general guidelines currently state that translations should be
found using %find_lang; this macro provides a listing of all *.mo
files but not their containing directories.
Specifying just the files makes sense when they are in the global
location (/usr/share/locale), but not so much when they are in, e.g.,
the Python site-packages directories. For example, python3-humanize
but *not* the humanize/locale or humanize/locale/* directories. So
when you uninstall python3-humanize, you are left with the
I see three ways forward:
1. Teach %find_lang to add directories if it's not in /usr/share/locale
2. Tell packagers to explicitly include the directories is not in
3. Stop recommending %find_lang if it serves no other purpose than to
just list files (I *think* multiple packages owning directories is no
longer an issue?)
I'd lean towards 1 as I think 2 is just unnecessary extra work and the
condition in 3 is not probably true.
The deadline for submitting Self-Contained Changes for Fedora 30 is
Tuesday, 29 January. Changes must be set to the ChangeReadyForWrangler
category by the end of the day Tuesday.
Fedora Program Manager
Sorry for the delay….
Please submit the new documents as soon as possible.
Invoice EP329947-932 (previous version is attached)
Thank you for your business!
I got a bug report that the applications that use a libpcreposix library
crash after building with an --as-needed linker flag
<https://bugzilla.redhat.com/show_bug.cgi?id=1667614>. It turned out
that many distributions (except Fedora) have already patched
libpcreposix (in an incompatible way) and that upstream rejected that
change in PCRE (because PCRE is obsolete) and applied a partial fix to
After some tests and deliberation, I came to a following resolution for
PCRE2's libpcre2-posix library will receive the upstream fix and will be
patched so that an application built with the patched library does not
suffer from the crashes. This change is compatible with future upstream
PCRE's libpcreposix library will receive similar fix. This change is
incompatible with future upstream releases (assuming upstream won't
change his mind).
This change is implemented in pcre2-10.32-6.fc30 and pcre-8.42-7.fc30.
For applications to take the benefit of this change, they need to be
rebuilt. I will perform the rebuild in Rawhide. These packages are
Both PCRE and PCRE2 libraries will be patched in older Fedoras later.
gcc9 exposed an underlying issue with some inline asm on s390x. I've emailed
upstream about the issue but it's still not fixed. In the interest of
continuing to test kernels, I've disabled this arch in rawhide kernels
for now. I'll be keeping an eye on this and plan to turn this arch back
on as soon as I can.