Your message dated Sat, 10 Jun 2006 13:29:11 -0500
with message-id <[EMAIL PROTECTED]>
and subject line Bug#372606: quodlibet: Mix-ups of localised and non-localised 
data in configuration
has caused the attached Bug report to be marked as done.

This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
Bug report if necessary, and/or fix the problem forthwith.

(NB: If you are a system administrator and have no idea what I am
talking about this indicates a serious mail system misconfiguration
somewhere.  Please contact me immediately.)

Debian bug tracking system administrator
(administrator, Debian Bugs database)

--- Begin Message ---
Package: quodlibet
Version: 0.20.1-1
Severity: important
Tags: l10n


Hi

There seems to be (again, apparently, seeing #328587 and #339991 some problems
with localisation in quodlibet.
When the configuration is saved to file, at least the fields 
[memory] volume and [browsers] panedbrowser_pos are saved in my
standard locale (fr_FR.UTF-8), namely with a comma and not a point as
separator.
The problem crops in when relaunching, where decoding is performed in
the C locale, so :

    Traceback (most recent call last):
      File "/usr/bin/quodlibet", line 325, in ?
        main()
      File "/usr/bin/quodlibet", line 33, in main
        window = widgets.init()
      File "/usr/share/quodlibet/widgets.py", line 93, in init
        main = QuodLibetWindow(watcher, player.playlist)
      File "/usr/share/quodlibet/qltk/quodlibet.py", line 145, in __init__
        t = PlayControls(watcher, player)
      File "/usr/share/quodlibet/qltk/controls.py", line 211, in __init__
        self.volume = Volume(player)
      File "/usr/share/quodlibet/qltk/controls.py", line 143, in __init__
        self.set_value(config.getfloat("memory", "volume"))
      File "/usr/lib/python2.3/ConfigParser.py", line 318, in getfloat
        return self._get(section, float, option)
      File "/usr/lib/python2.3/ConfigParser.py", line 312, in _get
        return conv(self.get(section, option))
    ValueError: invalid literal for float(): 0,4


Some other fields are saved in the C locale as well.
I would suggest careful switching to C locale whenever writing files, that's
the only consistent approach, since standard locale might change.

Cheers
Sam



-- System Information:
Debian Release: testing/unstable
  APT prefers unstable
  APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable')
Architecture: i386 (i686)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.15-1-686-smp
Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) (ignored: LC_ALL 
set to fr_FR.UTF-8)

Versions of packages quodlibet depends on:
ii  exfalso                       0.20.1-1   audio tag editor for GTK+
ii  gstreamer0.10-plugins-base    0.10.7-2   GStreamer plugins from the "base" 
ii  gstreamer0.10-plugins-good    0.10.3-2   GStreamer plugins from the "good" 
ii  gstreamer0.10-plugins-ugly    0.10.3-1   GStreamer plugins from the "ugly" 
ii  python                        2.3.5-5    An interactive high-level object-o
ii  python-gst0.10                0.10.4-2   generic media-playing framework (P

Versions of packages quodlibet recommends:
ii  gstreamer0.10-alsa            0.10.7-2   GStreamer plugin for ALSA
ii  gstreamer0.10-gnomevfs        0.10.7-2   GStreamer plugin for GnomeVFS
ii  python-feedparser             4.1-3      Universal Feed Parser for Python
ii  quodlibet-ext                 0.20.1-1   extensions for the Quod Libet audi

-- no debconf information


--- End Message ---
--- Begin Message ---
On Sat, 2006-06-10 at 17:57 +0200, Samuel Hym wrote:
> Package: quodlibet
> Version: 0.20.1-1
> Severity: important
> Tags: l10n
> 
> 
> Hi
> 
> There seems to be (again, apparently, seeing #328587 and #339991 some problems
> with localisation in quodlibet.
> When the configuration is saved to file, at least the fields 
> [memory] volume and [browsers] panedbrowser_pos are saved in my
> standard locale (fr_FR.UTF-8), namely with a comma and not a point as
> separator.
> The problem crops in when relaunching, where decoding is performed in
> the C locale, so :
> 
>     Traceback (most recent call last):
>       File "/usr/bin/quodlibet", line 325, in ?
>         main()
>       File "/usr/bin/quodlibet", line 33, in main
>         window = widgets.init()
>       File "/usr/share/quodlibet/widgets.py", line 93, in init
>         main = QuodLibetWindow(watcher, player.playlist)
>       File "/usr/share/quodlibet/qltk/quodlibet.py", line 145, in __init__
>         t = PlayControls(watcher, player)
>       File "/usr/share/quodlibet/qltk/controls.py", line 211, in __init__
>         self.volume = Volume(player)
>       File "/usr/share/quodlibet/qltk/controls.py", line 143, in __init__
>         self.set_value(config.getfloat("memory", "volume"))
>       File "/usr/lib/python2.3/ConfigParser.py", line 318, in getfloat
>         return self._get(section, float, option)
>       File "/usr/lib/python2.3/ConfigParser.py", line 312, in _get
>         return conv(self.get(section, option))
>     ValueError: invalid literal for float(): 0,4
> 
> 
> Some other fields are saved in the C locale as well.
> I would suggest careful switching to C locale whenever writing files, that's
> the only consistent approach, since standard locale might change.

The Python core codebase didn't do this properly until 2.4. It's
happening again despite our workaround (which worked previously). So
there's not much we can do, except switch to Python 2.4. And since that
is currently in a painful limbo, I'd rather not do that yet either.

I'd reassign this to python2.3, but it's already a fixed problem in
every sane Python configuration (every non-Debian system...). Sorry.
-- 
Joe Wreschnig <[EMAIL PROTECTED]>

Attachment: signature.asc
Description: This is a digitally signed message part


--- End Message ---

Reply via email to