[Fedora-i18n-bugs] [Bug 648350] New: Proper Bold for Lohit Devanagari
by Red Hat Bugzilla
Please do not reply directly to this email. All additional
comments should be made in the comments box of this bug.
Summary: Proper Bold for Lohit Devanagari
https://bugzilla.redhat.com/show_bug.cgi?id=648350
Summary: Proper Bold for Lohit Devanagari
Product: Fedora
Version: rawhide
Platform: All
OS/Version: All
Status: NEW
Severity: medium
Priority: low
Component: lohit-devanagari-fonts
AssignedTo: psatpute(a)redhat.com
ReportedBy: ujjwol(a)fedoraproject.org
QAContact: extras-qa(a)fedoraproject.org
CC: fonts-bugs(a)lists.fedoraproject.org,
psatpute(a)redhat.com, i18n-bugs(a)lists.fedoraproject.org
Classification: Fedora
Created attachment 456789
--> https://bugzilla.redhat.com/attachment.cgi?id=456789
Picture showing the bold and regular typeface
Description of problem:
The existing font provided Lohit Devangari only contains the regular version.
It does not contain the bold version. When the computer generates bold using
the regular font, and the results are ugly. The siro-rekha is broken and many
other stuffs are also broken.
Version-Release number of selected component (if applicable):
How reproducible:
Exactly reproducible
Steps to Reproduce:
1.See any hindi/nepali/marathi/sanskrit pages in firefox with bold text
2. type devanagari text in openoffice and bold it
Actual results:
The a broken lohit devanagari font is displayed.
Expected results:
A well maintained bold should be shown.
Additional info:
The typographic value is lost when bold is used though it is still readable.
--
Configure bugmail: https://bugzilla.redhat.com/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are on the CC list for the bug.
8 years, 5 months
[Fedora-i18n-bugs] [Bug 1146124] New: [abrt] ibus: bus_dbus_impl_dispatch_message_by_rule(): ibus-daemon killed by SIGSEGV
by Red Hat Bugzilla
https://bugzilla.redhat.com/show_bug.cgi?id=1146124
Bug ID: 1146124
Summary: [abrt] ibus: bus_dbus_impl_dispatch_message_by_rule():
ibus-daemon killed by SIGSEGV
Product: Fedora
Version: 21
Component: ibus
Assignee: tfujiwar(a)redhat.com
Reporter: sgraf(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
Version-Release number of selected component:
ibus-1.5.9-1.fc21
Additional info:
reporter: libreport-2.2.3
backtrace_rating: 4
cmdline: ibus-daemon --xim --panel disable
crash_function: bus_dbus_impl_dispatch_message_by_rule
executable: /usr/bin/ibus-daemon
kernel: 3.16.3-300.fc21.x86_64
runlevel: N 5
type: CCpp
uid: 1000
Truncated backtrace:
Thread no. 1 (8 frames)
#0 bus_dbus_impl_dispatch_message_by_rule at dbusimpl.c:1901
#1 bus_dbus_impl_connection_filter_cb at dbusimpl.c:1578
#2 on_worker_message_about_to_be_sent at gdbusconnection.c:2429
#3 _g_dbus_worker_emit_message_about_to_be_sent at gdbusprivate.c:497
#4 continue_writing at gdbusprivate.c:1492
#5 continue_writing_in_idle_cb at gdbusprivate.c:1553
#10 gdbus_shared_thread_func at gdbusprivate.c:273
#11 g_thread_proxy at gthread.c:764
Potential duplicate: bug 850539
--
You are receiving this mail because:
You are on the CC list for the bug.
Unsubscribe from this bug https://bugzilla.redhat.com/token.cgi?t=xu0fUFUTuT&a=cc_unsubscribe
8 years, 7 months
[Fedora-i18n-bugs] [Bug 1179775] New: [abrt] fcitx-configtool: _cairo_bentley_ottmann_tessellate_polygon(): fcitx-config-gtk3 killed by SIGSEGV
by Red Hat Bugzilla
https://bugzilla.redhat.com/show_bug.cgi?id=1179775
Bug ID: 1179775
Summary: [abrt] fcitx-configtool:
_cairo_bentley_ottmann_tessellate_polygon():
fcitx-config-gtk3 killed by SIGSEGV
Product: Fedora
Version: 21
Component: fcitx-configtool
Assignee: liangsuilong(a)gmail.com
Reporter: dir2006(a)126.com
QA Contact: extras-qa(a)fedoraproject.org
CC: i18n-bugs(a)lists.fedoraproject.org,
liangsuilong(a)gmail.com, robinlee.sysu(a)gmail.com
Version-Release number of selected component:
fcitx-configtool-0.4.7-4.fc21
Additional info:
reporter: libreport-2.3.0
backtrace_rating: 4
cmdline: fcitx-config-gtk3 ''
crash_function: _cairo_bentley_ottmann_tessellate_polygon
executable: /usr/bin/fcitx-config-gtk3
kernel: 3.17.7-300.fc21.x86_64
runlevel: N 5
type: CCpp
uid: 1000
Truncated backtrace:
Thread no. 1 (10 frames)
#3 _cairo_bentley_ottmann_tessellate_polygon at /lib64/libcairo.so.2
#4 clip_and_composite_polygon at /lib64/libcairo.so.2
#5 _cairo_traps_compositor_fill.lto_priv.283 at /lib64/libcairo.so.2
#6 _cairo_compositor_fill at /lib64/libcairo.so.2
#7 _cairo_xlib_surface_fill at /lib64/libcairo.so.2
#8 _cairo_surface_fill at /lib64/libcairo.so.2
#9 _cairo_gstate_fill at /lib64/libcairo.so.2
#10 _cairo_default_context_fill at /lib64/libcairo.so.2
#11 cairo_fill at /lib64/libcairo.so.2
#12 render_frame_fill at deprecated/gtkthemingengine.c:1503
--
You are receiving this mail because:
You are on the CC list for the bug.
Unsubscribe from this bug https://bugzilla.redhat.com/token.cgi?t=Cseznulryy&a=cc_unsubscribe
8 years, 7 months
[Fedora-i18n-bugs] [Bug 1182536] New: [abrt] fcitx-configtool: g_malloc0(): fcitx-config-gtk3 killed by SIGSEGV
by Red Hat Bugzilla
https://bugzilla.redhat.com/show_bug.cgi?id=1182536
Bug ID: 1182536
Summary: [abrt] fcitx-configtool: g_malloc0():
fcitx-config-gtk3 killed by SIGSEGV
Product: Fedora
Version: 21
Component: fcitx-configtool
Assignee: liangsuilong(a)gmail.com
Reporter: gzjboy(a)163.com
QA Contact: extras-qa(a)fedoraproject.org
CC: i18n-bugs(a)lists.fedoraproject.org,
liangsuilong(a)gmail.com, robinlee.sysu(a)gmail.com
Version-Release number of selected component:
fcitx-configtool-0.4.7-4.fc21
Additional info:
reporter: libreport-2.3.0
backtrace_rating: 4
cmdline: fcitx-config-gtk3 ''
crash_function: g_malloc0
executable: /usr/bin/fcitx-config-gtk3
kernel: 3.17.8-300.fc21.x86_64
runlevel: N 5
type: CCpp
uid: 1000
Truncated backtrace:
Thread no. 1 (10 frames)
#3 g_malloc0 at gmem.c:127
#4 _gtk_css_lookup_new at gtkcsslookup.c:33
#5 build_properties at gtkstylecontext.c:767
#6 style_values_lookup at gtkstylecontext.c:813
#7 _gtk_style_context_validate at gtkstylecontext.c:3060
#13 gtk_container_idle_sizer at gtkcontainer.c:1738
#14 _g_closure_invoke_va at gclosure.c:831
#16 g_signal_emit_by_name at gsignal.c:3405
#17 gdk_frame_clock_paint_idle at gdkframeclockidle.c:408
#23 g_main_context_iteration at gmain.c:3842
--
You are receiving this mail because:
You are on the CC list for the bug.
Unsubscribe from this bug https://bugzilla.redhat.com/token.cgi?t=lfoIuJJgHp&a=cc_unsubscribe
8 years, 7 months
[Fedora-i18n-bugs] [Bug 1016989] New: [ml_IN] non-standard sequence sequence for stacked chillu-N and RRA in Lohit Malayalam font should be removed
by Red Hat Bugzilla
https://bugzilla.redhat.com/show_bug.cgi?id=1016989
Bug ID: 1016989
Summary: [ml_IN] non-standard sequence sequence for stacked
chillu-N and RRA in Lohit Malayalam font should be
removed
Product: Fedora
Version: rawhide
Component: lohit-malayalam-fonts
Assignee: psatpute(a)redhat.com
Reporter: samjnaa(a)gmail.com
QA Contact: extras-qa(a)fedoraproject.org
CC: fonts-bugs(a)lists.fedoraproject.org,
i18n-bugs(a)lists.fedoraproject.org, psatpute(a)redhat.com
This is related to bug #1016984 which I reported just now.
As per TUS 6.2 chapter 9.9 p 321 (p 351 of PDF) the correct sequence to get the
display of stacked chillu-N on top of RRA in Malayalam is: CHILLU N + VIRAMA +
RRA. That is: ൻ്റ = 0d7b 0d4d 0d31. However, currently Lohit Malayalam font
does not support this sequence. In bug #1016984 I have requested to add it.
Apart from that, note that currently the sequence being used to display stacked
chillu-N on top of RRA in Lohit font is ന്റ = 0d28 0d4d 0d31. This is
non-standard. It is inadvisable to retain this sequence as having two
canonically non-equivalent sequences display the same is a security issue of
confusability.
My request from the POV of being standard-compliant would be to remove this
sequence.
However I am sure (based on personal email communication) there will be
objection from people such as Santosh Thottingal since they do not agree with
the standard on this matter. They maintain that NA + VIRAMA + RRA is the
correct sequence to get this display.
I have told them that if they disagree with the standard then they should
discuss the matter on the Unicode and try to make the Unicode Technical
Committee accept their view. Otherwise such sequences will just be
standards-non-compliant and the existing diversified situation will only be
aggravated.
Certainly the current standard-prescribed sequence should be included to be
standards compliant. For that I have already filed the separate bug. For 100%
compliance the old non-standard should be removed. To track that I am filing
this bug now.
In the face of community objection, it is up to the project maintainer to
decide about this.
Version-Release number of selected component (if applicable):
2.5.4
--
You are receiving this mail because:
You are on the CC list for the bug.
Unsubscribe from this bug https://bugzilla.redhat.com/token.cgi?t=4mzVmSKdWJ&a=cc_unsubscribe
8 years, 7 months
[Fedora-i18n-bugs] [Bug 1170730] New: system config language selects wrong kde-l10n-* language packages
by Red Hat Bugzilla
https://bugzilla.redhat.com/show_bug.cgi?id=1170730
Bug ID: 1170730
Summary: system config language selects wrong kde-l10n-*
language packages
Product: Fedora
Version: 21
Component: system-config-language
Severity: high
Assignee: pnemade(a)redhat.com
Reporter: germano.massullo(a)gmail.com
QA Contact: extras-qa(a)fedoraproject.org
CC: i18n-bugs(a)lists.fedoraproject.org, nav007(a)gmail.com,
pnemade(a)redhat.com, psatpute(a)redhat.com
Created attachment 964775
--> https://bugzilla.redhat.com/attachment.cgi?id=964775&action=edit
1
Description of problem:
I have reproduced the following problem with many languages but I will write an
example about Italian.
Installing system-config-language and kde-l10n packages on a F21 system, does
not let the user to proper install the KDE langpack.
For example, in first screenshot, s-c-l wants to install kde-l10n-it package.
The real name of the package is kde-l10n-Italian.
If you enter a console command like
# dnf info kde-l10n-it
dnf will return kde-l10n-Italian.noarch
so it seems that s-c-l does not do this kind of package name translation.
See the difference between selected packages in screenshot number 1 and 2, 3.
Version-Release number of selected component (if applicable):
system-config-language-2.3.0-2.fc21.noarch
--
You are receiving this mail because:
You are on the CC list for the bug.
Unsubscribe from this bug https://bugzilla.redhat.com/token.cgi?t=QrB0DqWNBH&a=cc_unsubscribe
8 years, 9 months