Gentoo Websites Logo
Go to: Gentoo Home Documentation Forums Lists Bugs Planet Store Wiki Get Gentoo!
Bug 132966 - Non-ASCII characters in filenames displayed incorrectly
Summary: Non-ASCII characters in filenames displayed incorrectly
Status: RESOLVED DUPLICATE of bug 136082
Alias: None
Product: Gentoo Linux
Classification: Unclassified
Component: [OLD] GNOME (show other bugs)
Hardware: All Linux
: High minor (vote)
Assignee: Gentoo Linux Gnome Desktop Team
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2006-05-10 17:22 UTC by Leonardo Ferreira Fontenelle
Modified: 2006-08-16 21:07 UTC (History)
0 users

See Also:
Package list:
Runtime testing required: ---


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Leonardo Ferreira Fontenelle 2006-05-10 17:22:20 UTC
Yesterday I installed GNOME 2.14 and since I logged in again filenames are being displayed incorrectly. My locale encoding is ISO-8859-1, and the filenames are still displayed correctly in the command line interface (even within GNOME terminal) but the specific characters (like 
Comment 1 Leonardo Ferreira Fontenelle 2006-05-10 17:22:20 UTC
Yesterday I installed GNOME 2.14 and since I logged in again filenames are being displayed incorrectly. My locale encoding is ISO-8859-1, and the filenames are still displayed correctly in the command line interface (even within GNOME terminal) but the specific characters (like ç, á and ü) are substituted by boxes with a hollow interrogation. It happens with all filenames, in Nautilus and in the dialogs, including folders, but not with .desktop filenames. I guess it happens because the name Nautilus and the file dialogs display are not really the filename, but the text in "Name[pt_BR]=" (and .desktops are coded in UTF-8, not ISO). gedit displays the real filenames in the tabs and the titlebar, and in these places the .desktop files names are displayed incorrectly, just like the rest of the filenames. OK, gedit is displaying the filenames incorrectly, too; and is file-roller (names of files in archives).

I'm not sure if it's a GTK+ issue, a GNOME one, or a Gentoo one.

$ emerge --info
Portage 2.1_pre10-r5 (default-linux/x86/2005.1, gcc-3.4.4, glibc-2.3.5-r2, 2.6.15-gentoo-r1 i686)
=================================================================
System uname: 2.6.15-gentoo-r1 i686 AMD Sempron(tm)   2400+
Gentoo Base System version 1.6.14
ccache version 2.3 [enabled]
dev-lang/python:     2.4.2
dev-python/pycrypto: 2.0.1-r5
dev-util/ccache:     2.3
dev-util/confcache:  [Not Present]
sys-apps/sandbox:    1.2.12
sys-devel/autoconf:  2.13, 2.59-r6
sys-devel/automake:  1.4_p6, 1.5, 1.6.3, 1.7.9-r1, 1.8.5-r3, 1.9.6-r1
sys-devel/binutils:  2.16.1
sys-devel/libtool:   1.5.22
virtual/os-headers:  2.6.11-r2
ACCEPT_KEYWORDS="x86"
AUTOCLEAN="yes"
CBUILD="i686-pc-linux-gnu"
CFLAGS="-O2 -march=athlon-xp -pipe -ggdb"
CHOST="i686-pc-linux-gnu"
CONFIG_PROTECT="/etc /usr/kde/2/share/config /usr/kde/3.5/env /usr/kde/3.5/share/config /usr/kde/3.5/shutdown /usr/kde/3/share/config /usr/share/X11/xkb /usr/share/config /var/qmail/control"
CONFIG_PROTECT_MASK="/etc/eselect/compiler /etc/gconf /etc/terminfo /etc/env.d"
CXXFLAGS="-O2 -march=athlon-xp -pipe -ggdb"
DISTDIR="/usr/portage/distfiles"
FEATURES="autoconfig ccache distlocks metadata-transfer sandbox sfperms splitdebug strict"
GENTOO_MIRRORS=" http://ftp.snt.utwente.nl/pub/os/linux/gentoo http://mirror.etf.bg.ac.yu/gentoo http://gentoo.ynet.sk/pub http://gentoo.ngi.it http://gentoo.zie.pg.gda.pl http://distfiles.gentoo.org http://www.ibiblio.org/pub/Linux/distributions/gentoo"
LANG="pt_BR"
LC_ALL="pt_BR"
LINGUAS="pt_BR"
MAKEOPTS="-j2"
PKGDIR="/usr/portage/packages"
PORTAGE_RSYNC_OPTS="--recursive --links --safe-links --perms --times --compress --force --whole-file --delete --delete-after --stats --timeout=180 --exclude='/distfiles' --exclude='/local' --exclude='/packages'"
PORTAGE_TMPDIR="/var/tmp"
PORTDIR="/usr/portage"
PORTDIR_OVERLAY="/usr/local/portage"
SYNC="rsync://rsync.samerica.gentoo.org/gentoo-portage"
USE="x86 3dnow 3dnowext X a52 aac acpi alsa asf avahi avi bash-completion berkdb bitmap-fonts bluetooth cdparanoia cdr cli crypt dbus dri dts dvd dvdr emboss encode esd fam foomaticdb fortran ftp gdbm gif glitz gnome gnutls gpm gstreamer gtk gtk2 hal howl idn imlib isdnlog java javascript jpeg kde kdeenablefinal kdexdeltas lcms libg++ libwww lm_sensors mad mikmod mmx mmxext motif mp3 mpeg nas ncurses nls nsplugin ogg oggvorbis opengl oss pam pcre pdflib perl png pppd python qt quicktime readline reflection sdl session spell spl sse sse2 ssl svg tcpd tiff truetype truetype-fonts type1-fonts usb vcd vorbis win32codecs xml2 xorg xv zlib elibc_glibc input_devices_keyboard input_devices_mouse kernel_linux linguas_pt_BR userland_GNU video_cards_via"
Unset:  ASFLAGS, CTARGET, EMERGE_DEFAULT_OPTS, INSTALL_MASK, LDFLAGS, PORTAGE_RSYNC_EXTRA_OPTS
Comment 2 Leonardo Ferreira Fontenelle 2006-05-10 17:38:00 UTC
(In reply to comment #0)
> but the specific characters (like 
Comment 3 Leonardo Ferreira Fontenelle 2006-05-10 17:38:00 UTC
(In reply to comment #0)
> but the specific characters (like ç, á and ü) are substituted by boxes with a > hollow interrogation.
*in the GUI, not in the CLI*
Comment 4 Leonardo Ferreira Fontenelle 2006-05-10 18:48:07 UTC
Additional information:
1. In KBabel there characters are still displayed correctly; and
2. I have just created a launcher called "ab
Comment 5 Leonardo Ferreira Fontenelle 2006-05-10 18:48:07 UTC
Additional information:
1. In KBabel there characters are still displayed correctly; and
2. I have just created a launcher called "abç" by right-clicking the desktop and choosing the appropriate option; the name in shown correctly in the GUI, but in the command-line it is listed as "abç.desktop", which I guess is "abç.desktop" coded in UTF-8 and read as if was written with ISO 8859-1 (which is my locale encoding).
Comment 6 Saleem Abdulrasool (RETIRED) gentoo-dev 2006-08-16 21:07:31 UTC

*** This bug has been marked as a duplicate of 136082 ***