[Fedora-i18n-bugs] [Bug 1459783] New: [abrt] anthy: anthy_do_context_set_str(): anthy-morphological-analyzer killed by signal 11
by bugzilla@redhat.com
https://bugzilla.redhat.com/show_bug.cgi?id=1459783
Bug ID: 1459783
Summary: [abrt] anthy: anthy_do_context_set_str():
anthy-morphological-analyzer killed by signal 11
Product: Fedora
Version: 26
Component: anthy
Assignee: tagoh(a)redhat.com
Reporter: danloveshockey2014(a)gmail.com
QA Contact: extras-qa(a)fedoraproject.org
CC: i18n-bugs(a)lists.fedoraproject.org, tagoh(a)redhat.com
Version-Release number of selected component:
anthy-9100h-30.fc26
Additional info:
reporter: libreport-2.9.1
backtrace_rating: 4
cmdline: anthy-morphological-analyzer
crash_function: anthy_do_context_set_str
executable: /usr/bin/anthy-morphological-analyzer
journald_cursor:
s=799f45b4565f4de6add1fdda580a6707;i=3b27;b=800f271857234bf38696ccd30d832261;m=19bfed63a;t=5516de58f5c37;x=3a6a658188df4be0
kernel: 4.11.2-300.fc26.x86_64
rootdir: /
runlevel: N 5
type: CCpp
uid: 1000
Truncated backtrace:
Thread no. 1 (4 frames)
#0 anthy_do_context_set_str at context.c:358
#1 anthy_set_string at main.c:249
#2 conv_sentence at morph-main.c:54
#3 read_fp at morph-main.c:92
--
You are receiving this mail because:
You are on the CC list for the bug.
6 years, 1 month
[Fedora-i18n-bugs] [Bug 1335073] New: [abrt] ibus-table: os.py:241:makedirs:FileExistsError: [Errno 17] File exists: '/home/mfabian/.local/share/ibus-table'
by Red Hat Bugzilla
https://bugzilla.redhat.com/show_bug.cgi?id=1335073
Bug ID: 1335073
Summary: [abrt] ibus-table: os.py:241:makedirs:FileExistsError:
[Errno 17] File exists:
'/home/mfabian/.local/share/ibus-table'
Product: Fedora
Version: 24
Component: ibus-table
Assignee: mfabian(a)redhat.com
Reporter: mfabian(a)redhat.com
QA Contact: extras-qa(a)fedoraproject.org
CC: dchen(a)redhat.com, i18n-bugs(a)lists.fedoraproject.org,
kent.neo(a)gmail.com, me(a)kaio.net, mfabian(a)redhat.com,
pwu(a)redhat.com, shawn.p.huang(a)gmail.com
Version-Release number of selected component:
ibus-table-1.9.12-1.fc24
Additional info:
reporter: libreport-2.7.0
cmdline: /usr/bin/python3 /usr/share/ibus-table/engine/main.py --xml
executable: /usr/share/ibus-table/engine/main.py
kernel: 4.5.3-300.fc24.x86_64
pkg_fingerprint: 73BD E983 81B4 6521
pkg_vendor: Fedora Project
reproducible: Not sure how to reproduce the problem
runlevel: N 5
type: Python3
uid: 1000
Truncated backtrace:
os.py:241:makedirs:FileExistsError: [Errno 17] File exists:
'/home/mfabian/.local/share/ibus-table'
Traceback (most recent call last):
File "/usr/share/ibus-table/engine/main.py", line 32, in <module>
import factory
File "/usr/share/ibus-table/engine/factory.py", line 27, in <module>
import tabsqlitedb
File "/usr/share/ibus-table/engine/tabsqlitedb.py", line 36, in <module>
import ibus_table_location
File "/usr/share/ibus-table/engine/ibus_table_location.py", line 102, in
<module>
__module_init = __ModuleInitializer()
File "/usr/share/ibus-table/engine/ibus_table_location.py", line 96, in
__init__
_init()
File "/usr/share/ibus-table/engine/ibus_table_location.py", line 76, in _init
os.makedirs(ibus_table_location['data_home'])
File "/usr/lib64/python3.5/os.py", line 241, in makedirs
mkdir(name, mode)
FileExistsError: [Errno 17] File exists:
'/home/mfabian/.local/share/ibus-table'
Local variables in innermost frame:
name: '/home/mfabian/.local/share/ibus-table'
mode: 511
tail: 'ibus-table'
head: '/home/mfabian/.local/share'
exist_ok: False
--
You are receiving this mail because:
You are on the CC list for the bug.
6 years, 1 month
[Fedora-i18n-bugs] [Bug 1540401] New: xkeyboard-config-2.23 is available
by bugzilla@redhat.com
https://bugzilla.redhat.com/show_bug.cgi?id=1540401
Bug ID: 1540401
Summary: xkeyboard-config-2.23 is available
Product: Fedora
Version: rawhide
Component: xkeyboard-config
Keywords: FutureFeature, Triaged
Assignee: peter.hutterer(a)redhat.com
Reporter: upstream-release-monitoring(a)fedoraproject.org
QA Contact: extras-qa(a)fedoraproject.org
CC: ajax(a)redhat.com, alexl(a)redhat.com,
caillon+fedoraproject(a)gmail.com,
i18n-bugs(a)lists.fedoraproject.org,
john.j5live(a)gmail.com, mbarnes(a)fastmail.com,
negativo17(a)gmail.com, peter.hutterer(a)redhat.com,
rhughes(a)redhat.com, rstrode(a)redhat.com,
sandmann(a)redhat.com
Latest upstream release: 2.23
Current version/release in rawhide: 2.22-1.fc28
URL: http://xorg.freedesktop.org/archive/individual/data/xkeyboard-config/
Please consult the package updates policy before you issue an update to a
stable branch: https://fedoraproject.org/wiki/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/5191/
--
You are receiving this mail because:
You are on the CC list for the bug.
6 years, 2 months
[Fedora-i18n-bugs] [Bug 1539528] New: Broken perldocs for perl-NKF
by bugzilla@redhat.com
https://bugzilla.redhat.com/show_bug.cgi?id=1539528
Bug ID: 1539528
Summary: Broken perldocs for perl-NKF
Product: Fedora
Version: 27
Component: nkf
Assignee: tagoh(a)redhat.com
Reporter: yselkowi(a)redhat.com
QA Contact: extras-qa(a)fedoraproject.org
CC: i18n-bugs(a)lists.fedoraproject.org, tagoh(a)redhat.com
Description of problem:
The perldocs of NKF.pm are broken.
Version-Release number of selected component (if applicable):
perl-NKF-2.1.4-7.fc27.x86_64
How reproducible:
100%
Steps to Reproduce:
1. dnf install perl-NKF
2. man 3 NKF
Actual results:
NKF(3) User Contributed Perl Documentation NKF(3)
NAME
NKF - Perl extension for Network Kanji Filter
POD ERRORS
Hey! The above document had some coding errors, which are explained
below:
Around line 56:
=begin without a target?
Around line 64:
'=end' without a target? (Should be "=end COMMAND")
Around line 68:
=begin without a target?
Around line 77:
'=end' without a target? (Should be "=end COMMAND")
Around line 81:
=begin without a target?
Around line 87:
'=end' without a target? (Should be "=end COMMAND")
Around line 496:
'=end' without a target? (Should be "=end COMMAND")
Around line 510:
=begin without a target?
Around line 516:
'=end' without a target? (Should be "=end COMMAND")
perl v5.26.0 2015-12-12 NKF(3)
Expected results:
API documentation, no error messages.
Additional info:
This goes back to at least F25.
--
You are receiving this mail because:
You are on the CC list for the bug.
6 years, 2 months
[Fedora-i18n-bugs] [Bug 1533914] New: [ghostscript-chinese] retirement of the package
by bugzilla@redhat.com
https://bugzilla.redhat.com/show_bug.cgi?id=1533914
Bug ID: 1533914
Summary: [ghostscript-chinese] retirement of the package
Product: Fedora
Version: rawhide
Component: ghostscript-chinese
Severity: medium
Priority: medium
Assignee: pwu(a)redhat.com
Reporter: dkaspar(a)redhat.com
QA Contact: extras-qa(a)fedoraproject.org
CC: i18n-bugs(a)lists.fedoraproject.org,
petersen(a)redhat.com, pwu(a)redhat.com
Description of problem:
In the past, the Ghostscript did not have such a good support for substitutions
of glyphs in CJK-based documents, in case the document itself was missing
embedded fonts (that are capable of correctly rendering the document's text).
This was one of the reasons why the 'ghostscript-chinese' package was created
AFAICT.
Nowadays, upstream has added their default solution for this issue in the
Ghostscript, by using Google's Droid Sans Font Fallback for glyphs
substitution.
And we have reached a point where it is now expected for PS/PDF and other
documents' formats to have the font typefaces embedded in the document when
users are not using fonts that are not widely available. That's because the
fonts substitutions will never be perfect, because it always be just a
workaround.
Ghostscript package, starting by version ghostscript-9.22-4.fc28, no longer has
the support for conf.d/ package. And we should try to make an effort to
convince text applications developers to start embedding "exotic" fonts into
documents by default.
Based on the reasons above, I'm hereby requesting for retirement of
'ghostscript-chinese' package, as it is no longer needed. The package should be
retired for Fedora 28 and onward.
Version-Release number of selected component (if applicable):
ghostscript-chinese-0.4.0-9.fc27
--
You are receiving this mail because:
You are on the CC list for the bug.
6 years, 2 months
[Fedora-i18n-bugs] [Bug 1496466] URW fonts not available in LibreOffice
by bugzilla@redhat.com
https://bugzilla.redhat.com/show_bug.cgi?id=1496466
Fedora Update System <updates(a)fedoraproject.org> changed:
What |Removed |Added
----------------------------------------------------------------------------
Status|ON_QA |CLOSED
Fixed In Version| |urw-base35-fonts-20170801-4
| |.fc27
Resolution|--- |ERRATA
Last Closed| |2018-01-16 12:16:45
--- Comment #31 from Fedora Update System <updates(a)fedoraproject.org> ---
urw-base35-fonts-20170801-4.fc27 has been pushed to the Fedora 27 stable
repository. If problems still persist, please make note of it in this bug
report.
--
You are receiving this mail because:
You are on the CC list for the bug.
6 years, 3 months