Bug#720901: [patch]

2013-10-03 Thread Olivier Guerrier
This patch dynamically adapt the width of the gui window to the longest 
context key in the database.
>From 9dd40fbd76c988574447e196ef2ebfa969e8832f Mon Sep 17 00:00:00 2001
From: Olivier Guerrier 
Date: Wed, 29 May 2013 21:14:01 +0200
Subject: [PATCH 2/4] make the width of the gui window related to the longest
 context key

---
 assword.py |4 
 1 file changed, 4 insertions(+)

diff --git a/assword.py b/assword.py
index f1b758c..70921b5 100644
--- a/assword.py
+++ b/assword.py
@@ -198,8 +198,12 @@ class Gui:
 completion.set_model(liststore)
 completion.set_text_column(0)
 completion.set_match_func(match_func, 0) # 0 is column number
+context_len = 20
 for context in self.db.entries:
+if len(context) > context_len:
+context_len = len(context)
 liststore.append([context])
+self.entry.set_width_chars(context_len)
 hbox = gtk.HBox()
 vbox = gtk.VBox()
 self.createbutton = gtk.Button("Create")
-- 
1.7.10.4




Bug#591659: gnome-keyring: Clients are unable to create a defaut keyring when LANG=fr_FR.UTF-8: not valid par_d\xffffffc3\xffffffa9faut

2010-08-04 Thread Olivier Guerrier
Package: gnome-keyring
Version: 2.30.3-1
Severity: normal


Step to reproduce:

On a fresh install (with no existing keyring). Try to create a keyring named 
'par_défaut'. 
The file ~/.gnome2/keyrings/par_défaut.keyring is created, but if you try to 
see its content,
you'll get lots of errors like:
(seahorse:6140): Gtk-WARNING **: Failed to set text from markup due to error 
parsing markup: Error on line 1 char 56: Invalid UTF-8 encoded text in name - 
not valid ' par_d\xffc3\xffa9faut'

This issue has been verified with the following clients: network-manager, 
gnome-keyring-manager, seahorse.

Unfortunatly, when you use network-manager and want to add a new passphrase, if 
there is no existing keyring the system try to automatically create a 
'par_défaut' keyring, but as it is not able to read again from it, you get a 
serie of par_défaut_1 par_défaut_2 par_défaut_N etc.

Probably the same with other utf8 locales if the default filename contains non 
ascii characters

Workaround:

- Open seahorse
- create a new keyring and name it 'default'
- set it as the default keyring (right click/defaut)
- rm ~/.gnome2/keyrings/par_défaut*

Now you can connect to wifi network and have your passphrase remembered.

Following is the same explanation in French:

Si vous avez le message d'erreur suivant en essayant d'enregistrer un mot de 
passe ou une passphrase via gnome-keyring pour la première fois, et que vous 
avez le message d'erreur suivant:
(seahorse:6140): Gtk-WARNING **: Failed to set text from markup due to error 
parsing markup: Error on line 1 char 56: Invalid UTF-8 encoded text in name - 
not valid ' par_d\xffc3\xffa9faut'
(ou équivalent), alors une solution de contournement est:
- De lancer seahorse
- Créer un nouveau trousseau en le nommant 'default' (ou autre nom sans accents)
- Faites en le trousseau par défaut (clic droit/par défaut)
- effacer les anciens fichiers trousseau: rm ~/.gnome2/keyrings/par_défaut*

Maintenant network-manager (et d'autres) doivent pouvoir enregistrer les mots 
de passe.


-- System Information:
Debian Release: squeeze/sid
  APT prefers testing
  APT policy: (900, 'testing'), (500, 'unstable'), (90, 'stable'), (50, 
'experimental')
Architecture: amd64 (x86_64)

Kernel: Linux 2.6.32-5-amd64 (SMP w/8 CPU cores)
Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages gnome-keyring depends on:
ii  dbus-x11  1.2.24-1   simple interprocess messaging syst
ii  gconf22.28.1-3   GNOME configuration database syste
ii  libc6 2.11.2-2   Embedded GNU C Library: Shared lib
ii  libdbus-1-3   1.2.24-1   simple interprocess messaging syst
ii  libgcr0   2.30.3-1   Library for Crypto UI related task
ii  libgcrypt11   1.4.5-2LGPL Crypto library - runtime libr
ii  libglib2.0-0  2.24.1-1   The GLib library of C routines
ii  libgp11-0 2.30.3-1   Glib wrapper library for PKCS#11 -
ii  libgtk2.0-0   2.20.1-1   The GTK+ graphical user interface 
ii  libtasn1-32.7-1  Manage ASN.1 structures (runtime)

Versions of packages gnome-keyring recommends:
ii  libpam-gnome-keyring  2.30.3-1   PAM module to unlock the GNOME key

gnome-keyring suggests no packages.

-- 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



Bug#512802: xserver-xorg-input-evdev: Bluetooth mouse goes idle and evdev driver doesn't reconnect

2009-01-23 Thread Olivier Guerrier
Package: xserver-xorg-input-evdev
Version: 1:2.0.8-1
Severity: normal


I've configured xorg to access my bluetooth mouse with evdev, but each time the 
mouse goes idle 
(after a few minutes of inactivity), the driver try to reconnect N times each 
100ms and then 
definitly close the device.

The attached patch allow infinite attempts, and allow set the delay between 
attempts in xorg.conf

Maybe there is a better way to do achieve this bluetooth mouse reconnection ?


-- working InputDevice section from my xorg.conf
Section "InputDevice"
Identifier "Configured Mouse"
Driver "evdev"
Option "CorePointer"
Option "Device" 
"/dev/input/by-path/pci-:00:1d.7-usb-0:acl000-event-"
Option "SendCoreEvents" "true"
Option "ReopenAttempts" "0"
Option "ReopenDelay" "1000"
EndSection


-- System Information:
Debian Release: 5.0
  APT prefers testing
  APT policy: (900, 'testing')
Architecture: amd64 (x86_64)

Kernel: Linux 2.6.26-1-amd64 (SMP w/2 CPU cores)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash

Versions of packages xserver-xorg-input-evdev depends on:
ii  libc6 2.7-16 GNU C Library: Shared libraries
ii  xserver-xorg-core 2:1.4.2-9  Xorg X server - core server

xserver-xorg-input-evdev recommends no packages.

xserver-xorg-input-evdev suggests no packages.

-- no debconf information
diff --git a/src/evdev.c b/src/evdev.c
index d186be0..6b7d71e 100644
--- a/src/evdev.c
+++ b/src/evdev.c
@@ -182,8 +182,13 @@ EvdevReopenTimer(OsTimerPtr timer, CARD32 time, pointer arg)
 {
 if (EvdevCacheCompare(pInfo, TRUE) == Success)
 {
-xf86Msg(X_INFO, "%s: Device reopened after %d attempts.\n", pInfo->name,
-pEvdev->reopen_attempts - pEvdev->reopen_left + 1);
+if (pEvdev->reopen_attempts>0) 
+{
+xf86Msg(X_INFO, "%s: Device reopened after %d attempts.\n", pInfo->name,
+pEvdev->reopen_attempts - pEvdev->reopen_left + 1);
+} else {
+xf86Msg(X_INFO, "%s: Device reopened.\n", pInfo->name);
+}
 EvdevOn(pInfo->dev);
 } else
 {
@@ -197,9 +202,12 @@ EvdevReopenTimer(OsTimerPtr timer, CARD32 time, pointer arg)
 return 0;
 }
 
-pEvdev->reopen_left--;
+if (pEvdev->reopen_attempts)
+{
+pEvdev->reopen_left--;
+}
 
-if (!pEvdev->reopen_left)
+if (!pEvdev->reopen_left && (pEvdev->reopen_attempts>0))
 {
 xf86Msg(X_ERROR, "%s: Failed to reopen device after %d attempts.\n",
 pInfo->name, pEvdev->reopen_attempts);
@@ -230,13 +238,13 @@ EvdevReadInput(InputInfoPtr pInfo)
  * event, so len != sizeof ev is an error. */
 xf86Msg(X_ERROR, "%s: Read error: %s\n", pInfo->name, strerror(errno));
 
-if (errno == ENODEV) /* May happen after resume */
+if (errno == ENODEV) /* May happen after resume (or when the device goes idle)*/
 {
 xf86RemoveEnabledDevice(pInfo);
 close(pInfo->fd);
 pInfo->fd = -1;
 pEvdev->reopen_left = pEvdev->reopen_attempts;
-pEvdev->reopen_timer = TimerSet(NULL, 0, 100, EvdevReopenTimer, pInfo);
+pEvdev->reopen_timer = TimerSet(NULL, 0, pEvdev->reopen_delay, EvdevReopenTimer, pInfo);
 }
 break;
 }
@@ -932,7 +940,7 @@ EvdevOn(DeviceIntPtr device)
 if (pInfo->fd == -1)
 {
 pEvdev->reopen_left = pEvdev->reopen_attempts;
-pEvdev->reopen_timer = TimerSet(NULL, 0, 100, EvdevReopenTimer, pInfo);
+pEvdev->reopen_timer = TimerSet(NULL, 0, pEvdev->reopen_delay, EvdevReopenTimer, pInfo);
 } else
 {
 xf86AddEnabledDevice(pInfo);
@@ -1302,6 +1310,7 @@ EvdevPreInit(InputDriverPtr drv, IDevPtr dev, int flags)
 }
 
 pEvdev->reopen_attempts = xf86SetIntOption(pInfo->options, "ReopenAttempts", 10);
+pEvdev->reopen_delay = xf86SetIntOption(pInfo->options, "ReopenDelay", 100);
 
 pEvdev->noXkb = noXkbExtension;
 /* parse the XKB options during kbd setup */
diff --git a/src/evdev.h b/src/evdev.h
index 9f16b81..1554ee3 100644
--- a/src/evdev.h
+++ b/src/evdev.h
@@ -71,7 +70,8 @@ typedef struct {
 Timeexpires; /* time of expiry */
 Timetimeout;
 } emulateMB;
-int reopen_attempts; /* max attempts to re-open after read failure */
+int reopen_delay;/* delay between attempts to re-open after read failure */
+int reopen_attempts; /* max attempts to re-open after read failure (0 = infinite) */
 int reopen_left; /* number of attempts left to re-open the device */
 OsTimerPtr reopen_timer;
 


Bug#510750: awesome: undefined symbol: cairo_format_stride_for_width, still in -amd64

2009-01-06 Thread Olivier Guerrier
Julien Cristau wrote:
> On Tue, Jan  6, 2009 at 09:49:08 +0100, Julien Danjou wrote:
> 
>> tag 510750 unreproducible
>> thanks
>>
>> At 1231087508 time_t, Olivier Guerrier wrote:
>>> ii  libcairo2 1.6.4-7The Cairo 2D vector graphics 
>>> libra
>> Is this is really the libcairo you have?
>> This version of libcairo2 does have this function, and I cannot
>> reproduce this bug anyway.
>>
> Probably an older version in /usr/local/lib/.  The output of "ldd
> /usr/bin/awesome" would clear that up.

Arrrgh, you're right, there is an older libcairo in /usr/local/lib.
Awesome run fine now, really sorry for the noise :/

Olivier



-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org



Bug#510750: awesome: undefined symbol: cairo_format_stride_for_width, still in -amd64

2009-01-04 Thread Olivier Guerrier
Package: awesome
Version: 2.3.3-1
Severity: important


This is the same bug as #475195, I've installed awesome on lenny/i386 with 
success, but still this error message in lenny/amd64

Thanks.

-- System Information:
Debian Release: 5.0
  APT prefers testing
  APT policy: (500, 'testing')
Architecture: amd64 (x86_64)

Kernel: Linux 2.6.26-1-amd64 (SMP w/2 CPU cores)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash

Versions of packages awesome depends on:
ii  libc6 2.7-16 GNU C Library: Shared libraries
ii  libcairo2 1.6.4-7The Cairo 2D vector graphics libra
ii  libconfuse0   2.6-2  Library for parsing configuration 
ii  libglib2.0-0  2.16.6-1   The GLib library of C routines
ii  libimlib2 1.4.0-1.2  powerful image loading and renderi
ii  libpango1.0-0 1.20.5-3   Layout and rendering of internatio
ii  libx11-6  2:1.1.5-2  X11 client-side library
ii  libxext6  2:1.0.4-1  X11 miscellaneous extension librar
ii  libxinerama1  2:1.0.3-2  X11 Xinerama extension library
ii  libxrandr22:1.2.3-1  X11 RandR extension library

awesome recommends no packages.

awesome suggests no packages.

-- 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



Bug#503190: squid: Segfault when /var is full

2008-10-23 Thread Olivier Guerrier
Package: squid
Version: 2.7.STABLE3-1
Severity: normal


I've got the following errors:

[608423.629227] squid[3125]: segfault at bf144ffc ip b7d96a8e sp bf145000 error 
6 in libc-2.7.so[b7d2a000+155000]
[608925.163088] squid[3186]: segfault at bf14afe8 ip b7d6e6b8 sp bf14afe4 error 
6 in libc-2.7.so[b7d2f000+155000]

Found that /var has no room left on this box,

made some space and everything run fine again... 

-- System Information:
Debian Release: lenny/sid
  APT prefers testing
  APT policy: (900, 'testing'), (90, 'stable'), (70, 'unstable')
Architecture: i386 (i686)

Kernel: Linux 2.6.25-2-686 (SMP w/1 CPU core)
Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash

Versions of packages squid depends on:
ii  adduser   3.108  add and remove users and groups
ii  debconf [debconf-2.0] 1.5.22 Debian configuration management sy
ii  libc6 2.7-13 GNU C Library: Shared libraries
ii  libcomerr21.41.0-3   common error description library
ii  libdb4.6  4.6.21-8   Berkeley v4.6 Database Libraries [
ii  libkrb53  1.6.dfsg.4~beta1-3 MIT Kerberos runtime libraries
ii  libldap-2.4-2 2.4.10-3   OpenLDAP libraries
ii  libpam0g  0.99.7.1-7 Pluggable Authentication Modules l
ii  logrotate 3.7.1-3Log rotation utility
ii  lsb-base  3.2-12 Linux Standard Base 3.2 init scrip
ii  netbase   4.32   Basic TCP/IP networking system
ii  squid-common  2.7.STABLE3-1  Internet object cache (WWW proxy c

squid recommends no packages.

Versions of packages squid suggests:
pn  logcheck-database  (no description available)
pn  resolvconf (no description available)
ii  smbclient 2:3.2.0-4  a LanManager-like simple client fo
pn  squid-cgi  (no description available)
pn  squidclient(no description available)
pn  winbind(no description available)

-- debconf information:
  squid/fix_cachedir_perms: false
  squid/largefiles_warning:
  squid/anonymize_headers:
  squid-cgi/cachemgr:
  squid/old_version: false
  squid/http_anonymizer:
  squid/authenticate_program:
  squid/fix_lines: true



-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]



Bug#468481: Incorrect error message when target /var partition is full

2008-02-29 Thread Olivier Guerrier
Package: debian-installer
Severity: normal

When/if you make a too small /var partition, d-i complains with tons of
"/pool/.../blah.deb is corrupt" messages, where a single "disk full"
message and a dialog option to go back to the main menu or partition
tools would be more usefull...

It is similar to #435769, but I think correcting the error message is a
more realist goal.

--- System information. ---
Architecture: i386
Debian Release: 4.0




-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]



Bug#267122: bplay: More info for brec: does not clean up its semaphores

2007-08-07 Thread Olivier Guerrier
Package: bplay
Version: 0.991-9
Followup-For: Bug #267122


With the command line below, I constantly get unfreed semaphores:

$ mkfifo /tmp/sox.wav; brec -s44100 -b16 /dev/stdout | sox -t raw -r44100 
-swc1fu - /tmp/sox.wav pitch -300 & play /tmp/sox.wav; killall brec; rm 
/tmp/sox.wav

$ ipcs (before)

-- Semaphore Arrays 
keysemid  owner  perms  nsems

-- Message Queues 


$ ipcs (after first run)

-- Semaphore Arrays 
keysemid  owner  perms  nsems
0x 32768  wolog 60032
0x 65537  wolog 60032
0x 98306  wolog 60032
0x 131075 wolog 60032

-- Message Queues 

$ ipcs (after second run)

-- Semaphore Arrays 
keysemid  owner  perms  nsems
0x 32768  wolog 60032
0x 65537  wolog 60032
0x 98306  wolog 60032
0x 131075 wolog 60032
0x 163844 wolog 60032
0x 196613 wolog 60032
0x 229382 wolog 60032
0x 262151 wolog 60032

-- Message Queues 

and so on ...


-- System Information:
Debian Release: 4.0
  APT prefers stable
  APT policy: (800, 'stable'), (90, 'testing'), (70, 'unstable')
Architecture: i386 (i686)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.18-4-686
Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=ISO-8859-15)

Versions of packages bplay depends on:
ii  libc6   2.3.6.ds1-13 GNU C Library: Shared libraries

bplay recommends no packages.

-- no debconf information


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]