Bug#875615: please document that --digest-algo must be used to sign

2018-01-02 Thread Lionel Vaux
Package: apt
Version: 1.4.8
Followup-For: Bug #875615

Hi,

I have the same problem, not using a homemade repo, but using that for Epson
printer drivers [1]. Running apt-get update leads to the following error:

W: GPG error: http://download.ebz.epson.net/dsc/op/stable/debian lsb3.2
Release: The following signatures were invalid:
E5220FB7014D0FBDA50DFC2BE5E86C008AA65D56
W: The repository 'http://download.ebz.epson.net/dsc/op/stable/debian lsb3.2
Release' is not signed.
N: Data from such a repository can't be authenticated and is therefore
potentially dangerous to use.
N: See apt-secure(8) manpage for repository creation and user configuration
details.

I have check that the signature was OK (although the key from Epson uses
dsa1024). I have also checked using strace that the call to gpgv from apt-get
resulted in a VALIDSIG.
Here is the relevant part:

[pid 16805] execve("/usr/bin/gpgv", ["gpgv", "--homedir", "/tmp/apt-key-
gpghome.sxAuZhFxxd", "--keyring", "/tmp/apt-key-
gpghome.sxAuZhFxxd/pubring.gpg", "--ignore-time-conflict", "--status-fd", "3",
"/var/lib/apt/lists/partial/download.ebz.epson.net_dsc_op_stable_debian_dists_lsb3.2_Release.gpg",
"/var/lib/apt/lists/download.ebz.epson.net_dsc_op_stable_debian_dists_lsb3.2_Release"],
[/* 22 vars */]) = 0
[pid 16805] write(3, "[GNUPG:] KEY_CONSIDERED
E5220FB7014D0FBDA50DFC2BE5E86C008AA65D56 0\n", 67) = 67
[pid 16805] write(3, "[GNUPG:] SIG_ID
S+6Mraiq7SfaBNvnalpm+mH2OwI 2014-07-22 1406003740\n", 66) = 66
[pid 16805] write(3, "[GNUPG:] KEY_CONSIDERED
E5220FB7014D0FBDA50DFC2BE5E86C008AA65D56 0\n", 67) = 67
[pid 16805] write(3, "[GNUPG:] GOODSIG E5E86C008AA65D56 Seiko
Epson Corporation (Epson Inkjet Printer Driver) \n", 119) = 119
[pid 16805] write(3, "[GNUPG:] VALIDSIG
E5220FB7014D0FBDA50DFC2BE5E86C008AA65D56 2014-07-22 1406003740 0 4 0 17 2 00
E5220FB7014D0FBDA50DFC2BE5E86C008"..., 136) = 136

I guess there is an additional requirement, other than the signature being
valid.

Best,
L.


[1] http://download.ebz.epson.net/dsc/op/stable/debian/dists/lsb3.2/



-- Package-specific info:

-- apt-config dump --

APT "";
APT::Architecture "amd64";
APT::Build-Essential "";
APT::Build-Essential:: "build-essential";
APT::Install-Recommends "1";
APT::Install-Suggests "0";
APT::Sandbox "";
APT::Sandbox::User "_apt";
APT::Authentication "";
APT::Authentication::TrustCDROM "true";
APT::NeverAutoRemove "";
APT::NeverAutoRemove:: "^firmware-linux.*";
APT::NeverAutoRemove:: "^linux-firmware$";
APT::NeverAutoRemove:: "^linux-image-4\.8\.0-0\.bpo\.2-amd64$";
APT::NeverAutoRemove:: "^linux-image-4\.9\.0-4-amd64$";
APT::NeverAutoRemove:: "^linux-headers-4\.8\.0-0\.bpo\.2-amd64$";
APT::NeverAutoRemove:: "^linux-headers-4\.9\.0-4-amd64$";
APT::NeverAutoRemove:: "^linux-image-extra-4\.8\.0-0\.bpo\.2-amd64$";
APT::NeverAutoRemove:: "^linux-image-extra-4\.9\.0-4-amd64$";
APT::NeverAutoRemove:: "^linux-signed-image-4\.8\.0-0\.bpo\.2-amd64$";
APT::NeverAutoRemove:: "^linux-signed-image-4\.9\.0-4-amd64$";
APT::NeverAutoRemove:: "^kfreebsd-image-4\.8\.0-0\.bpo\.2-amd64$";
APT::NeverAutoRemove:: "^kfreebsd-image-4\.9\.0-4-amd64$";
APT::NeverAutoRemove:: "^kfreebsd-headers-4\.8\.0-0\.bpo\.2-amd64$";
APT::NeverAutoRemove:: "^kfreebsd-headers-4\.9\.0-4-amd64$";
APT::NeverAutoRemove:: "^gnumach-image-4\.8\.0-0\.bpo\.2-amd64$";
APT::NeverAutoRemove:: "^gnumach-image-4\.9\.0-4-amd64$";
APT::NeverAutoRemove:: "^.*-modules-4\.8\.0-0\.bpo\.2-amd64$";
APT::NeverAutoRemove:: "^.*-modules-4\.9\.0-4-amd64$";
APT::NeverAutoRemove:: "^.*-kernel-4\.8\.0-0\.bpo\.2-amd64$";
APT::NeverAutoRemove:: "^.*-kernel-4\.9\.0-4-amd64$";
APT::NeverAutoRemove:: "^linux-backports-modules-.*-4\.8\.0-0\.bpo\.2-amd64$";
APT::NeverAutoRemove:: "^linux-backports-modules-.*-4\.9\.0-4-amd64$";
APT::NeverAutoRemove:: "^linux-tools-4\.8\.0-0\.bpo\.2-amd64$";
APT::NeverAutoRemove:: "^linux-tools-4\.9\.0-4-amd64$";
APT::VersionedKernelPackages "";
APT::VersionedKernelPackages:: "linux-image";
APT::VersionedKernelPackages:: "linux-headers";
APT::VersionedKernelPackages:: "linux-image-extra";
APT::VersionedKernelPackages:: "linux-signed-image";
APT::VersionedKernelPackages:: "kfreebsd-image";
APT::VersionedKernelPackages:: "kfreebsd-headers";
APT::VersionedKernelPackages:: "gnumach-image";
APT::VersionedKernelPackages:: ".*-modules";
APT::VersionedKernelPackages:: ".*-kernel";
APT::VersionedKernelPackages:: "linux-backports-modules-.*";
APT::VersionedKernelPackages:: "linux-tools";
APT::Never-MarkAuto-Sections "";
APT::Never-MarkAuto-Sections:: "metapackages";
APT::Never-MarkAuto-Sections:: "contrib/metapackages";
APT::Never-MarkAuto-Sections:: "non-free/metapackages";
APT::Never-MarkAuto-Sections:: "restricted/metapackages";
APT::Never-MarkAuto-Sections:: "universe/metapackages";
APT::Never-MarkAuto-Sections:: "multiverse/metapackages";
APT::Move-Autobit-Sections "";
APT::Move-Autobit-Sections:: "oldlibs";
APT::Move-Autobit-Sections:: "contrib/oldlibs";

Bug#729371: bepo: map AltGr+G to dead_greek instead of mu

2013-11-12 Thread Lionel Vaux
Package: xkb-data
Version: 2.5.1-3
Severity: normal
Tags: patch

Dear Maintainer,

In the Bépo layout of /usr/share/X11/xkb/symbols/fr (partial
alphanumeric_keys xkb_symbols bepo), the key AB08 is mapped to
letter g (keysym 0x67), with third-level mapped to greek character µ
(keysym 0xb5).

This differs from the official Bépo layout as advertised on the project
website[1], where the combination AltGr+g produces the dead key
dead_greek (keysym 0xfe8c), allowing to access greek letters via the
corresponding latin ones.

Attached is a patch to restore the intended symbol.

Another possible (and probably better) fix would be to upgrade
xkeyboard-config to a more recent version: dead_greek was
introduced[2] in version 2.6, hence solving #718730 would solve this bug
too.

Cheers,
iouri.

[1] http://bepo.fr
[2] https://bugs.freedesktop.org/show_bug.cgi?id=21475



-- System Information:
Debian Release: 7.2
  APT prefers stable
  APT policy: (500, 'stable')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

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

-- no debconf information
From 8795f1d6f0d7e7122c7c1ccc5b4e2208fe7ac9a9 Mon Sep 17 00:00:00 2001
From: Lionel Vaux lionel.v...@free.fr
Date: Tue, 12 Nov 2013 12:51:26 +0100
Subject: [PATCH] bepo: map AltGr+G to dead_greek instead of mu

---
 symbols/fr |2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)

diff --git a/symbols/fr b/symbols/fr
index a1dbb59..c58eb0d 100644
--- a/symbols/fr
+++ b/symbols/fr
@@ -527,7 +527,7 @@ xkb_symbols bepo {
 key AB05 { [   k,K, asciitilde ] }; // k K ~
 key AB06 { [  apostrophe, question,   questiondown,  dead_hook ] }; // ' ? ¿ ̉
 key AB07 { [   q,Q, dead_abovering,  dead_belowdot ] }; // q Q ˚ ̣
-key AB08 { [   g,G, mu ] }; // g G µ
+key AB08 { [   g,G, dead_greek ] }; // g G µ
 key AB09 { [   h,H, dagger,   doubledagger ] }; // h H † ‡
 key AB10 { [   f,F,dead_ogonek,ordfeminine ] }; // f F ̨ ª
 
-- 
1.7.10.4



Bug#701898: rubber: using a directive file raises AttributeError: 'LaTeXDep' object has no attribute 'push_vars'

2013-05-03 Thread Lionel Vaux
Le jeudi  2 mai 2013 à 15:28, Hilmar Preusse a écrit:
 Hi,
 
  Package: rubber
  Version: 1.1+20100306-2
  Severity: normal
  
  When loading a directives file with -r, rubber crashes with:
  
  Attached is a patch that replaces the calls to `LaTeXDep.{push,pop}_vars` 
  with
  the appropriate scheme based on locally saving `self.vars` (similar to what 
  was
  done in revision 391 for, e.g., `LaTeXDep.process`).
  
 Many thanks for the patch! I've uploaded a new package to
 http://wagner.debian.org/~hilmar-guest/rubber/ .
 
 Could you check it it solves your problem?

Yes it does.

Thanks,
iouri.


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



Bug#701898: rubber: using a directive file raises AttributeError: 'LaTeXDep' object has no attribute 'push_vars'

2013-02-28 Thread Lionel Vaux
Package: rubber
Version: 1.1+20100306-2
Severity: normal

When loading a directives file with -r, rubber crashes with:

Traceback (most recent call last):
  File /home/iouri/.local/bin/rubber, line 4, in module
sys.exit(Main()(sys.argv[1:]))
  File /usr/lib/pymodules/python2.7/rubber/cmdline.py, line 319, in 
__call__
return self.main(cmdline)
  File /usr/lib/pymodules/python2.7/rubber/cmdline.py, line 244, in 
main
env.main.command(cmd[0], cmd[1:], {'file': 'command line'})
  File /usr/lib/pymodules/python2.7/rubber/converters/latex.py, line 
830, in command
getattr(self, do_ + cmd)(*args)
  File /usr/lib/pymodules/python2.7/rubber/converters/latex.py, line 
887, in do_read
self.push_vars(file=path, line=None)
AttributeError: 'LaTeXDep' object has no attribute 'push_vars'

The contents of the directives file does not matter, it is not even read.

I traced back the origin of this bug to revision 391 in upstream Launchpad
(lp:rubber): this revision introduced the class `util.Variables` to manage
stacks of environments, which obsoleted the previous `push_vars`/`pop_vars`
mechanism. The problem is that methods `LaTeXDep.{push,pop}_vars` are still
called in `LaTeXDep.do_read`.

Attached is a patch that replaces the calls to `LaTeXDep.{push,pop}_vars` with
the appropriate scheme based on locally saving `self.vars` (similar to what was
done in revision 391 for, e.g., `LaTeXDep.process`).

This might be considered as a duplicate of 374908, but I’m not sure.  The piece
of code that caused the error mentionned in 374908 was actually removed in
revision 391: I guess this “fixed” 374908.

I hope this helps,
iouri.

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

Kernel: Linux 3.2.0-4-amd64 (SMP w/4 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 rubber depends on:
ii  dpkg1.16.9
ii  install-info4.13a.dfsg.1-10
ii  python  2.7.3-4
ii  python-support  1.0.15
ii  texlive-latex-base  2012.20120611-5

rubber recommends no packages.

Versions of packages rubber suggests:
ii  imagemagick  8:6.7.7.10-5
pn  sam2pnone
pn  transfig none

-- no debconf information
diff -u rubber-1.1+20100306/src/converters/latex.py rubber-1.1+fix/src/converters/latex.py
--- rubber-1.1+20100306/src/converters/latex.py	2010-08-12 15:46:10.0 +0200
+++ rubber-1.1+fix/src/converters/latex.py	2013-02-28 16:45:49.984374543 +0100
@@ -562,7 +562,6 @@
 			ext: None,
 			job: None,
 			graphics_suffixes : [] })
-		self.vars_stack = []
 
 		self.cmdline = [\\nonstopmode, \\input{%s}]
 
@@ -884,8 +883,10 @@
 
 	def do_read (self, name):
 		path = self.abspath(name)
-		self.push_vars(file=path, line=None)
+		saved_vars = self.vars
 		try:
+			self.vars = Variables(self.vars,
+	{'file':path, 'line':None})
 			file = open(path)
 			lineno = 0
 			for line in file.readlines():
@@ -899,7 +900,8 @@
 			file.close()
 		except IOError:
 			msg.warn(_(cannot read option file %s) % name, **self.vars)
-		self.pop_vars()
+		finally:
+			self.vars = saved_vars
 
 	def do_rules (self, file):
 		name = self.env.find_file(file)


Bug#612026: invalid passphrase (in contrast to gtk-led-askpass)

2012-10-16 Thread Lionel Vaux
Package: ssh-askpass
Version: 1:1.2.4.1-9
Followup-For: Bug #612026

Hi,

I have the same problem: my passphrase includes multi-byte characters in
a UTF-8 encoding and I can’t enter some of these using
/usr/lib/ssh/x11-ssh-askpass.

Strangely, some characters seem to be OK (e.g. “é”), some other are not
taken into account (e.g. the apostrophe “’”: no led turns to green when
it is entered and it does not appear in the output), and dead keys get
back to life (e.g. dead “^” does light a led and appears separately in
the output). 

How to reproduce:
  - run: /usr/lib/ssh/x11-ssh-askpass
  - type: L’être et le néant.
  - the output is: L^etre et le néant.
This is not keymap dependent (tested using us-intl, fr, fr-oss and
fr-latin9) and not related with modifier keys (character “œ” is the main
character of a key in fr-oss and it is ignored as well).

A workaround is to install ssh-askpass-gnome and use
/usr/lib/openssh/gnome-ssh-askpass instead.

Bye,
iouri.

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

Kernel: Linux 3.2.0-3-amd64 (SMP w/4 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 ssh-askpass depends on:
ii  libc6 2.13-35
ii  libice6   2:1.0.8-2
ii  libsm62:1.2.1-2
ii  libx11-6  2:1.5.0-1
ii  libxt61:1.1.3-1

ssh-askpass recommends no packages.

ssh-askpass 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#666122: Confirm duplicate

2012-06-26 Thread Lionel Vaux
Rémi is right, this is exactly the same bug as #657440.



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



Bug#666119: gnome-settings: random segfault

2012-06-01 Thread Lionel Vaux
Le jeudi 31 mai 2012 à 18:44, Michael Biebl a écrit:
 tags 666119 + moreinfo
 thanks
 On 28.03.2012 22:40, Lionel Vaux wrote:
  I have just experienced a strange bug: with no apparent cause,
  gnome-settings-daemon segfaulted once and restarted.
  The only reason I noticed it was that the decorations of all windows
  disappeared for a few seconds. And the only further info I can provide
  is the following line in syslog:
  
  kernel: [84564.793837] gnome-settings-[9269]: segfault at 10 ip 
  7f6291f0272e sp 7f628cc1dc10 error 6 in libglib-2.0.so.0.300 
  0.2[7f6291ea1000+f6000]
  
  Everything seemed to work fine afterwards, but I figure that any segfault is
  potentially important.
  
 
 Did this problem happen again? Do you know what triggered the bug i.e.
 what were you doing when this segfault happened: software upgrades,
 hardware changes, etc

I remember very clearly that I was doing nothing unusual when this
happened. Moreover, it never happened again, so I guess it can be closed
as being unreproducible.

iouri.



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



Bug#666122: gnome-control-center: bepo layout not taken into account when set as default

2012-05-26 Thread Lionel Vaux
As the message from Hugo indicates, and as can be confirmed by further
testing, this problem is not limited to the bépo layout.
I am not sure if this should imply a change of severity from normal to
serious.

Best,
iouri.



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



Bug#669594: cups-client: lpstat outputs blank lines

2012-04-20 Thread Lionel Vaux
Package: cups-client
Version: 1.5.2-5
Severity: important

Hi,

On my installation, the output of lpstat only consists of blank lines
for most options. For instance, lpstat -d outputs a blank line, and
lpstat -a outputs several blank lines (as many as there are printers
detected on the system). Curiously lpstat -H does produce a correct
output.

I thought this might be TERM related but neither changing TERM or piping
the output solved the issue:
# lpstat -a | wc 
  9   0   9

I run a freshly installed wheezy.

Please let me know if I can provide additionnal information.

L.


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

Kernel: Linux 3.2.0-2-amd64 (SMP w/4 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 cups-client depends on:
ii  adduser3.113+nmu1
ii  cups-common1.5.2-5
ii  libc6  2.13-27
ii  libcups2   1.5.2-5
ii  libcupsimage2  1.5.2-5

Versions of packages cups-client recommends:
ii  smbclient  2:3.6.4-1

Versions of packages cups-client suggests:
pn  cups  1.5.2-5
pn  cups-bsd  1.5.2-5
pn  xpp   none

-- 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#666119: gnome-settings: random segfault

2012-03-28 Thread Lionel Vaux
Package: gnome-settings-daemon
Version: 3.2.2-3
Severity: normal
File: gnome-settings

Hi,

I have just experienced a strange bug: with no apparent cause,
gnome-settings-daemon segfaulted once and restarted.
The only reason I noticed it was that the decorations of all windows
disappeared for a few seconds. And the only further info I can provide
is the following line in syslog:

kernel: [84564.793837] gnome-settings-[9269]: segfault at 10 ip 
7f6291f0272e sp 7f628cc1dc10 error 6 in libglib-2.0.so.0.300 
0.2[7f6291ea1000+f6000]

Everything seemed to work fine afterwards, but I figure that any segfault is
potentially important.

Best,
Lionel.

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

Kernel: Linux 3.2.0-2-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

Versions of packages gnome-settings-daemon depends on:
ii  dconf-gsettings-backend [gsettings-backend]  0.10.0-3
ii  dpkg 1.16.1.2
ii  gconf-service3.2.3-4
ii  gsettings-desktop-schemas3.2.0-2
ii  libatk1.0-0  2.2.0-2
ii  libc62.13-27
ii  libcairo-gobject21.10.2-7
ii  libcairo21.10.2-7
ii  libcanberra-gtk3-0   0.28-3
ii  libcanberra0 0.28-3
ii  libcolord1   0.1.16-2
ii  libcomerr2   1.42.1-2
ii  libcups2 1.5.2-5
ii  libdbus-1-3  1.4.18-1
ii  libdbus-glib-1-2 0.98-1
ii  libfontconfig1   2.8.0-3.1
ii  libfreetype6 2.4.8-1
ii  libgconf-2-4 3.2.3-4
ii  libgcrypt11  1.5.0-3
ii  libgdk-pixbuf2.0-0   2.24.1-1
ii  libglib2.0-0 2.30.2-6
ii  libgnome-desktop-3-2 3.2.1-3
ii  libgnome2-common 2.32.1-2
ii  libgnomekbd7 3.2.0-1
ii  libgnutls26  2.12.18-1
ii  libgssapi-krb5-2 1.10+dfsg~beta1-2
ii  libgtk-3-0   3.2.3-1
ii  libgudev-1.0-0   175-3.1
ii  libk5crypto3 1.10+dfsg~beta1-2
ii  libkrb5-31.10+dfsg~beta1-2
ii  liblcms2-2   2.2+git20110628-2.1
ii  libnotify4   0.7.4-1
ii  libpackagekit-glib2-14   0.7.3-2
ii  libpango1.0-01.29.4-3+b1
ii  libpolkit-gobject-1-00.104-2
ii  libpulse-mainloop-glib0  1.1-3
ii  libpulse01.1-3
ii  libsqlite3-0 3.7.10-1
ii  libupower-glib1  0.9.15-2
ii  libx11-6 2:1.4.4-4
ii  libxfixes3   1:5.0-4
ii  libxi6   2:1.4.5-1
ii  libxklavier165.2.1-1
ii  nautilus-data3.2.1-3
ii  zlib1g   1:1.2.6.dfsg-2

Versions of packages gnome-settings-daemon recommends:
ii  hwdata  0.233-1
ii  pulseaudio  1.1-3

Versions of packages gnome-settings-daemon suggests:
ii  awesome [x-window-manager]   3.4.11-2
ii  gnome-screensaver3.2.2-1
ii  metacity [x-window-manager]  1:2.34.1-2
ii  openbox [x-window-manager]   3.5.0-2
ii  x11-xserver-utils7.6+3

-- 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#666122: gnome-control-center: bepo layout not taken into account when set as default

2012-03-28 Thread Lionel Vaux
Package: gnome-control-center
Version: 1:3.2.2-2
Severity: normal
Tags: l10n

Hi,

I tried to use the bepo layout (dvorak-like for writing french)
using gnome-control-center from Gnome3.

If set as the default layout, e.g. in:

Français (Bépo)   --- bepo layout
Français  --- standard french (azerty) layout

the layout reverts to azerty in all cases, whereas in the configuration

Français  --- standard french (azerty) layout
Français (Bépo)   --- bepo layout

one can switch between bepo and azerty as expected. 

Worse: if bepo is set as the only available layout, then the keyboard reverts
to azerty!

Please let me know if I can provide any additional useful information.

Lionel.


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

Kernel: Linux 3.2.0-2-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

Versions of packages gnome-control-center depends on:
ii  accountsservice0.6.15-4
ii  apg2.2.3.dfsg.1-2
ii  desktop-file-utils 0.18-1
ii  gnome-control-center-data  1:3.2.2-2
ii  gnome-desktop3-data3.2.1-3
ii  gnome-icon-theme   3.2.1.2-1
ii  gnome-icon-theme-symbolic  3.2.2-1
ii  gnome-menus3.2.0.1-2
ii  gnome-settings-daemon  3.2.2-3
ii  gsettings-desktop-schemas  3.2.0-2
ii  libatk1.0-02.2.0-2
ii  libc6  2.13-27
ii  libcairo-gobject2  1.10.2-7
ii  libcairo2  1.10.2-7
ii  libcanberra-gtk3-0 0.28-3
ii  libcanberra0   0.28-3
ii  libcheese-gtk203.2.2-2
ii  libcheese1 3.2.2-2
ii  libclutter-1.0-0   1.8.4-1
ii  libcogl-pango0 1.8.2-1
ii  libcogl5   1.8.2-1
ii  libcolord1 0.1.16-2
ii  libcomerr2 1.42.1-2
ii  libcups2   1.5.2-5
ii  libdbus-1-31.4.18-1
ii  libdbus-glib-1-2   0.98-1
ii  libdrm22.4.30-1
ii  libfontconfig1 2.8.0-3.1
ii  libfreetype6   2.4.8-1
ii  libgconf2-43.2.3-4
ii  libgcrypt111.5.0-3
ii  libgdk-pixbuf2.0-0 2.24.1-1
ii  libgl1-mesa-glx [libgl1]   7.11.2-1
ii  libglib2.0-0   2.30.2-6
ii  libgnome-control-center1   1:3.2.2-2
ii  libgnome-desktop-3-2   3.2.1-3
ii  libgnome-menu-3-0  3.2.0.1-2
ii  libgnomekbd7   3.2.0-1
ii  libgnutls262.12.18-1
ii  libgoa-1.0-0   3.2.1-3
ii  libgssapi-krb5-2   1.10+dfsg~beta1-2
ii  libgstreamer0.10-0 0.10.36-1
ii  libgtk-3-0 3.2.3-1
ii  libgtop2-7 2.28.4-2
ii  libjson-glib-1.0-0 0.14.2-1
ii  libk5crypto3   1.10+dfsg~beta1-2
ii  libkrb5-3  1.10+dfsg~beta1-2
ii  libnm-glib40.9.2.0-2
ii  libnm-gtk0 0.9.2.0-2
ii  libnm-util20.9.2.0-2
ii  libnotify4 0.7.4-1
ii  libpango1.0-0  1.29.4-3+b1
ii  libpolkit-gobject-1-0  0.104-2
ii  libpulse-mainloop-glib01.1-3
ii  libpulse0  1.1-3
ii  libsocialweb-client2   0.25.20-1
ii  libupower-glib10.9.15-2
ii  libx11-6   2:1.4.4-4
ii  libxcomposite1 1:0.4.3-2
ii  libxdamage11:1.1.3-2
ii  libxext6   2:1.3.0-3
ii  libxfixes3 1:5.0-4
ii  libxi6 2:1.4.5-1
ii  libxklavier16  5.2.1-1
ii  libxml22.7.8.dfsg-7
ii  zlib1g 1:1.2.6.dfsg-2

Versions of packages gnome-control-center recommends:
ii  cups-pk-helper 0.2.1.2-1
ii  gnome-online-accounts  3.2.1-3
ii  gnome-session  3.2.1-1
ii  gnome-user-guide   3.2.2-1
ii  iso-codes  3.33-1
ii  mesa-utils 8.0.1-2+b3
ii  mousetweaks3.2.1-1
ii  policykit-1-gnome  0.105-2

Versions of packages gnome-control-center suggests:
ii  gnome-screensaver 3.2.2-1
ii  gstreamer0.10-pulseaudio  0.10.31-1
ii  libcanberra-gtk-module0.28-3
ii  x11-xserver-utils 7.6+3
ii  xscreensaver  5.15-2

-- 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#657544: successful install on ZOTAC ZBOXSD-ID12 barebone with Intel SSD 320 Series

2012-01-27 Thread Lionel Vaux
Le vendredi 27 janvier 2012 à 11:03, Brian Potkin a écrit:
 On Thu 26 Jan 2012 at 23:03:03 +0100, Lionel Vaux wrote:
 
  After completing the install and rebooting, the 
  ethernet adapter works fine without any special firmware file
  (although I keep getting a line r8169 :01:00.0: eth0: 
  unable to load firmware patch rtl_nic/rtl8168d-1.fw (-2) in dmesg).
 
 You want the firmware-realtek package from non-free.

Ok, I installed it just to be sure... and noticed no particular change
(except for the warning in kern.log) since the adaptater worked fine
without it: my point is that I don't get why the installer requires it!

I also have noticed two minor nuisances related with the installer since
my bug report:

 (1) The settings of the WLAN adapter used during the install are saved
 in /etc/network/interfaces, which prevents network-manager to handle
 it.

 WLAN is most likely used on mobile devices under a desktop
 environment, hence having user provide the info twice would not be
 that bad in comparison to forcing every laptop user to edit
 /etc/network/interfaces after the install.

 (2) All translations of apt sources are downloaded by default.
 Actually, I think it is rather a bug of apt (similar to
 #641967): when a Translation file is already present for a language,
 apt-get always updates it even when this language is not listed in the
 Acquire::Languages option. 

 I guess the installer downloaded all available translation rather
 than deriving derive a sane default for Acquire::Languages from the
 language selected for the install (say, 
   { environment; lng; en; } 
 where lng is the language chosen at the beginning of the install), 
 which would certainly save some bandwidth.

Cheers,
Lionel.




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




Bug#657544: successful install on ZOTAC ZBOXSD-ID12 barebone with Intel SSD 320 Series

2012-01-26 Thread Lionel Vaux
Package: installation-reports
Severity: normal

-- Package-specific info:

Boot method: from USB, using 
http://d-i.debian.org/daily-images/amd64/daily/hd-media/boot.img.gz (2012-01-19)
Image version: netinst 
http://cdimage.debian.org/cdimage/daily-builds/daily/arch-latest/amd64/iso-cd/debian-testing-amd64-netinst.iso
 (2012-01-19)
Date: 2012-01-19

Machine: ZOTAC ZBOXSD-ID12
Partitions: df -Tl will do; the raw partition table is preferred

$ df -Tl
Sys. fich. Type 1K-blocks
Util. Disponible Uti% Monté sur
rootfs rootfs36859472 
14029484   20957604  41% /
udev   devtmpfs   2020492   
 02020492   0% /dev
tmpfs  tmpfs   405288  
648 404640   1% /run
/dev/disk/by-uuid/c68e8762-ef80-43c4-95f3-0e625bab0f79 ext4  36859472 
14029484   20957604  41% /
tmpfs  tmpfs 5120   
 0   5120   0% /run/lock
tmpfs  tmpfs   810576  
212 810364   1% /tmp
tmpfs  tmpfs   810576  
460 810116   1% /run/shm

$ sudo fdisk -l /dev/sda
Disk /dev/sda: 40.0 GB, 40020664320 bytes
255 heads, 63 sectors/track, 4865 cylinders, total 78165360 sectors
Units = sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disk identifier: 0x0007aba8

   Device Boot  Start End  Blocks   Id  System
/dev/sda1   *20487489740737447680   83  Linux
/dev/sda27489945478163967 16322575  Extended
/dev/sda57489945678163967 1632256   82  Linux swap / Solaris


Base System Installation Checklist:
[O] = OK, [E] = Error (please elaborate below), [ ] = didn't try it

Initial boot:   [O]
Detect network card:[E]
Configure network:  [O]
Detect CD:  [O]
Load installer modules: [O]
Detect hard drives: [O]
Partition hard drives:  [O]
Install base system:[O]
Clock/timezone setup:   [O]
User/password setup:[O]
Install tasks:  [O]
Install boot loader:[O]
Overall install:[O]

Comments/Problems:

The installer detected my ethernet adapter correctly 
(Realtek RTL8111/8168) and claimed it needed a firmware:
rtl8168d-1.fw.

I was not able to find the file anywhere on the web, 
but I was able to carry on the install using the 
integrated wireless adapter (an Atheros AR9285).

After completing the install and rebooting, the 
ethernet adapter works fine without any special firmware file
(although I keep getting a line r8169 :01:00.0: eth0: 
unable to load firmware patch rtl_nic/rtl8168d-1.fw (-2) in dmesg).


-- 

Please make sure that the hardware-summary log file, and any other
installation logs that you think would be useful are attached to this
report. Please compress large files using gzip.

Once you have filled out this report, mail it to sub...@bugs.debian.org.

==
Installer lsb-release:
==
DISTRIB_ID=Debian
DISTRIB_DESCRIPTION=Debian GNU/Linux installer
DISTRIB_RELEASE=7.0 (wheezy) - installer build 20120119-00:18
X_INSTALLATION_MEDIUM=hd-media

==
Installer hardware-summary:
==
uname -a: Linux gargote 3.1.0-1-amd64 #1 SMP Tue Jan 10 05:01:58 UTC 2012 
x86_64 GNU/Linux
lspci -knn: 00:00.0 Host bridge [0600]: Intel Corporation N10 Family DMI Bridge 
[8086:a000] (rev 02)
lspci -knn: Subsystem: Intel Corporation N10 Family DMI Bridge [8086:a000]
lspci -knn: Kernel driver in use: agpgart-intel
lspci -knn: 00:02.0 VGA compatible controller [0300]: Intel Corporation N10 
Family Integrated Graphics Controller [8086:a001] (rev 02)
lspci -knn: Subsystem: Intel Corporation N10 Family Integrated Graphics 
Controller [8086:a001]
lspci -knn: 00:02.1 Display controller [0380]: Intel Corporation N10 Family 
Integrated Graphics Controller [8086:a002] (rev 02)
lspci -knn: Subsystem: Intel Corporation Device [8086:a001]
lspci -knn: 00:1b.0 Audio device [0403]: Intel Corporation N10/ICH 7 Family 
High Definition Audio Controller [8086:27d8] (rev 02)
lspci -knn: Subsystem: ZOTAC International (MCO) Ltd. Device [19da:a140]
lspci -knn: 00:1c.0 PCI bridge [0604]: Intel Corporation N10/ICH 7 Family PCI 
Express Port 1 [8086:27d0] (rev 02)
lspci -knn: Kernel driver in use: pcieport
lspci -knn: 00:1c.1 PCI bridge [0604]: Intel Corporation N10/ICH 7 Family PCI 
Express Port 2 [8086:27d2] (rev 02)
lspci -knn: Kernel driver in use: pcieport
lspci -knn: 00:1d.0 USB controller [0c03]: Intel Corporation N10/ICH 7 Family 
USB UHCI Controller #1 [8086:27c8] (rev 02)
lspci -knn: Subsystem: Intel 

Bug#610765: does not ask for settings during first install

2011-02-10 Thread Lionel Vaux
Package: gitolite
Version: 1.5.4-2
Severity: normal


Hello,

I have the same problem as Sebastian. 

I can add that this is not related with a pre-existing gitolite account:
this occurs on a clean install too.

Worse: when running dpkg-reconfigure gitolite, the debconf entry 
gitolite/gitdir is not taken into account. More precisely, debconf asks
for a directory for repositories but, whatever is input at this stage
(e.g. /srv/gitolite), the install goes on installing repositories in 
/var/lib/gitolite (although it creates an empty dir /srv/gitolite).

The only way I found to circumvent this was to set debconf priority to low, 
then install the package, so that the directory for repositories is set before
the install. It turns out this also fails at first: even when providing an admin
key, the install fails with 
No adminkey given - not initializing gitolite in /srv/gitolite.
Running dpkg-reconfigure gitolite, keeping the same gitdir and giving the key
again finally allows to complete the installation.
This third problem is independent from the other ones (in particular it also 
occurs if gitolite/gitdir is left at its default value).

In the current broken state, a roadmap to install the package is the
following one:
  * install with 'DEBIAN_PRIORITY=low aptitude install gitolite'
and enter the correct parameters ;
  * the post-install script complains at first ;
  * run 'dpkg-reconfigure gitolite' and enter the same parameters.

There are two bugs at least:
  * gitolite/adminkey is not taken into account the first time ;
  * changing the value of gitolite/gitdir is not handled properly 
(it particular this prevents later uses of 'dpkg-reconfigure gitolite'
 from creating new gitolite setups).

The fact that gitolite debconf entries have a low priority might not
be bug per se (one may claim the normal way of using gitolite is to 
run gl-setup as a normal user) but 
/usr/share/doc/gitolite/README.Debian says otherwise:
either the priority should be raised or README.Debian file should be 
amended.

-- System Information:
Debian Release: 6.0
  APT prefers squeeze-updates
  APT policy: (500, 'squeeze-updates'), (500, 'stable')
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 gitolite depends on:
ii  adduser3.112+nmu2add and remove users and groups
ii  debconf [debconf-2.0]  1.5.36.1  Debian configuration management sy
ii  git [git-core] 1:1.7.2.3-2.2 fast, scalable, distributed revisi
ii  openssh-server [ssh-server 1:5.5p1-6 secure shell (SSH) server, for sec
ii  perl   5.10.1-17 Larry Wall's Practical Extraction 

gitolite recommends no packages.

Versions of packages gitolite suggests:
pn  git-daemon-runnone (no description available)
pn  gitwebnone (no description available)



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



Bug#606329: installation-reports: Successful installation on a Dell PowerEdge T610

2010-12-08 Thread Lionel Vaux
Package: installation-reports
Severity: wishlist



-- Package-specific info:

Boot method: CD
Image version: netinst squeeze Beta1 release, amd64, 
http://cdimage.debian.org/cdimage/squeeze_di_beta1/amd64/iso-cd/debian-squeeze-di-beta1-amd64-netinst.iso
Date: 2010-11-24

Machine: Dell PowerEdge T610
Partitions: 
# df -Tl
dev/sda1 ext4 3844152217740   2845308   8% /
tmpfstmpfs 4092616 0   4092616   0% /lib/init/rw
udev tmpfs 4087412   160   4087252   1% /dev
tmpfstmpfs 4092616 0   4092616   0% /dev/shm
/dev/mapper/o-home
  ext419223252176108  18851848   1% /home
/dev/mapper/o-tmp
  ext4  959512 17628893144   2% /tmp
/dev/mapper/o-usr
  ext4 7688360487408   6810400   7% /usr
/dev/mapper/o-var
  ext4 3842104254560   3392372   7% /var
# pvs
  PV VG   Fmt  Attr PSize   PFree  
  /dev/sda2  olvm2 a-   267,70g 236,97g
# lvs
  LV   VG   Attr   LSize   Origin Snap%  Move Log Copy%  Convert
  home o-wi-ao  18,62g  
  tmp  o-wi-ao 952,00m  
  usr  o-wi-ao   7,45g  
  var  o-wi-ao   3,72g  


Base System Installation Checklist:
[O] = OK, [E] = Error (please elaborate below), [ ] = didn't try it

Initial boot:   [O]
Detect network card:[O]
Configure network:  [O]
Detect CD:  [O]
Load installer modules: [O]
Detect hard drives: [O]
Partition hard drives:  [O]
Install base system:[O]
Clock/timezone setup:   [O]
User/password setup:[O]
Install tasks:  [O]
Install boot loader:[O]
Overall install:[O]

Comments/Problems:

The network card is a Broadcom NetXtreme II, which requires a non-free firmware.
The installer prompted for the corresponding package (firmware-bnx2) which I 
downloaded from http://packages.debian.org/squeeze/all/firmware-bnx2/download
and put on a USB key. After inserting the key and pressing OK, everything else 
went smoothly.

-- 

Please make sure that the hardware-summary log file, and any other
installation logs that you think would be useful are attached to this
report. Please compress large files using gzip.

Once you have filled out this report, mail it to sub...@bugs.debian.org.

==
Installer lsb-release:
==
DISTRIB_ID=Debian
DISTRIB_DESCRIPTION=Debian GNU/Linux installer
DISTRIB_RELEASE=6.0 (squeeze) - installer build 20101020
X_INSTALLATION_MEDIUM=cdrom

==
Installer hardware-summary:
==
uname -a: Linux olympos 2.6.32-5-amd64 #1 SMP Fri Oct 15 00:56:30 UTC 2010 
x86_64 GNU/Linux
lspci -knn: 00:00.0 Host bridge [0600]: Intel Corporation 5520 I/O Hub to ESI 
Port [8086:3406] (rev 13)
lspci -knn: Subsystem: Dell Device [1028:0237]
lspci -knn: 00:01.0 PCI bridge [0604]: Intel Corporation 5520/5500/X58 I/O Hub 
PCI Express Root Port 1 [8086:3408] (rev 13)
lspci -knn: Kernel driver in use: pcieport
lspci -knn: 00:03.0 PCI bridge [0604]: Intel Corporation 5520/5500/X58 I/O Hub 
PCI Express Root Port 3 [8086:340a] (rev 13)
lspci -knn: Kernel driver in use: pcieport
lspci -knn: 00:04.0 PCI bridge [0604]: Intel Corporation 5520/X58 I/O Hub PCI 
Express Root Port 4 [8086:340b] (rev 13)
lspci -knn: Kernel driver in use: pcieport
lspci -knn: 00:05.0 PCI bridge [0604]: Intel Corporation 5520/X58 I/O Hub PCI 
Express Root Port 5 [8086:340c] (rev 13)
lspci -knn: Kernel driver in use: pcieport
lspci -knn: 00:07.0 PCI bridge [0604]: Intel Corporation 5520/5500/X58 I/O Hub 
PCI Express Root Port 7 [8086:340e] (rev 13)
lspci -knn: Kernel driver in use: pcieport
lspci -knn: 00:09.0 PCI bridge [0604]: Intel Corporation 5520/5500/X58 I/O Hub 
PCI Express Root Port 9 [8086:3410] (rev 13)
lspci -knn: Kernel driver in use: pcieport
lspci -knn: 00:0a.0 PCI bridge [0604]: Intel Corporation 5520/5500/X58 I/O Hub 
PCI Express Root Port 10 [8086:3411] (rev 13)
lspci -knn: Kernel driver in use: pcieport
lspci -knn: 00:14.0 PIC [0800]: Intel Corporation 5520/5500/X58 I/O Hub System 
Management Registers [8086:342e] (rev 13)
lspci -knn: 00:14.1 PIC [0800]: Intel Corporation 5520/5500/X58 I/O Hub GPIO 
and Scratch Pad Registers [8086:3422] (rev 13)
lspci -knn: 00:14.2 PIC [0800]: Intel Corporation 5520/5500/X58 I/O Hub Control 
Status and RAS Registers [8086:3423] (rev 13)
lspci -knn: 00:1a.0 USB Controller [0c03]: Intel Corporation 82801I (ICH9 
Family) USB UHCI Controller #4 [8086:2937] (rev 02)
lspci -knn: Subsystem: Dell Device [1028:0237]
lspci -knn: Kernel driver in use: uhci_hcd
lspci -knn: 00:1a.1 USB Controller [0c03]: Intel Corporation 82801I (ICH9 
Family) USB UHCI Controller #5 [8086:2938] (rev 02)
lspci -knn: Subsystem: 

Bug#544436: proofgeneral-misc: All actions in phox-mode fail: Wrong type argument: stringp, nil

2009-08-31 Thread Lionel Vaux
Package: proofgeneral-misc
Version: 3.7-3
Severity: important


When I open a PhoX file in Proof-General, I get the Proof-General menu
and syntax highlighting normally, but all interactions with the PhoX
prover (process a proof command, or simply start PhoX with C-c C-s) fail
with an error message Wrong type argument: stringp, nil (a full
backtrace is given below).

I use the latest version (0.87.080623) of PhoX, which works normally from the
command line. The bug occurs using either emacs22 (22.2+2-5) or xemacs21
(21.4.21-4). I didn't test the Plastic or Twelf modes, but at least PG
interacts nicely with Coq using proofgeneral-coq (3.7-3).

This problem was previously mentionned by Andreas Gösele on debian-user
http://lists.debian.org/debian-user/2009/05/msg00707.html

Thanks in advance for fixing this annoying bug,
iouri.

-- Emacs backtrace:
Debugger entered--Lisp error: (wrong-type-argument stringp nil)
  string-match([ \f\n^M^K]+ nil 0)
  split-string(nil)
  (if (proof-ass prog-args) (cons proof-prog-name (proof-ass prog-args)) 
(split-string proof-prog-name))
  (let* ((prog-name-list1 ...) (prog-name-list ...) (prog-command-line ...) 
(process-connection-type proof-shell-process-connection-type) 
(process-environment ...) (normal-coding-system-for-read ...) 
(coding-system-for-read ...) (coding-system-for-write coding-system-for-read)) 
(message Starting process: %s prog-command-line) (apply (quote make-comint) 
(append ... ...)) (setq proof-shell-buffer (get-buffer ...)) (unless 
(proof-shell-live-buffer) (setq proof-shell-buffer nil) (error Starting 
process: %s..failed prog-command-line)))
  (let ((proc ...)) (let* (... ... ... ... ... ... ... ...) (message Starting 
process: %s prog-command-line) (apply ... ...) (setq proof-shell-buffer ...) 
(unless ... ... ...)) (let (... ... ... ...) (setq proof-goals-buffer ...) 
(setq proof-response-buffer ...) (if proof-shell-trace-output-regexp ...) (if 
proof-shell-thms-output-regexp ...) (setq pg-response-special-display-regexp 
...)) (with-current-buffer proof-shell-buffer (erase-buffer) 
(proof-shell-set-text-representation) (funcall proof-mode-for-shell) (unless 
... ... ...) (set-buffer proof-response-buffer) 
(proof-shell-set-text-representation) (funcall proof-mode-for-response) 
(proof-with-current-buffer-if-exists proof-trace-buffer ... ... ...) 
(set-buffer proof-goals-buffer) (proof-shell-set-text-representation) (funcall 
proof-mode-for-goals) (if proof-shell-fiddle-frames ... ...)) (message 
Starting %s process... done. proc))
  (if (proof-shell-live-buffer) nil (setq proof-included-files-list nil) (let 
(...) (if ... ...)) (if proof-prog-name-ask (save-excursion ...)) (let (...) 
(let* ... ... ... ... ...) (let ... ... ... ... ... ...) (with-current-buffer 
proof-shell-buffer ... ... ... ... ... ... ... ... ... ... ... ...) (message 
Starting %s process... done. proc)))
  (unless (proof-shell-live-buffer) (setq proof-included-files-list nil) (let 
(...) (if ... ...)) (if proof-prog-name-ask (save-excursion ...)) (let (...) 
(let* ... ... ... ... ...) (let ... ... ... ... ... ...) (with-current-buffer 
proof-shell-buffer ... ... ... ... ... ... ... ... ... ... ... ...) (message 
Starting %s process... done. proc)))
  proof-shell-start()
  proof-shell-ready-prover(advancing)
  (save-excursion (proof-shell-ready-prover queuemode) (cond (... ...) (...) (t 
... ... ... ... ... ... ... ... ... ...)))
  proof-activate-scripting(nil advancing)
  (if ignore-proof-process-p nil (proof-activate-scripting nil (quote 
advancing)))
  (unless ignore-proof-process-p (proof-activate-scripting nil (quote 
advancing)))
  proof-assert-next-command()
  (progn (goto-char (proof-queue-or-locked-end)) (proof-assert-next-command))
  (if (eq proof-follow-mode (quote locked)) (progn (goto-char ...) 
(proof-assert-next-command)) (save-excursion (goto-char ...) 
(proof-assert-next-command)))
  (proof-maybe-save-point (goto-char (proof-queue-or-locked-end)) 
(proof-assert-next-command))
  (progn (proof-maybe-save-point (goto-char ...) (proof-assert-next-command)) 
(proof-maybe-follow-locked-end))
  (cond ((eq proof-buffer-type ...) (progn ... ...)) ((buffer-live-p 
proof-script-buffer) (with-current-buffer proof-script-buffer ... ...)))
  (proof-with-script-buffer (proof-maybe-save-point (goto-char ...) 
(proof-assert-next-command)) (proof-maybe-follow-locked-end))
  proof-toolbar-next()
  call-interactively(proof-toolbar-next)
 
-- System Information:
Debian Release: 5.0.2
  APT prefers stable
  APT policy: (900, 'stable')
Architecture: i386 (i686)

Kernel: Linux 2.6.26-2-686 (SMP w/2 CPU cores)
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 proofgeneral-misc depends on:
ii  proofgeneral  3.7-3  generic interface for proof assist

proofgeneral-misc recommends no packages.

proofgeneral-misc suggests no packages.

-- no debconf information




--
To UNSUBSCRIBE, email to 

Bug#470944: xkb-data: Duplicate entries for audio keys in section 'inspiron' of 'inet' symbols file

2008-03-14 Thread Lionel Vaux
Package: xkb-data
Version: 0.9-4
Severity: normal


Hi, 

The section about 'inspiron' multimedia keys in file
/usr/share/X11/symbols/inet is: 

  partial alphanumeric_keys
  xkb_symbols inspiron {
  key I02   {   [ XF86AudioStop ]   };
  key I04   {   [ XF86AudioNext ]   };
  key I10   {   [ XF86AudioPrev ]   };
  key I19   {   [ XF86AudioNext ]   };
  key I20   {   [ XF86AudioMute ]   };
  key I21   {   [ XF86Eject ]   };
  key I22   {   [ XF86AudioPlay, XF86AudioPause ] };
  key I24   {   [ XF86AudioStop ]   };
  key I2E   {   [ XF86AudioLowerVolume  ]   };
  key I30   {   [ XF86AudioRaiseVolume  ]   };
  key NFER  {   [ XF86AudioPrev ]   };
  key XFER  {   [ XF86AudioPlay, XF86AudioPause ] };
  };


This introduces duplicate entries for symbols XF86AudioStop, XF86AudioNext,
XF86AudioPrev, XF86AudioPlay and XF86AudioPause. As a result, launching xev and
pressing, e.g., key Play/Pause results in the following output:

KeyPress event, serial 32, synthetic NO, window 0x1a1,
root 0x5c, subw 0x0, time 2924632689, (168,179), root:(221,230),
state 0x0, keycode 162 (keysym 0x1008ff14, XF86AudioPlay), same_screen YES,
XKeysymToKeycode returns keycode: 129
XLookupString gives 0 bytes: 
XmbLookupString gives 0 bytes: 
XFilterEvent returns: False

KeyRelease event, serial 32, synthetic NO, window 0x1a1,
root 0x5c, subw 0x0, time 2924632852, (168,179), root:(221,230),
state 0x0, keycode 162 (keysym 0x1008ff14, XF86AudioPlay), same_screen YES,
XKeysymToKeycode returns keycode: 129
XLookupString gives 0 bytes: 

(notice the 'XKeysymToKeycode returns keycode: 129' line) and X11 clients do
not handle correctly the corresponding symbols (for instance fluxbox misses
those keypresses).

Removing duplicate entries as follows: 

partial alphanumeric_keys
xkb_symbols inspiron {
key I10   {   [ XF86AudioPrev ]   };
key I19   {   [ XF86AudioNext ]   };
key I20   {   [ XF86AudioMute ]   };
key I21   {   [ XF86Eject ]   };
key I22   {   [ XF86AudioPlay, XF86AudioPause ] };
key I24   {   [ XF86AudioStop ]   };
key I2E   {   [ XF86AudioLowerVolume  ]   };
key I30   {   [ XF86AudioRaiseVolume  ]   };
};

solved this problem on my Inspiron 6400. The output of xev becomes

  KeyPress event, serial 29, synthetic NO, window 0x1a1,
  root 0x5c, subw 0x0, time 2924325407, (29,-11), root:(82,40),
  state 0x0, keycode 162 (keysym 0x1008ff14, XF86AudioPlay), same_screen 
YES,
  XLookupString gives 0 bytes: 
  XmbLookupString gives 0 bytes: 
  XFilterEvent returns: False
  
  KeyRelease event, serial 32, synthetic NO, window 0x1a1,
  root 0x5c, subw 0x0, time 2924325566, (29,-11), root:(82,40),
  state 0x0, keycode 162 (keysym 0x1008ff14, XF86AudioPlay), same_screen 
YES,
  XLookupString gives 0 bytes: 

and fluxbox catches audio keys correctly.


Cheers,
iouri.


-- System Information:
Debian Release: 4.0
  APT prefers stable
  APT policy: (920, 'stable'), (900, 'stable')
Architecture: i386 (i686)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.18-6-686
Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8)

-- no debconf information




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



Bug#391192: xkb-data: Symbols for Logitech Cordless Desktop Optical are lacking

2007-04-24 Thread Lionel VAUX
Hi Brice,

The bug has just been fixed in upstream CVS: see also
http://bugs.freedesktop.org/show_bug.cgi?id=10671

Lionel.

Le mercredi 21 mars 2007 à 20:53, Brice Goglin a écrit:
 Hi Lionel,
 
 I think this bug still applies to xkb-data 0.9.4. We should probably
 forward it upstream at bugzilla.freedesktop.org. Would you mind doing so
 since your wrote the patch?
 
 Thanks,
 Brice
 
 



Bug#412681: gksu: default keyring not created

2007-03-06 Thread Lionel VAUX
Le lundi  5 mars 2007 à 20:37, Gustavo Noronha Silva a écrit:
 The attached patch should fix the problem. Can you please try it? I
 tried with a newly created user, and it works for me. Most of the patch
 is actually a better way of showing debug messages if -d is passed as
 argument.

The patch worked perfectly for me. Thanks.



Bug#412681: gksu: default keyring not created

2007-02-27 Thread Lionel Vaux
Package: gksu
Version: 2.0.0-1
Severity: normal


On a clean etch install, when I launch some app using gksu, the
password is not remembered when the option Save in the keyring
is selected. The problem is that the default keyring does not exist,
and I am not prompted to create it.

If I create a keyring with name default using gnome-keyring-manager,
then gksu correctly saves the password.

Please prompt to create a default keyring if one does not exist.

Regards,
iouri.

-- System Information:
Debian Release: 4.0
  APT prefers testing
  APT policy: (500, 'testing')
Architecture: i386 (i686)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.18-3-686
Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8)

Versions of packages gksu depends on:
ii  gnome-keyring   0.6.0-3  GNOME keyring services (daemon and
ii  libatk1.0-0 1.12.4-2 The ATK accessibility toolkit
ii  libc6   2.3.6.ds1-11 GNU C Library: Shared libraries
ii  libcairo2   1.2.4-4  The Cairo 2D vector graphics libra
ii  libfontconfig1  2.4.2-1  generic font configuration library
ii  libgconf2-4 2.16.0-3 GNOME configuration database syste
ii  libgksu2-0  2.0.3-4  library providing su and sudo func
ii  libglib2.0-02.12.4-2 The GLib library of C routines
ii  libgnome-keyring0   0.6.0-3  GNOME keyring services library
ii  libgtk2.0-0 2.8.20-5 The GTK+ graphical user interface 
ii  liborbit2   1:2.14.3-0.1 libraries for ORBit2 - a CORBA ORB
ii  libpango1.0-0   1.14.8-5 Layout and rendering of internatio
ii  libstartup-notification00.8-2library for program launch feedbac
ii  libx11-62:1.0.3-5X11 client-side library
ii  libxcursor1 1.1.7-4  X cursor management library
ii  libxext61:1.0.1-2X11 miscellaneous extension librar
ii  libxfixes3  1:4.0.1-5X11 miscellaneous 'fixes' extensio
ii  libxi6  1:1.0.1-4X11 Input extension library
ii  libxinerama11:1.0.1-4.1  X11 Xinerama extension library
ii  libxrandr2  2:1.1.0.2-5  X11 RandR extension library
ii  libxrender1 1:0.9.1-3X Rendering Extension client libra
ii  sudo1.6.8p12-4   Provide limited super user privile

gksu recommends no packages.

-- no debconf information


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



Bug#400905: scponly: setup_chroot.sh should copy /lib64/ld-linux-x86-64.so.2 when necessary

2006-11-29 Thread Lionel Vaux
Package: scponly
Version: 4.6-1
Severity: important

On x86_64 architectures, /lib64/ld-linux-x86-64.so.2 replaces
/lib/ld-linux.so.2. The script setup_chroot.sh does not handle that
case: this results in all binaries in the chroot failing with error 
No such file or directory.

-- System Information:
Debian Release: 4.0
  APT prefers testing-proposed-updates
  APT policy: (500, 'testing-proposed-updates'), (500, 'testing')
Architecture: amd64 (x86_64)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.17-2-amd64
Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8)

Versions of packages scponly depends on:
ii  debconf [debconf-2.0]   1.5.8Debian configuration management sy
ii  libc6   2.3.6.ds1-8  GNU C Library: Shared libraries
ii  openssh-server  1:4.3p2-6Secure shell server, an rshd repla
ii  passwd  1:4.0.18.1-5 change and administer password and

scponly recommends no packages.

-- debconf information:
* scponly/chroot: true


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



Bug#391900: libgl1-mesa-dri: No unichrome_dri.so on amd64

2006-10-09 Thread Lionel VAUX
Package: libgl1-mesa-dri
Version: 6.5.0.cvs.20060524-1.1
Severity: normal


Hi,

There is currently no DRI support for Unichrome chipsets on amd64 arch:
unichrome_dri.so is not built.

Is this normal ? If so, is there any plan to get amd64 support soon ?

Cheers,
iouri.


-- System Information:
Debian Release: testing/unstable
  APT prefers testing-proposed-updates
  APT policy: (500, 'testing-proposed-updates'), (500, 'testing')
Architecture: amd64 (x86_64)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.17-2-amd64
Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8)

Versions of packages libgl1-mesa-dri depends on:
ii  libc6 2.3.6.ds1-4GNU C Library: Shared libraries
ii  libdrm2   2.0.2-0.1  Userspace interface to kernel DRM 
ii  libexpat1 1.95.8-3.3 XML parsing C library - runtime li
ii  libgl1-mesa-glx   6.5.0.cvs.20060524-1.1 A free implementation of the OpenG

libgl1-mesa-dri recommends no packages.

-- no debconf information


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



Bug#391192: xkb-data: Symbols for Logitech Cordless Desktop Optical are lacking

2006-10-05 Thread Lionel VAUX
Package: xkb-data
Version: 0.8-15
Severity: normal
Tags: patch

Hi,

/usr/share/X11/xkb/rules/base defines a model name for Logitech Cordless
Desktop Optical: logicdo. This is not used anywhere else in the package,
hence choosing logicdo as keyboard model results in using a default
model. In particular multimedia keys are not supported.

Using base Logitech symbols (logitech_base) enables multimedia keys. A
patch doing this is attached.

Cheers,
iouri.

-- System Information:
Debian Release: testing/unstable
  APT prefers testing-proposed-updates
  APT policy: (500, 'testing-proposed-updates'), (500, 'testing')
Architecture: amd64 (x86_64)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.17-2-amd64
Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8)

-- no debconf information

diff -ur xkb_from_xkb-data_0.8-15_all/rules/base xkb/rules/base
--- xkb_from_xkb-data_0.8-15_all/rules/base 2006-10-04 23:13:00.0 
+0200
+++ xkb/rules/base  2006-10-04 23:21:28.0 +0200
@@ -49,7 +49,7 @@
   hp2501 hp2505 hp5xx hp500fa hp5181 hp5185 \
   hpi6 hpxe3gc hpxe3gf hpxe4xxx hpxt1000 hpzt11xx \
   ipaq inspiron latitude \
-  logiaccess logicdp logicdpa logicdit logicink logiciink 
logiclx300 \
+  logiaccess logicdo logicdp logicdpa logicdit logicink logiciink 
logiclx300 \
   logiinkse logiinkseusb logiitc logiik itouch logiultrax ltcd \
   microsoftinet microsoftpro microsoftprousb microsoftprooem 
microsoftprose \
   microsoftoffice microsoftmult \
diff -ur xkb_from_xkb-data_0.8-15_all/rules/xfree86 xkb/rules/xfree86
--- xkb_from_xkb-data_0.8-15_all/rules/xfree86  2006-10-04 23:13:00.0 
+0200
+++ xkb/rules/xfree86   2006-10-04 23:21:28.0 +0200
@@ -49,7 +49,7 @@
   hp2501 hp2505 hp5xx hp500fa hp5181 hp5185 \
   hpi6 hpxe3gc hpxe3gf hpxe4xxx hpxt1000 hpzt11xx \
   ipaq inspiron latitude \
-  logiaccess logicdp logicdpa logicdit logicink logiciink 
logiclx300 \
+  logiaccess logicdo logicdp logicdpa logicdit logicink logiciink 
logiclx300 \
   logiinkse logiinkseusb logiitc logiik itouch logiultrax ltcd \
   microsoftinet microsoftpro microsoftprousb microsoftprooem 
microsoftprose \
   microsoftoffice microsoftmult \
diff -ur xkb_from_xkb-data_0.8-15_all/rules/xorg xkb/rules/xorg
--- xkb_from_xkb-data_0.8-15_all/rules/xorg 2006-10-04 23:13:00.0 
+0200
+++ xkb/rules/xorg  2006-10-04 23:21:28.0 +0200
@@ -49,7 +49,7 @@
   hp2501 hp2505 hp5xx hp500fa hp5181 hp5185 \
   hpi6 hpxe3gc hpxe3gf hpxe4xxx hpxt1000 hpzt11xx \
   ipaq inspiron latitude \
-  logiaccess logicdp logicdpa logicdit logicink logiciink 
logiclx300 \
+  logiaccess logicdo logicdp logicdpa logicdit logicink logiciink 
logiclx300 \
   logiinkse logiinkseusb logiitc logiik itouch logiultrax ltcd \
   microsoftinet microsoftpro microsoftprousb microsoftprooem 
microsoftprose \
   microsoftoffice microsoftmult \
diff -ur xkb_from_xkb-data_0.8-15_all/symbols/inet xkb/symbols/inet
--- xkb_from_xkb-data_0.8-15_all/symbols/inet   2006-10-04 23:13:00.0 
+0200
+++ xkb/symbols/inet2006-10-04 23:21:28.0 +0200
@@ -1366,6 +1366,12 @@
 include inet(logitech_base)
 };
 
+// Logitech Cordless Desktop Optical
+partial alphanumeric_keys
+xkb_symbols logicdo {
+include inet(logitech_base)
+};
+
 // Logitech Cordless Desktop Pro
 partial alphanumeric_keys
 xkb_symbols logicdp {
diff -ur xkb_from_xkb-data_0.8-15_all/symbols.dir xkb/symbols.dir
--- xkb_from_xkb-data_0.8-15_all/symbols.dir2006-10-04 23:13:00.0 
+0200
+++ xkb/symbols.dir 2006-10-04 23:21:28.0 +0200
@@ -329,6 +329,7 @@
 --p- a--- inet(latitude)
 --p- a--- inet(logiaccess)
 --p- a--- inet(logicdit)
+--p- a--- inet(logicdo)
 --p- a--- inet(logicdp)
 --p- a--- inet(logicdpa)
 --p- a--- inet(logiciink)



Bug#276143: Still present (Re: Bug#276143: altwin:meta_win breaks 3rd level modifier (AltGr))

2006-10-05 Thread Lionel VAUX
Package: xkb-data
Version: 0.8-15
Followup-For: Bug #276143

This bug is still present in versions 0.8-12 (testing) and 0.8-15
(unstable). The patch from Jean-Christophe Dubacq worked for me and
seems to solve a quite longstanding bug. Is there anything wrong with
this patch ?

iouri.

-- System Information:
Debian Release: testing/unstable
  APT prefers testing-proposed-updates
  APT policy: (500, 'testing-proposed-updates'), (500, 'testing')
Architecture: amd64 (x86_64)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.17-2-amd64
Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8)

-- no debconf information




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



Bug#294582: rxvt-unicode bugs: please verify fix

2006-03-14 Thread Lionel VAUX
Le lundi 13 mars 2006 à 20:21, Decklin Foster a écrit:
 Greetings,

Hi,
 
 You filed a bug on the Debian package of rxvt-unicode:
 
   #294582: rxvt-unicode: crashes when programs output bold special
   characters 
 
 I am adopting the package and have determined that this bug probably no
 longer applies, as I cannot reproduce it. An updated package will be
 uploaded soon, but if you want to test the new version now, preliminary
 packages can be downloaded at:
 
   http://www.rupamsunyata.org/deb/
 
 I would greatly appreciate it if you could inform me whether the bug is
 still reproducible for you in this version, or if it can be closed. Thank
 you.

This bug seems to be solved now. I currently run rxvt-unicode version
5.3-1 from sarge with no problem.

I did not test version 7.7 from the URL you gave, because it requires libc6
from etch.

Cheers, 
Lionel.




Bug#324366: mozilla-firefox: firefox segfaults on closing an open tab

2005-09-01 Thread Lionel Vaux
Package: mozilla-firefox
Version: 1.0.4-2sarge2
Followup-For: Bug #324366

Hi,

I think I have the same problem since upgrading to 1.0.4-2sarge2. 
If I start firefox, open a new tab, then close it either by pressing 
C-w or by clicking the close tab button then it segfaults.

It does not segfault if I start firefox, then simply close it by
hitting C-w. Also, this problem does not occur with version 1.0.4-2.

Stefan, can you confirm that firefox segfaults in your case also ?

Cheers, Lionel.


-- System Information:
Debian Release: 3.1
  APT prefers testing
  APT policy: (800, 'testing'), (550, 'unstable')
Architecture: i386 (i686)
Kernel: Linux 2.6.8-2005.03.31-18.15
Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8)

Versions of packages mozilla-firefox depends on:
ii  debianutils2.8.4 Miscellaneous utilities specific t
ii  fontconfig 2.3.1-2   generic font configuration library
ii  libatk1.0-01.10.1-2  The ATK accessibility toolkit
ii  libc6  2.3.2.ds1-22  GNU C Library: Shared libraries an
ii  libfontconfig1 2.3.1-2   generic font configuration library
ii  libfreetype6   2.1.7-2.4 FreeType 2 font engine, shared lib
ii  libgcc11:3.4.3-13GCC support library
ii  libglib2.0-0   2.6.4-1   The GLib library of C routines
ii  libgtk2.0-02.6.4-3   The GTK+ graphical user interface 
ii  libidl00.8.5-1   library for parsing CORBA IDL file
ii  libjpeg62  6b-10 The Independent JPEG Group's JPEG 
ii  libkrb53   1.3.6-2sarge2 MIT Kerberos runtime libraries
ii  libpango1.0-0  1.8.2-1   Layout and rendering of internatio
ii  libpng12-0 1.2.8rel-1PNG library - runtime
ii  libstdc++5 1:3.3.5-13The GNU Standard C++ Library v3
ii  libx11-6   4.3.0.dfsg.1-14   X Window System protocol client li
ii  libxext6   4.3.0.dfsg.1-14   X Window System miscellaneous exte
ii  libxft22.1.7-1   FreeType-based font drawing librar
ii  libxp6 4.3.0.dfsg.1-14   X Window System printing extension
ii  libxt6 4.3.0.dfsg.1-14   X Toolkit Intrinsics
ii  psmisc 21.5-1Utilities that use the proc filesy
ii  xlibs  4.3.0.dfsg.1-14   X Keyboard Extension (XKB) configu
ii  zlib1g 1:1.2.2-4.sarge.2 compression library - runtime

-- no debconf information


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



Bug#309032: mail-notification: should reset acces time after checking mboxes

2005-05-13 Thread Lionel Vaux
Package: mail-notification
Version: 1.1-3
Severity: wishlist

Hi,

  mail-notification does not reset access time properly after a mbox has
been checked for new mail. This prevents other biff-like programs from
detecting new mail effectively. It also prevents mutt from tagging local 
mboxes with new mail browser correctly in its mailbox.

  Bringing this feature into mail-notification would make it friendlier
towards other programs.

  iouri.



-- System Information:
Debian Release: 3.1
  APT prefers testing
  APT policy: (800, 'testing'), (700, 'unstable')
Architecture: i386 (i686)
Kernel: Linux 2.6.8-2005.03.31-18.15
Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8)

Versions of packages mail-notification depends on:
ii  gconf2   2.8.1-5 GNOME configuration database syste
ii  gnome-icon-theme 2.8.0-4 GNOME Desktop icon theme
ii  libart-2.0-2 2.3.17-1Library of functions for 2D graphi
ii  libatk1.0-0  1.8.0-4 The ATK accessibility toolkit
ii  libbonobo2-0 2.8.1-2 Bonobo CORBA interfaces library
ii  libbonoboui2-0   2.8.1-2 The Bonobo UI library
ii  libc62.3.2.ds1-21GNU C Library: Shared libraries an
ii  libeel2-22.8.2-1 Eazel Extensions Library (for GNOM
ii  libgail-common   1.8.4-1 GNOME Accessibility Implementation
ii  libgail171.8.4-1 GNOME Accessibility Implementation
ii  libgconf2-4  2.8.1-5 GNOME configuration database syste
ii  libglade2-0  1:2.4.2-2   library to load .glade files at ru
ii  libglib2.0-0 2.6.4-1 The GLib library of C routines
ii  libgmime2.1  2.1.14-1MIME library, unstable version
ii  libgnome2-0  2.8.1-2 The GNOME 2 library - runtime file
ii  libgnomecanvas2-02.8.0-1 A powerful object-oriented display
ii  libgnomeui-0 2.8.1-3 The GNOME 2 libraries (User Interf
ii  libgnomevfs2-0   2.8.4-3 The GNOME virtual file-system libr
ii  libgnutls11  1.0.16-9GNU TLS library - runtime library
ii  libgtk2.0-0  2.6.4-1 The GTK+ graphical user interface 
ii  libice6  4.3.0.dfsg.1-12.0.1 Inter-Client Exchange library
ii  libicu28 2.8-4   International Components for Unico
ii  liborbit21:2.12.2-1  libraries for ORBit2 - a CORBA ORB
ii  libpango1.0-01.8.1-1 Layout and rendering of internatio
ii  libpopt0 1.7-5   lib for parsing cmdline parameters
ii  libsasl2 2.1.19-1.5  Authentication abstraction library
ii  libsm6   4.3.0.dfsg.1-12.0.1 X Window System Session Management
ii  libsoup2.2-7 2.2.3-2 an HTTP library implementation in 
ii  libx11-6 4.3.0.dfsg.1-12.0.1 X Window System protocol client li
ii  libxml2  2.6.16-7GNOME XML library
ii  xlibs4.3.0.dfsg.1-12 X Keyboard Extension (XKB) configu
ii  zlib1g   1:1.2.2-4   compression library - runtime

-- no debconf information


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



Bug#309033: mail-notification: gzipped mboxes

2005-05-13 Thread Lionel Vaux
Package: mail-notification
Version: 1.1-3
Severity: wishlist


Hi,

  Some MUA (e.g. mutt) handle gzipped mboxes [1] well. mail-notification,
however, is unable to detect new mail in these. 

  It would be a nice and useful feature to add. 
 
  Cheers,
  iouri.

[1] A particularly useful feature, especially when one archives all of
debian-user :-)

-- System Information:
Debian Release: 3.1
  APT prefers testing
  APT policy: (800, 'testing'), (700, 'unstable')
Architecture: i386 (i686)
Kernel: Linux 2.6.8-2005.03.31-18.15
Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8)

Versions of packages mail-notification depends on:
ii  gconf2   2.8.1-5 GNOME configuration database syste
ii  gnome-icon-theme 2.8.0-4 GNOME Desktop icon theme
ii  libart-2.0-2 2.3.17-1Library of functions for 2D graphi
ii  libatk1.0-0  1.8.0-4 The ATK accessibility toolkit
ii  libbonobo2-0 2.8.1-2 Bonobo CORBA interfaces library
ii  libbonoboui2-0   2.8.1-2 The Bonobo UI library
ii  libc62.3.2.ds1-21GNU C Library: Shared libraries an
ii  libeel2-22.8.2-1 Eazel Extensions Library (for GNOM
ii  libgail-common   1.8.4-1 GNOME Accessibility Implementation
ii  libgail171.8.4-1 GNOME Accessibility Implementation
ii  libgconf2-4  2.8.1-5 GNOME configuration database syste
ii  libglade2-0  1:2.4.2-2   library to load .glade files at ru
ii  libglib2.0-0 2.6.4-1 The GLib library of C routines
ii  libgmime2.1  2.1.14-1MIME library, unstable version
ii  libgnome2-0  2.8.1-2 The GNOME 2 library - runtime file
ii  libgnomecanvas2-02.8.0-1 A powerful object-oriented display
ii  libgnomeui-0 2.8.1-3 The GNOME 2 libraries (User Interf
ii  libgnomevfs2-0   2.8.4-3 The GNOME virtual file-system libr
ii  libgnutls11  1.0.16-9GNU TLS library - runtime library
ii  libgtk2.0-0  2.6.4-1 The GTK+ graphical user interface 
ii  libice6  4.3.0.dfsg.1-12.0.1 Inter-Client Exchange library
ii  libicu28 2.8-4   International Components for Unico
ii  liborbit21:2.12.2-1  libraries for ORBit2 - a CORBA ORB
ii  libpango1.0-01.8.1-1 Layout and rendering of internatio
ii  libpopt0 1.7-5   lib for parsing cmdline parameters
ii  libsasl2 2.1.19-1.5  Authentication abstraction library
ii  libsm6   4.3.0.dfsg.1-12.0.1 X Window System Session Management
ii  libsoup2.2-7 2.2.3-2 an HTTP library implementation in 
ii  libx11-6 4.3.0.dfsg.1-12.0.1 X Window System protocol client li
ii  libxml2  2.6.16-7GNOME XML library
ii  xlibs4.3.0.dfsg.1-12 X Keyboard Extension (XKB) configu
ii  zlib1g   1:1.2.2-4   compression library - runtime

-- no debconf information


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



Bug#302375: kernel-source-2.6.8: fails to compile; undefined reference to `acpi_processor_register_performance'

2005-03-31 Thread Lionel Vaux
Package: kernel-source-2.6.8
Version: 2.6.8-15
Severity: normal
Tags: patch

Hi,

  Compilation fails when ACPI_PROCESSOR is set to m and we want to use
some CPU_FREQ options (X86_POWERNOW_K7, X86_POWERNOW_K8 and
X86_SPEEDSTEP_CENTRINO). Randy Dunlap posted[1] a patch on lkml on june
2004 and the problem is solved (at least) in kernel-source-2.6.10. But
since kernel-source-2.6.8 is still distributed (and 2.6.8 is going to be
the ``official'' kernel for sarge), it would be good to patch it so.

  I reproduce the patch below:

== the patch =

diff -Naurp ./arch/i386/kernel/cpu/cpufreq/Kconfig~cpu_freqs
./arch/i386/kernel/cpu/cpufreq/Kconfig
--- ./arch/i386/kernel/cpu/cpufreq/Kconfig~cpu_freqs 2004-06-15
22:19:01.0 -0700
+++ ./arch/i386/kernel/cpu/cpufreq/Kconfig 2004-06-17 21:52:21.0
-0700
@@ -80,7 +80,7 @@ config X86_POWERNOW_K6

config X86_POWERNOW_K7
tristate AMD Mobile Athlon/Duron PowerNow!
- depends on CPU_FREQ_TABLE
+ depends on CPU_FREQ_TABLE  ACPI_PROCESSOR
help
This adds the CPUFreq driver for mobile AMD K7 mobile processors.

@@ -90,7 +90,7 @@ config X86_POWERNOW_K7

config X86_POWERNOW_K8
tristate AMD Opteron/Athlon64 PowerNow!
- depends on CPU_FREQ  EXPERIMENTAL
+ depends on CPU_FREQ  ACPI_PROCESSOR  EXPERIMENTAL
help
This adds the CPUFreq driver for mobile AMD Opteron/Athlon64 processors.

@@ -111,7 +111,7 @@ config X86_GX_SUSPMOD

config X86_SPEEDSTEP_CENTRINO
tristate Intel Enhanced SpeedStep
- depends on CPU_FREQ_TABLE
+ depends on CPU_FREQ_TABLE  ACPI_PROCESSOR
help
This adds the CPUFreq driver for Enhanced SpeedStep enabled
mobile CPUs. This means Intel Pentium M (Centrino) CPUs.

= end of the patch =


  Cheers,
  Lionel.

[1] http://www.uwsg.iu.edu/hypermail/linux/kernel/0406.2/0578.html


-- System Information:
Debian Release: 3.1
  APT prefers testing
  APT policy: (800, 'testing'), (700, 'unstable')
Architecture: i386 (i686)
Kernel: Linux 2.6.10-20050129-0
Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=UTF-8)

Versions of packages kernel-source-2.6.8 depends on:
ii  binutils  2.15-5 The GNU assembler, linker and bina
ii  bzip2 1.0.2-5high-quality block-sorting file co
ii  coreutils [fileutils] 5.2.1-2The GNU core utilities
ii  fileutils 5.2.1-2The GNU file management utilities 

-- no debconf information


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



Bug#294582: rxvt-unicode: crashes when programs output bold special characters

2005-02-10 Thread Lionel Vaux
Package: rxvt-unicode
Version: 4.8-1
Severity: important

Hi, 

  rxvt-unicode has serious problems when running applications that
output bold UTF-8 characters.

  If man is run to display manpages with 'strange' characters (e.g.
muttrc(5), which has a bold dollar sign on line 43) then urxvt 
segfaults. The same occurs when running any program using dialog, such
as debconf dialogs or orphaner. My guess is that they use bold non 
alphanumeric characters. Also, urxvt crashes when one types:
echo -e '\033[1mc'
where c is any non latin character (e.g. cyrillic small letter a:
U+0430). However the corresponding non bold command does not crash
urxvt: 
echo -e 'c'
nor the following, although it outputs a bold dollar:
echo -e '\033[1m$'

  rxvt-unicode, rxvt-unicode-lite and rxvt-unicode-ml all share this 
bug. There is no such problem using xterm or rxvt (but they don't
support UTF-8, so that's not a surprise).

  Have a nice bug hunt,
  Lionel.

-- My relevant Xresources

URxvt.background:   #00
URxvt.boldFont: -*-courier-bold-r-*-*-10-100-*-*-m-*-iso10646-1,
-*-lucidatypewriter-bold-r-*-*-10-100-*-*-m-*-iso10646-1
URxvt.font: -misc-fixed-medium-r-*-*-10-*-*-*-*-*-iso10646-1
URxvt.foreground:   #F0F0F0
URxvt.saveLines:2048


-- How to reproduce: 

In bash running under urxvt, type:
[EMAIL PROTECTED] man muttrc
then scroll down until line 43 is displayed; or just type:
[EMAIL PROTECTED] echo -e '\033[1m'.


-- System Information:
Debian Release: 3.1
  APT prefers testing
  APT policy: (800, 'testing'), (700, 'unstable')
Architecture: i386 (i686)
Kernel: Linux 2.6.10-20050129-0
Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=UTF-8)

Versions of packages rxvt-unicode depends on:
ii  base-passwd  3.5.9   Debian base system master password
ii  libc62.3.2.ds1-20GNU C Library: Shared libraries an
ii  libfontconfig1   2.2.3-4 generic font configuration library
ii  libfreetype6 2.1.7-2.3   FreeType 2 font engine, shared lib
ii  libgcc1  1:3.4.3-6   GCC support library
ii  libx11-6 4.3.0.dfsg.1-10 X Window System protocol client li
ii  libxft2  2.1.2-6 FreeType-based font drawing librar
ii  libxrender1  0.8.3-7 X Rendering Extension client libra
ii  xlibs4.3.0.dfsg.1-10 X Keyboard Extension (XKB) configu
ii  zlib1g   1:1.2.2-3   compression library - runtime

-- no debconf information