Please do not reply directly to this email. All additional
comments should be made in the comments box of this bug.
Summary: trapsink missing deprecation note in Japanese snmpd.conf(5) man page
https://bugzilla.redhat.com/show_bug.cgi?id=600321
Summary: trapsink missing deprecation note in Japanese
snmpd.conf(5) man page
Product: Fedora
Version: 13
Platform: All
OS/Version: Linux
Status: NEW
Severity: medium
Priority: low
Component: man-pages-ja
AssignedTo: tagoh(a)redhat.com
ReportedBy: jbastian(a)redhat.com
QAContact: extras-qa(a)fedoraproject.org
CC: tagoh(a)redhat.com, i18n-bugs(a)lists.fedoraproject.org
Classification: Fedora
Target Release: ---
Description of problem:
The English snmpd.conf(5) man page includes a few notes about the PORT being
deprecated and using several sinks:
Note: This mechanism is being deprecated, and the listening
port should be specified via the transport specification
HOST instead.
If several sink directives are specified, multiple copies of
each notification (in the appropriate formats) will be gener-
ated.
Note: It is not normally appropriate to list two (or all three)
sink directives with the same destination.
This text is missing in the Japanese snmpd.conf(5) man page. Please update the
Japanese man page.
Version-Release number of selected component (if applicable):
man-pages-ja-20100315-1.fc13.noarch
How reproducible:
every time
Steps to Reproduce:
1. LANG=ja_JP.UTF-8 man 5 snmpd.conf
2. scroll down to trapsink definition
Actual results:
The text only contains:
これらのコマンドはトラップを受信する (通知を送る先の) ホストを定
義する。このデーモンは起動時に Cold Start トラップを送る。有効に
なっている場合は、認証が失敗したときにも ト ラ ッ プ を 送 る 。
trapsink, trap2sink, informsink 行を複数指定すれば、複数の送信先
を指定することができる。 trap2sink は SNMPv2 トラップを送るの に
使 う。 informsink は通知を発行するのに使う。 COMMUNITY が指定さ
れていない場合、以前に trapcommunity ディレクティブで指定した 文
字 列 が使われる。 PORT が指定されていない場合、良く知られている
SNMP トラップポート (162) が使われる。
Expected results:
The text should include notes about the PORT syntax being deprecated.
Additional info:
If you use the deprecated syntax, warnings are left in /var/log/messages
snmpd[xxxx]: /etc/snmp/snmpd.conf: line 100: Warning: The separate port
argument to trapsink is deprecated
--
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.
Please do not reply directly to this email. All additional
comments should be made in the comments box of this bug.
Summary: [abrt] crash in imsettings-0.108.0-4.fc13: imsettings_monitor_add_file: Process /usr/libexec/im-settings-daemon was killed by signal 11 (SIGSEGV)
https://bugzilla.redhat.com/show_bug.cgi?id=615666
Summary: [abrt] crash in imsettings-0.108.0-4.fc13:
imsettings_monitor_add_file: Process
/usr/libexec/im-settings-daemon was killed by signal
11 (SIGSEGV)
Product: Fedora
Version: 13
Platform: i686
OS/Version: Linux
Status: NEW
Status Whiteboard: abrt_hash:816865e5d93cb772d227f20193c85c16820a05ce
Severity: medium
Priority: low
Component: imsettings
AssignedTo: tagoh(a)redhat.com
ReportedBy: stiven52(a)rambler.ru
QAContact: extras-qa(a)fedoraproject.org
CC: tagoh(a)redhat.com, i18n-bugs(a)lists.fedoraproject.org
Classification: Fedora
abrt 1.1.1 detected a crash.
architecture: i686
Attached file: backtrace
cmdline: /usr/libexec/im-settings-daemon
component: imsettings
crash_function: imsettings_monitor_add_file
executable: /usr/libexec/im-settings-daemon
global_uuid: 816865e5d93cb772d227f20193c85c16820a05ce
kernel: 2.6.33.5-124.fc13.i686
package: imsettings-0.108.0-4.fc13
rating: 4
reason: Process /usr/libexec/im-settings-daemon was killed by signal 11
(SIGSEGV)
release: Fedora release 13 (Goddard)
--
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.
Please do not reply directly to this email. All additional
comments should be made in the comments box of this bug.
Summary: [abrt] crash in imsettings-0.108.0-2.fc13: IA__g_convert_with_fallback: Process /usr/libexec/im-settings-daemon was killed by signal 11 (SIGSEGV)
https://bugzilla.redhat.com/show_bug.cgi?id=601609
Summary: [abrt] crash in imsettings-0.108.0-2.fc13:
IA__g_convert_with_fallback: Process
/usr/libexec/im-settings-daemon was killed by signal
11 (SIGSEGV)
Product: Fedora
Version: 13
Platform: x86_64
OS/Version: Linux
Status: NEW
Status Whiteboard: abrt_hash:2f9cf38cdaa05e629cd7b1524292b2260b7fea09
Severity: medium
Priority: low
Component: imsettings
AssignedTo: tagoh(a)redhat.com
ReportedBy: walid_bahgat(a)yahoo.com
QAContact: extras-qa(a)fedoraproject.org
CC: tagoh(a)redhat.com, i18n-bugs(a)lists.fedoraproject.org
Classification: Fedora
abrt 1.1.1 detected a crash.
architecture: x86_64
Attached file: backtrace
cmdline: /usr/libexec/im-settings-daemon
component: imsettings
crash_function: IA__g_convert_with_fallback
executable: /usr/libexec/im-settings-daemon
global_uuid: 2f9cf38cdaa05e629cd7b1524292b2260b7fea09
kernel: 2.6.33.5-112.fc13.x86_64
package: imsettings-0.108.0-2.fc13
rating: 4
reason: Process /usr/libexec/im-settings-daemon was killed by signal 11
(SIGSEGV)
release: Fedora release 13 (Goddard)
--
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.
Please do not reply directly to this email. All additional
comments should be made in the comments box of this bug.
Summary: Unable to find XIM with the certain locale
https://bugzilla.redhat.com/show_bug.cgi?id=526205
Summary: Unable to find XIM with the certain locale
Product: Fedora
Version: rawhide
Platform: All
OS/Version: Linux
Status: NEW
Severity: medium
Priority: low
Component: imsettings
AssignedTo: tagoh(a)redhat.com
ReportedBy: tagoh(a)redhat.com
QAContact: extras-qa(a)fedoraproject.org
CC: tagoh(a)redhat.com, fedora-i18n-bugs(a)redhat.com
Blocks: 473302
Estimated Hours: 0.0
Classification: Fedora
Target Release: ---
Created an attachment (id=362977)
--> (https://bugzilla.redhat.com/attachment.cgi?id=362977)
example for xinput file
Description of problem:
bringing up XIM with the different locale to the system locale ends up to raise
an error like, "No such input method on your system: blahblahblah". but it
appears in the list.
Version-Release number of selected component (if applicable):
imsettings-0.107.4-1.fc12.
How reproducible:
always
Steps to Reproduce:
1.put attached into /etc/X11/xinit/xinput.d/
2.ln -s xcompose /etc/X11/xinit/xinput.d/pt_BR
3.LANG=pt_BR.UTF-8 imsettings-start "X locale compose"
Actual results:
it raises an error.
Expected results:
IM should start.
Additional info:
LANG=pt_BR.UTF-8 imsettings-list shows that as available.
--
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.
Please do not reply directly to this email. All additional
comments should be made in the comments box of this bug.
Summary: "translit" input method does not work
https://bugzilla.redhat.com/show_bug.cgi?id=598106
Summary: "translit" input method does not work
Product: Fedora
Version: 13
Platform: All
OS/Version: Linux
Status: NEW
Severity: medium
Priority: low
Component: ibus-table-cyrillic
AssignedTo: cchance(a)redhat.com
ReportedBy: rpm(a)timj.co.uk
QAContact: extras-qa(a)fedoraproject.org
CC: cchance(a)redhat.com, i18n-bugs(a)lists.fedoraproject.org
Classification: Fedora
Description of problem:
The Russian "translit" input method does not work
Version-Release number of selected component (if applicable):
ibus-table-cyrillic.noarch 0:1.2.0.20100305-3.fc13
How reproducible:
Always
Steps to Reproduce:
1. Enable ibus, set up the translit input method
2. Open gedit, switch on the translit method
3. Start typing
Actual results:
Roman characters are typed. The ibus "options" dialogue (showing possible
completions) appears after each character you type (whichever one, even ones
that shouldn't need a prompt, like "p"), but is always empty.
Expected results:
Cyrillic characters are typed.
Additional info:
The "yawerty" and "rustrad" input methods are working.
If I go back to the older "ibus-table-translit" package, then the "translit"
method from that package still works fine.
--
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.
Please do not reply directly to this email. All additional
comments should be made in the comments box of this bug.
Summary: [hi_IN] Translation missing for language for various dialog box
https://bugzilla.redhat.com/show_bug.cgi?id=532274
Summary: [hi_IN] Translation missing for language for various
dialog box
Product: Fedora
Version: rawhide
Platform: All
OS/Version: Linux
Status: NEW
Keywords: i18n, Translation
Severity: medium
Priority: low
Component: anaconda
AssignedTo: anaconda-maint-list(a)redhat.com
ReportedBy: aalam(a)redhat.com
QAContact: extras-qa(a)fedoraproject.org
CC: anaconda-maint-list(a)redhat.com, kanarip(a)kanarip.com,
fedora-i18n-bugs(a)redhat.com
Estimated Hours: 0.0
Classification: Fedora
Target Release: ---
Description of problem:
with latest rawhide, still translation is not seems completed, where as status
of language for anaconda branch is more than 99%. Few strings are following:
---
1) After Disk space selection (and if you provide repo with boot option),
network bo
x appear (in GUI installation) :
"This requires that you have an active network connection during installation
process..."
2) Next Window, Package Selection lot of strings are missing:
"Add additional software Repositories" (by click, popup window also
unstranslated)
"Modify repository" (by click, popup window also unstranslated)
"You can further customize the software selection now, or after..."
"Customize later"
"Customize now"
3) by selecting "Customize now"
"Optional packages" button"
4) by clicking "Optional packages" button,
pop up window with message:
"Some packages associated with this group are not required to be installed..."
"Close" Button
5) Package Completed: x of y
Version-Release number of selected component (if applicable):
anaconda-12.41
How reproducible
Everytime
Steps to Reproduce:
1. start installation Hindi by provide path/repo at boot time
2. Check untranslated messages, while going Next
3.
Actual results:
some messages are in English
Expected results:
Translated Messages
Additional info:
--
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.
Please do not reply directly to this email. All additional
comments should be made in the comments box of this bug.
Summary: [kn_IN] The space between close bracket and the character is very less
https://bugzilla.redhat.com/show_bug.cgi?id=576105
Summary: [kn_IN] The space between close bracket and the
character is very less
Product: Fedora
Version: 13
Platform: All
OS/Version: Linux
Status: NEW
Severity: medium
Priority: low
Component: lohit-kannada-fonts
AssignedTo: psatpute(a)redhat.com
ReportedBy: svenkate(a)redhat.com
QAContact: extras-qa(a)fedoraproject.org
CC: fonts-bugs(a)lists.fedoraproject.org,
psatpute(a)redhat.com, fedora-i18n-bugs(a)redhat.com
Estimated Hours: 0.0
Classification: Fedora
Target Release: ---
Created an attachment (id=401977)
--> (https://bugzilla.redhat.com/attachment.cgi?id=401977)
Shows the actual result
Description of problem:
In the text containing the Kannada text, space between close bracket and the
character is very less. Hence the close bracket appearing as merged with the
character. This usually happens in case of complex character.
Version-Release number of selected component (if applicable):
lohit-kannada-fonts-2.4.4-3
How reproducible:
Everytime
Steps to Reproduce:
1. Login Kannada locale
2. Open gedit and copy paste the following text: ನೆರವಿಗಾಗಿ) ಭಾಗದಷ್ಟು)
ಫೆಡರಾಟ್ಸಿ)
3. Look at the space between the close bracket and the last character of each
word
Actual results:
The space between the close bracket and the text is very less
Expected results:
The space should be so that the bracket doesn't actually merge with text.
Additional info:
--
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.
Please do not reply directly to this email. All additional
comments should be made in the comments box of this bug.
Summary: add Alt, Esc, Fn, etc to iok
https://bugzilla.redhat.com/show_bug.cgi?id=477583
Summary: add Alt, Esc, Fn, etc to iok
Product: Fedora
Version: rawhide
Platform: All
OS/Version: Linux
Status: NEW
Severity: medium
Priority: low
Component: iok
AssignedTo: pnemade(a)redhat.com
ReportedBy: petersen(a)redhat.com
QAContact: extras-qa(a)fedoraproject.org
CC: pnemade(a)redhat.com, fedora-i18n-bugs(a)redhat.com
Estimated Hours: 0.0
Classification: Fedora
Description of problem:
iok is currently missing Alt, Esc and Fn function keys: feel it would be good
to add them. It could also be configurable if some people feel that not all
users need them in India.
--
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.
Please do not reply directly to this email. All additional
comments should be made in the comments box of this bug.
Summary: Window title
https://bugzilla.redhat.com/show_bug.cgi?id=607502
Summary: Window title
Product: Fedora
Version: 13
Platform: All
OS/Version: Linux
Status: NEW
Severity: medium
Priority: low
Component: im-chooser
AssignedTo: tagoh(a)redhat.com
ReportedBy: michael.monreal+bugs(a)gmail.com
QAContact: extras-qa(a)fedoraproject.org
CC: tagoh(a)redhat.com, i18n-bugs(a)lists.fedoraproject.org
Classification: Fedora
The im-chooser window currently displays "IM Chooser - Input Method confi"
a) the title is cut off and the window cannot be resized
b) the window should not show branding ("IM Chooser")
c) the window title should be the same as used the .desktop launcher (=> "Input
Method" or, as a control center module "Input Method Preferences"
--
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.
Please do not reply directly to this email. All additional
comments should be made in the comments box of this bug.
Summary: Position of changing lines needs improving in ja_JP.UTF-8
https://bugzilla.redhat.com/show_bug.cgi?id=596900
Summary: Position of changing lines needs improving in
ja_JP.UTF-8
Product: Fedora
Version: rawhide
Platform: All
OS/Version: Linux
Status: NEW
Severity: medium
Priority: low
Component: man-db
AssignedTo: varekova(a)redhat.com
ReportedBy: mtasaka(a)ioa.s.u-tokyo.ac.jp
QAContact: extras-qa(a)fedoraproject.org
CC: varekova(a)redhat.com, i18n-bugs(a)lists.fedoraproject.org
Classification: Fedora
Created an attachment (id=417335)
--> (https://bugzilla.redhat.com/attachment.cgi?id=417335)
screenshot of fprintf(3) with both man-db and man
Description of problem:
See screenshot:
With man-db, when trying to see Japanese man page fprintf(3)
if some long line exists such line is split on unexpected positions
and as the result fprintf(3) manual page cannot be seen easily
with man-db.
With man (in F-13) long lines are split on expected positions.
Version-Release number of selected component (if applicable):
man-db-2.5.7-2.fc14.i686
How reproducible:
100%
Steps to Reproduce:
1. install man-pages-ja
2. man fprintf in LANG=ja_JP.UTF-8
3.
Actual results:
See screenshot
Expected results:
New line should begin at expected positions like in F-13 man
--
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.