[Bug 2036458] New: Lohit Punjabi font does not implement all unicode
specs
by bugzilla＠redhat.com
https://bugzilla.redhat.com/show_bug.cgi?id=2036458
Bug ID: 2036458
Summary: Lohit Punjabi font does not implement all unicode
specs
Product: Fedora
Version: 35
Status: NEW
Component: Fonts
Assignee: i18n-bugs(a)lists.fedoraproject.org
Reporter: plehal(a)lehal.net
QA Contact: fonts-bugs(a)lists.fedoraproject.org
Target Milestone: ---
Classification: Fedora
Created attachment 1848544
--> https://bugzilla.redhat.com/attachment.cgi?id=1848544&action=edit
unicode spec.
Description of problem:
Lohit Punjabi Font does not recognize some subjoined consonants which should be
recognized per Unicode specs and are recognised by other fonts from other
vendors.
Version-Release number of selected component (if applicable):
All
How reproducible:
Always
Steps to Reproduce:
1. Try to type subjoined consonants with characters ਕ,ਗ,ਚ,ਤ,ਥ,ਟ,ਠ,ਦ,ਧ,ਨ
2. It shows as ਪ੍ਕ , ਪ੍ਗ, ਪ੍ਚ......instead of these letters showing properly at
the bottom of preceding character.
Actual results:ਪ੍ਕ , ਪ੍ਗ, ਪ੍ਚ.
Expected results: letters showing properly at the bottom of preceding
character.
Additional info: Related Unicode document attached. Raavi and Ravi font from
Microsoft render it correctly.
--
You are receiving this mail because:
You are the assignee for the bug.
https://bugzilla.redhat.com/show_bug.cgi?id=2036458
1 year, 4 months
[Fedora-i18n-bugs] [Bug 1954716] New: Fonts not used correctly
by bugzilla＠redhat.com
https://bugzilla.redhat.com/show_bug.cgi?id=1954716
Bug ID: 1954716
Summary: Fonts not used correctly
Product: Fedora
Version: rawhide
Status: NEW
Component: fontconfig
Assignee: tagoh(a)redhat.com
Reporter: barbarah.duarte(a)fluocomunicacao.com.br
QA Contact: extras-qa(a)fedoraproject.org
CC: ajax(a)redhat.com, caillon+fedoraproject(a)gmail.com,
fonts-bugs(a)lists.fedoraproject.org,
gnome-sig(a)lists.fedoraproject.org,
i18n-bugs(a)lists.fedoraproject.org, mclasen(a)redhat.com,
pnemade(a)redhat.com, rhughes(a)redhat.com,
rstrode(a)redhat.com, sandmann(a)redhat.com,
tagoh(a)redhat.com
Target Milestone: ---
Classification: Fedora
Created attachment 1776799
--> https://bugzilla.redhat.com/attachment.cgi?id=1776799&action=edit
LibreOffice with all three fonts displayed in regular, italic and bold face.
I have installed some company-provided fonts for use in presentations etc.:
$ ls /usr/share/fonts/neo-sans-intel/
NeoSansIntel-Italic.ttf NeoSansIntel-MediumItalic.ttf
NeoSansIntel-LightItalic.ttf NeoSansIntel-Medium.ttf
NeoSansIntel-Light.ttf NeoSansIntel.ttf
In LibreOffice I have a choice of three separate fonts: Neo Sans Intel, Neo
Sans Intel Medium, and Neo Sans Intel Light.
For each of those three, the italic version of the font (from the separate TTF
file) is used. I can tell by the tail on the 'f' character. For bold text,
however, an 'emboldening' algorithm seems to be used instead of using the
appropriate separate font file.
In GNOME font selection dialogs, I see just one 'Neo Sans Intel' family, with a
choice of 8 styles. I'll ignore the italic versions since those do actually
seem to work as expected, so there are four weights listed:
- Light (== Neo Sans Intel Light)
- Regular (== Neo Sans Intel Medium)
- Medium (== Neo Sans Intel Medium)
- Bold (== Neo Sans Intel Medium + emboldening algorithm?)
I *don't* seem to have an option in GNOME which will just use the straight 'Neo
Sans Intel' font.
So both seem to be getting it wrong, in different ways. Or perhaps there's
something wrong with the fonts themselves?
--
You are receiving this mail because:
You are on the CC list for the bug.
1 year, 4 months
[Bug 2069725] New: Missing support for Georgian uppercase characters
by bugzilla＠redhat.com
https://bugzilla.redhat.com/show_bug.cgi?id=2069725
Bug ID: 2069725
Summary: Missing support for Georgian uppercase characters
Product: Fedora
Version: 35
Hardware: All
OS: Linux
Status: NEW
Component: Fonts
Assignee: i18n-bugs(a)lists.fedoraproject.org
Reporter: alan.g12r(a)outlook.com
QA Contact: fonts-bugs(a)lists.fedoraproject.org
Target Milestone: ---
Classification: Fedora
Created attachment 1869049
--> https://bugzilla.redhat.com/attachment.cgi?id=1869049&action=edit
Fedora 35 Missing Georgian characters
Description of problem:
Georgian uppercase letters are shown as squares
How reproducible:
always
Steps to Reproduce:
1.add Georgian keyboard layout
2.open text editor
3.type Georgian letters and make them uppercase
Actual results:
all characters are shown as replacement boxes
Expected results:
readable text
Additional info:
Georgian uppercase characters were introduced in Unicode 11 (2018), but there's
no font supporting these glyphs in Fedora.
Google Noto fonts include these characters. Noto Georgian fonts are also used
as default in Arch-based distributions and Android.
Please add Google-Noto-Georgian, that provide full support for Georgian script.
--
You are receiving this mail because:
You are the assignee for the bug.
https://bugzilla.redhat.com/show_bug.cgi?id=2069725
1 year, 4 months
[Bug 1981500] New: [f34] some snaps are having font display issues
by bugzilla＠redhat.com
https://bugzilla.redhat.com/show_bug.cgi?id=1981500
Bug ID: 1981500
Summary: [f34] some snaps are having font display issues
Product: Fedora
Version: 34
OS: Linux
Status: NEW
Component: fontconfig
Severity: medium
Assignee: tagoh(a)redhat.com
Reporter: dvd(a)redhat.com
QA Contact: extras-qa(a)fedoraproject.org
CC: ajax(a)redhat.com, caillon+fedoraproject(a)gmail.com,
fonts-bugs(a)lists.fedoraproject.org,
gnome-sig(a)lists.fedoraproject.org,
i18n-bugs(a)lists.fedoraproject.org, mclasen(a)redhat.com,
pnemade(a)redhat.com, rhughes(a)redhat.com,
rstrode(a)redhat.com, sandmann(a)redhat.com,
tagoh(a)redhat.com
Target Milestone: ---
Classification: Fedora
Description of problem:
Installing some snaps like codium are having font issues in dialog windows.
This has been widely discussed upstream [1]
Tried multiple workarounds and none of them are working:
~~~
sudo rm /var/cache/fontconfig/*
rm ~/.cache/fontconfig/*
rm -f ~/snap/codium/current/.cache/
fc-cache -r -v
snap run --shell codium
fc-cache -r -v
exit
~~~
I also tried this with VScodium running
Arch wiki [a] suspects it's an issue caused by fontconfig>=2.13.91
Version-Release number of selected component (if applicable):
fontconfig-2.13.93-6.fc34.x86_64
snapd-selinux-2.51-1.fc34.noarch
snap-confine-2.51-1.fc34.x86_64
snapd-2.51-1.fc34.x86_64
How reproducible:
All the time
Steps to Reproduce:
1. snap install codium
2. Open Folder dialog or any kind of dialog
Actual results:
All the text is square instead of readable characters
Expected results:
We should be able to read the text.
Additional info:
[a] https://wiki.archlinux.org/title/Talk:Snap
[1]
~~~
https://forum.snapcraft.io/t/snapped-app-not-loading-fonts-on-fedora-and-...
https://forum.inkdrop.app/t/snap-with-no-visible-letters-in-system-dialog...
https://wiki.archlinux.org/title/Talk:Snap
https://githubmemory.com/repo/snapcrafters/codium/issues/6
https://github.com/VSCodium/vscodium/issues/426
~~~
--
You are receiving this mail because:
You are on the CC list for the bug.
1 year, 4 months
[Bug 2102608] New: CVE-2022-33068 VUL-0: CVE-2022-33068: harfbuzz:
integer overflow in the component hb-ot-shape-fallback.cc
by bugzilla＠redhat.com
https://bugzilla.redhat.com/show_bug.cgi?id=2102608
Bug ID: 2102608
Summary: CVE-2022-33068 VUL-0: CVE-2022-33068: harfbuzz:
integer overflow in the component
hb-ot-shape-fallback.cc
Product: Security Response
Hardware: All
OS: Linux
Status: NEW
Component: vulnerability
Keywords: Security
Severity: medium
Priority: medium
Assignee: security-response-team(a)redhat.com
Reporter: mrehak(a)redhat.com
CC: caswilli(a)redhat.com, dffrench(a)redhat.com,
eng-i18n-bugs(a)redhat.com, erik-fedora(a)vanpienbroek.nl,
gzaronik(a)redhat.com,
i18n-bugs(a)lists.fedoraproject.org,
jburrell(a)redhat.com, jwong(a)redhat.com,
kaycoth(a)redhat.com, klember(a)redhat.com,
kshier(a)redhat.com, manisandro(a)gmail.com,
moceap(a)hotmail.com, ngough(a)redhat.com,
pnemade(a)redhat.com, psatpute(a)redhat.com,
rgodfrey(a)redhat.com, rh-spice-bugs(a)redhat.com,
tuxator(a)o2.pl
Target Milestone: ---
Classification: Other
An integer overflow in the component hb-ot-shape-fallback.cc allows attackers
to cause a Denial of Service (DoS) via unspecified vectors.
Reference:
https://github.com/harfbuzz/harfbuzz/issues/3557
https://github.com/harfbuzz/harfbuzz/commit/62e803b36173fd096d7ad460dd1d1...
--
You are receiving this mail because:
You are on the CC list for the bug.
https://bugzilla.redhat.com/show_bug.cgi?id=2102608
1 year, 4 months
[Fedora-i18n-bugs] [Bug 1771836] New: ibus not responsive on wayland with sway as windowmanager
by bugzilla＠redhat.com
https://bugzilla.redhat.com/show_bug.cgi?id=1771836
Bug ID: 1771836
Summary: ibus not responsive on wayland with sway as
windowmanager
Product: Fedora
Version: 31
Status: NEW
Component: ibus
Assignee: tfujiwar(a)redhat.com
Reporter: chorn(a)redhat.com
QA Contact: extras-qa(a)fedoraproject.org
CC: i18n-bugs(a)lists.fedoraproject.org,
shawn.p.huang(a)gmail.com, tfujiwar(a)redhat.com
Target Milestone: ---
Classification: Fedora
Created attachment 1635626
--> https://bugzilla.redhat.com/attachment.cgi?id=1635626&action=edit
strace when running ibus-wayland from a terminal in sway
Description of problem:
ibus not responsive on wayland with sway as windowmanager
Version-Release number of selected component (if applicable):
ibus-wayland-1.5.21-3.fc31.x86_64
ibus-1.5.21-3.fc31.x86_64
ibus-mozc-2.23.2815.102-8.fc31.x86_64
How reproducible:
always
Steps to Reproduce:
1. install Fedora31, select lxde-desktop-environment to get wayland installed
2. dnf -y install sway ibus-wayland ibus-mozc
3. useradd -m chris; passwd chris
4. Use this in the users .bashrc :
[[ $(pgrep ibus-daemon) ]] || ibus-daemon --xim --daemonize -r
export IMSETTINGS_INTEGRATE_DESKTOP=yes
export IMSETTINGS_MODULE=ibus
export QT_IM_MODULE=ibus
export XMODIFIERS=@im=ibus
export GTK_IM_MODULE=ibus
5. Boot system into multi-usermode, for example in setting it as default target
and rebooting
6. login as user chris
7. run sway in executing 'sway'
8. get a terminal in pressing $mod + return (by default, $mod is the
windows-key)
9. verify ibus-daemon is running: 'ps ax|grep ibus'
10. try to run ibuswayland: '/usr/libexec/ibus-wayland'
Actual results:
No input_method global
Expected results:
ibus-wayland should run, and I should be able to switch input method to mozc as
configured with 'ibus-setup'.
Additional info:
- Might very well be an issue on my side.. but after trying this now for a
week, taking that to bugzilla.
- fcitx4 from Fedora works under sway.
- When setting up ibus as above, I was never able to run ibus-wayland, and ibus
did never react to attempts to switch the input method with shift+space or
ctrl+space, I tried these combinations after setting them up with ibus-setup
- Instead of running ibus-daemon from user .bashrc, I did run it from sway
directly. Steps:
mkdir ~/.config/sway
cp /etc/sway/config ~/.config/sway/config
echo 'exec /usr/bin/ibus-daemon --xim --daemonize' >>~/.config/sway/config
The result is the same though.
- When running ibus-daemon non-daemonizing from a terminal, I get this:
[chris@космос ~]$ ibus-daemon -r -v
(ibus-ui-gtk3:75725): IBUS-WARNING **: 15:00:43.303: panel.vala:255: If you
launch KDE5 on xterm, export XDG_CURRENT_DESKTOP=KDE before launch KDE5.
(ibus-ui-gtk3:75725): IBUS-WARNING **: 15:00:43.335: ibus_bus_call_sync:
org.freedesktop.DBus.Properties.Get:
GDBus.Error:org.freedesktop.DBus.Error.Failed: No global engine.
(and ibus-daemon stays running)
- I tried various terminals, for example xterm and terminator
--
You are receiving this mail because:
You are on the CC list for the bug.
1 year, 4 months
[Fedora-i18n-bugs] [Bug 1933539] New: Require mkfontdir/mkfontscale directly, not xorg-x11-xkb-utils
by bugzilla＠redhat.com
https://bugzilla.redhat.com/show_bug.cgi?id=1933539
Bug ID: 1933539
Summary: Require mkfontdir/mkfontscale directly, not
xorg-x11-xkb-utils
Product: Fedora
Version: rawhide
Status: NEW
Component: liberation-fonts
Assignee: vishalvijayraghavan(a)gmail.com
Reporter: peter.hutterer(a)redhat.com
QA Contact: extras-qa(a)fedoraproject.org
CC: caillon+fedoraproject(a)gmail.com,
extras-qa(a)fedoraproject.org,
fonts-bugs(a)lists.fedoraproject.org,
gnome-sig(a)lists.fedoraproject.org,
i18n-bugs(a)lists.fedoraproject.org, mclasen(a)redhat.com,
mtasaka(a)tbz.t-com.ne.jp, petersen(a)redhat.com,
psatpute(a)redhat.com, rhughes(a)redhat.com,
rstrode(a)redhat.com, sandmann(a)redhat.com,
vishalvijayraghavan(a)gmail.com
Depends On: 1933537
Blocks: 1932731
Target Milestone: ---
Classification: Fedora
liberation-fonts currently BuildRequires: xorg-x11-font-utils
xorg-x11-font-utils is to be split up into multiple packages, see Bug 1932731.
This package only requires mkfontscale and mkfontdir, so let's BuildRequires
these directly. xorg-x11-font-utils has had Provides for those for ages now
anyway, so this is largely a noop from this package's POV.
Suggested diff:
diff --git a/liberation-fonts.spec b/liberation-fonts.spec
index a9cc575..583e224 100644
--- a/liberation-fonts.spec
+++ b/liberation-fonts.spec
@@ -24,7 +24,8 @@ Source8: %{fontname}-sans.metainfo.xml
Source9: %{fontname}-serif.metainfo.xml
BuildArch: noarch
-BuildRequires: fontpackages-devel >= 1.13, xorg-x11-font-utils
+BuildRequires: fontpackages-devel >= 1.13
+BuildRequires: mkfontscale mkfontdir
BuildRequires: fontforge
BuildRequires: libappstream-glib
BuildRequires: python3
Verified successful build in a local F33 container with only the mkfontscale
(Bug 1932734) and bdftopcf (Bug 1932736) packages installed, no
xorg-x11-font-utils.
Referenced Bugs:
https://bugzilla.redhat.com/show_bug.cgi?id=1932731
[Bug 1932731] X.org Utility Deaggregation - xorg-x11-font-utils
https://bugzilla.redhat.com/show_bug.cgi?id=1933537
[Bug 1933537] Require mkfontdir/mkfontscale directly, not xorg-x11-xkb-utils
--
You are receiving this mail because:
You are on the CC list for the bug.
1 year, 4 months
[Bug 2062531] New: [abrt] ibus-hangul: g_malloc():
ibus-engine-hangul killed by SIGTRAP
by bugzilla＠redhat.com
https://bugzilla.redhat.com/show_bug.cgi?id=2062531
Bug ID: 2062531
Summary: [abrt] ibus-hangul: g_malloc(): ibus-engine-hangul
killed by SIGTRAP
Product: Fedora
Version: 35
Hardware: x86_64
Status: NEW
Whiteboard: abrt_hash:1a7bcaa12d43fd548436956ce7705180126f4ca8;VAR
IANT_ID=workstation;
Component: ibus-hangul
Assignee: pwu(a)redhat.com
Reporter: aff7153(a)naver.com
QA Contact: extras-qa(a)fedoraproject.org
CC: i18n-bugs(a)lists.fedoraproject.org, pwu(a)redhat.com,
shawn.p.huang(a)gmail.com, tfujiwar(a)redhat.com
Target Milestone: ---
Classification: Fedora
Description of problem:
If i try to input Korean after hearing a beep with Backspace, it is not
converted to English.
Version-Release number of selected component:
ibus-hangul-1.5.4-7.fc35
Additional info:
reporter: libreport-2.15.2
backtrace_rating: 4
cgroup:
0::/user.slice/user-1000.slice/user@1000.service/session.slice/org.gnome.Shell@wayland.service
cmdline: /usr/libexec/ibus-engine-hangul --ibus
crash_function: g_malloc
executable: /usr/libexec/ibus-engine-hangul
journald_cursor:
s=311ede50a8af4ab6a58beb452725adab;i=40ec7;b=9d55fb2f626d41cca2f4ed3513540fd8;m=2c5552a2;t=5d9d54a34742b;x=22649ff646e4807a
kernel: 5.16.9-200.fc35.x86_64
rootdir: /
runlevel: N 5
type: CCpp
uid: 1000
--
You are receiving this mail because:
You are on the CC list for the bug.
https://bugzilla.redhat.com/show_bug.cgi?id=2062531
1 year, 4 months
[Bug 2070967] New: dnf breaks updateprocess with "already
downloaded"
by bugzilla＠redhat.com
https://bugzilla.redhat.com/show_bug.cgi?id=2070967
Bug ID: 2070967
Summary: dnf breaks updateprocess with "already downloaded"
Product: Red Hat Enterprise Linux 9
Version: 9.0
OS: Linux
Status: NEW
Whiteboard: AcceptedFreezeException
Component: dnf
Keywords: Triaged
Severity: medium
Priority: medium
Assignee: packaging-team-maint(a)redhat.com
Reporter: mblaha(a)redhat.com
QA Contact: swm-qe(a)redhat.com
CC: awilliam(a)redhat.com, customercare(a)resellerdesktop.de,
daniel.mach(a)gmail.com, Daniel(a)Smart-Tux.de,
extras-qa(a)fedoraproject.org, fsumsal(a)redhat.com,
i18n-bugs(a)lists.fedoraproject.org,
james.antill(a)redhat.com, jmracek(a)redhat.com,
jrohel(a)redhat.com, mblaha(a)redhat.com,
mhatina(a)redhat.com, mtasaka(a)fedoraproject.org,
packaging-team-maint(a)redhat.com, pkratoch(a)redhat.com,
red(a)idp.it,
rpm-software-management(a)lists.fedoraproject.org,
vmukhame(a)redhat.com
Depends On: 2024527
Blocks: 1953786
(F36FinalFreezeException,FinalFreezeException),
2070966
Target Milestone: rc
Classification: Red Hat
Pool ID: sst_cs_software_management_rhel_9
+++ This bug was initially created as a clone of Bug #2024527 +++
Description of problem:
You will find a log of an broken dnf update process attached. The catch is, the
dnf error is "all files are already downloaded" in other words, there is no
error message that is presented, it just breaks.
This happened for the second time now in rawhide and needs fixing and a
workaround description somewhere, because the normal enduser is not able to fix
this, due lack of knowlage.
Version-Release number of selected component (if applicable):
4.10.0-1 FC36
** WORKAROUND **
as root:
dnf clean all; # clean out all already downloaded AND ALL PREVIOUSLY CACHED
rpms
dnf update; # downloads all new rpms again.
IN CASE OF REQUIRED CACHING, you need to move the rpms out of
/var/cache/dnf/<REPONAME..>/packages/ to safe location like /root/ and later
copy them back.
--- Additional comment from on 2021-11-22 11:04:06 CET ---
Here is an example for exactly ONE package to update:
[root@fedorapine packages]# dnf update
Fedora - Rawhide - Developmental packages for the next Fedora release
15 kB/s | 15 kB 00:01
RPM Fusion for Fedora Rawhide - Free
4.9 kB/s | 4.6 kB 00:00
Abhängigkeiten sind aufgelöst.
================================================================================================================================================================================================================================================================================
Package
Architecture Version
Repository
Size
================================================================================================================================================================================================================================================================================
Aktualisieren:
gstreamer1-plugins-bad-freeworld
aarch64 1:1.19.3-1.fc36
rpmfusion-free-rawhide
182 k
Transaktionsübersicht
================================================================================================================================================================================================================================================================================
Aktualisieren 1 Paket
Gesamtgröße: 182 k
Ist dies in Ordnung? [j/N]: j
Pakete werden heruntergeladen:
[SKIPPED] gstreamer1-plugins-bad-freeworld-1.19.3-1.fc36.aarch64.rpm: Already
downloaded
Fehler: Fehler beim Herunterladen der Pakete:
gstreamer1-plugins-bad-freeworld-1:1.19.3-1.fc36.aarch64: Already downloaded
[root@fedorapine packages]# dnf clean all
297 Dateien entfernt
[root@fedorapine packages]# dnf update
Copr repo for mobile owned by njha
6.6 kB/s | 48 kB 00:07
Fedora - Rawhide - Developmental packages for the next Fedora release
1.9 MB/s | 58 MB 00:29
Fedora - Modular Rawhide - Developmental packages for the next Fedora release
602 kB/s | 1.0 MB 00:01
RPM Fusion for Fedora Rawhide - Free
621 kB/s | 879 kB 00:01
RPM Fusion for Fedora Rawhide - Nonfree
169 kB/s | 138 kB 00:00
Letzte Prüfung auf abgelaufene Metadaten: vor 0:00:01 am Mo 22 Nov 2021
11:02:17 CET.
Abhängigkeiten sind aufgelöst.
================================================================================================================================================================================================================================================================================
Package
Architecture Version
Repository
Size
================================================================================================================================================================================================================================================================================
Aktualisieren:
gstreamer1-plugins-bad-freeworld
aarch64 1:1.19.3-1.fc36
rpmfusion-free-rawhide
182 k
Transaktionsübersicht
================================================================================================================================================================================================================================================================================
Aktualisieren 1 Paket
Gesamte Downloadgröße: 182 k
Ist dies in Ordnung? [j/N]: j
Pakete werden heruntergeladen:
gstreamer1-plugins-bad-freeworld-1.19.3-1.fc36.aarch64.rpm
689 kB/s | 182 kB 00:00 A
--------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------
Gesamt
111 kB/s | 182 kB 00:01
Transaktionsüberprüfung wird ausgeführt
Transaktionsprüfung war erfolgreich.
Transaktion wird getestet
Transaktionstest war erfolgreich.
Transaktion wird ausgeführt
Vorbereitung läuft :
1/1
Aktualisieren :
gstreamer1-plugins-bad-freeworld-1:1.19.3-1.fc36.aarch64
1/2
Aufräumen :
gstreamer1-plugins-bad-freeworld-1:1.19.2-1.fc36.aarch64
2/2
Ausgeführtes Scriptlet:
gstreamer1-plugins-bad-freeworld-1:1.19.2-1.fc36.aarch64
2/2
Überprüfung läuft :
gstreamer1-plugins-bad-freeworld-1:1.19.3-1.fc36.aarch64
1/2
Überprüfung läuft :
gstreamer1-plugins-bad-freeworld-1:1.19.2-1.fc36.aarch64
2/2
Aktualisiert:
gstreamer1-plugins-bad-freeworld-1:1.19.3-1.fc36.aarch64
Fertig.
Conclusion: It's nothing with the rpms itself, it's a dnf internal bug.
--- Additional comment from on 2021-11-22 11:05:21 CET ---
I updated all of the rpm via rpm -U manually, just to rule out any package
problems: none had issues .
--- Additional comment from Ben Cotton on 2022-02-08 22:27:03 CET ---
This bug appears to have been reported against 'rawhide' during the Fedora 36
development cycle.
Changing version to 36.
--- Additional comment from on 2022-02-27 10:06:32 CET ---
Still happening with :
# rpm -qi dnf
Name : dnf
Version : 4.10.0
Release : 2.fc36
Architecture: noarch
Install Date: Sa 05 Feb 2022 17:53:16 CET
and very annoying.
--- Additional comment from Mamoru TASAKA on 2022-03-14 08:17:59 CET ---
I see this issue also on ja_JP.utf8, zh_ZW.utf8
# rpm -q dnf
dnf-4.10.0-2.fc36.noarch
root@localhost ~]# env LANG=C.utf8 LC_ALL=C.utf8 dnf -y upgrade rubygem-unf_ext
--downloadonly
Last metadata expiration check: 0:04:30 ago on Mon Mar 14 15:36:20 2022.
Dependencies resolved.
=====================================================================================================
Package Architecture Version Repository Size
=====================================================================================================
Upgrading:
rubygem-unf_ext x86_64 0.0.8.1-1.fc36 updates-testing 157
k
Transaction Summary
=====================================================================================================
Upgrade 1 Package
Total download size: 157 k
DNF will only download packages for the transaction.
Downloading Packages:
rubygem-unf_ext-0.0.8.1-1.fc36.x86_64.rpm
914 kB/s | 157 kB 00:00
-----------------------------------------------------------------------------------------------------
Total
236 kB/s | 157 kB 00:00
Complete!
The downloaded packages were saved in cache until the next successful
transaction.
You can remove cached packages by executing 'dnf clean packages'.
[root@localhost ~]# env LANG=ja_JP.utf8 LC_ALL=ja_JP.utf8 dnf upgrade
rubygem-unf_ext
メタデータの期限切れの最終確認: 0:04:45 時間前の 2022年03月14日 15時36分20秒 に実施しました。
依存関係が解決しました。
=====================================================================================================
パッケージ アーキテクチャー バージョン リポジトリー サイズ
=====================================================================================================
アップグレード:
rubygem-unf_ext x86_64 0.0.8.1-1.fc36 updates-testing 157
k
トランザクションの概要
=====================================================================================================
アップグレード 1 パッケージ
合計サイズ: 157 k
これでよろしいですか? [y/N]: y
パッケージのダウンロード:
[SKIPPED] rubygem-unf_ext-0.0.8.1-1.fc36.x86_64.rpm: Already downloaded
ダウンロード済みのパッケージは、次の正常なトランザクションまでキャッシュに保存されました。
'dnf clean packages' を実行することでキャッシュパッケージを削除できます。
エラー: パッケージのダウンロード中にエラーが発生しました:
rubygem-unf_ext-0.0.8.1-1.fc36.x86_64: Already downloaded
[root@localhost ~]# env LANG=zh_TW.utf8 LC_ALL=zh_TW.utf8 dnf upgrade
rubygem-unf_ext
Fedora 36 - x86_64 - Test Updates
15 kB/s | 18 kB 00:01
依賴關係解析完畢。
=====================================================================================================
軟體包 架構 版本 軟體庫 大小
=====================================================================================================
升級:
rubygem-unf_ext x86_64 0.0.8.1-1.fc36 updates-testing 157
k
處理事項摘要
=====================================================================================================
升級 1 軟體包
總大小：157 k
這樣可以嗎 [y/N]： y
下載軟體包：
[SKIPPED] rubygem-unf_ext-0.0.8.1-1.fc36.x86_64.rpm: Already downloaded
直到有下個成功處理事項為止，下載的軟體包會存在快取中。
您可以透過執行「dnf clean packages」移除軟體包快取。
錯誤：下載軟體包時失敗：
rubygem-unf_ext-0.0.8.1-1.fc36.x86_64: Already downloaded
[root@localhost ~]# env LANG=en_US.utf8 LC_ALL=en_US.utf8 dnf upgrade
rubygem-unf_ext
Fedora 36 - x86_64 - Test Updates
1.1 kB/s | 18 kB 00:16
Dependencies resolved.
=====================================================================================================
Package Architecture Version Repository Size
=====================================================================================================
Upgrading:
rubygem-unf_ext x86_64 0.0.8.1-1.fc36 updates-testing 157
k
Transaction Summary
=====================================================================================================
Upgrade 1 Package
Total size: 157 k
Is this ok [y/N]: y
Downloading Packages:
[SKIPPED] rubygem-unf_ext-0.0.8.1-1.fc36.x86_64.rpm: Already downloaded
Running transaction check
Transaction check succeeded.
Running transaction test
Transaction test succeeded.
Running transaction
Preparing : 1/1
Upgrading : rubygem-unf_ext-0.0.8.1-1.fc36.x86_64 1/2
Cleanup : rubygem-unf_ext-0.0.8-3.fc36.x86_64 2/2
Running scriptlet: rubygem-unf_ext-0.0.8-3.fc36.x86_64 2/2
Verifying : rubygem-unf_ext-0.0.8.1-1.fc36.x86_64 1/2
Verifying : rubygem-unf_ext-0.0.8-3.fc36.x86_64 2/2
Upgraded:
rubygem-unf_ext-0.0.8.1-1.fc36.x86_64
Complete!
--- Additional comment from Mamoru TASAKA on 2022-03-14 08:22:12 CET ---
So this fails at least on ja_JP.utf8 , zh_TW.utf8 . Reporter says this also
fails on de_DE.utf8 (perhaps?), but this succeeds on C.utf8.
--- Additional comment from Fedora Blocker Bugs Application on 2022-03-14
08:32:13 CET ---
Proposed as a Freeze Exception for 36-final by Fedora user mtasaka using the
blocker tracking app because:
This bug may affect lots of non-English Fedora user when doing software update
--- Additional comment from Marek Blaha on 2022-03-14 09:46:28 CET ---
The problem is real and valid. You are not able to update the system with other
than english locale in case that some of the updates were already downloaded.
This is quite common when you use dnf-automatic. As mentioned you can
work-around this issue by cleaning the dnf cache.
Steps to reproduce:
1. you need to have at least one upgradable package on the system
2. download updates into cache: # dnf update --downloadonly -y
3. try to update the system having other than C locale set: # LC_ALL=de_DE.utf8
dnf update -y
============================================================================================================================================
Paket Architektur Version
Paketquelle Größe
============================================================================================================================================
Aktualisieren:
libuv x86_64
1:1.44.1-1.fc35 updates 150 k
Transaktionszusammenfassung
============================================================================================================================================
Aktualisieren 1 Paket
Gesamtgröße: 150 k
Pakete werden heruntergeladen:
[SKIPPED] libuv-1.44.1-1.fc35.x86_64.rpm: Already downloaded
Die heruntergeladenen Pakete wurden bis zur nächsten erfolgreichen Transaktion
im Zwischenspeicher abgelegt.
Sie können zwischengespeicherte Pakete mit dem Befehl »dnf clean packages«
entfernen.
Fehler: Fehler beim Herunterladen der Pakete:
libuv-1:1.44.1-1.fc35.x86_64: Already downloaded
--- Additional comment from Marek Blaha on 2022-03-14 10:01:47 CET ---
PR https://github.com/rpm-software-management/dnf/pull/1818 fixes the problem.
Referenced Bugs:
https://bugzilla.redhat.com/show_bug.cgi?id=1953786
[Bug 1953786] Fedora 36 Final freeze exception bug tracker
https://bugzilla.redhat.com/show_bug.cgi?id=2024527
[Bug 2024527] dnf breaks updateprocess with "already downloaded"
https://bugzilla.redhat.com/show_bug.cgi?id=2070966
[Bug 2070966] dnf breaks updateprocess with "already downloaded"
--
You are receiving this mail because:
You are on the CC list for the bug.
https://bugzilla.redhat.com/show_bug.cgi?id=2070967
1 year, 5 months