Bug#621921: phonon 4.6.0 is in reality 4.4.2 : is it possible to upgrade to 4.4.3 in squeeze ?
Modestas Vainius mo...@debian.org - Fri, 22 Apr 2011 13:56:19 +0300 Hello, On ketvirtadienis 21 Balandis 2011 11:31:21 Michel Briand wrote: Modestas Vainius mo...@debian.org - Sun, 10 Apr 2011 14:15:07 +0300 reassign 621921 phonon-backend-xine 4:4.6.0really4.4.2-1 close 621921 4:4.6.0really4.4.3-1 severity 621921 normal retitle 621921 xine backend won't play files with non-ascii names in non-UTF8 locales forwarded 621921 https://bugs.kde.org/show_bug.cgi?id=172242 tags 621921 squeeze thanks Hello, On Sunday 10 April 2011 13:12:44 Michel Briand wrote: Maybe somebody will build backports. Though it's troublesome as 4.4.4+ has many changes. If I were you, I would switch locale to UTF-8. Do not delay invetitable. Yes and no : when you have a legacy of hard drive / data you want to be able to access them even with the latest distro / software ! Maybe but it's a non-default configuration hence this bug is by no means very important. Switch locale to UTF-8 and use something like convmv to convert filenames. Or, since this appears to be a xine backend problem, you might as well switch Phonon backend to gstreamer or vlc. Or upgrade to testing. I think saying that iso-8859-* filesystem is non-default configuration is really excessive. It's just legacy configuration. It is a non-default configuration because UTF-8 has been the default for two Debian stable releases already. I don't think that all data should be adapted because programs tend to lack proper support for it. This rationale is the worst thing for perennial computer systems. I have suggested a couple of options how to proceed forward in the previous mails. Let's stick to that and start from there. Arguing about small details and perceptions won't solve anything. Hi Modestas, I don't want to argue about small details. Just about usability. Free software is for control not to be controlled. I have a lot of data, like a lot of people, and I want softwares to adapt rather than adapt my data... What would say your boss if you ask the datacenter administrators to upgrade (sic) all the file names ??? Best solution for a Debian user that don't want to bother with a long and delicate process : use another software to play all files (new old, with file names in whatever encoding). I tried Exaile and it rocks. Glib considers all file names are UTF-8, but if you use G_BROKEN_FILENAMES or G_FILENAME_ENCODING you would have a better control [1]. Farewell Amarok... By the way I feel that most of KDE 4 programs have strong regressions. Best regards, Michel [1] http://developer.gnome.org/glib/stable/glib-running.html#G_FILENAME_ENCODING signature.asc Description: PGP signature
Bug#621921: phonon 4.6.0 is in reality 4.4.2 : is it possible to upgrade to 4.4.3 in squeeze ?
Hello, On sekmadienis 24 Balandis 2011 18:17:50 Michel Briand wrote: I don't think that all data should be adapted because programs tend to lack proper support for it. This rationale is the worst thing for perennial computer systems. I have suggested a couple of options how to proceed forward in the previous mails. Let's stick to that and start from there. Arguing about small details and perceptions won't solve anything. Hi Modestas, I don't want to argue about small details. Just about usability. Free software is for control not to be controlled. But lack of control comes both ways. I can't force you to follow my (imho, reasonable) suggestions but neither you can force me drop everything and go to fix the bug which is very important for you. But we could have helped each other and fixed the bug in the end. I have a lot of data, like a lot of people, and I want softwares to adapt rather than adapt my data... What would say your boss if you ask the datacenter administrators to upgrade (sic) all the file names ??? Nobody denies that there is a bug. Filename conversion is just one of solutions. Best solution for a Debian user that don't want to bother with a long and delicate process : use another software to play all files (new old, with file names in whatever encoding). Sure, feel free. You might as well have just switched to another phonon backend as I suggested earlier. This would have been faster than looking for a new app anyway. I tried Exaile and it rocks. Glib considers all file names are UTF-8, but if you use G_BROKEN_FILENAMES or G_FILENAME_ENCODING you would have a better control [1]. By all means, you can use whatever you want and whatever works for you. Sometimes radical decisions pay off big time due to unique features. -- Modestas Vainius mo...@debian.org signature.asc Description: This is a digitally signed message part.
Bug#621921: phonon 4.6.0 is in reality 4.4.2 : is it possible to upgrade to 4.4.3 in squeeze ?
Hello, On ketvirtadienis 21 Balandis 2011 11:31:21 Michel Briand wrote: Modestas Vainius mo...@debian.org - Sun, 10 Apr 2011 14:15:07 +0300 reassign 621921 phonon-backend-xine 4:4.6.0really4.4.2-1 close 621921 4:4.6.0really4.4.3-1 severity 621921 normal retitle 621921 xine backend won't play files with non-ascii names in non-UTF8 locales forwarded 621921 https://bugs.kde.org/show_bug.cgi?id=172242 tags 621921 squeeze thanks Hello, On Sunday 10 April 2011 13:12:44 Michel Briand wrote: Maybe somebody will build backports. Though it's troublesome as 4.4.4+ has many changes. If I were you, I would switch locale to UTF-8. Do not delay invetitable. Yes and no : when you have a legacy of hard drive / data you want to be able to access them even with the latest distro / software ! Maybe but it's a non-default configuration hence this bug is by no means very important. Switch locale to UTF-8 and use something like convmv to convert filenames. Or, since this appears to be a xine backend problem, you might as well switch Phonon backend to gstreamer or vlc. Or upgrade to testing. I think saying that iso-8859-* filesystem is non-default configuration is really excessive. It's just legacy configuration. It is a non-default configuration because UTF-8 has been the default for two Debian stable releases already. I don't think that all data should be adapted because programs tend to lack proper support for it. This rationale is the worst thing for perennial computer systems. I have suggested a couple of options how to proceed forward in the previous mails. Let's stick to that and start from there. Arguing about small details and perceptions won't solve anything. -- Modestas Vainius mo...@debian.org signature.asc Description: This is a digitally signed message part.
Bug#621921: phonon 4.6.0 is in reality 4.4.2 : is it possible to upgrade to 4.4.3 in squeeze ?
Modestas Vainius mo...@debian.org - Sun, 10 Apr 2011 14:15:07 +0300 reassign 621921 phonon-backend-xine 4:4.6.0really4.4.2-1 close 621921 4:4.6.0really4.4.3-1 severity 621921 normal retitle 621921 xine backend won't play files with non-ascii names in non-UTF8 locales forwarded 621921 https://bugs.kde.org/show_bug.cgi?id=172242 tags 621921 squeeze thanks Hello, On Sunday 10 April 2011 13:12:44 Michel Briand wrote: Maybe somebody will build backports. Though it's troublesome as 4.4.4+ has many changes. If I were you, I would switch locale to UTF-8. Do not delay invetitable. Yes and no : when you have a legacy of hard drive / data you want to be able to access them even with the latest distro / software ! Maybe but it's a non-default configuration hence this bug is by no means very important. Switch locale to UTF-8 and use something like convmv to convert filenames. Or, since this appears to be a xine backend problem, you might as well switch Phonon backend to gstreamer or vlc. Or upgrade to testing. I think saying that iso-8859-* filesystem is non-default configuration is really excessive. It's just legacy configuration. I don't think that all data should be adapted because programs tend to lack proper support for it. This rationale is the worst thing for perennial computer systems. Regards, Michel signature.asc Description: PGP signature
Bug#621921: phonon 4.6.0 is in reality 4.4.2 : is it possible to upgrade to 4.4.3 in squeeze ?
Hello, On Saturday 09 April 2011 18:41:52 Michel Briand wrote: Package: phonon Version: 4:4.6.0really4.4.2-1 Severity: wishlist Hi, phonon 4.4.3 has fixed a *very important bug* [1]. This bug prevents amarok from playing file which names are not ascii (iso-8859-15 for example). Is it possible to bump squeeze version ? Maybe somebody will build backports. Though it's troublesome as 4.4.4+ has many changes. If I were you, I would switch locale to UTF-8. Do not delay invetitable. Personally I'm not interested. Updating squeeze-proper to 4.4.3 is out of the question with the exception of backporting a patch. -- Modestas Vainius mo...@debian.org signature.asc Description: This is a digitally signed message part.
Bug#621921: phonon 4.6.0 is in reality 4.4.2 : is it possible to upgrade to 4.4.3 in squeeze ?
reassign 621921 phonon-backend-xine 4:4.6.0really4.4.2-1 close 621921 4:4.6.0really4.4.3-1 severity 621921 normal retitle 621921 xine backend won't play files with non-ascii names in non-UTF8 locales forwarded 621921 https://bugs.kde.org/show_bug.cgi?id=172242 tags 621921 squeeze thanks Hello, On Sunday 10 April 2011 13:12:44 Michel Briand wrote: Maybe somebody will build backports. Though it's troublesome as 4.4.4+ has many changes. If I were you, I would switch locale to UTF-8. Do not delay invetitable. Yes and no : when you have a legacy of hard drive / data you want to be able to access them even with the latest distro / software ! Maybe but it's a non-default configuration hence this bug is by no means very important. Switch locale to UTF-8 and use something like convmv to convert filenames. Or, since this appears to be a xine backend problem, you might as well switch Phonon backend to gstreamer or vlc. Or upgrade to testing. Personally I'm not interested. Updating squeeze-proper to 4.4.3 is out of the question with the exception of backporting a patch. Excuse me but I'm not native english speaker: what is squeeze-proper ? What I call squeeze-proper is official squeeze release (stable). There is also squeeze-backports. you say that 4.4.3 will never go into the squeeze package ? Yes. Never. you say that you would accept a patch ? That could be an option if the bug was important enough. However, as long as you do all the work including extracting the patch testing it, I might consider *trying* (that does not mean succeeding) to push it to the next stable revision. -- Modestas Vainius mo...@debian.org signature.asc Description: This is a digitally signed message part.
Bug#621921: phonon 4.6.0 is in reality 4.4.2 : is it possible to upgrade to 4.4.3 in squeeze ?
Package: phonon Version: 4:4.6.0really4.4.2-1 Severity: wishlist Hi, phonon 4.4.3 has fixed a *very important bug* [1]. This bug prevents amarok from playing file which names are not ascii (iso-8859-15 for example). Is it possible to bump squeeze version ? [1] KDE bug 172242 https://bugs.kde.org/show_bug.cgi?id=172242 Best regards, Michel -- System Information: Debian Release: 6.0.1 APT prefers stable APT policy: (990, 'stable'), (500, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.32-5-amd64 (SMP w/2 CPU cores) Locale: LANG=fr_FR@euro, LC_CTYPE=fr_FR@euro (charmap=ISO-8859-15) Shell: /bin/sh linked to /bin/dash Versions of packages phonon depends on: ii libphonon4 4:4.6.0really4.4.2-1 the core library of the Phonon mul ii phonon-backend-xine 4:4.6.0really4.4.2-1 Phonon Xine 1.1.x backend phonon recommends no packages. Versions of packages phonon suggests: pn phonon-backend-gstr none (no description available) pn phonon-backend-mpla none (no description available) pn phonon-backend-vlc none (no description available) ii phonon-backend-xine 4:4.6.0really4.4.2-1 Phonon Xine 1.1.x backend -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
