https://bugzilla.redhat.com/show_bug.cgi?id=1948197
Bug ID: 1948197 Summary: ibus-anthy upgrade script freezes system Product: Fedora Version: 34 Hardware: x86_64 OS: Linux Status: NEW Component: ibus-anthy Severity: high Assignee: tfujiwar@redhat.com Reporter: uwe.geercken@web.de QA Contact: extras-qa@fedoraproject.org CC: i18n-bugs@lists.fedoraproject.org, shawn.p.huang@gmail.com, tagoh@redhat.com, tfujiwar@redhat.com Target Milestone: --- Classification: Fedora
Description of problem: I have a brand new Lenovo Yoga 7i laptop. Installed F34 without any issue. When doing a dnf update the packages where downloaded successfully. When the update scripts ran, the ibus-anthy update made the desktop freeze. No interaction possible anymore. After a while I hard stopped the laptop and rebootet, but Fedora does not start anymore.
I have then repeated the complete setup and upgrade again, but with the same result.
Version-Release number of selected component (if applicable): F34
How reproducible:
Steps to Reproduce: 1. Install Fedora 34 2. Reboot system 3. do a dnf update
Actual results: at ibus-anthy update script the system freezes
Expected results: script runs successfully or otherwise throws an error
Additional info: Lenovo Yoga 7i, 16Gb, 512Gb SSD
https://bugzilla.redhat.com/show_bug.cgi?id=1948197
--- Comment #2 from Mike B poco153@gmail.com --- (In reply to Mike B from comment #1)
I'm experiencing the same thing, with identical symptoms.
I also tried booting into tty2 from grub, which works after the failed update, but I was unable to recover the system.
Hardware Info: AMD 3700X / X570 installing to an NVMe SSD.
I just spun up a VM (KVM/QEMU) to test this, and the virtual machine *does not* experience this issue.
https://bugzilla.redhat.com/show_bug.cgi?id=1948197
Stephen Hassard steve@hassard.net changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |steve@hassard.net
--- Comment #3 from Stephen Hassard steve@hassard.net --- I've run into this same issue on a Lenovo Yoga 920 while performing updates via dnf in a gnome terminal session inside Gnome 40, and reproduced this on a second run with a fresh install from the Fedora 34 Workstation beta iso.
The hang did not happen if I switched to a text console first without any GUI before performing the first dnf update.
https://bugzilla.redhat.com/show_bug.cgi?id=1948197
Jens Petersen petersen@redhat.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Priority|unspecified |medium Doc Type|--- |If docs needed, set a value
https://bugzilla.redhat.com/show_bug.cgi?id=1948197
Jens Petersen petersen@redhat.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Pool ID| |sst_i18n_rhel_9
https://bugzilla.redhat.com/show_bug.cgi?id=1948197
--- Comment #4 from Jens Petersen petersen@redhat.com --- It might help if someone can update by hand with say "sudo rpm -Uvh --noscripts ibus-anthy-*.rpm".
And then try to run: sudo /usr/bin/ibus write-cache --system and attach any log output here. There may be better ways to debug though.
https://bugzilla.redhat.com/show_bug.cgi?id=1948197
--- Comment #5 from fujiwara tfujiwar@redhat.com --- I cannot reproduce your problem.
https://bugzilla.redhat.com/show_bug.cgi?id=1948197
Jens Petersen petersen@redhat.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Priority|medium |high Status|NEW |ASSIGNED Blocks| |1829025 | |(F34FinalFreezeException,Fi | |nalFreezeException)
--- Comment #6 from Jens Petersen petersen@redhat.com --- We don't know how to reproduce this, but it seems to warrant attention. Specially not being able to reboot is rather concerning.
If someone could confirm if this is specific to ibus-anthy or not that would be helpful. ie just `rpm -e ibus-anthy` before attempting to update packages.
Referenced Bugs:
https://bugzilla.redhat.com/show_bug.cgi?id=1829025 [Bug 1829025] Fedora 34 Final freeze exception bug tracker
https://bugzilla.redhat.com/show_bug.cgi?id=1948197
--- Comment #7 from Jens Petersen petersen@redhat.com --- Also reported in bug 1948197 against ibus.
https://bugzilla.redhat.com/show_bug.cgi?id=1948197
--- Comment #8 from Stephen Hassard steve@hassard.net --- I did a fresh install of the Fedora 34 beta and upgraded just the ibus-anthy and ibus-anthy-python packages via dnf without the hang. I'll try a few mutations of that and see if I can repo.
https://bugzilla.redhat.com/show_bug.cgi?id=1948197
--- Comment #9 from Stephen Hassard steve@hassard.net --- A few more data point:
1. Installation this morning from the 1.3 beta iso immediately upgrading full via dnf inside a wayland session resulted in the hang with the gnome terminal showing "Running scriptlet: ibus-anthy-1.5.12-4.fc34.x86_64". Rebooting the system resulted in a system that was unable to start gdm properly.
2. Installation from the 1.3 beta iso, rebooting into the newly installed system, removing ibus-anthy and ibus-anthy-python via dnf, then doing a "dnf -y update" resulted in the wayland session switching back to a terminal with a blinking cursor in the top left corner of the screen. Rebooting the system resulted in gdm being unable to start.
I'll testing doing a full upgrade from xorg and see if that works next.
https://bugzilla.redhat.com/show_bug.cgi?id=1948197
--- Comment #10 from Stephen Hassard steve@hassard.net --- I re-tested removing ibus-anthy before the update using wayland, and that worked this go around. I think the screensaver setting timed out in my first test causing the display issue. Anyhow, retesting this it worked flawlessly.
Performing the first 'dnf -y update' using an Xorg session without removing ibus-anthy also seemed to work without issues.
It definitely seems like the ibus-anthy upgrade packed with the rest of the beta package upgrades is causing issues with Wayland sessions.
https://bugzilla.redhat.com/show_bug.cgi?id=1948197
Anderson Silva ansilva@redhat.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |ansilva@redhat.com
--- Comment #11 from Anderson Silva ansilva@redhat.com --- Brand new T14s, installed Fedora 34 from scratch. ibus-anthy froze the whole system as well. I was able to reboot into the system in single mode, remove some conflicts, but thing got messy with dual installs of grub2-* packages. So, I re-installed the OS, and removed ibus-anthy like some folks here and upgrade finished.
https://bugzilla.redhat.com/show_bug.cgi?id=1948197
--- Comment #12 from Jens Petersen petersen@redhat.com --- (In reply to Jens Petersen from comment #7)
Also reported in bug 1948197 against ibus.
(Ugh I meant bug 1949216)
Thank you, Stephen for the additional testing - much appreciated. Somehow I suspect this might be something on the gnome or kernel side, or maybe via dbus? I don't think there have been any recent changes related to this in ibus.
Maybe if one runs `dnf update ibus-anthy` first and then `dnf update` the problem might not happen? Dunno if `strace /usr/bin/ibus write-cache --system` gives any more clues.
Also if this only happens on bare-metal - it seems unlikely the problem is caused directly by ibus.
https://bugzilla.redhat.com/show_bug.cgi?id=1948197
--- Comment #13 from Jens Petersen petersen@redhat.com --- Any help with narrowing down this problem would be greatly appreciated.
https://bugzilla.redhat.com/show_bug.cgi?id=1948197
--- Comment #14 from Stephen Hassard steve@hassard.net --- For what it’s worth, upgrading ibus-anthy first in isolation avoids the nasty lock condition.
https://bugzilla.redhat.com/show_bug.cgi?id=1948197
--- Comment #15 from fujiwara tfujiwar@redhat.com --- Does your home directory mount a different partition?
ibus engines including ibus-anthy runs `ibus write-cache --system` in the postscript, which runs sub-scripts in /usr/share/ibus/*.xml internally, and updates /var/cache/ibus/bus/registry file. E.g. /usr/share/ibus/anthy.xml runs `/usr/libexec/ibus-engine-anthy --xml` which loads /usr/share/ibus/anthy.xml and /usr/share/ibus-anthy/engine/default.xml .
`ibus write-cache --system` checks the time stamps of /var/cache/ibus/bus/registry and $HOME/.cache/ibus/bus/registry. Maybe the home is /home/liveuser .
https://bugzilla.redhat.com/show_bug.cgi?id=1948197
--- Comment #16 from fujiwara tfujiwar@redhat.com --- All I do at the moment is to move both the postinstall and postuninstall to %posttrans but I don't know if it can resolve your issue since I cannot reproduce it.
You can see the postscript with `rpm -q --scripts ibus-anthy`.
https://bugzilla.redhat.com/show_bug.cgi?id=1948197
fujiwara tfujiwar@redhat.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Flags| |needinfo?(uwe.geercken@web. | |de)
--- Comment #17 from fujiwara tfujiwar@redhat.com --- I prepared the test package in copr to move both the postinstall and postuninstall to %posttrans : https://copr.fedorainfracloud.org/coprs/fujiwara/ibus-anthy/
Could you try the new package if your problem can be fixed?
1. Install F34 newly again
2. Add the copr repo to run `dnf copr enable fujiwara/ibus-anthy`
3. Run `dnf update` and make sure ibus-anthy-1.5.12-5 is installed.
https://bugzilla.redhat.com/show_bug.cgi?id=1948197
Jens Petersen petersen@redhat.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |peljasz@yahoo.co.uk
--- Comment #18 from Jens Petersen petersen@redhat.com --- *** Bug 1949216 has been marked as a duplicate of this bug. ***
https://bugzilla.redhat.com/show_bug.cgi?id=1948197
Geraldo Simião geraldo.simiao.kutz@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |geraldo.simiao.kutz@gmail.c | |om
--- Comment #19 from Geraldo Simião geraldo.simiao.kutz@gmail.com --- A friend of mine had the same problem. He downloaded a new iso (a nightly build) and performed the updates without problems. Perhaps that's a bug that isn't present anymore at newly images?
https://bugzilla.redhat.com/show_bug.cgi?id=1948197
Lee Thomas lee@ahluka.co.uk changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |lee@ahluka.co.uk
--- Comment #20 from Lee Thomas lee@ahluka.co.uk --- Just adding my experience in case it helps.
Installed Fedora 34 on my Lenovo V155 last night, one of the first things I did was a `sudo dnf update` and it locked up running the ibus-anthy update script as others have mentioned.
I did manage to switch to a tty and login after hard resetting. Ran `dmesg -e` and noted that gnome-shell had listed a segfault in libEGL_mesa.so, but couldn't figure out how to reinstall mesa-libEGL.
Reinstalled Fedora 34 this morning, updated ibus-anthy on its own in a tty first, followed by a `sudo dnf update` and it seems to have worked just fine.
https://bugzilla.redhat.com/show_bug.cgi?id=1948197
--- Comment #21 from fujiwara tfujiwar@redhat.com --- (In reply to Lee Thomas from comment #20)
Reinstalled Fedora 34 this morning, updated ibus-anthy on its own in a tty first, followed by a `sudo dnf update` and it seems to have worked just fine.
Sorry, this way does not help to resolve this issue since it seems to depend on the timing to run the postscripts. I asked the testing way in comment #17.
https://bugzilla.redhat.com/show_bug.cgi?id=1948197
uwe geercken uwe.geercken@web.de changed:
What |Removed |Added ---------------------------------------------------------------------------- Flags|needinfo?(uwe.geercken@web. | |de) |
--- Comment #22 from uwe geercken uwe.geercken@web.de --- Another comment from my side. I restarted from scratch and installed F33 first and then subsequently did the upgrade to F34 and did not have the problem.
I am running it for some days now without an issue (although I have other issues with external monitors and pipewire)
https://bugzilla.redhat.com/show_bug.cgi?id=1948197
Ben Cotton bcotton@redhat.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |bcotton@redhat.com
--- Comment #23 from Ben Cotton bcotton@redhat.com --- I could not reproduce on a fresh vm. I installed F34 Workstation Beta and ran a dnf update. It successfully updated to ibus-anthy-1.5.12-4.fc34.x86_64.
https://bugzilla.redhat.com/show_bug.cgi?id=1948197
--- Comment #24 from Parag Nemade pnemade@redhat.com --- (In reply to Ben Cotton from comment #23)
I could not reproduce on a fresh vm. I installed F34 Workstation Beta and ran a dnf update. It successfully updated to ibus-anthy-1.5.12-4.fc34.x86_64.
This need to be checked on bare-metal system. VM works fine.
https://bugzilla.redhat.com/show_bug.cgi?id=1948197
--- Comment #25 from fujiwara tfujiwar@redhat.com --- If none verify my fix, I will close this as not a bug.
https://bugzilla.redhat.com/show_bug.cgi?id=1948197
Luca Botti luca.botti@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |luca.botti@gmail.com
--- Comment #26 from Luca Botti luca.botti@gmail.com --- (In reply to fujiwara from comment #25)
If none verify my fix, I will close this as not a bug.
Tested. Fresh install of F34 Beta on Dell Latitude 7410 (10th gen core i7). Wayland session. With copr enabled, the issue on ibus-anthy is gone, BUT the updates locks on "Running scriptlet: ibus-typing-booster-2.11.2-1.fc34.noarch".
Same situation as before - session locked. Boot is feasible, when restarted dnf does not suggest to complete transaction, but a conflict with libhandhy. Looks like the transaction will not complete.
https://bugzilla.redhat.com/show_bug.cgi?id=1948197
--- Comment #27 from Luca Botti luca.botti@gmail.com --- (In reply to Luca Botti from comment #26)
(In reply to fujiwara from comment #25)
If none verify my fix, I will close this as not a bug.
Tested. Fresh install of F34 Beta on Dell Latitude 7410 (10th gen core i7). Wayland session. With copr enabled, the issue on ibus-anthy is gone, BUT the updates locks on "Running scriptlet: ibus-typing-booster-2.11.2-1.fc34.noarch".
Same situation as before - session locked. Boot is feasible, when restarted dnf does not suggest to complete transaction, but a conflict with libhandhy. Looks like the transaction will not complete.
Additionally - on my system (vt-d turned on in bios) I need to add intel_iommu=on on the kernel command line to boot, with noapic added as default from fedora.
https://bugzilla.redhat.com/show_bug.cgi?id=1948197
Frederic Masi fmasi@redhat.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |fmasi@redhat.com
--- Comment #28 from Frederic Masi fmasi@redhat.com --- (In reply to fujiwara from comment #17)
I prepared the test package in copr to move both the postinstall and postuninstall to %posttrans : https://copr.fedorainfracloud.org/coprs/fujiwara/ibus-anthy/
Could you try the new package if your problem can be fixed?
Install F34 newly again
Add the copr repo to run `dnf copr enable fujiwara/ibus-anthy`
Run `dnf update` and make sure ibus-anthy-1.5.12-5 is installed.
Tested fresh install on X1 Carbon Gen6
Enable fujiwara/ibus-anthy repo and confirmed that dnf update was targeting ibus-anthy-1.5.12-5
Starting version Ibus-anthy-1.5.12-1.fc34.x86_64 Successfully installed Ibus-anthy-1.5.12-5.fc34.x86_64 Successfully installed Ibus-anthy-python-1.5.12-5.fc34.x86_64 Dns update gets stuck in Ibus-typing-booster-2.11.2-1.fc34.noarch
System exhibited same behaviour as when previously stuck at ibus-anthy
Hope this help, let me know if you need further tests done.
https://bugzilla.redhat.com/show_bug.cgi?id=1948197
--- Comment #29 from fujiwara tfujiwar@redhat.com --- (In reply to Luca Botti from comment #27) (In reply to Frederic Masi from comment #28)
@Luca Botti and @Frederic Masi
Thank you for the testing. The similar postscript is also saved in ibus-typing-booster and could be the same issue.
Now I updated ibus-typing-booster, ibus-hangul, ibus-libpinyin, ibus-input-pad besides ibus-anthy in the same copr: https://copr.fedorainfracloud.org/coprs/fujiwara/ibus-anthy/
Could you please try the Fedora 34 installation again?
1. Install F34 newly again
2. Add the copr repo to run `dnf copr enable fujiwara/ibus-anthy`
3. Run `dnf update` and make sure ibus-anthy-1.5.12-5 is installed.
https://bugzilla.redhat.com/show_bug.cgi?id=1948197
--- Comment #30 from Luca Botti luca.botti@gmail.com --- (In reply to fujiwara from comment #29)
(In reply to Luca Botti from comment #27) (In reply to Frederic Masi from comment #28)
@Luca Botti and @Frederic Masi
Thank you for the testing. The similar postscript is also saved in ibus-typing-booster and could be the same issue.
Now I updated ibus-typing-booster, ibus-hangul, ibus-libpinyin, ibus-input-pad besides ibus-anthy in the same copr: https://copr.fedorainfracloud.org/coprs/fujiwara/ibus-anthy/
Could you please try the Fedora 34 installation again?
Install F34 newly again
Add the copr repo to run `dnf copr enable fujiwara/ibus-anthy`
Run `dnf update` and make sure ibus-anthy-1.5.12-5 is installed.
Hi,
just tested and it worked. No issue with ibus-*.
https://bugzilla.redhat.com/show_bug.cgi?id=1948197
--- Comment #31 from fujiwara tfujiwar@redhat.com --- (In reply to Luca Botti from comment #30)
(In reply to fujiwara from comment #29)
(In reply to Luca Botti from comment #27) (In reply to Frederic Masi from comment #28)
@Luca Botti and @Frederic Masi
Thank you for the testing. The similar postscript is also saved in ibus-typing-booster and could be the same issue.
Now I updated ibus-typing-booster, ibus-hangul, ibus-libpinyin, ibus-input-pad besides ibus-anthy in the same copr: https://copr.fedorainfracloud.org/coprs/fujiwara/ibus-anthy/
Could you please try the Fedora 34 installation again?
Install F34 newly again
Add the copr repo to run `dnf copr enable fujiwara/ibus-anthy`
Run `dnf update` and make sure ibus-anthy-1.5.12-5 is installed.
Hi,
just tested and it worked. No issue with ibus-*.
Fantastic!
@Luca Botti and @Frederic Masi
Thank you very much for your tests.
https://bugzilla.redhat.com/show_bug.cgi?id=1948197
lightshowak@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |lightshowak@gmail.com
--- Comment #32 from lightshowak@gmail.com --- I can also confirm the issue is resolved on a Lenovo T490 after adding the COPR repo.
https://bugzilla.redhat.com/show_bug.cgi?id=1948197
Ioan Hadade ioan.hadade@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |ioan.hadade@gmail.com
--- Comment #33 from Ioan Hadade ioan.hadade@gmail.com --- I encountered this issue as well on a custom build AMD Ryzen 9 5950X.
Fixed after following fujiwara's instructions.
Thanks!
https://bugzilla.redhat.com/show_bug.cgi?id=1948197
Ed Svoboda edsvoboda@mail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |edsvoboda@mail.com
--- Comment #34 from Ed Svoboda edsvoboda@mail.com --- I had encountered this problem over multiple attempts over the past several days. Today I followed fujiwara's most recent instructions above and that resolved the problem.
This is on a Dell Latitude 7490.
https://bugzilla.redhat.com/show_bug.cgi?id=1948197
Adam Williamson awilliam@redhat.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |awilliam@redhat.com Whiteboard| |AcceptedFreezeException
--- Comment #35 from Adam Williamson awilliam@redhat.com --- +4 in https://pagure.io/fedora-qa/blocker-review/issue/353 , marking accepted. @fujiwara, could you please do an official build/update with the fix? Thanks!
https://bugzilla.redhat.com/show_bug.cgi?id=1948197
--- Comment #36 from Jens Petersen petersen@redhat.com --- Problem is we need to update all the ibus IMEs - at least the default installed ones.
I am not sure if the fix needs to be in GA though - I think 0-day updates should do the trick? UNless there are concerns with the %postun scriptlet too.
https://bugzilla.redhat.com/show_bug.cgi?id=1948197
--- Comment #37 from fujiwara tfujiwar@redhat.com --- I think the fix will be available after Fedora 34 GA since we don't have to fix ibus-anthy only but also other packages at the same time with more tests. Unfortunately ibus does not have the group integration in bodhi.
I will update the release note to describe the copr repository.
https://bugzilla.redhat.com/show_bug.cgi?id=1948197
--- Comment #38 from Jens Petersen petersen@redhat.com --- Proven packagers can help with fixing other IMEs. We should address the most common ones first.
dnf repoquery --file /usr/share/ibus/component/*.xml --qf "%{source_name}" ibus [*] ibus-anthy [*] ibus-bogo ibus-cangjie ibus-chewing ibus-handwrite ibus-hangul [*] ibus-input-pad ibus-kkc ibus-libpinyin [*] ibus-libzhuyin [*] ibus-m17n [*] ibus-pinyin ibus-rawcode ibus-rime ibus-sayura ibus-skk ibus-table ibus-typing-booster [*] ibus-uniemoji ibus-unikey mozc
([*] = default in @input-methods)
https://bugzilla.redhat.com/show_bug.cgi?id=1948197
--- Comment #39 from Jens Petersen petersen@redhat.com --- (In reply to fujiwara from comment #37)
I think the fix will be available after Fedora 34 GA since we don't have to fix ibus-anthy only but also other packages at the same time with more tests.
That is what updates-testing is for.
I will update the release note to describe the copr repository.
The copr repo is not an acceptable short-term solution.
https://bugzilla.redhat.com/show_bug.cgi?id=1948197
--- Comment #40 from fujiwara tfujiwar@redhat.com --- (In reply to Jens Petersen from comment #39)
(In reply to fujiwara from comment #37)
I think the fix will be available after Fedora 34 GA since we don't have to fix ibus-anthy only but also other packages at the same time with more tests.
That is what updates-testing is for.
It cannot do at the same time automatically.
I will update the release note to describe the copr repository.
The copr repo is not an acceptable short-term solution.
Not sure who does not accept the short-term solution.
But since ibus-typing-booster is now updated, I will update ibus-anthy too.
https://bugzilla.redhat.com/show_bug.cgi?id=1948197
--- Comment #41 from fujiwara tfujiwar@redhat.com --- (In reply to Jens Petersen from comment #38)
Proven packagers can help with fixing other IMEs. We should address the most common ones first.
([*] = default in @input-methods)
I think the default IMEs would be enough since the reproducing environment is not clarified at the moment and the root cause is not too.
https://bugzilla.redhat.com/show_bug.cgi?id=1948197
Fedora Update System updates@fedoraproject.org changed:
What |Removed |Added ---------------------------------------------------------------------------- Status|ASSIGNED |MODIFIED
--- Comment #42 from Fedora Update System updates@fedoraproject.org --- FEDORA-2021-ec82cf176a has been submitted as an update to Fedora 34. https://bodhi.fedoraproject.org/updates/FEDORA-2021-ec82cf176a
https://bugzilla.redhat.com/show_bug.cgi?id=1948197
--- Comment #43 from Fedora Update System updates@fedoraproject.org --- FEDORA-2021-a77c4b6e7a has been submitted as an update to Fedora 34. https://bodhi.fedoraproject.org/updates/FEDORA-2021-a77c4b6e7a
https://bugzilla.redhat.com/show_bug.cgi?id=1948197
Fedora Update System updates@fedoraproject.org changed:
What |Removed |Added ---------------------------------------------------------------------------- Status|MODIFIED |ON_QA
--- Comment #44 from Fedora Update System updates@fedoraproject.org --- FEDORA-2021-ec82cf176a has been pushed to the Fedora 34 testing repository. Soon you'll be able to install the update with the following command: `sudo dnf upgrade --enablerepo=updates-testing --advisory=FEDORA-2021-ec82cf176a` You can provide feedback for this update here: https://bodhi.fedoraproject.org/updates/FEDORA-2021-ec82cf176a
See also https://fedoraproject.org/wiki/QA:Updates_Testing for more information on how to test updates.
https://bugzilla.redhat.com/show_bug.cgi?id=1948197
--- Comment #45 from Fedora Update System updates@fedoraproject.org --- FEDORA-2021-a77c4b6e7a has been pushed to the Fedora 34 testing repository. Soon you'll be able to install the update with the following command: `sudo dnf upgrade --enablerepo=updates-testing --advisory=FEDORA-2021-a77c4b6e7a` You can provide feedback for this update here: https://bodhi.fedoraproject.org/updates/FEDORA-2021-a77c4b6e7a
See also https://fedoraproject.org/wiki/QA:Updates_Testing for more information on how to test updates.
https://bugzilla.redhat.com/show_bug.cgi?id=1948197
Fedora Update System updates@fedoraproject.org changed:
What |Removed |Added ---------------------------------------------------------------------------- Status|ON_QA |MODIFIED
--- Comment #46 from Fedora Update System updates@fedoraproject.org --- FEDORA-2021-ec82cf176a has been submitted as an update to Fedora 34. https://bodhi.fedoraproject.org/updates/FEDORA-2021-ec82cf176a
https://bugzilla.redhat.com/show_bug.cgi?id=1948197
--- Comment #47 from Fedora Update System updates@fedoraproject.org --- FEDORA-2021-a77c4b6e7a has been submitted as an update to Fedora 34. https://bodhi.fedoraproject.org/updates/FEDORA-2021-a77c4b6e7a
https://bugzilla.redhat.com/show_bug.cgi?id=1948197
Fedora Update System updates@fedoraproject.org changed:
What |Removed |Added ---------------------------------------------------------------------------- Status|MODIFIED |CLOSED Resolution|--- |ERRATA Last Closed| |2021-04-21 06:07:08
--- Comment #48 from Fedora Update System updates@fedoraproject.org --- FEDORA-2021-850d49df4e has been pushed to the Fedora 35 stable repository. If problem still persists, please make note of it in this bug report.
https://bugzilla.redhat.com/show_bug.cgi?id=1948197
--- Comment #49 from Fedora Update System updates@fedoraproject.org --- FEDORA-2021-eb993b286e has been pushed to the Fedora ELN stable repository. If problem still persists, please make note of it in this bug report.
--- Comment #50 from Fedora Update System updates@fedoraproject.org --- FEDORA-2021-125dd83ddc has been submitted as an update to Fedora 34. https://bodhi.fedoraproject.org/updates/FEDORA-2021-125dd83ddc
https://bugzilla.redhat.com/show_bug.cgi?id=1948197
Adam Williamson awilliam@redhat.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Status|CLOSED |ON_QA Resolution|ERRATA |--- Keywords| |Reopened
--- Comment #51 from Adam Williamson awilliam@redhat.com --- When a bug is a blocker or FE for a Fedora release, please don't mark updates for *other* releases as 'fixing' it, or it will get closed and then it won't show up in the tooling I use to do the Fedora compose/push requests and it'll get left out.
https://bugzilla.redhat.com/show_bug.cgi?id=1948197
Fedora Update System updates@fedoraproject.org changed:
What |Removed |Added ---------------------------------------------------------------------------- Status|ON_QA |MODIFIED
--- Comment #52 from Fedora Update System updates@fedoraproject.org --- FEDORA-2021-9a46e1fdcc has been submitted as an update to Fedora 34. https://bodhi.fedoraproject.org/updates/FEDORA-2021-9a46e1fdcc
https://bugzilla.redhat.com/show_bug.cgi?id=1948197
--- Comment #53 from Fedora Update System updates@fedoraproject.org --- FEDORA-2021-a77c4b6e7a has been submitted as an update to Fedora 34. https://bodhi.fedoraproject.org/updates/FEDORA-2021-a77c4b6e7a
https://bugzilla.redhat.com/show_bug.cgi?id=1948197
Fedora Update System updates@fedoraproject.org changed:
What |Removed |Added ---------------------------------------------------------------------------- Status|MODIFIED |ON_QA
--- Comment #54 from Fedora Update System updates@fedoraproject.org --- FEDORA-2021-ec82cf176a has been pushed to the Fedora 34 testing repository. Soon you'll be able to install the update with the following command: `sudo dnf upgrade --enablerepo=updates-testing --advisory=FEDORA-2021-ec82cf176a` You can provide feedback for this update here: https://bodhi.fedoraproject.org/updates/FEDORA-2021-ec82cf176a
See also https://fedoraproject.org/wiki/QA:Updates_Testing for more information on how to test updates.
https://bugzilla.redhat.com/show_bug.cgi?id=1948197
--- Comment #56 from Fedora Update System updates@fedoraproject.org --- FEDORA-2021-125dd83ddc has been pushed to the Fedora 34 testing repository. Soon you'll be able to install the update with the following command: `sudo dnf upgrade --enablerepo=updates-testing --advisory=FEDORA-2021-125dd83ddc` You can provide feedback for this update here: https://bodhi.fedoraproject.org/updates/FEDORA-2021-125dd83ddc
See also https://fedoraproject.org/wiki/QA:Updates_Testing for more information on how to test updates.
https://bugzilla.redhat.com/show_bug.cgi?id=1948197
--- Comment #58 from fujiwara tfujiwar@redhat.com --- Now the test packages are available in updates-testing repo and it would be really great if you could try the installation test again.
1. Install F34 newly again
2. Run `dnf update --enablerepo=updates-testing` and make sure ibus-anthy-1.5.12-5 is installed.
https://bugzilla.redhat.com/show_bug.cgi?id=1948197
--- Comment #59 from Jens Petersen petersen@redhat.com --- (In reply to Adam Williamson from comment #51)
When a bug is a blocker or FE for a Fedora release, please don't mark updates for *other* releases as 'fixing' it, or it will get closed and then it won't show up in the tooling I use to do the Fedora compose/push requests and it'll get left out.
Thank you for catching this, Adam, and for tagging all the updating into the compose.
https://bugzilla.redhat.com/show_bug.cgi?id=1948197
vishalvvr vishalvijayraghavan@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |vishalvijayraghavan@gmail.c | |om
--- Comment #60 from vishalvvr vishalvijayraghavan@gmail.com --- I have tested this issue with two images on bare metal.
Image: Fedora-Workstation-Live-x86_64-34-20210421.n.0.iso Steps: - Was able to reproduce this issue, during dnf update with the default packages(did not enable advisory). - Reboot the system and again format, install the new system. Enabled the advisory=FEDORA-2021-ec82cf176a and then ran dnf update.
Observations: - Update was smooth, during/post update no system freeze/hang was observed. - log: https://paste.opensuse.org/b69c819c
Image: 34_RC-1.1: Fedora-Workstation-Live-x86_64-34-1.1.iso Steps: - Installed a new system and checked for package version, all the packages related to this bug were already updated to the latest build(the fixed build).
Observations: - No system freeze/hang or any other issue observed. - log: https://paste.opensuse.org/1df7a772
This update[1] works for me. [1]https://bodhi.fedoraproject.org/updates/FEDORA-2021-ec82cf176a
https://bugzilla.redhat.com/show_bug.cgi?id=1948197
--- Comment #61 from vishalvvr vishalvijayraghavan@gmail.com --- Image: Fedora-Workstation-Live-x86_64-34_Beta-1.3.iso on bare metal Steps: - Installed a new system and run "dnf update"
Observations: - Update was smooth, during/post update no system freeze/hang was observed. - log: https://paste.opensuse.org/eb22d08a
https://bugzilla.redhat.com/show_bug.cgi?id=1948197
--- Comment #62 from Jens Petersen petersen@redhat.com --- I have also tested upgrading from Fedora 33 to latest Fedora 34 in a VM and ibus continued to work normally in desktop and flatpak as expected.
https://bugzilla.redhat.com/show_bug.cgi?id=1948197
--- Comment #63 from Jens Petersen petersen@redhat.com --- I also tested updating F34 Beta in a VM and ibus continued to work correctly afterwards.
https://bugzilla.redhat.com/show_bug.cgi?id=1948197
Fedora Update System updates@fedoraproject.org changed:
What |Removed |Added ---------------------------------------------------------------------------- Status|ON_QA |MODIFIED
--- Comment #64 from Fedora Update System updates@fedoraproject.org --- FEDORA-2021-02ce3d9d56 has been submitted as an update to Fedora 34. https://bodhi.fedoraproject.org/updates/FEDORA-2021-02ce3d9d56
https://bugzilla.redhat.com/show_bug.cgi?id=1948197
Jens Petersen petersen@redhat.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Status|MODIFIED |ON_QA
https://bugzilla.redhat.com/show_bug.cgi?id=1948197
Fedora Update System updates@fedoraproject.org changed:
What |Removed |Added ---------------------------------------------------------------------------- Status|ON_QA |CLOSED Fixed In Version| |ibus-anthy-1.5.12-6.fc34 Resolution|--- |ERRATA Last Closed|2021-04-21 06:07:08 |2021-04-23 21:03:38
--- Comment #65 from Fedora Update System updates@fedoraproject.org --- FEDORA-2021-ec82cf176a has been pushed to the Fedora 34 stable repository. If problem still persists, please make note of it in this bug report.
https://bugzilla.redhat.com/show_bug.cgi?id=1948197
--- Comment #67 from Fedora Update System updates@fedoraproject.org --- FEDORA-2021-125dd83ddc has been pushed to the Fedora 34 stable repository. If problem still persists, please make note of it in this bug report.
https://bugzilla.redhat.com/show_bug.cgi?id=1948197
--- Comment #69 from Fedora Update System updates@fedoraproject.org --- FEDORA-2021-02ce3d9d56 has been pushed to the Fedora 34 stable repository. If problem still persists, please make note of it in this bug report.
i18n-bugs@lists.fedoraproject.org
-
bugzilla＠redhat.com