[Fedora-i18n-bugs] [Bug 1405539] Changing the default keyboard layout changes also disk decryption in plymouth, but only after next kernel update (initramfs rebuild), long afterwards
by bugzilla@redhat.com
https://bugzilla.redhat.com/show_bug.cgi?id=1405539
--- Comment #53 from Hans de Goede <hdegoede(a)redhat.com> ---
(In reply to Michael Catanzaro from comment #52)
> Hans, any update here?
Not really I'm afraid. This is on my radar / todo list: From my local TODO
file:
-What do I want to do in the F33 cycle?:
-1. Get rid of things bringing in udev-setttle
-2. Get rid of downstream patches for show boot menu stuff
-3. Prioritized bugs:
-3.1 plymouth diskunlock dialog kbd layout thing
Note that this is the 3th item, so depending on how the other 2 items go I
might not get around to it, or at least not in time for F33. There also is all
the usual hw-enablement work / hw related regression fixes which I spend a lot
of time on, the above list is done next to that...
I've had some discussions about this on the upstream systemd-devel list. One of
the problems here is fixing this in a way which works for both silverblue and
traditional Fedora.
ATM the plan roughly is like this:
1. Put a copy of vconsole.conf in /boot (and keep that in sync)
2. Make grub dynamically generate an extra initramfs containing the
vconsole.conf copy from /boot and use that
as an overlay to the standard initramfs
This will fix the issue discussed here; while allowing silverblue to keep using
a pre generated initramfs for the main initramfs. An other option would be
playing tricks with the kernel commandline but that is not really a nice way to
deal with this.
--
You are receiving this mail because:
You are on the CC list for the bug.
4 years
[Fedora-i18n-bugs] [Bug 1817653] New: fonts-tweak-tool fails to build with Python 3.9: No module named 'xml.etree.cElementTree'
by bugzilla@redhat.com
https://bugzilla.redhat.com/show_bug.cgi?id=1817653
Bug ID: 1817653
Summary: fonts-tweak-tool fails to build with Python 3.9: No
module named 'xml.etree.cElementTree'
Product: Fedora
Version: rawhide
Status: NEW
Component: fonts-tweak-tool
Assignee: tagoh(a)redhat.com
Reporter: mhroncok(a)redhat.com
QA Contact: extras-qa(a)fedoraproject.org
CC: cstratak(a)redhat.com,
i18n-bugs(a)lists.fedoraproject.org, kent.neo(a)gmail.com,
mhroncok(a)redhat.com, mplch(a)redhat.com,
petersen(a)redhat.com, pwu(a)redhat.com, tagoh(a)redhat.com
Depends On: 1817649
Blocks: 1785415 (PYTHON39)
Target Milestone: ---
Classification: Fedora
fonts-tweak-tool fails to build with Python 3.9.0a5.
Traceback (most recent call last):
File "/usr/bin/g-ir-scanner", line 103, in <module>
from giscanner.scannermain import scanner_main
File "/usr/lib64/gobject-introspection/giscanner/scannermain.py", line 36, in
<module>
from giscanner.dumper import compile_introspection_binary
File "/usr/lib64/gobject-introspection/giscanner/dumper.py", line 28, in
<module>
from .gdumpparser import IntrospectionBinary
File "/usr/lib64/gobject-introspection/giscanner/gdumpparser.py", line 25, in
<module>
from xml.etree.cElementTree import parse
ModuleNotFoundError: No module named 'xml.etree.cElementTree'
This is directly caused by bz1817649.
For the build logs, see:
https://copr-be.cloud.fedoraproject.org/results/@python/python3.9/fedora-...
For all our attempts to build fonts-tweak-tool with Python 3.9, see:
https://copr.fedorainfracloud.org/coprs/g/python/python3.9/package/fonts-...
Testing and mass rebuild of packages is happening in copr. You can follow these
instructions to test locally in mock if your package builds with Python 3.9:
https://copr.fedorainfracloud.org/coprs/g/python/python3.9/
Let us know here if you have any questions.
Python 3.9 will be included in Fedora 33. To make that update smoother, we're
building Fedora packages with early pre-releases of Python 3.9.
A build failure prevents us from testing all dependent packages (transitive
[Build]Requires), so if this package is required a lot, it's important for us
to get it fixed soon.
We'd appreciate help from the people who know this package best, but if you
don't want to work on this now, let us know so we can try to work around it on
our side.
Referenced Bugs:
https://bugzilla.redhat.com/show_bug.cgi?id=1785415
[Bug 1785415] Python 3.9
https://bugzilla.redhat.com/show_bug.cgi?id=1817649
[Bug 1817649] gobject-introspection/giscanner/gdumpparser.py:
ModuleNotFoundError: No module named 'xml.etree.cElementTree'
--
You are receiving this mail because:
You are on the CC list for the bug.
4 years
[Fedora-i18n-bugs] [Bug 1817674] New: ibus fails to build with Python 3.9: No module named 'xml.etree.cElementTree'
by bugzilla@redhat.com
https://bugzilla.redhat.com/show_bug.cgi?id=1817674
Bug ID: 1817674
Summary: ibus fails to build with Python 3.9: No module named
'xml.etree.cElementTree'
Product: Fedora
Version: rawhide
Status: NEW
Component: ibus
Assignee: tfujiwar(a)redhat.com
Reporter: mhroncok(a)redhat.com
QA Contact: extras-qa(a)fedoraproject.org
CC: cstratak(a)redhat.com,
i18n-bugs(a)lists.fedoraproject.org,
mhroncok(a)redhat.com, mplch(a)redhat.com,
shawn.p.huang(a)gmail.com, tfujiwar(a)redhat.com
Depends On: 1817649
Blocks: 1785415 (PYTHON39)
Target Milestone: ---
Classification: Fedora
ibus fails to build with Python 3.9.0a5.
Traceback (most recent call last):
File "/usr/bin/g-ir-scanner", line 103, in <module>
from giscanner.scannermain import scanner_main
File "/usr/lib64/gobject-introspection/giscanner/scannermain.py", line 36, in
<module>
from giscanner.dumper import compile_introspection_binary
File "/usr/lib64/gobject-introspection/giscanner/dumper.py", line 28, in
<module>
from .gdumpparser import IntrospectionBinary
File "/usr/lib64/gobject-introspection/giscanner/gdumpparser.py", line 25, in
<module>
from xml.etree.cElementTree import parse
ModuleNotFoundError: No module named 'xml.etree.cElementTree'
This is caused directly by bz1817649.
For the build logs, see:
https://copr-be.cloud.fedoraproject.org/results/@python/python3.9/fedora-...
For all our attempts to build ibus with Python 3.9, see:
https://copr.fedorainfracloud.org/coprs/g/python/python3.9/package/ibus/
Testing and mass rebuild of packages is happening in copr. You can follow these
instructions to test locally in mock if your package builds with Python 3.9:
https://copr.fedorainfracloud.org/coprs/g/python/python3.9/
Let us know here if you have any questions.
Python 3.9 will be included in Fedora 33. To make that update smoother, we're
building Fedora packages with early pre-releases of Python 3.9.
A build failure prevents us from testing all dependent packages (transitive
[Build]Requires), so if this package is required a lot, it's important for us
to get it fixed soon.
We'd appreciate help from the people who know this package best, but if you
don't want to work on this now, let us know so we can try to work around it on
our side.
Referenced Bugs:
https://bugzilla.redhat.com/show_bug.cgi?id=1785415
[Bug 1785415] Python 3.9
https://bugzilla.redhat.com/show_bug.cgi?id=1817649
[Bug 1817649] gobject-introspection/giscanner/gdumpparser.py:
ModuleNotFoundError: No module named 'xml.etree.cElementTree'
--
You are receiving this mail because:
You are on the CC list for the bug.
4 years
[Fedora-i18n-bugs] [Bug 1812449] New: The cursor position isn't correct during pre-editing
by bugzilla@redhat.com
https://bugzilla.redhat.com/show_bug.cgi?id=1812449
Bug ID: 1812449
Summary: The cursor position isn't correct during pre-editing
Product: Fedora
Version: 32
Status: NEW
Component: gtk3
Keywords: i18n, Regression
Assignee: mclasen(a)redhat.com
Reporter: tagoh(a)redhat.com
QA Contact: extras-qa(a)fedoraproject.org
CC: cosimo.cecchi(a)gmail.com,
gnome-sig(a)lists.fedoraproject.org,
i18n-bugs(a)lists.fedoraproject.org, mclasen(a)redhat.com
Target Milestone: ---
Classification: Fedora
Description of problem:
The cursor position doesn't point to the correct place during pre-editing.
Version-Release number of selected component (if applicable):
gtk3-3.24.14-1.fc32.x86_64
How reproducible:
always
Steps to Reproduce:
1.make sure if ibus-kkc is installed and enable "Japanese (Kana Kanji)" in the
input source.
2.open TextView at gtk3-demo for example
3.type Super+space watashinonamaehanakanodesu
Actual results:
わたしの|なまえはなかのです
Expected results:
わたしのなまえはなかのです|
Additional info:
This seems to be a regression since it works fine on f31. also running gtk apps
with GTK_IM_MODULE=ibus also works. dunno what's wrong. so please reassign if
it isn't a gtk issue.
--
You are receiving this mail because:
You are on the CC list for the bug.
4 years
[Fedora-i18n-bugs] [Bug 1815684] New: font installation fails with FcCacheFini assertion (using fontconfig 2.13.92-7)
by bugzilla@redhat.com
https://bugzilla.redhat.com/show_bug.cgi?id=1815684
Bug ID: 1815684
Summary: font installation fails with FcCacheFini assertion
(using fontconfig 2.13.92-7)
Product: Fedora
Version: 32
Status: NEW
Component: fontconfig
Assignee: tagoh(a)redhat.com
Reporter: klember(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,
john.j5live(a)gmail.com, 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
I'm running into the following scriptlet failure when installing font packages
in a container:
2020-03-20 21:48:58,014 - atomic_reactor.util - DEBUG - Running scriptlet:
google-crosextra-carlito-fonts-1.103-0.12.201309 532/532
2020-03-20 21:48:59,727 - atomic_reactor.util - DEBUG - /usr/share/fonts:
failed to write cache
2020-03-20 21:48:59,727 - atomic_reactor.util - DEBUG - fc-cache-64:
fccache.c:795: FcCacheFini: Assertion `fcCacheChains[i] == NULL' failed.
2020-03-20 21:48:59,727 - atomic_reactor.util - DEBUG - /usr/bin/fc-cache: line
4: 351 Aborted (core dumped) /usr/bin/fc-cache-64 "$@"
This is with fontconfig-2.13.92-7.fc32.x86_64 that is already supposed to have
a FcCacheFini assertion fix.
Full container build log:
https://kojipkgs.fedoraproject.org//work/tasks/2972/42642972/x86_64.log
--
You are receiving this mail because:
You are on the CC list for the bug.
4 years