i am using a german system and there asome file with ö ä ü. unfortunatelly seems to be smplayer2 have a problem to open such files. nothing can play if i try to open file with name f.e.: "söcken.mp3" or "für die Katz.mp4" Reproducible: Always Portage 2.1.11.52 (default/linux/amd64/13.0/desktop, gcc-4.6.3, glibc-2.16.0, 3.7.8-gentoo x86_64) ================================================================= System uname: Linux-3.7.8-gentoo-x86_64-Intel-R-_Core-TM-_i7-3740QM_CPU_@_2.70GHz-with-gentoo-2.2 KiB Mem: 24628328 total, 20565836 free KiB Swap: 24574972 total, 24574972 free Timestamp of tree: Fri, 15 Feb 2013 15:00:01 +0000 ld GNU ld (GNU Binutils) 2.23.1 app-shells/bash: 4.2_p42 dev-java/java-config: 2.1.12-r1 dev-lang/python: 2.7.3-r3, 3.2.3-r2 dev-util/cmake: 2.8.10.2-r1 dev-util/pkgconfig: 0.28 sys-apps/baselayout: 2.2 sys-apps/openrc: 0.11.8 sys-apps/sandbox: 2.6 sys-devel/autoconf: 2.13, 2.69 sys-devel/automake: 1.9.6-r3, 1.10.3, 1.11.6, 1.13.1 sys-devel/binutils: 2.23.1 sys-devel/gcc: 4.6.3 sys-devel/gcc-config: 1.8 sys-devel/libtool: 2.4.2 sys-devel/make: 3.82-r4 sys-kernel/linux-headers: 3.7 (virtual/os-headers) sys-libs/glibc: 2.16.0 Repositories: gentoo mpd nikai ruby emacs gamerlay science mgorny scarabeus qt wirelay poly-c mva luman flameeyes-overlay Techwolf alice lokal ACCEPT_KEYWORDS="amd64 ~amd64" ACCEPT_LICENSE="*" CBUILD="x86_64-pc-linux-gnu" CFLAGS="-march=corei7 -O2 -pipe" CHOST="x86_64-pc-linux-gnu" CONFIG_PROTECT="/etc /etc/X11/Sessions/awesome /etc/X11/Sessions/dwm /etc/conf.d/hwclock /etc/conf.d/keymaps /etc/default/grub /etc/fstab /etc/hosts /etc/make.conf /usr/share/config /usr/share/gnupg/qualified.txt /usr/share/polkit-1/actions /var/bind /var/lib/hsqldb" CONFIG_PROTECT_MASK="/etc/ca-certificates.conf /etc/env.d /etc/fonts/fonts.conf /etc/gconf /etc/gentoo-release /etc/php/apache2-php5.4/ext-active/ /etc/php/cgi-php5.4/ext-active/ /etc/php/cli-php5.4/ext-active/ /etc/revdep-rebuild /etc/sandbox.d /etc/terminfo /etc/texmf/language.dat.d /etc/texmf/language.def.d /etc/texmf/updmap.d /etc/texmf/web2c" CXXFLAGS="-march=corei7 -O2 -pipe" DISTDIR="/usr/portage/distfiles" FCFLAGS="-O2 -pipe" FEATURES="assume-digests binpkg-logs config-protect-if-modified distlocks ebuild-locks fixlafiles merge-sync news parallel-fetch protect-owned sandbox sfperms strict unknown-features-warn unmerge-logs unmerge-orphans userfetch xattr" FFLAGS="-O2 -pipe" GENTOO_MIRRORS="http://distfiles.gentoo.org" LANG="de_DE.UTF-8" LC_ALL="" LDFLAGS="-Wl,-O1 -Wl,--as-needed" MAKEOPTS="-j9"
> Repositories: gentoo mpd nikai ruby emacs gamerlay science mgorny scarabeus qt wirelay poly-c mva luman flameeyes-overlay Techwolf alice lokal That is a long list, there is a high chance that you might be using something that is not in the Portage tree; so, you could be experiencing something like a broken library from an overlay. You might want to run `emerge -ep =media-video/smplayer2-0.8.0_p20130111` and check whether smplayer2 or one of its dependencies is from an overlay; if so, please try to emerge them again from the gentoo repository to get smplayer2 to run with gentoo-only dependencies.
ok it seems to be not broken at all. i tested the best case: smplayer2 is not broken with the currently overlays. i start a xterminal and start a file: "smplayer2 lön.mp3". it runs fine, but strating by klicking in filemanager to open it let application start, not thing happened.
Sounds like a bug with your file manager then, which file manager is this?
oh you are right. its my filemanage which not able to opent the file. i am using spacefm , neiter stable, unstable or 9999 version works in this case. it igno to open pdf files with acroread, and ignore any media files with a letter like "ä" "ü" "ö". cand u help me in this case and give advice or a patch ?
Can you check for spacefm that there are no overlay packages in the way? You can do that with `emerge -epv1 x11-misc/spacefm`. To make this more useful, could you also attach the output of that emerge command such that we know the versions of the libraries that are being used (and their USE flag settings)? I have assigned the bug to the maintainer of spacefm.
cannot reproduce I doubt this is related to the file manager. Broken .desktop file or something.
Actually, a better guess would be a standard "wrong mount options". While your system'locale is utf8, chances are one of the filesystems isn't and you're getting a mess in effect. Other possibility is that it's an effect of unpacking a zip archive, which are notoriously bad at preserving file names across locales.
(In reply to comment #7) > Actually, a better guess would be a standard "wrong mount options". > > While your system'locale is utf8, chances are one of the filesystems isn't > and you're getting a mess in effect. > > Other possibility is that it's an effect of unpacking a zip archive, which > are notoriously bad at preserving file names across locales. its utf8, because it on a utf8 ext4 partition. fstab mount option: /dev/sdb5 /home ext4 noatime,nodiratime 0
Created attachment 339020 [details] output
[I] x11-misc/spacefm Available versions: 0.8.3 0.8.5 (~)0.8.6 (**)9999 {+startup-notification} Installed versions: 9999(05:08:53 15.02.2013)(startup-notification) Homepage: http://ignorantguru.github.com/spacefm/ Description: A multi-panel tabbed file manager i test this version because hope for as soon as solution of git if u also report the bug. and here can u see the currently uses.
well, this is not a support forum for this to be a valid bug I either need more info on your system or you can prove that it _only_ happens with spacefm (does it?) try #gentoo on freenode, the mailing list or the gentoo forums
(In reply to comment #11) > well, this is not a support forum > > for this to be a valid bug I either need more info on your system or you can > prove that it _only_ happens with spacefm (does it?) > > try #gentoo on freenode, the mailing list or the gentoo forums i knew its not support forum. and its definitelly bug, because i proved this by try a same file with following name: "dörfer.pdf". "ländlich.mp3". in any cases: 1) spacefm only START the application acroread and smplayer2, or what ever its the defaul assiged application for this file type, but not OPEN the file. 2) us tested with other filemanager: Dolphin, Thunar and there is no problem. the right programm start and also able open the file correctly. 3)According to the statement "...either need more info on your system..." I am bug reporter my system is already posted on 1st comments. if u need any ather information please give me an advice.
file a bug upstream https://github.com/IgnorantGuru/spacefm/issues I don't even know how you open those files, it could be a plugin, the default desktop file, a custom command even... since I cannot reproduce this under the exact same locale I assume this is not related to my ebuild
(In reply to comment #13) > file a bug upstream https://github.com/IgnorantGuru/spacefm/issues > > I don't even know how you open those files, it could be a plugin, the > default desktop file, a custom command even... > > since I cannot reproduce this under the exact same locale I assume this is > not related to my ebuild 1.) i dont have installed any plugins for spacefm. 2.)u can reproduce by rename any file and add this "ä" or "ö" or "ü" in the name of the file and try to open it. u will understand what i want to explain in my poor english :) 3.)on bugtrack of spacefm i didnt found hint about this. hope u can reproduce it and confirm this bug to solve. thanks
(In reply to comment #14) > > 2.)u can reproduce by rename any file and add this "ä" or "ö" or "ü" in the > name of the file and try to open it. u will understand what i want to > explain in my poor english :) I did that and I was not able to reproduce. > > 3.)on bugtrack of spacefm i didnt found hint about this. > I said "report a bug", not "look for hints".
If you can point me to the upstream bug about this issue or a way to reproduce, then I will reopen and even backport patches. But neither of that has happened, so I am closing this until then.