[Fedora-i18n-bugs] [Bug 489222] New: unable to see/create non-ASCII utf-8 filenames in vfat USB stricks
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: unable to see/create non-ASCII utf-8 filenames in vfat USB stricks
https://bugzilla.redhat.com/show_bug.cgi?id=489222
Summary: unable to see/create non-ASCII utf-8 filenames in vfat
USB stricks
Product: Fedora
Version: rawhide
Platform: All
OS/Version: Linux
Status: NEW
Severity: medium
Priority: low
Component: DeviceKit-disks
AssignedTo: davidz(a)redhat.com
ReportedBy: alsadi(a)ojuba.org
QAContact: extras-qa(a)fedoraproject.org
CC: petersen(a)redhat.com, yaneti(a)declera.com,
sangu.fedora(a)gmail.com, richard(a)hughsie.com,
wwoods(a)redhat.com, davidz(a)redhat.com,
hedayat(a)grad.com, fedora-i18n-bugs(a)redhat.com
Estimated Hours: 0.0
Classification: Fedora
Clone Of: 470592
+++ This bug was initially created as a clone of Bug #470592 +++
Description of problem:
fedora has dropped a patch from kernel that forces IOCHARSET=utf-8
to make people with non-UTF-8 locales happy
https://www.redhat.com/archives/fedora-kernel-list/2008-October/msg00089....
but it makes people with UTF-8 locales sad
when I put my USB stick and copy/paste files with non-ASCII charts
or when I chdir there, I got errors
if you really want to release fedora with such kerenl you should add a hal fdi
configuration file that pass utf8 to mount
just like what was done before that patch is introduced
https://bugzilla.redhat.com/show_bug.cgi?id=144600
as kernel docs (Documentation/filesystems/vfat.txt) there is a safe utf8
by using utf8 option instead of iocharset=utf8
http://git.kernel.org/?p=linux/kernel/git/torvalds/linux-2.6.git;a=blob;f...
Version-Release number of selected component (if applicable):
fedora 10
kernel-2.6.27.4-68.fc10.i686
hal-0.5.12-9.20081027git.fc10.i386
How reproducible:
always
Steps to Reproduce:
[alsadi@pc1 ALSADI]$ touch "سلام"
touch: setting times of `سلام': No such file or directory
[alsadi@pc1 ALSADI]$ touch peace
[alsadi@pc1 ALSADI]$ mkdir "الإسلام"
mkdir: cannot create directory `الإسلام': Invalid argument
Expected results:
no seeing the errors and having the files/dirs created with non-ASCII chars
Additional info:
having non-UTF-8 filesystem encoding could bug many poorly written GTK+
application
http://library.gnome.org/devel/gtk/2.14/GtkFileChooser.html#gtkfilechoose...
--- Additional comment from wwoods(a)redhat.com on 2008-11-07 16:42:26 EDT ---
*** Bug 470086 has been marked as a duplicate of this bug. ***
--- Additional comment from wwoods(a)redhat.com on 2008-11-07 16:48:11 EDT ---
Forcing utf8 in the kernel was the wrong idea - see bug 454013 for an example
of the problems that caused. Further it made Fedora behave differently from all
other Linux distributions when mounting vfat volumes, which is bad.
So dropping that kernel patch was probably the right decision, but it seems
that we still need 'utf8' when mounting vfat for a lot of locales. So something
in userspace needs to enable utf8 when needed. Unfortunately figuring out
*when* it's needed is really hard.
To maintain compatibility with older Fedora releases we could probably have HAL
suggest use that flag by default - as with bug 144600. In a future release we
might somehow decide that based on the current locale.
--- Additional comment from alsadi(a)ojuba.org on 2008-11-10 12:33:00 EDT ---
from bug 454013
> ru_RU.cp1251 or ru_RU.koi8r
you should flag that bug as "non-BUG" becayse
the default locale in fedora for Russian locales is UTF-8 just look at this:
grep '^ru' /usr/share/system-config-language/locale-list
ru_RU.UTF-8 utf8 latarcyrheb-sun16 Russian - Русский
ru_UA.UTF-8 utf8 latarcyrheb-sun16 Russian (Ukraine)
so it's his own problem, he should edit his hal files to do his customizations
utf-8 is universal, forcing latin1 or whatever should not be done in an
international project as fedora
so if you want to go upstream, then you should move the patch as a hal
configuration
and those who want to use non-international encoding let them use some
/etc/hal/fdi/policy/ file
if you insist on not making utf8 the default on hal level at least make a
package having utf-8 fdi file for hal and make that package a default in the
comps file for each *-support group
be aware of the following facts
grep 'utf8' /usr/share/system-config-language/locale-list | wc -l
136
wc -l /usr/share/system-config-language/locale-list
143 /usr/share/system-config-language/locale-list
which mean you are breaking more than 95% of the locales by not making utf8
tobe the default
my suggestion is doing the opposite having the default to be the default as a
fdi hal file
and having 2 packages (8859-15 and 8859-2) for all the 7 non-utf-8 locales and
make that one a default or optional in the comps file
grep -v 'utf8' /usr/share/system-config-language/locale-list
af_ZA 8859-15 lat0-sun16 Afrikaans (South Africa)
bs_BA 8859-2 lat2-sun16 Bosnian (Bosnia and Herzegowina)
br_FR 8859-15 lat0-sun16 Breton (France)
oc_FR 8859-15 lat0-sun16 Occitan (France)
tl_PH 8859-15 lat0-sun16 Tagalog (Philippines)
uz_UZ 8859-15 lat0-sun16 Uzbek (Uzbekistan)
wa_BE@euro 8859-15 lat0-sun16 Walloon (Belgium)
--- Additional comment from wwoods(a)redhat.com on 2008-11-10 16:20:36 EDT ---
After much discussion we've decided to restore the kernel patch that enables
'utf8' by default on vfat, at least for F10 final:
* Mon Nov 10 2008 Dave Jones <davej(a)redhat.com> 2.6.27.5-93
- Make UTF-8 the default for FAT/VFAT filesystems again.
F11 will not include this patch, so this bug will need to be fixed in userspace
(HAL etc.) in Rawhide.
Moving to F11Blocker.
--- Additional comment from fedora-triage-list(a)redhat.com on 2008-11-26
00:00:44 EDT ---
This bug appears to have been reported against 'rawhide' during the Fedora 10
development cycle.
Changing version to '10'.
More information and reason for this action is here:
http://fedoraproject.org/wiki/BugZappers/HouseKeeping
--- Additional comment from alsadi(a)ojuba.org on 2008-11-26 17:35:32 EDT ---
I guess it won't be in hal only but also to DeviceKit which is planed for F11
--
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.
15 years, 1 month
[Fedora-i18n-bugs] [Bug 494261] New: [Indic] Anaconda should list all Indic font names in upd-instroot file
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: [Indic] Anaconda should list all Indic font names in upd-instroot file
https://bugzilla.redhat.com/show_bug.cgi?id=494261
Summary: [Indic] Anaconda should list all Indic font names in
upd-instroot file
Product: Fedora
Version: rawhide
Platform: All
OS/Version: Linux
Status: NEW
Severity: medium
Priority: low
Component: anaconda
AssignedTo: anaconda-maint-list(a)redhat.com
ReportedBy: pnemade(a)redhat.com
QAContact: extras-qa(a)fedoraproject.org
CC: pjones(a)redhat.com, petersen(a)redhat.com,
anaconda-maint-list(a)redhat.com, kanarip(a)kanarip.com,
fedora-i18n-bugs(a)redhat.com, rmaximo(a)cfl.rr.com
Estimated Hours: 0.0
Classification: Fedora
Target Release: ---
Description of problem:
anaconda should add all remaining Indic fonts in upd-instroot. I see only some
Indic languages fonts are listed but not all.
Version-Release number of selected component (if applicable):
anaconda-11.5.0.40-1.fc11
How reproducible:
always
Steps to Reproduce:
1.
2.
3.
Actual results:
does not include all supported Indic languages fonts.
Expected results:
should list all supported Indic languages fonts.
Additional info:
here is patch to current git repository.
--
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.
15 years, 1 month
[Fedora-i18n-bugs] [Bug 488666] New: keybindings at the candidate window isn't intuitive
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: keybindings at the candidate window isn't intuitive
https://bugzilla.redhat.com/show_bug.cgi?id=488666
Summary: keybindings at the candidate window isn't intuitive
Product: Fedora
Version: rawhide
Platform: All
OS/Version: Linux
Status: NEW
Severity: medium
Priority: low
Component: ibus-anthy
AssignedTo: phuang(a)redhat.com
ReportedBy: tagoh(a)redhat.com
QAContact: extras-qa(a)fedoraproject.org
CC: phuang(a)redhat.com, fedora-i18n-bugs(a)redhat.com
Estimated Hours: 0.0
Classification: Fedora
Target Release: ---
Description of problem:
Right now the candidate window displays in the landscape though, keybindings to
move a cursor among candidate words is Up and Down key. but not Left and Right
key.
Version-Release number of selected component (if applicable):
ibus-1.1.0.20090225-2.fc11.x86_64
ibus-anthy-1.1.0.20090211-2.fc11.x86_64
How reproducible:
always
Steps to Reproduce:
1.type something and press space to see the candidate window
2.press Left and Right key
3.press Up and Down key
Actual results:
2. nothing happens
3. move a cursor to the _left_ and the _right_
Expected results:
2. should move a cursor to the left with Left key and to the right with Right
key.
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.
15 years, 1 month
[Fedora-i18n-bugs] [Bug 226381] Merge Review: ruby
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.
https://bugzilla.redhat.com/show_bug.cgi?id=226381
--- Comment #28 from Mamoru Tasaka <mtasaka(a)ioa.s.u-tokyo.ac.jp> 2009-04-08 13:26:07 EDT ---
Sorry for delay.
With the scriptlets in your comment 27:
------------------------------------------------------
(
iconv -f euc-jp -t utf-8 $i > $i.new \
&& mv $i.new $i \
|| rm -f $i.new
)
------------------------------------------------------
will always exit with 0 (unless "rm -f" fails with some _very_
strange reason) and the latter
------------------------------------------------------
if [ $? != 0 ]; then
iconv -f iso8859-1 -t utf-8 $i > $.new \
&& mv $i.new $i \
|| rm -f $i.new
fi
------------------------------------------------------
will never be executed. i.e. the first "exit 1" before )
need not be changed, the latter "|| exit 1" has to be
changed to "|| rm -f $i.new" as you wrote.
--
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.
15 years, 1 month