https://bugzilla.redhat.com/show_bug.cgi?id=1738159
Bug ID: 1738159
Summary: tomoe depends on Python 2
Product: Fedora
Version: rawhide
Status: NEW
Component: tomoe
Assignee: pwu(a)redhat.com
Reporter: lbalhar(a)redhat.com
QA Contact: extras-qa(a)fedoraproject.org
CC: dingyichen(a)gmail.com,
i18n-bugs(a)lists.fedoraproject.org,
petersen(a)redhat.com, pwu(a)redhat.com, tagoh(a)redhat.com
Blocks: 1698500 (F31_PY2REMOVAL)
Target Milestone: ---
Classification: Fedora
Python 2.7 will reach end-of-life in January 2020, over 9 years after it was
released. This falls within the Fedora 31 lifetime.
Packages that depend on Python 2 are being switched to Python 3 or removed from
Fedora:
https://fedoraproject.org/wiki/Changes/F31_Mass_Python_2_Package_Removal#In…
Python 2 will be retired in Fedora 32:
https://fedoraproject.org/wiki/Changes/RetirePython2
To help planning, we'd like to know the plans for tomoe's future. Specifically:
- What is the reason for the Python2 dependency? (Is it software written in
Python, or does it just provide Python bindings, or use Python in the build
system or test runner?)
- What are the upstream/community plans/timelines regarding Python 3?
- What is the guidance for porting to Python 3? (Assuming that there is someone
who generally knows how to port to Python 3, but doesn't know anything about
the particular package, what are the next steps to take?)
This bug is filed semi-automatically, and might not have all the context
specific to tomoe.
If you need anything from us, or something is unclear, please mention it here.
Thank you.
Referenced Bugs:
https://bugzilla.redhat.com/show_bug.cgi?id=1698500
[Bug 1698500] F31 Mass Python 2 Package Removal
--
You are receiving this mail because:
You are on the CC list for the bug.
https://bugzilla.redhat.com/show_bug.cgi?id=1672442
Bug ID: 1672442
Summary: Bug that will not accept input from keyboard
Product: Fedora
Version: 29
OS: Linux
Status: NEW
Component: ibus
Severity: medium
Assignee: tfujiwar(a)redhat.com
Reporter: qqke6wd9k(a)apricot.ocn.ne.jp
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
Description of problem:
When I input characters, sometimes this bug occurs, the PC will not accept
input from the keyboard morever. Since it accepts mouse operation, logout and
shutdown are possible.
When I log out and re-login, PC is able to accept only direct input (English).
Also, the IME icon on the task bar is lost. It will also be impossible to
switch input modes.
I am a Japanese user, but when after login, I cannot enter Japanese characters.
After this bug occurrence, only English characters can be entered.
Version-Release number of selected component (if applicable):
How reproducible:
everyday
Steps to Reproduce:
1.Open an application that can enter letters (eg gedit or Firefox)
2.keep typing characters until this bug occurs.
3.
Actual results:
Expected results:
Additional info:
--
You are receiving this mail because:
You are on the CC list for the bug.
https://bugzilla.redhat.com/show_bug.cgi?id=1750891
Bug ID: 1750891
Summary: font cache not getting update on Silverblue 31?
Product: Fedora
Version: 31
Status: NEW
Component: fontconfig
Assignee: tagoh(a)redhat.com
Reporter: pnemade(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
Description of problem:
I have this system state
[parag@localhost ~]$ rpm-ostree status
State: idle
AutomaticUpdates: disabled
Deployments:
● ostree://fedora:fedora/31/x86_64/silverblue
Version: 31.20190909.n.0 (2019-09-09T08:24:14Z)
BaseCommit:
093a07e18c0514e47e978c9c33ef73a2615117db343e0eef7218c298b1e3502c
GPGSignature: Valid signature by
7D22D5867F2A4236474BF7B850CB390B3C3359C4
LayeredPackages: gedit gnome-tweaks hunspell-hi langpacks-hi
libreoffice-core
ostree://fedora:fedora/31/x86_64/silverblue
Version: 31.20190909.n.0 (2019-09-09T08:24:14Z)
BaseCommit:
093a07e18c0514e47e978c9c33ef73a2615117db343e0eef7218c298b1e3502c
GPGSignature: Valid signature by
7D22D5867F2A4236474BF7B850CB390B3C3359C4
LayeredPackages: gedit gnome-tweaks hunspell-hi libreoffice-core
[parag@localhost ~]$ rpm-ostree db diff
ostree diff commit from: rollback deployment
(0ad271d38c5aa4e1ce194ea625f83862d2c317774d96ba9b94d53c5324133265)
ostree diff commit to: booted deployment
(61f7aea98b458e53e42e85131e62ad7c84f80592676f28949cc5aa411e34ff55)
Added:
glibc-langpack-hi-2.30-1.fc31.x86_64
google-noto-sans-devanagari-ui-vf-fonts-20181223-6.fc31.noarch
google-noto-sans-devanagari-vf-fonts-20181223-6.fc31.noarch
hyphen-hi-1:0.7.0-14.fc31.noarch
langpacks-core-hi-2.0-6.fc31.noarch
langpacks-hi-2.0-6.fc31.noarch
libreoffice-help-hi-1:6.3.1.2-1.fc31.x86_64
libreoffice-langpack-hi-1:6.3.1.2-1.fc31.x86_64
samyak-devanagari-fonts-1.2.2-22.fc31.noarch
samyak-fonts-common-1.2.2-22.fc31.noarch
[parag@localhost ~]$ fc-list :lang=hi
/usr/share/fonts/lohit-devanagari/Lohit-Devanagari.ttf: Lohit
Devanagari:style=Regular
/usr/share/fonts/google-droid/DroidSansDevanagari-Regular.ttf: Droid
Sans:style=Regular
[parag@localhost ~]$
Version-Release number of selected component (if applicable):
fontconfig-2.13.92-2.fc31.x86_64
How reproducible:
always
Steps to Reproduce:
1. on F31, install any langpacks which will install additional fonts packages
like langpacks-hi
2. execute fc-list :lang=hi
3.
Actual results:
"fc-list :lang=hi" output remained same
Expected results:
"fc-list :lang=hi" should included rencently installed font packages as well
Additional info:
--
You are receiving this mail because:
You are on the CC list for the bug.
https://bugzilla.redhat.com/show_bug.cgi?id=1847588
Bug ID: 1847588
Summary: fbterm doesn't install terminfo description
Product: Fedora
Version: rawhide
Status: NEW
Component: fbterm
Severity: low
Assignee: bazanluis20(a)gmail.com
Reporter: dank(a)qemfd.net
QA Contact: extras-qa(a)fedoraproject.org
CC: bazanluis20(a)gmail.com, dingyichen(a)gmail.com,
i18n-bugs(a)lists.fedoraproject.org, tfujiwar(a)redhat.com
Target Milestone: ---
Classification: Fedora
Description of problem:
fbterm 1.7 doesn't install /usr/share/terminfo/f/fbterm
Version-Release number of selected component (if applicable):
1.7 / 18.fc32
How reproducible:
Completely. Bug has been filed before (in 2009):
https://bugzilla.redhat.com/show_bug.cgi?id=542284
Steps to Reproduce:
1. Install fbterm
2. export TERM=fbterm
3. Fail!
Actual results:
setupterm(3NCURSES) returns NULL due to a missing terminfo description.
Expected results:
The terminfo descriptor is found.
Additional info:
The terminfo file is installed by the Debian package of 1.7, and is installed
by default when building from source (see terminfo/fbterm). I'm thinking it's
probably just a missing entry in the specfile. I can provide a patch if
necessary.
--
You are receiving this mail because:
You are on the CC list for the bug.
https://bugzilla.redhat.com/show_bug.cgi?id=1851361
Bug ID: 1851361
Summary: cldr-emoji-annotation-37 is available
Product: Fedora
Version: rawhide
Status: NEW
Component: cldr-emoji-annotation
Keywords: FutureFeature, Triaged
Assignee: tfujiwar(a)redhat.com
Reporter: upstream-release-monitoring(a)fedoraproject.org
QA Contact: extras-qa(a)fedoraproject.org
CC: i18n-bugs(a)lists.fedoraproject.org, tfujiwar(a)redhat.com
Target Milestone: ---
Classification: Fedora
Latest upstream release: 37
Current version/release in rawhide: 36.12.120200305_0-1.fc33
URL: https://github.com/unicode-org/cldr
Please consult the package updates policy before you issue an update to a
stable branch: https://docs.fedoraproject.org/en-US/fesco/Updates_Policy/
More information about the service that created this bug can be found at:
https://fedoraproject.org/wiki/Upstream_release_monitoring
Please keep in mind that with any upstream change, there may also be packaging
changes that need to be made. Specifically, please remember that it is your
responsibility to review the new version to ensure that the licensing is still
correct and that no non-free or legally problematic items have been added
upstream.
Based on the information from anitya:
https://release-monitoring.org/project/103642/
--
You are receiving this mail because:
You are on the CC list for the bug.
https://bugzilla.redhat.com/show_bug.cgi?id=1851862
Bug ID: 1851862
Summary: input into Qt4/Qt5 with ibus does not work when using
Gnome Wayland
Product: Fedora
Version: 32
Status: NEW
Component: ibus
Assignee: tfujiwar(a)redhat.com
Reporter: mfabian(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
The input modules for Qt4 and Qt5 seem to be installed:
[mfabian@localhost lineedits]$ rpm -qf
/usr/lib64/qt4/plugins/inputmethods/libqtim-ibus.so
ibus-qt-1.3.3-24.fc32.x86_64
[mfabian@localhost lineedits]$ rpm -qf
/usr/lib64/qt5/plugins/platforminputcontexts/libibusplatforminputcontextplugin.so
qt5-qtbase-gui-5.14.2-5.fc32.x86_64
[mfabian@localhost lineedits]$
I did set the environment variable QT_IM_MODULE=ibus
I used the lineedits examples for testing:
[mfabian@localhost lineedits]$ rpm -qf
/usr/lib64/qt4/examples/widgets/lineedits/lineedits
qt-examples-4.8.7-52.fc32.x86_64
[mfabian@localhost lineedits]$ rpm -qf
/usr/lib64/qt5/examples/widgets/widgets/lineedits/lineedits
qt5-qtbase-examples-5.14.2-5.fc32.x86_64
[mfabian@localhost lineedits]$
I am using ibus-anthy for testing ibus input, but it doesn’t matter which ibus
engine is used.
When using the Gnome Xorg desktop, I can input with ibus-anthy into both the
Qt5 and the Qt4 lineedit examples.
With the Qt4 lineedit example, I can choose by opening the context menu with
the right mouse button between using xim and ibus. Both works.
Qt5 does not support xim, so this option does not exist, but ibus input works.
Now when using the Gnome Wayland desktop, I can only input when using the "xim"
option in Qt4.
With the "ibus" option in Qt4, ibus input does not work. And in Qt5, ibus input
does not work.
To summarize:
=============
ibus input using the ibus modules does not work in Qt4 and Qt5 when Gnome
Wayland is used,
it works in Gnome Xorg.
--
You are receiving this mail because:
You are on the CC list for the bug.
https://bugzilla.redhat.com/show_bug.cgi?id=1625207
--- Comment #5 from Fedora Update System <updates(a)fedoraproject.org> ---
FEDORA-2020-8621dfeb29 has been pushed to the Fedora 32 testing repository.
In short time you'll be able to install the update with the following command:
`sudo dnf upgrade --enablerepo=updates-testing
--advisory=FEDORA-2020-8621dfeb29`
You can provide feedback for this update here:
https://bodhi.fedoraproject.org/updates/FEDORA-2020-8621dfeb29
See also https://fedoraproject.org/wiki/QA:Updates_Testing for more information
on how to test updates.
--
You are receiving this mail because:
You are on the CC list for the bug.