Bug#492610: Etch'n'half KDE login: The process for the file protocol died unexpectedly
Teemu Likonen (2008-07-27 21:25 +0300) wrote: I just started to get error messages at KDE login. Two popup windows appear with the following errors: [Window title: KDesktop error] The process for the file protocol died unexpectedly The process for the media protocol died unexpectedly Also, the desktop has no icons anymore even though my ~/Desktop/ directory and it's content still exists. I hope this does not exist in Lenny... I've used Lenny a couple of weeks now and I'm not seeing this issue. In my system it was only in Etch with Etch'n'half kernel. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#500540: kdebase: automounting vfat (partialy) case sensitive due to utf8 is plain wrong and dangerous
New version of pmount package was uploaded (and unblocked) recently. It deals with the very same issue. Vincent Fourmond on the debian-release list points to this bug report, see: http://lists.debian.org/debian-release/2008/10/msg00793.html -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#500540: kdebase: automounting vfat (partialy) case sensitive due to utf8 is plain wrong and dangerous
Heinrich Langos [EMAIL PROTECTED] writes: Now lets try again with more sane vfat options: # mount | grep vfat /dev/sda1 on /mnt type vfat (rw,nosuid,nodev,noatime,uhelper=hal,flush,uid=1000,shortname=lower,check=relaxed,codepage=850,iocharset=iso8859-1) As you see it is not perfect as the TEST file gets only created as test. My guess is that shortname=mixed instead of shortname=lower should be used but don't take my word for it. shortname=mixed works nicely with utf8 flag, and command touch test Test teSt touches the same file three times. And who came up with the idea to mount vfat with utf8 anyway? It was never designed to take short utf8 names. Those are strictly 8.3 and if you try to stick utf8 characters in there, you get all kinds of length checking problems. Long names on vfat are stored in unicode anyway. So whats the big gain here? For the sake of squeezing utf8 into places where it never was ment to be, we get messed up filesystems? I admit that some of the ideas may have come from me. I have described one aspect of this issue in the kernel bug #417324: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=417324 I'm pretty confused with all these iocharset, codepage and utf8 flags but I'm certain that in Debian Etch (and its default locale settings [UTF-8] and kernel settings) filenames get converted totally wrong. Long filenames in FAT filesystem are in the form we call UTF-16 today. In default Etch system FAT's UTF-16 filenames get converted to ISO-8859-1 if the filesystem is not mounted with utf8 flag. The other direction is so that Etch's UTF-8 filenames are assumed to be in ISO-8859-1 and, since it's a single-byte encoding, every byte (even in a UTF-8 multibyte character) gets converted separately to UTF-16. This produces complete garbage of course. KDE is nice enough to use utf8 flag but someone reported that Gnome does not (or at least did not) mount with this flag. Thus it produces filenames which are unreadable in other systems (including MS Windows). I guess the change in kernel settings made you see this issue after upgrading from Etch to Lenny. The option CONFIG_FAT_DEFAULT_IOCHARSET was changed from iso-8859-1 to utf8. As far as I have seen in archives and related bug reports the blame for this problem gets shifted around from KDE to pmount to the kernel itself and all the way back. Everybody happily points fingers at the others. This seems to be pretty complicated. We have to make VFAT/UTF-16 -- Debian/UTF-8 conversion work somehow, and in Etch it does not work (except when KDE does the mounting). In Lenny the conversion currently works by default with just mount without any options; this is because the change in the kernel settings. But then there's the issue you reported... :-( In my experience shortname=mixed works nicely without character case problems. -henrik (Using Debian since buzz.) Wow, I'm from the Woody/Sarge generation. :-) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#492610: Etch'n'half KDE login: The process for the file protocol died unexpectedly
Package: kdesktop Version: 4:3.5.5a.dfsg.1-6etch2 Severity: normal I just started to get error messages at KDE login. Two popup windows appear with the following errors: [Window title: KDesktop error] The process for the file protocol died unexpectedly The process for the media protocol died unexpectedly Also, the desktop has no icons anymore even though my ~/Desktop/ directory and it's content still exists. I'm using Debian 4.0 (Etch) and have changed nothing but the kernel: I just updated from Etch's original kernel 2.6.18 to 2.6.24-etchnhalf.1-686. I still have both kernels installed and it's clear that the bug appears only with the 2.6.24 version, always. There are similar reports in the KDE bug tracking system and Ubuntu's launchpad: http://bugs.kde.org/show_bug.cgi?id=132587 https://bugs.launchpad.net/ubuntu/+source/kubuntu-meta/+bug/70240 According to those and my Google searches quite many people have experienced the same issue but nobody seems to really know what is it about. I hope this does not exist in Lenny... -- System Information: Debian Release: 4.0 APT prefers stable APT policy: (900, 'stable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/dash Kernel: Linux 2.6.24-etchnhalf.1-686 Locale: LANG=fi_FI.UTF-8, LC_CTYPE=fi_FI.UTF-8 (charmap=UTF-8) Versions of packages kdesktop depends on: ii eject 2.1.4-3ejects CDs and operates CD-Changer ii kdebase-bin 4:3.5.5a.dfsg.1-6etch2 core binaries for the KDE base mod ii kdelibs4c2a 4:3.5.5a.dfsg.1-8etch1 core libraries and binaries for al ii libart-2.0-2 2.3.17-1 Library of functions for 2D graphi ii libaudio2 1.8-4 The Network Audio System (NAS). (s ii libc6 2.3.6.ds1-13etch7 GNU C Library: Shared libraries ii libfontconfig12.4.2-1.2 generic font configuration library ii libfreetype6 2.2.1-5+etch2 FreeType 2 font engine, shared lib ii libgcc1 1:4.1.1-21 GCC support library ii libgl1-mesa-glx [ 6.5.1-0.6 A free implementation of the OpenG ii libglu1-mesa [lib 6.5.1-0.6 The OpenGL utility library (GLU) ii libice6 1:1.0.1-2 X11 Inter-Client Exchange library ii libidn11 0.6.5-1GNU libidn library, implementation ii libjpeg62 6b-13 The Independent JPEG Group's JPEG ii libkonq4 4:3.5.5a.dfsg.1-6etch2 core libraries for Konqueror ii libpng12-01.2.15~beta5-1 PNG library - runtime ii libqt3-mt 3:3.3.7-4etch2 Qt GUI Library (Threaded runtime v ii libsm61:1.0.1-3 X11 Session Management library ii libstdc++64.1.1-21 The GNU Standard C++ Library v3 ii libx11-6 2:1.0.3-7 X11 client-side library ii libxau6 1:1.0.1-2 X11 authorisation library ii libxcursor1 1.1.7-4X cursor management library ii libxext6 1:1.0.1-2 X11 miscellaneous extension librar ii libxft2 2.1.8.2-8 FreeType-based font drawing librar ii libxi61:1.0.1-4 X11 Input extension library ii libxinerama1 1:1.0.1-4.1X11 Xinerama extension library ii libxrandr22:1.1.0.2-5X11 RandR extension library ii libxrender1 1:0.9.1-3 X Rendering Extension client libra ii libxss1 1:1.1.0-1 X11 Screen Saver extension library ii libxt61:1.0.2-2 X11 toolkit intrinsics library ii libxxf86misc1 1:1.0.1-2 X11 XFree86 miscellaneous extensio ii zlib1g1:1.2.3-13 compression library - runtime kdesktop recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]