Bug#822476: python-django-authority: Package is useless

2016-04-24 Thread Raphael Rigo
Package: python-django-authority
Severity: grave
Justification: renders package unusable

Dear Maintainer,

current version of the package does not support Django 1.7, which is the
version included in jessie. As such, the package is probably useless for
all users.

Django 1.7 support was added in version 0.9, released in november 2015.
Version 0.5, which is in Debian, has been released in March 2013.

The package should be removed or upgraded.

Regards,
Raphaël Rigo



Bug#819740: vim-ctrlp: Upstream developper has changed, new upstream version

2016-04-01 Thread Raphael Rigo
Package: vim-ctrlp
Version: 1.79+git20150324-1
Severity: normal

Dear Maintainer,

as stated on the package's upstream page (https://github.com/kien/ctrlp.vim),
ctrlp.vim is now managed on this repository :
https://github.com/ctrlpvim/ctrlp.vim

which, although it did no new release, has quite a lot of changes.

You might want to change your upstream tracking and make a new release
of the Debian package.

Thank you for packaging it !

Regards,
Raphaël



Bug#804144: roxterm: Default copy paste shortcuts do not work anymore

2015-11-05 Thread Raphael Rigo
Package: roxterm
Version: 3.2.1-1
Severity: normal

Dear Maintainer,

after upgrading roxterm to 3.2.1 from 3.1.5, the copy paste shortcuts
(Shift-Ctrl-C and Shift-Ctrl-V) that used to work are now non
functionnal.
It looks like "Shift-Ctrl-V" is now interpreted as Ctrl-C.

Roxterm configuration is mostly defaults.

Regards,
Raphaël Rigo

-- System Information:
Debian Release: stretch/sid
  APT prefers unstable
  APT policy: (500, 'unstable'), (500, 'testing'), (1, 'experimental')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

Kernel: Linux 4.3.0-rc7-amd64 (SMP w/4 CPU cores)
Locale: LANG=fr_FR.utf8, LC_CTYPE=fr_FR.utf8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: sysvinit (via /sbin/init)

Versions of packages roxterm depends on:
ii  libc6   2.19-22
ii  libcairo2   1.14.4-1
ii  libdbus-1-3 1.10.2-1
ii  libdbus-glib-1-20.102-1
ii  libgdk-pixbuf2.0-0  2.32.1-1
ii  libglib2.0-02.46.1-2
ii  libgtk-3-0  3.18.2-1
ii  libice6 2:1.0.9-1+b1
ii  libpango-1.0-0  1.38.1-1
ii  librsvg2-common 2.40.11-1
ii  libsm6  2:1.2.2-1+b1
ii  libvte-2.91-0   0.42.1-1
ii  libx11-62:1.6.3-1
ii  roxterm-data3.2.1-1

roxterm recommends no packages.

roxterm suggests no packages.

-- no debconf information



Bug#798656: roxterm: Double clicking on URL doesn't select URL anymore

2015-09-11 Thread Raphael Rigo
Package: roxterm
Version: 3.1.5-1
Severity: normal
Tags: upstream

Dear Maintainer,

after upgrading to the current version from version 2.9, the behaviour
of double clicking on URL changed : it's not longer selecting the whole
URL.
For example, a double click on https://www.debian.org would select only
//www.debian.org. Changing the option for "select by word characters" to
include ':' doesn't fix it.

It's really minor, but annoying :)

Regards,
Raphaël

-- System Information:
Debian Release: stretch/sid
  APT prefers unstable
  APT policy: (500, 'unstable'), (500, 'stable'), (1, 'experimental')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

Kernel: Linux 4.1.0-1-amd64 (SMP w/8 CPU cores)
Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) (ignored: LC_ALL 
set to fr_FR.UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: sysvinit (via /sbin/init)

Versions of packages roxterm depends on:
ii  libc6   2.19-19
ii  libcairo2   1.14.2-2
ii  libdbus-1-3 1.8.20-1
ii  libdbus-glib-1-20.102-1
ii  libgdk-pixbuf2.0-0  2.31.5-1
ii  libglib2.0-02.44.1-1.1
ii  libgtk-3-0  3.16.6-1
ii  libice6 2:1.0.9-1+b1
ii  libpango-1.0-0  1.36.8-3
ii  librsvg2-common 2.40.10-1
ii  libsm6  2:1.2.2-1+b1
ii  libvte-2.91-0   0.40.2-2
ii  libx11-62:1.6.3-1
ii  roxterm-data3.1.5-1

roxterm recommends no packages.

roxterm suggests no packages.

-- no debconf information



Bug#784637: docker.io: Package upgrade fails if docker service is not running

2015-05-07 Thread Raphael Rigo
Package: docker.io
Version: 1.6.0+dfsg1-1
Severity: normal

Dear Maintainer,

the following error occurs on package upgrade if Docker is not running:
**
(Lecture de la base de données... 350896 fichiers et répertoires déjà 
installés.)
Préparation du dépaquetage de .../docker.io_1.6.0+dfsg1-1_amd64.deb ...
[] Stopping Docker: dockerNo process in pidfile '/var/run/docker-ssd.pid' 
found running; none killed.
invoke-rc.d: initscript docker, action stop failed.
dpkg : avertissement : le sous-processus ancien script pre-removal a retourné 
une erreur de sortie d'état 1
dpkg: tentative d'exécution du script du nouveau paquet à la place...
[] Stopping Docker: dockerNo process in pidfile '/var/run/docker-ssd.pid' 
found running; none killed.
invoke-rc.d: initscript docker, action stop failed.
dpkg: erreur de traitement de l'archive 
/var/cache/apt/archives/docker.io_1.6.0+dfsg1-1_amd64.deb (--unpack) :
 le sous-processus nouveau script pre-removal a retourné une erreur de sortie 
d'état 1
dpkg : erreur lors du nettoyage :
 le sous-processus script post-installation installé a retourné une erreur de 
sortie d'état 1
Des erreurs ont été rencontrées pendant l'exécution :
 /var/cache/apt/archives/docker.io_1.6.0+dfsg1-1_amd64.deb
E: Sub-process /usr/bin/dpkg returned an error code (1)

Simply starting the service with '# service docker start'
and relauching the upgrade works.

Regards,
Raphaël


-- System Information:
Debian Release: stretch/sid
  APT prefers unstable
  APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable'), (500, 
'oldstable'), (1, 'experimental')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

Kernel: Linux 3.16.0-4-amd64 (SMP w/4 CPU cores)
Locale: LANG=fr_FR.utf8, LC_CTYPE=fr_FR.utf8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: sysvinit (via /sbin/init)

Versions of packages docker.io depends on:
ii  adduser  3.113+nmu3
ii  init-system-helpers  1.23
ii  iptables 1.4.21-2+b1
ii  libapparmor1 2.9.0-3
ii  libc62.19-18
ii  libdevmapper1.02.1   2:1.02.90-2.2
ii  libsqlite3-0 3.8.9-2
ii  perl 5.20.2-4

Versions of packages docker.io recommends:
pn  aufs-toolsnone
ii  ca-certificates   20141019
pn  cgroupfs-mount | cgroup-lite  none
ii  git   1:2.1.4-2.1
ii  xz-utils  5.1.1alpha+20120614-2+b3

Versions of packages docker.io suggests:
pn  btrfs-tools  none
ii  debootstrap  1.0.67
ii  lxc  1:1.0.7-3
pn  rinsenone

-- Configuration Files:
/etc/default/docker changed [not included]

-- 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#771123: geeqie: Geeqie segfaults sometimes

2014-11-26 Thread Raphael Rigo
Package: geeqie
Version: 1:1.2-3+b1
Severity: important

Dear Maintainer,
while using geeqie, I can more or less reliably reproduce a crash by
browsing rapidly (using the mouse wheel) through 16MP photos.

It seems using fullscreen at least once helps triggering the bug.

See attached backtrace.

-- System Information:
Debian Release: jessie/sid
  APT prefers unstable
  APT policy: (500, 'unstable'), (500, 'stable'), (1, 'experimental')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

Kernel: Linux 3.14-1-amd64 (SMP w/2 CPU cores)
Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) (ignored: LC_ALL 
set to fr_FR.UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages geeqie depends on:
ii  geeqie-common1:1.2-3
ii  libatk1.0-0  2.14.0-1
ii  libc62.19-13
ii  libcairo21.14.0-2.1
ii  libexiv2-13  0.24-4
ii  libfontconfig1   2.11.0-6.3
ii  libfreetype6 2.5.2-2
ii  libgcc1  1:4.9.2-3
ii  libgdk-pixbuf2.0-0   2.31.1-2+b1
ii  libglib2.0-0 2.42.1-1
ii  libgtk2.0-0  2.24.25-1
ii  libjpeg62-turbo  1:1.3.1-8
ii  liblcms2-2   2.6-3+b3
ii  liblircclient0   0.9.0~pre1-1.1
ii  liblua5.1-0  5.1.5-7.1
ii  libpango-1.0-0   1.36.8-3
ii  libpangocairo-1.0-0  1.36.8-3
ii  libpangoft2-1.0-01.36.8-3
ii  libstdc++6   4.9.2-3
ii  libtiff5 4.0.3-10+b3

Versions of packages geeqie recommends:
ii  cups-bsd [lpr]   1.7.5-8
ii  exiftran 2.09-1+b1
ii  exiv20.24-4
ii  graphicsmagick-imagemagick-compat [imagemagick]  1.3.20-3
ii  librsvg2-common  2.40.5-1
ii  ufraw-batch  0.20-1
ii  zenity   3.14.0-1

Versions of packages geeqie suggests:
ii  geeqie-dbg   1:1.2-3+b1
ii  gimp 2.8.14-1+b1
ii  libjpeg-progs1:1.3.1-3
ii  libjpeg-turbo-progs [libjpeg-progs]  1:1.3.1-3
ii  ufraw0.20-1
pn  xpaint   none

-- no debconf information
Thread 2 (Thread 0x7fffee07b700 (LWP 10987)):
#0  syscall () at ../sysdeps/unix/sysv/linux/x86_64/syscall.S:38
#1  0x75ebe657 in g_cond_wait_until (cond=cond@entry=0xcc1e88, 
mutex=mutex@entry=0xcc1e80, end_time=end_time@entry=10982960704486) at 
/tmp/buildd/glib2.0-2.42.1/./glib/gthread-posix.c:1443
#2  0x75e4ea69 in g_async_queue_pop_intern_unlocked (queue=0xcc1e80, 
wait=wait@entry=1, end_time=10982960704486) at 
/tmp/buildd/glib2.0-2.42.1/./glib/gasyncqueue.c:422
#3  0x75e4f0c8 in g_async_queue_timeout_pop_unlocked (queue=optimized 
out, timeout=timeout@entry=50) at 
/tmp/buildd/glib2.0-2.42.1/./glib/gasyncqueue.c:570
#4  0x75ea12a0 in g_thread_pool_wait_for_new_task (pool=0xcc4c50) at 
/tmp/buildd/glib2.0-2.42.1/./glib/gthreadpool.c:262
#5  g_thread_pool_thread_proxy (data=optimized out) at 
/tmp/buildd/glib2.0-2.42.1/./glib/gthreadpool.c:296
#6  0x75ea0935 in g_thread_proxy (data=0xb54d40) at 
/tmp/buildd/glib2.0-2.42.1/./glib/gthread.c:764
#7  0x73cfe0a4 in start_thread (arg=0x7fffee07b700) at 
pthread_create.c:309
#8  0x73a32ccd in clone () at 
../sysdeps/unix/sysv/linux/x86_64/clone.S:111

Thread 1 (Thread 0x77fb4980 (LWP 10983)):
#0  0x0045cb41 in image_read_ahead_done_cb (il=optimized out, 
data=0x9e8640) at image.c:480
#1  0x7614f474 in _g_closure_invoke_va (closure=0xb64a20, 
closure@entry=0x1028680, return_value=0x9e8640, return_value@entry=0x0, 
instance=0x9e8640, instance@entry=0xb64a20, args=0x4002, 
args@entry=0x7fffdd60, 
n_params=4573904, param_types=0x0) at 
/tmp/buildd/glib2.0-2.42.1/./gobject/gclosure.c:831
#2  0x76169087 in g_signal_emit_valist (instance=0xb64a20, 
signal_id=optimized out, detail=0, var_args=var_args@entry=0x7fffdd60) at 
/tmp/buildd/glib2.0-2.42.1/./gobject/gsignal.c:3218
#3  0x761699df in g_signal_emit (instance=optimized out, 
signal_id=optimized out, detail=detail@entry=0) at 
/tmp/buildd/glib2.0-2.42.1/./gobject/gsignal.c:3365
#4  0x00460023 in image_loader_emit_done_cb (data=optimized out) at 
image-load.c:273
#5  0x75e79b6d in g_main_dispatch (context=0x7904e0) at 
/tmp/buildd/glib2.0-2.42.1/./glib/gmain.c:3111
#6  g_main_context_dispatch (context=context@entry=0x7904e0) at 
/tmp/buildd/glib2.0-2.42.1/./glib/gmain.c:3710
#7  0x75e79f48 in g_main_context_iterate (context=0x7904e0, 
block=block@entry=1, dispatch=dispatch@entry=1, self=optimized out) at 
/tmp/buildd/glib2.0-2.42.1/./glib/gmain.c:3781
#8  0x75e7a272 in g_main_loop_run (loop=0xb31000) at 
/tmp/buildd/glib2.0-2.42.1/./glib/gmain.c:3975
#9  0x778be4b7 in gtk_main () from 
/usr/lib/x86_64-linux-gnu/libgtk-x11-2.0.so.0
#10 

Bug#718306: libmimetic-dev: tokenizer.h fails to compile with clang

2013-07-29 Thread Raphael Rigo
Package: libmimetic-dev
Version: 0.9.7-3
Severity: important
Tags: patch

Hello,
as you can see here :
http://clang.debian.net/logs/2012-01-12/mimetic_0.9.7-1_lsid64b.buildlog

../../mimetic/tokenizer.h:143:52: error: member reference base type
'const Container *' is not a structure or union
: ItTokenizerconst_iterator, value_type(cont.begin(), cont.end())

Attached patch fixes the problem.

Regards,
Raphaël Rigo

Shell: /bin/sh linked to /bin/dash

Versions of packages libmimetic-dev depends on:
ii  libmimetic0  0.9.7-3

libmimetic-dev recommends no packages.

Versions of packages libmimetic-dev suggests:
pn  libmimetic-doc  none

-- no debconf information

-- debsums errors found:
sh: 1: /usr/sbin/dpkg-divert: not found
--- /usr/include/mimetic/tokenizer.h	2012-04-13 17:46:35.0 +0200
+++ tokenizer.h	2013-07-29 22:58:09.0 +0200
@@ -140,7 +140,7 @@
 // so cont MUST be in scope for all following calls
 // to next(...). 
 ContTokenizer(const Container* cont)
-: ItTokenizerconst_iterator, value_type(cont.begin(), cont.end())
+: ItTokenizerconst_iterator, value_type(cont-begin(), cont-end())
 {
 }
 templatetypename DelimCont


Bug#656306: enigmail: Enigmail loads but doesn't work with icedove 8

2012-01-18 Thread Raphael Rigo
Package: enigmail
Version: 2:1.3.4-1
Severity: important

As reported previously in bug #654829 :

the new version of enigmail is effectively active, but when trying to
access the preferences, a chrome error is displayed :

XML Parsing Error: undefined entity
Location: chrome://enigmail/content/pref-enigmail.xul
Line Number 111, Column 20:
descriptionenigmail.keepCryptoSettingsForReply.tooltip;/description

This is also the case with an empty profile.

This renders the plugin unusable, all functionalities seem disabled.

-- System Information:
Debian Release: wheezy/sid
  APT prefers unstable
  APT policy: (500, 'unstable'), (1, 'experimental')
Architecture: amd64 (x86_64)

Kernel: Linux 3.1.0-1-amd64 (SMP w/2 CPU cores)
Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968)
Shell: /bin/sh linked to /bin/dash

Versions of packages enigmail depends on:
ii  gnupg1.4.11-3
ii  libc62.13-24
ii  libgcc1  1:4.6.2-11
ii  libnspr4-0d  4.8.9-1
ii  libstdc++6   4.6.2-11

Versions of packages enigmail recommends:
ii  icedove  8.0-2

enigmail 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#654829: enigmail: Enigmail activates but doesn't work

2012-01-17 Thread Raphael Rigo
Package: enigmail
Version: 2:1.3.4-1
Followup-For: Bug #654829

Hello,
the new version of enigmail is effectively active, but when trying to
access the preferences, a chrome error is displayed :

XML Parsing Error: undefined entity
Location: chrome://enigmail/content/pref-enigmail.xul
Line Number 111, Column 20:
descriptionenigmail.keepCryptoSettingsForReply.tooltip;/description

This renders the plugin unusable, all functionalities seem disabled.

Regards,
Raphaël


-- System Information:
Debian Release: wheezy/sid
  APT prefers unstable
  APT policy: (500, 'unstable'), (1, 'experimental')
Architecture: amd64 (x86_64)

Kernel: Linux 3.1.0-1-amd64 (SMP w/2 CPU cores)
Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968)
Shell: /bin/sh linked to /bin/dash

Versions of packages enigmail depends on:
ii  gnupg1.4.11-3
ii  libc62.13-24
ii  libgcc1  1:4.6.2-11
ii  libnspr4-0d  4.8.9-1
ii  libstdc++6   4.6.2-11

Versions of packages enigmail recommends:
ii  icedove  8.0-2

enigmail 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#591489: wine-bin-unstable: Wineconsole incorrectly includes arguments in appname while saving settings

2010-08-03 Thread Raphael Rigo
Package: wine-bin-unstable
Version: 1.1.32-1+b1
Severity: normal

wineconsole allows the user to save the windows configuration (font, size, etc.)
It also proposes to save the configuration to be reloaded when the same program 
is run again. To do so it saves the config in HKCU\Console\commandline.exe
Unfortunately, if the commandline is program.exe argument1, it will take the
whole command line to save the settings.

If program.exe is run again with a different argument, the settings won't be 
loaded.


-- System Information:
Debian Release: squeeze/sid
  APT prefers unstable
  APT policy: (500, 'unstable'), (1, 'experimental')
Architecture: amd64 (x86_64)

Kernel: Linux 2.6.34-1-amd64 (SMP w/2 CPU cores)
Locale: lang=fr...@euro, lc_ctype=fr...@euro (charmap=ISO-8859-15)
Shell: /bin/sh linked to /bin/dash

Versions of packages wine-bin-unstable depends on:
ii  libc6-i386   2.11.2-2GNU C Library: 32-bit shared libra
ii  libwine-bin-unstable 1.1.32-1+b1 Windows API implementation - syste
ii  x11-utils7.5+4   X11 utilities
ii  xbase-clients1:7.5+6 miscellaneous X clients - metapack

wine-bin-unstable recommends no packages.

Versions of packages wine-bin-unstable suggests:
pn  libwine-gl-unstable   none (no description available)
pn  libwine-print-unstablenone (no description available)

-- 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#575043: Re: Bug#575043: workrave: keeps crashing with 'BadWindow (invalid Window parameter)'

2010-03-23 Thread Raphael Rigo
Francois Marier wrote:
 I get the same error messages on the console, but workrave doesn't crash for
 me. Do you get a segfault from it or does it keep going fine?
 
It does not segfault, but exits.

Raphaël




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



Bug#575043: workrave: keeps crashing with 'BadWindow (invalid Window parameter)'

2010-03-22 Thread Raphael Rigo
Package: workrave
Version: 1.9.1-2
Severity: serious
Tags: sid
Justification: renders package almost unusable

Workrave keeps crashing with the following message :

The program 'workrave' received an X Window System error.
This probably reflects a bug in the program.
The error was 'BadWindow (invalid Window parameter)'.
  (Details: serial 3085036 error_code 3 request_code 15 minor_code 0)
  (Note to programmers: normally, X errors are reported asynchronously;
   that is, you will receive the error a while after causing it.
   To debug your program, run it with the --sync command line
   option to change this behavior. You can then get a meaningful
   backtrace from your debugger if you break on the gdk_x_error() function.)

It is unfortunately not very easy to determine what is causing it.
Causing intense X activity seems to help (switching very fast between desktops).

Also, I tried getting a backtrace as suggested, but gdb seems unable to break
on gdk_x_error().

-- System Information:
Debian Release: squeeze/sid
  APT prefers unstable
  APT policy: (500, 'unstable'), (1, 'experimental')
Architecture: amd64 (x86_64)

Kernel: Linux 2.6.31-1-amd64 (SMP w/2 CPU cores)
Locale: lang=fr...@euro, lc_ctype=fr...@euro (charmap=ISO-8859-15)
Shell: /bin/sh linked to /bin/dash

Versions of packages workrave depends on:
ii  libart-2.0-2  2.3.20-2   Library of functions for 2D graphi
ii  libatk1.0-0   1.28.0-1   The ATK accessibility toolkit
ii  libbonobo2-0  2.24.2-1   Bonobo CORBA interfaces library
ii  libbonoboui2-02.24.2-1   The Bonobo UI library
ii  libc6 2.10.2-6   Embedded GNU C Library: Shared lib
ii  libcairo2 1.8.10-3   The Cairo 2D vector graphics libra
ii  libcairomm-1.0-1  1.8.0-1C++ wrappers for Cairo (shared lib
ii  libdbus-1-3   1.2.22-1   simple interprocess messaging syst
ii  libdbus-glib-1-2  0.84-1 simple interprocess messaging syst
ii  libfontconfig12.8.0-2generic font configuration library
ii  libfreetype6  2.3.11-1   FreeType 2 font engine, shared lib
ii  libgcc1   1:4.4.3-4  GCC support library
ii  libgconf2-4   2.28.0-1   GNOME configuration database syste
ii  libgdome2-0   0.8.1+debian-4 DOM level2 library for accessing X
ii  libglib2.0-0  2.22.4-1   The GLib library of C routines
ii  libglibmm-2.4-1c2a2.22.1-2   C++ wrapper for the GLib toolkit (
ii  libgnet2.0-0  2.0.8-2GNet network library
ii  libgnome2-0   2.28.0-1   The GNOME library - runtime files
ii  libgnomecanvas2-0 2.26.0-1   A powerful object-oriented display
ii  libgstreamer0.10-00.10.28-1  Core GStreamer libraries and eleme
ii  libgtk2.0-0   2.18.9-1   The GTK+ graphical user interface 
ii  libgtkmm-2.4-1c2a 1:2.18.2-1 C++ wrappers for GTK+ 2.4 (shared 
ii  libice6   2:1.0.6-1  X11 Inter-Client Exchange library
ii  liborbit2 1:2.14.17-2libraries for ORBit2 - a CORBA ORB
ii  libpanel-applet2-02.28.0-3   library for GNOME Panel applets
ii  libpango1.0-0 1.26.2-2   Layout and rendering of internatio
ii  libpangomm-1.4-1  2.26.0-1   C++ Wrapper for pango (shared libr
ii  libpopt0  1.15-1 lib for parsing cmdline parameters
ii  libsigc++-2.0-0c2a2.2.4.2-1  type-safe Signal Framework for C++
ii  libsm62:1.1.1-1  X11 Session Management library
ii  libstdc++64.4.3-4The GNU Standard C++ Library v3
ii  libx11-6  2:1.3.3-2  X11 client-side library
ii  libxml2   2.7.7.dfsg-1   GNOME XML library
ii  libxtst6  2:1.1.0-2  X11 Testing -- Resource extension 
ii  workrave-data 1.9.1-2Repetitive Strain Injury preventio

workrave recommends no packages.

workrave suggests no packages.

-- debconf-show failed



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



Bug#575044: reportbug: Wrong description for the experimental tag

2010-03-22 Thread Raphael Rigo
Package: reportbug
Version: 4.11
Severity: minor

While selecting tags in reportbug, the following line is displayed :
 2 experimental  This bug only applies to the unstable branch of Debian.

the description is clearly wrong, option 9 is the good one :
9 sid   This bug only applies to the unstable branch of Debian.


-- Package-specific info:
** Environment settings:
EDITOR=vim
INTERFACE=text

** /home/trou/.reportbugrc:
reportbug_version 3.18
mode standard
ui text
realname Raphael Rigo
email m8r-a3d...@mailinator.com #debianbugspam

-- System Information:
Debian Release: squeeze/sid
  APT prefers unstable
  APT policy: (500, 'unstable'), (1, 'experimental')
Architecture: amd64 (x86_64)

Kernel: Linux 2.6.31-1-amd64 (SMP w/2 CPU cores)
Locale: lang=fr...@euro, lc_ctype=fr...@euro (charmap=ISO-8859-15)
Shell: /bin/sh linked to /bin/dash

Versions of packages reportbug depends on:
ii  apt   0.7.25.3   Advanced front-end for dpkg
ii  python2.5.4-9An interactive high-level object-o
ii  python-reportbug  4.11   Python modules for interacting wit

reportbug recommends no packages.

Versions of packages reportbug suggests:
pn  debconf-utilsnone  (no description available)
pn  debsums  none  (no description available)
pn  dlocate  none  (no description available)
pn  emacs22-bin-common | none  (no description available)
ii  file 5.04-1  Determines file type using magic
ii  gnupg1.4.10-2GNU privacy guard - a free PGP rep
ii  postfix [mail-transp 2.7.0-1 High-performance mail transport ag
ii  python-gtk2  2.16.0-2Python bindings for the GTK+ widge
pn  python-gtkspell  none  (no description available)
pn  python-urwid none  (no description available)
pn  python-vte   none  (no description available)
ii  xdg-utils1.0.2+cvs20100307-1 desktop integration utilities from

-- debconf-show failed



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



Bug#529254: French manpages for iptables

2009-05-18 Thread Raphael Rigo
Package: iptables
Version: 1.4.3.2-2
Severity: wishlist
Tags: patch l10n

Please find the french translation for part of the iptables manpages attached.

-- System Information:
Debian Release: squeeze/sid
  APT prefers unstable
  APT policy: (500, 'unstable'), (1, 'experimental')
Architecture: amd64 (x86_64)

Kernel: Linux 2.6.29-1-amd64 (SMP w/2 CPU cores)
Locale: lang=fr...@euro, lc_ctype=fr...@euro (charmap=ISO-8859-15)
Shell: /bin/sh linked to /bin/bash

Versions of packages iptables depends on:
ii  libc6 2.9-12 GNU C Library: Shared libraries

iptables recommends no packages.

iptables suggests no packages.

-- no debconf information


iptables_fr.tar.gz
Description: GNU Zip compressed data


Bug#521860: libpam-modules: libdb upgrade silently breaks pam_userdb.so

2009-04-02 Thread Raphael Rigo
Steve Langasek wrote:
 If db4.7_dump works at all, I would expect pam_userdb to be able to handle
 the file as well.  Do you get any useful information out of pam_userdb using
 the 'debug' option when using this old db file?
 

I couldn't recover my old DB file but I remember that although
db4.7_dump could parse the headers, using db4.7_dump -d a file.db
which should have dumped everything, only the metadata was displayed,
not the data itself.

Raphaël



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



Bug#521860: libpam-modules: libdb upgrade silently breaks pam_userdb.so

2009-03-30 Thread Raphael Rigo
Package: libpam-modules
Version: 1.0.1-9
Severity: grave
Justification: renders package unusable

A recent upgrade in libpam-modules makes it depend on libdb4.7, unfortunately
it seems DB files created with a previous version are NOT compatible with
version 4.7. This makes pam logins based on userdb break silently, with no
error message whatsoever. It would seem this setup is most commonly used for
vsftpd virtual users.

The only apparent solution is to recreate the database file with the newer db
tools.

-- System Information:
Debian Release: squeeze/sid
  APT prefers unstable
  APT policy: (500, 'unstable'), (1, 'experimental')
Architecture: amd64 (x86_64)

Kernel: Linux 2.6.28-1-amd64 (SMP w/2 CPU cores)
Locale: lang=fr...@euro, lc_ctype=fr...@euro (charmap=ISO-8859-15)
Shell: /bin/sh linked to /bin/bash

Versions of packages libpam-modules depends on:
ii  debconf [debconf-2.0] 1.5.26 Debian configuration management sy
ii  libc6 2.9-6  GNU C Library: Shared libraries
ii  libdb4.7  4.7.25-6   Berkeley v4.7 Database Libraries [
ii  libpam0g  1.0.1-9Pluggable Authentication Modules l
ii  libselinux1   2.0.71-1   SELinux shared libraries

libpam-modules recommends no packages.

libpam-modules suggests no packages.

-- debconf information excluded



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



Bug#521860: libpam-modules: libdb upgrade silently breaks pam_userdb.so

2009-03-30 Thread Raphael Rigo
Steve Langasek wrote:
 tags 521860 moreinfo
 thanks
 
 On Mon, Mar 30, 2009 at 04:49:09PM +0200, Raphael Rigo wrote:
 Package: libpam-modules
 Version: 1.0.1-9
 Severity: grave
 Justification: renders package unusable
 
 A recent upgrade in libpam-modules makes it depend on libdb4.7, unfortunately
 it seems DB files created with a previous version are NOT compatible with
 version 4.7. This makes pam logins based on userdb break silently, with no
 error message whatsoever. It would seem this setup is most commonly used for
 vsftpd virtual users.
 
 The only apparent solution is to recreate the database file with the newer db
 tools.
 
 How did you create the db file initially?  There are not supposed to be any
 on-disk incompatibilities with any recent versions of BDB unless you use
 transactions, which we don't.
 

I created it a long time ago (read years), probably using db3_load.

Unfortunately, it seems I overwrited the backup I had of the non working
file with a manipulation error. I will check if I have another backup of
it somewhere this evening.

Raphaël





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