https://bugzilla.redhat.com/show_bug.cgi?id=2435442
Bug ID: 2435442
Summary: Question: Can fcitx5 branch and build to EPEL?
Product: Fedora EPEL
Version: epel10
Hardware: x86_64
OS: Linux
Status: NEW
Component: fcitx
Assignee: yanqiyu01(a)gmail.com
Reporter: gerenlzn(a)hotmail.com
QA Contact: extras-qa(a)fedoraproject.org
CC: i18n-bugs(a)lists.fedoraproject.org, i(a)cicku.me,
liangsuilong(a)gmail.com, pwu(a)redhat.com,
robinlee.sysu(a)gmail.com, yanqiyu01(a)gmail.com
Target Milestone: ---
Classification: Fedora
Distro:Alma Linux 10.1
Because I am a KDE user and I have many XWayland software.
iBus XWayland and non-GNOME experience is suck.
So I wanna use fcitx5 on EPEL.
Plz branch and build fcitx5 series package to EPEL :(
Thx.
--
You are receiving this mail because:
You are on the CC list for the bug.
https://bugzilla.redhat.com/show_bug.cgi?id=2435442
Report this comment as SPAM: https://bugzilla.redhat.com/enter_bug.cgi?product=Bugzilla&format=report-sp…
https://bugzilla.redhat.com/show_bug.cgi?id=2480521
Bug ID: 2480521
Summary: fontconfig-2.18.0 is available
Product: Fedora
Version: rawhide
Status: NEW
Component: fontconfig
Keywords: FutureFeature, Triaged
Assignee: tagoh(a)redhat.com
Reporter: upstream-release-monitoring(a)fedoraproject.org
QA Contact: extras-qa(a)fedoraproject.org
CC: ajax(a)redhat.com, fonts-bugs(a)lists.fedoraproject.org,
i18n-bugs(a)lists.fedoraproject.org, mclasen(a)redhat.com,
rstrode(a)redhat.com, tagoh(a)redhat.com
Target Milestone: ---
Classification: Fedora
Releases retrieved: 2.18.0
Upstream release that is considered latest: 2.18.0
Current version/release in rawhide: 2.17.0-4.fc44
URL: https://www.fontconfig.org/
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://docs.fedoraproject.org/en-US/package-maintainers/Upstream_Release_M…
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/827/
To change the monitoring settings for the project, please visit:
https://src.fedoraproject.org/rpms/fontconfig
--
You are receiving this mail because:
You are on the CC list for the bug.
https://bugzilla.redhat.com/show_bug.cgi?id=2480521
Report this comment as SPAM: https://bugzilla.redhat.com/enter_bug.cgi?product=Bugzilla&format=report-sp…
https://bugzilla.redhat.com/show_bug.cgi?id=1919932
Bug ID: 1919932
Summary: Culmus Hebrew fonts aren't usable by TeXLive after
installation
Product: Fedora
Version: 33
Status: NEW
Component: culmus-fonts
Assignee: petersen(a)redhat.com
Reporter: nikita(a)leshenko.net
QA Contact: extras-qa(a)fedoraproject.org
CC: i18n-bugs(a)lists.fedoraproject.org,
petersen(a)redhat.com, pnemade(a)redhat.com,
psatpute(a)redhat.com, vishalvijayraghavan(a)gmail.com
Target Milestone: ---
Classification: Fedora
Created attachment 1750496
--> https://bugzilla.redhat.com/attachment.cgi?id=1750496&action=edit
Basic Hebrew document
Description of problem:
On a clean Fedora 33 after installing texlive, babel-hebrew, and
tex-fonts-hebrew, I
can't use pdflatex to render a Hebrew document. Detailed steps to reproduce and
a possible fix are provided below.
Version-Release number of selected component (if applicable):
texlive 9:2020-34.fc33
texlive-babel-hebrew 9:svn30273.2.3h-34.fc33
tex-fonts-hebrew 0.1-33.fc33
How reproducible: Always
Steps to Reproduce:
1. Start a new Fedora 33 container: podman run -it fedora:33
2. dnf install texlive texlive-babel-hebrew tex-fonts-hebrew
3. Try to render hello.tex document attached to this bug report (this is a
basic
Hebrew document).
\documentclass{article}
\usepackage[utf8x]{inputenc}
\usepackage[english,hebrew]{babel}
\begin{document}
שלום!
\end{document}
Actual results:
We get the following error message:
!pdfTeX error: pdflatex (file rdavid): Font rdavid at 600 not found
==> Fatal error occurred, no output PDF file produced!
Full log is at first.log.
Expected results:
Document is rendered :)
Additional info:
We need two steps to resolve the problem here. I'm not sure if these steps are
the idiomatic way to fix the issue, but it worked for me...
The first issue that that culmus.map is not included in the pdflatex.map, even
though culmus.map is enabled in /etc/texlive/web2c/updmap.cfg. I was able to
solve it with
- updmap-sys --syncwithtrees
- updmap-sys
to recreate the map file. It would be nice the Culmus will do this by default
as
part of the installation. (Another temporary per-document solution is to add
\pdfmapfile{culmus.map} to the Hebrew document.)
Now if we re-run pdflatex we get a new error:
!pdfTeX error: pdflatex (file DavidCLM-Medium.pfa): cannot open Type 1 font
file for reading
==> Fatal error occurred, no output PDF file produced!
The full log is in second.log.
There are multiple ways around this problem:
1. Note that /usr/share/texmf/fonts/type1/public/ has a broken symlink to
culmus. Even if we fix the symlink to point to /usr/share/fonts/culmus/, it
doesn't work because pdflatex doesn't seem to follow directory symlinks. But
if we actually create a directory and symlink fonts individually, it will
work, like this:
mkdir /usr/share/texmf/fonts/type1/public/culmus2
for i in /usr/share/fonts/culmus/*; do ln $i
/usr/share/texmf/fonts/type1/public/culmus2/${i##*/}; done
2. A more "general" fix is to edit /etc/texlive/web2c/texmf.cnf instead and set
OSFONTDIR to /usr/share/fonts/, but it seems like this change extends beyond
Culmus so I'm not sure how practical is it to edit OSFONTDIR as part of
installation.
After building the map file and teaching latex to find Type1 Culmus fonts the
Hebrew document can compile successfully.
I hope that it will be possible to adjust the Culmus package so that Hebrew
latex works out of the box.
Thanks! I'm available for questions and clarifications.
--
You are receiving this mail because:
You are on the CC list for the bug.
https://bugzilla.redhat.com/show_bug.cgi?id=2493991
Bug ID: 2493991
Summary: Liberation Mono font: hyphen is placed 30% too low,
making it indistinguishable from underscore
Product: Fedora
Version: 42
Hardware: x86_64
Status: NEW
Component: liberation-fonts
Assignee: petersen(a)redhat.com
Reporter: byron.c.hawkins(a)gmail.com
QA Contact: extras-qa(a)fedoraproject.org
CC: fonts-bugs(a)lists.fedoraproject.org,
i18n-bugs(a)lists.fedoraproject.org, mark(a)net-c.com,
mclasen(a)redhat.com, petersen(a)redhat.com,
rstrode(a)redhat.com
Target Milestone: ---
Classification: Fedora
Created attachment 2146981
--> https://bugzilla.redhat.com/attachment.cgi?id=2146981&action=edit
Screenshot highlighting pathological hyphen placement in Liberation Mono font
Description of problem:
In the Liberation Mono font distributed with Fedora 42 (and possibly everywhere
the font is distributed), the hyphen character is placed 30% too low relative
to the basic ASCII glyphs. It appears below the cross of a lowercase "x",
making it indistinguishable from an underscore when rendered at a usable size
(see screenshot). There are certain stylistic liberties available when crafting
a font, and this is not one of them. It is simply a bug to place the hyphen at
such a low position.
Version-Release number of selected component (if applicable):
liberation-fonts-all.noarch 1:2.1.5-13.fc42
liberation-mono-fonts.noarch 1:2.1.5-13.fc42
liberation-sans-fonts.noarch 1:2.1.5-13.fc42
liberation-serif-fonts.noarch 1:2.1.5-13.fc42
How reproducible:
Install and use the font.
Steps to Reproduce:
1. dnf install liberation-mono-fonts
2. select the Liberation Mono font in some application
3. type two words connected by a hyphen, then type two words connected by an
underscore
Actual results:
At a usable size, the two pairs of words appear identical.
Expected results:
Every font should place the hyphen at least parallel to the cross of a
lowercase "x", usually higher.
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=2493991
Report this comment as SPAM: https://bugzilla.redhat.com/enter_bug.cgi?product=Bugzilla&format=report-sp…
https://bugzilla.redhat.com/show_bug.cgi?id=2437062
Bug ID: 2437062
Summary: Please consider building for epel10
Product: Fedora
Version: rawhide
Status: NEW
Component: cldr-emoji-annotation
Assignee: tfujiwar(a)redhat.com
Reporter: yanqiyu01(a)gmail.com
QA Contact: extras-qa(a)fedoraproject.org
CC: i18n-bugs(a)lists.fedoraproject.org, tfujiwar(a)redhat.com
Target Milestone: ---
Classification: Fedora
I am trying to build fcitx5 on epel 10, and found this dependency is missing
from the repo.
--
You are receiving this mail because:
You are on the CC list for the bug.
https://bugzilla.redhat.com/show_bug.cgi?id=2437062
Report this comment as SPAM: https://bugzilla.redhat.com/enter_bug.cgi?product=Bugzilla&format=report-sp…
https://bugzilla.redhat.com/show_bug.cgi?id=2444787
Bug ID: 2444787
Summary: [abrt] ibus-panel: g_utf8_pointer_to_offset():
ibus-ui-gtk3 killed by SIGSEGV
Product: Fedora
Version: 43
Hardware: x86_64
Status: NEW
Whiteboard: abrt_hash:4c9239b94f10bfb4d9d83e6c4d0a4cb93d3cc6bf;VAR
IANT_ID=kde;
Component: ibus
Assignee: tfujiwar(a)redhat.com
Reporter: mmakowski985(a)gmail.com
QA Contact: extras-qa(a)fedoraproject.org
CC: i18n-bugs(a)lists.fedoraproject.org, tfujiwar(a)redhat.com
Target Milestone: ---
Classification: Fedora
Description of problem:
i do not know what caused this problem but one thing i can say is that i was
switching keyboard layout from russian translit to polish
Version-Release number of selected component:
ibus-panel-1.5.33-5.fc43
Additional info:
reporter: libreport-2.17.15
type: CCpp
reason: ibus-ui-gtk3 killed by SIGSEGV
journald_cursor:
s=6f5faf66e4c44139b8cc0749a0d86681;i=545a36;b=c6e2780fc3344068a0f3d8390d025efa;m=540bc83e;t=64c42b85f0548;x=4bb4b35b46bb8916
executable: /usr/libexec/ibus-ui-gtk3
cmdline: /usr/libexec/ibus-ui-gtk3 --enable-wayland-im --exec-daemon
--daemon-args $'--xim --panel disable'
cgroup:
0::/user.slice/user-1000.slice/user@1000.service/session.slice/plasma-kwin_wayland.service
rootdir: /
uid: 1000
kernel: 6.18.13-200.fc43.x86_64
package: ibus-panel-1.5.33-5.fc43
runlevel: /bin/sh: line 1: runlevel: command not found
xsession_errors:
comment: i do not know what caused this problem but one thing i can say
is that i was switching keyboard layout from russian translit to polish
backtrace_rating: 4
crash_function: g_utf8_pointer_to_offset
Truncated backtrace:
Thread no. 1 (17 frames)
#0 g_utf8_pointer_to_offset at ../glib/gutf8.c:426
#1 handle_surrounding_text at ../../client/wayland/ibuswaylandim.c:726
#2 ffi_call_unix64 at ../src/x86/unix64.S:104
#3 ffi_call_int at ../src/x86/ffi64.c:676
#4 ffi_call at ../src/x86/ffi64.c:713
#5 wl_closure_invoke at ../src/connection.c:1241
#6 dispatch_event at ../src/wayland-client.c:1707
#7 dispatch_queue at ../src/wayland-client.c:1853
#8 wl_display_dispatch_queue_pending at ../src/wayland-client.c:2190
#9 wl_display_dispatch_pending at ../src/wayland-client.c:2253
#10 _gdk_wayland_display_queue_events at ../gdk/wayland/gdkeventsource.c:201
#11 gdk_display_get_event at ../gdk/gdkdisplay.c:442
#14 g_main_context_dispatch_unlocked at ../glib/gmain.c:4425
#15 g_main_context_iterate_unlocked at ../glib/gmain.c:4490
#17 gtk_main at ../gtk/gtkmain.c:1332
#18 application_run at
/usr/src/debug/ibus-1.5.33-5.fc43.x86_64/ui/gtk3/application.vala:90
#19 application_main at
/usr/src/debug/ibus-1.5.33-5.fc43.x86_64/ui/gtk3/application.vala:406
--
You are receiving this mail because:
You are on the CC list for the bug.
https://bugzilla.redhat.com/show_bug.cgi?id=2444787
Report this comment as SPAM: https://bugzilla.redhat.com/enter_bug.cgi?product=Bugzilla&format=report-sp…