Bug#948442: gdm3: Unable to enable Orca

[Boris Daix]

Package: gdm3
Version: 3.22.3-3+deb9u1sci9u1
Severity: normal

Dear Maintainer,

my operator gave me that Debian system with BRLTTY installed but that's
all.  As a blind user I usually switch to a non-graphical TTY and log in
to work.  However I would like to enable Orca for gdm3 so that I can use
GNOME and other graphical applications.  I tried the following commands
but none of them made gdm3 speak.  Package gnome-orca is installed.
Sound is switched on, I checked it with mpg321.  I also tried Ctrl-Alt-s
on gdm3 but it doesn't do anything.

  $ sudo -u Debian-gdm gconftool --type bool \
 --set /desktop/gnome/applications/at/screen_reader_enabled true

or

  $ sudo -u Debian-gdm 'eval $(dbus-launch) ; export DBUS_SESSION_BUS_ADDRESS 
DBUS_SESSION_BUS_PID ; GSETTINGS_BACKEND=dconf gsettings set 
org.gnome.desktop.a11y.applications screen-reader-enabled true'

Best regards,

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

Kernel: Linux 4.9.0-11-amd64 (SMP w/4 CPU cores)
Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8), 
LANGUAGE=fr_FR.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)

Versions of packages gdm3 depends on:
ii  accountsservice   0.6.43-1
ii  adduser   3.115
ii  dconf-cli 0.26.0-2+b1
ii  dconf-gsettings-backend   0.26.0-2+b1
ii  debconf [debconf-2.0] 1.5.61
ii  gir1.2-gdm-1.03.22.3-3+deb9u1sci9u1
ii  gnome-session [x-session-manager] 3.22.3-1
ii  gnome-session-bin 3.22.3-1
ii  gnome-settings-daemon 3.22.2-2+deb9u2sci9u1
ii  gnome-shell   3.22.3-3sci9u2
ii  gnome-terminal [x-terminal-emulator]  3.22.2-1
ii  gsettings-desktop-schemas 3.22.0-1
ii  libaccountsservice0   0.6.43-1
ii  libaudit1 1:2.6.7-2
ii  libc6 2.24-11+deb9u4
ii  libcanberra-gtk3-00.30-3
ii  libcanberra0  0.30-3
ii  libgdk-pixbuf2.0-02.36.5-2+deb9u2
ii  libgdm1   3.22.3-3+deb9u1sci9u1
ii  libglib2.0-0  2.50.3-2+deb9u1
ii  libglib2.0-bin2.50.3-2+deb9u1
ii  libgtk-3-03.22.11-1
ii  libkeyutils1  1.5.9-9
ii  libpam-modules1.1.8-3.6
ii  libpam-runtime1.1.8-3.6
ii  libpam-systemd232-25+deb9u12
ii  libpam0g  1.1.8-3.6
ii  librsvg2-common   2.40.16-1+b1
ii  libselinux1   2.6-3+b3
ii  libsystemd0   232-25+deb9u12
ii  libwrap0  7.6.q-26
ii  libx11-6  2:1.6.4-3+deb9u1
ii  libxau6   1:1.0.8-1
ii  libxcb1   1.12-1
ii  libxdmcp6 1:1.1.2-3
ii  lsb-base  9.20161125
ii  mutter [x-window-manager] 3.22.3-2
ii  policykit-1   0.105-18+deb9u1
ii  ucf   3.0036
ii  x11-common1:7.7+19
ii  x11-xserver-utils 7.7+7+b1
ii  xterm [x-terminal-emulator]   327-2

Versions of packages gdm3 recommends:
ii  at-spi2-core2.22.0-6+deb9u1
ii  desktop-base9.0.2+deb9u1
ii  x11-xkb-utils   7.7+3+b1
ii  xserver-xephyr  2:1.19.2-1+deb9u5
ii  xserver-xorg1:7.7+19
ii  zenity  3.22.0-1+b1

Versions of packages gdm3 suggests:
ii  gnome-orca3.22.2-3
ii  libpam-gnome-keyring  3.20.0-3

-- debconf information:
  gdm3/daemon_name: /usr/sbin/gdm3
* shared/default-x-display-manager: gdm3

-- 
Boris Daix

Maîtrise d'OuvrAge Système d'Information Scientifique
POA OCS - MOA Clusters - Packaging CALIBRE-Scibian

06 21 93 14 39
04 69 73 01 26

EDF SA – DIPNN – Direction Technique
Département Numérique et Efficacité Opérationnelle (NEO)
Groupe Système d'Information Scientifique (SY)

EDF La Grande Halle
Bureau 00.NO.35
19, rue Pierre Bourdeix
CS 80 323
69 363 Lyon CEDEX 07

Bug#750633: emacs24: abbrev-mode: Bad expansion after `M-''

[Boris Daix]

Package: emacs24
Version: 24.3+1-4
Severity: normal

Dear Maintainer,

I have loaded abbrev-mode and set n1l, an abbrev for national.  When
I type n 1 l space it works as expected: it expands to national .
However, when I type i n t e r M-' n 1 l space, it does expand to
international  but, additionally, transposes the space character with
its following one.

For instance, while typing M-' n 1 l space in the string
The InterConsortium, expecting The International Consortium, I get
The InternationalC onsortium.

Could it be fixed?

Best regards,

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

Kernel: Linux 3.14-1-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 emacs24 depends on:
ii  emacs24-bin-common   24.3+1-4
ii  gconf-service3.2.6-2
ii  libasound2   1.0.27.2-4
ii  libatk1.0-0  2.12.0-1
ii  libc62.18-7
ii  libcairo-gobject21.12.16-2
ii  libcairo21.12.16-2
ii  libdbus-1-3  1.8.2-1
ii  libfontconfig1   2.11.0-5
ii  libfreetype6 2.5.2-1
ii  libgconf-2-4 3.2.6-2
ii  libgdk-pixbuf2.0-0   2.30.7-1
ii  libgif4  4.1.6-11
ii  libglib2.0-0 2.40.0-3
ii  libgnutls28  3.2.15-1
ii  libgomp1 4.9.0-5
ii  libgpm2  1.20.4-6.1
ii  libgtk-3-0   3.12.2-1
ii  libice6  2:1.0.8-2
ii  libjpeg8 8d-2
ii  libm17n-01.6.4-2
ii  libmagickcore5   8:6.7.7.10+dfsg-3
ii  libmagickwand5   8:6.7.7.10+dfsg-3
ii  libotf0  0.9.13-1
ii  libpango-1.0-0   1.36.3-1
ii  libpangocairo-1.0-0  1.36.3-1
ii  libpng12-0   1.2.50-1
ii  librsvg2-2   2.40.2-1
ii  libselinux1  2.3-1
ii  libsm6   2:1.2.1-2
ii  libtiff5 4.0.3-8
ii  libtinfo55.9+20140118-1
ii  libx11-6 2:1.6.2-2
ii  libxft2  2.3.1-2
ii  libxml2  2.9.1+dfsg1-3
ii  libxpm4  1:3.5.10-1
ii  libxrender1  1:0.9.8-1
ii  zlib1g   1:1.2.8.dfsg-1

emacs24 recommends no packages.

Versions of packages emacs24 suggests:
ii  emacs24-common-non-dfsg  24.3+1-1

-- no debconf information

-- 
Boris Daix


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

Bug#749471: ghc: changeWorkingDirectory systematically fails

[Boris Daix]

Package: ghc
Version: 7.6.3-10
Severity: normal

Dear Maintainer,

:cd'ind in GHCi is not possible anymore:

bdaix@nephtys:~$ pwd
/home/bdaix
bdaix@nephtys:~$ ghci
GHCi, version 7.6.3: http://www.haskell.org/ghc/  :? for help
Loading package ghc-prim ... linking ... done.
Loading package integer-gmp ... linking ... done.
Loading package base ... linking ... done.
Prelude :cd ..
*** Exception: ..: changeWorkingDirectory: does not exist (No such file or 
directory)
Prelude

This issue also breaks haskell-mode.

Cheers,

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

Kernel: Linux 3.14-1-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 ghc depends on:
ii  gcc 4:4.8.2-4
ii  libbsd-dev  0.6.0-2
ii  libc6   2.18-7
ii  libc6-dev   2.18-7
ii  libffi-dev  3.1~rc1+r3.0.13-12
ii  libffi6 3.1~rc1+r3.0.13-12
ii  libgmp-dev  2:6.0.0+dfsg-4
ii  libgmp102:6.0.0+dfsg-4
ii  libtinfo5   5.9+20140118-1

ghc recommends no packages.

Versions of packages ghc suggests:
pn  ghc-doc  none
pn  ghc-prof none
pn  haskell-doc  none
pn  llvm none
ii  perl 5.18.2-4

-- no debconf information

-- 
Boris Daix


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

Bug#702951: installation-reports: Encrypted LVM assisted install takes too long

[Boris Daix]

   Thermal 
event interrupts
/proc/interrupts: THR:  0  0  0  0   Threshold 
APIC interrupts
/proc/interrupts: MCE:  0  0  0  0   Machine 
check exceptions
/proc/interrupts: MCP:291291291291   Machine 
check polls
/proc/interrupts: ERR:  0
/proc/interrupts: MIS:  0
/proc/meminfo: MemTotal:3753876 kB
/proc/meminfo: MemFree: 2373552 kB
/proc/meminfo: Buffers:  119272 kB
/proc/meminfo: Cached:  1070256 kB
/proc/meminfo: SwapCached:0 kB
/proc/meminfo: Active:   415020 kB
/proc/meminfo: Inactive: 766764 kB
/proc/meminfo: Active(anon):  24728 kB
/proc/meminfo: Inactive(anon):   12 kB
/proc/meminfo: Active(file): 390292 kB
/proc/meminfo: Inactive(file):   766752 kB
/proc/meminfo: Unevictable:   32372 kB
/proc/meminfo: Mlocked:   0 kB
/proc/meminfo: SwapTotal:   7761916 kB
/proc/meminfo: SwapFree:7761916 kB
/proc/meminfo: Dirty:  1656 kB
/proc/meminfo: Writeback: 0 kB
/proc/meminfo: AnonPages: 24724 kB
/proc/meminfo: Mapped: 3060 kB
/proc/meminfo: Shmem:40 kB
/proc/meminfo: Slab: 128588 kB
/proc/meminfo: SReclaimable: 114032 kB
/proc/meminfo: SUnreclaim:14556 kB
/proc/meminfo: KernelStack: 840 kB
/proc/meminfo: PageTables:  756 kB
/proc/meminfo: NFS_Unstable:  0 kB
/proc/meminfo: Bounce:0 kB
/proc/meminfo: WritebackTmp:  0 kB
/proc/meminfo: CommitLimit: 9638852 kB
/proc/meminfo: Committed_AS:  31156 kB
/proc/meminfo: VmallocTotal:   34359738367 kB
/proc/meminfo: VmallocUsed:   97072 kB
/proc/meminfo: VmallocChunk:   34359638408 kB
/proc/meminfo: HardwareCorrupted: 0 kB
/proc/meminfo: AnonHugePages: 0 kB
/proc/meminfo: HugePages_Total:   0
/proc/meminfo: HugePages_Free:0
/proc/meminfo: HugePages_Rsvd:0
/proc/meminfo: HugePages_Surp:0
/proc/meminfo: Hugepagesize:   2048 kB
/proc/meminfo: DirectMap4k:  139460 kB
/proc/meminfo: DirectMap2M: 3745792 kB
/proc/bus/input/devices: I: Bus=0011 Vendor=0001 Product=0001 Version=ab54
/proc/bus/input/devices: N: Name=AT Translated Set 2 keyboard
/proc/bus/input/devices: P: Phys=isa0060/serio0/input0
/proc/bus/input/devices: S: Sysfs=/devices/platform/i8042/serio0/input/input0
/proc/bus/input/devices: U: Uniq=
/proc/bus/input/devices: H: Handlers=sysrq kbd 
/proc/bus/input/devices: B: PROP=0
/proc/bus/input/devices: B: EV=120013
/proc/bus/input/devices: B: KEY=40200 3803078f800d001 fedfffef 
fffe
/proc/bus/input/devices: B: MSC=10
/proc/bus/input/devices: B: LED=7
/proc/bus/input/devices: 


-- System Information:
Debian Release: 7.0
  APT prefers unstable
  APT policy: (500, 'unstable'), (500, 'testing'), (1, 'experimental')
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

-- 
Boris Daix

Bug#703004: emms: compatible with emacs24?

[Boris Daix]

Package: emms
Severity: wishlist

Dear Maintainer,

I moved from emacs23 to emacs24 and would really enjoy continuing to use
EMMS.  Would it be possible to update Depends field?

Thanks,

-- System Information:
Debian Release: 7.0
  APT prefers unstable
  APT policy: (500, 'unstable'), (500, 'testing'), (1, 'experimental')
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

-- 
Boris Daix


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

Bug#702897: w3m-el-snapshot: sb-atom.el: Can't find group

[Boris Daix]

Package: w3m-el-snapshot
Version: 1.4.483+0.20120614-1
Severity: normal

Dear Maintainer,

I wanted to use nnshimbun to read Planet Emacs Atom feed,
http://planet.emacsen.org/atom.xml.  From the group buffer I issued M-x
gnus-group-make-shimbun-group RET atom-hash RET but then I am asked to
fill a Group name, TAB says No match and anything I issue there leads
to Can't find group after RET.  nnshimbun Info page, WThreeMShimbun
page on EmacsWiki and a brief look at sb-atom.el did not help.  I got
the same error with rss-hash.

Thanks,

-- 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/2 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 w3m-el-snapshot depends on:
ii  apel  10.8-2
ii  dpkg  1.16.9
ii  emacs 45.0
ii  emacs23   23.4+1-4
ii  install-info  4.13a.dfsg.1-10
ii  w3m   0.5.3-8

Versions of packages w3m-el-snapshot recommends:
ii  apel  10.8-2
ii  flim  1:1.14.9+0.20110516-1

Versions of packages w3m-el-snapshot suggests:
ii  bzip2   1.0.6-4
ii  imagemagick 8:6.7.7.10-5
pn  libmoe1.5   none
pn  mule-ucsnone
pn  namazu2 none
pn  perl-docnone
ii  poppler-utils [xpdf-utils]  0.18.4-5
pn  ppthtml none
pn  wv  none
pn  xlhtml  none
ii  xpdf-utils  3.02-12+squeeze1

-- no debconf information

-- 
Boris Daix


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

Bug#646328: emacs23-nox: gnus: gnus-group-make-rss-group fails

[Boris Daix]

Package: emacs23-nox
Version: 23.3+1-1.1
Severity: normal

Dear Maintainer,

Within Gnus, when I try to add an RSS feed with G R from the group
buffer, I get the following message:

Buffer is read-only: #buffer *Group*

... and no RSS group is added.

Could it be fixed?

Thanks,

*** Please consider answering these questions, where appropriate ***

   * What led up to the situation?
   * What exactly did you do (or not do) that was effective (or
 ineffective)?
   * What was the outcome of this action?
   * What outcome did you expect instead?

*** End of the template - remove these lines ***


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

Kernel: Linux 3.0.0-2-amd64 (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/dash

Versions of packages emacs23-nox depends on:
ii  emacs23-bin-common  23.3+1-1.1
ii  libasound2  1.0.24.1-4
ii  libc6   2.13-21   
ii  libdbus-1-3 1.4.16-1  
ii  libgpm2 1.20.4-4  
ii  libncurses5 5.9-2 

emacs23-nox recommends no packages.

Versions of packages emacs23-nox suggests:
ii  emacs23-common-non-dfsg  23.3+1-1

-- no debconf information

-- 
Boris Daix



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

Bug#646037: slime: won't start with SBCL 2:1.0.52.0-1

[Boris Daix]

Package: slime
Version: 1:20110806-1
Severity: normal

Dear Maintainer,

SLIME is a very nice piece of software and I am missing it.

When running M-x slime, I get the following:

  (progn (load /usr/share/common-lisp/source/slime/swank-loader.lisp :verbose 
t) (funcall (read-from-string swank-loader:init)) (funcall (read-from-string 
swank:start-server) /tmp/slime.2691 :coding-system iso-latin-1-unix))

  This is SBCL 1.0.52.0.debian, an implementation of ANSI Common Lisp.
  More information about SBCL is available at http://www.sbcl.org/.

  SBCL is free software, provided as is, with absolutely no warranty.
  It is mostly in the public domain; some portions are provided under
  BSD-style licenses.  See the CREDITS and COPYING files in the
  distribution for more information.
  * 
  ; loading #P/usr/share/common-lisp/source/slime/swank-loader.lisp

  debugger invoked on a SB-C::INPUT-ERROR-IN-COMPILE-FILE in thread #THREAD
  initial 
thread RUNNING

  
{1002918D91}:
READ failure in COMPILE-FILE:
  package ASDF not found

Line: 143, Column: 52, File-Position: 5615

Stream: #SB-SYS:FD-STREAM
  for file 
/usr/share/common-lisp/source/slime/swank-loader.lisp
  {1002933481}

  Type HELP for debugger help, or (SB-EXT:QUIT) to exit from SBCL.

  restarts (invokable by number or by possibly-abbreviated name):
0: [ABORT] Abort loading file 
/usr/share/common-lisp/source/slime/swank-loader.lisp.
1: Exit debugger, returning to top level.

  (SB-C::READ-FOR-COMPILE-FILE
   #SB-SYS:FD-STREAM
 for file /usr/share/common-lisp/source/slime/swank-loader.lisp
 {1002933481}
   5235)
  0] 

with the message Polling /tmp/slime.2691.. (Abort with `M-x 
slime-abort-connection'.).

I tried to add (require 'asdf) in /etc/sbcl.rc as suggested in
/usr/share/doc/sbcl/NEWS.Debian.gz but it did not change anything.

I have to say that (require 'asdf) works fine from a sbcl prompt.

How can I get SLIME back?

Thanks,

*** Please consider answering these questions, where appropriate ***

   * What led up to the situation?
   * What exactly did you do (or not do) that was effective (or
 ineffective)?
   * What was the outcome of this action?
   * What outcome did you expect instead?

*** End of the template - remove these lines ***


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

Kernel: Linux 3.0.0-2-amd64 (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/dash

Versions of packages slime depends on:
ii  dpkg1.16.1.1  
ii  emacsen-common  1.4.22
ii  install-info4.13a.dfsg.1-8

Versions of packages slime recommends:
ii  cl-swank   1:20110806-1  
ii  emacs23 | emacs22 | emacs-snapshot | xemacs21  none
ii  emacs23-nox [info-browser] 23.3+1-1.1
ii  info [info-browser]4.13a.dfsg.1-8

slime suggests no packages.

-- no debconf information

-- 
Boris Daix



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

Bug#644238: emacs23-nox: org-mode: normal lines interpreted as list items

[Boris Daix]

Package: emacs23-nox
Version: 23.3+1-1.1
Severity: normal

Dear Maintainer,

When using Org within GNU Emacs, integers starting lines and followed by
a period are interpreted as the first items of ordered lists, even when
they are not.  Take, for instance, the following text in Org syntax and
the corresponding part in a LaTeX export:

Org text:
  Bla bla bla, bla bl, bla bla bla, bla bla, bla bla bla,
  1998.  Bla, bla bla bla bla, bla bla.  Bla bla bla bla bla bla, bla
  bla bla, bla bla bla bla, bla bla.

LaTeX export:
  Bla bla bla, bla bl, bla bla bla, bla bla, bla bla bla,
  \begin{enumerate}
  \item Bla, bla bla bla bla, bla bla.  Bla bla bla bla bla bla, bla
  \end{enumerate}
  bla bla, bla bla bla bla, bla bla.

Why are integers, dashes and other characters interpreted as item
markers when they are not indented with respect to the previous line?

Thanks,
-- System Information:
Debian Release: wheezy/sid

Versions of packages emacs23-nox depends on:
ii  emacs23-bin-common  23.3+1-1.1
ii  libasound2  1.0.24.1-4
ii  libc6   2.13-21   
ii  libdbus-1-3 1.4.16-1  
ii  libgpm2 1.20.4-4  
ii  libncurses5 5.9-2 



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

Bug#627320: console-setup: Provide Dvorak with FR and ES accents

[Boris Daix]

Package: console-setup
Version: 1.68+squeeze2
Severity: wishlist

Hello there,

console-data provides a keymap that does not seem to be available with
console-setup: Dvorak with French and Spanish accents
(pc-dvorak-latin1.kmap).  It also seems that console-data will soon
disappear, see Bug#626680.

Would it be possible for console-setup to provide this particular Dvorak
layout?

Thanks,
-- System Information:
Debian Release: 6.0.1
  APT prefers stable-updates
  APT policy: (500, 'stable-updates'), (500, 'stable')
Architecture: amd64 (x86_64)

Kernel: Linux 2.6.32-5-amd64 (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/dash

Versions of packages console-setup depends on:
ii  console-terminus   4.30-2Fixed-width fonts for fast reading
ii  debconf1.5.36.1  Debian configuration management sy
ii  keyboard-configuration 1.68+squeeze2 system-wide keyboard preferences
ii  xkb-data   1.8-2 X Keyboard Extension (XKB) configu

Versions of packages console-setup recommends:
ii  kbd   1.15.2-2   Linux console font and keytable ut

Versions of packages console-setup suggests:
ii  locales 2.11.2-10Embedded GNU C Library: National L
ii  lsb-base3.2-23.2squeeze1 Linux Standard Base 3.2 init scrip

-- debconf information:
* console-setup/codeset47: # Latin1 and Latin5 - western Europe and Turkic 
languages
  console-setup/store_defaults_in_debconf_db: true
  console-setup/use_system_font:
  console-setup/fontsize: 16
* console-setup/fontface47: Fixed
* console-setup/fontsize-text47: 16
* console-setup/charmap47: UTF-8
  console-setup/codesetcode: Lat15
  console-setup/fontsize-fb47: 16

-- 
Boris Daix



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

Bug#626680: console-data: setting overwritten by reboot

[Boris Daix]

Anton, I've forgotten something:

Anton Zinoviev an...@lml.bas.bg writes:

[...]

2. dpkg --remove console-setup

This one works perfectly.

Many thanks,
-- 
Boris Daix



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

Bug#626680: console-data: setting overwritten by reboot

[Boris Daix]

Hello Christian:

Christian PERRIER bubu...@debian.org writes:

 Quoting Boris Daix (boris.d...@alysse.org):

 I would be very pleased if I could use console-setup to set
 pc-dvorak-latin1 up *once for all* but this keymap is not available
 through console-setup.  So I repeat my question : how could I (really)
 set my console keymap up?...

 c-s provides the keyboard-configuration package. dpkg-reconfigure
 keyboard-configuration apparently offers the option to use a Dvorak
 keymap

As far as I know, console-setup does not provide pc-dvorak-latin1, that
is Dvorak with French and Spanish accents, but other dvorak layouts I
do not want to use.  console-data does provide pc-dvorak-latin1, the
Dvorak layout I use and still want to use.  That's why I've reported
this bug on console-data, console-setup being useless to me.

More precisely, the problem seems to be that dpkg-reconfigure'ing
console-data runs loadkeys but does not modify boot scripts so that the
chosen keymap is also loaded at boot time.

Could it be fixed?

Thanks,
-- 
Boris Daix


pgpR6emF3Vwwy.pgp
Description: PGP signature

Bug#626680: console-data: setting overwritten by reboot

[Boris Daix]

Hello Anton:

Anton Zinoviev an...@lml.bas.bg writes:

[...]

 Two ways: 

1. dpkg-reconfigure keyboard-configuration.  Then select France as 
   country of origin for the keyboard and some dvorak layout.

This is not an option as, as far as I know, pc-dvorak-latin1 is not
provided by console-setup.

2. dpkg --remove console-setup

 I believe this bug can be closed because the reason the layout is not 
 preserved after reboot is that console-setup overwrites it, not that 
 console-data doesn't work properly.

If these two packages conflict together about boot scripts, their
control files should explicit it.  Shouldn't they?

Thanks,
-- 
Boris Daix



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

Bug#626680: console-data: setting overwritten by reboot

[Boris Daix]

Hello Christian :

Christian PERRIER bubu...@debian.org writes:

 Quoting Boris Daix (boris.d...@alysse.org):

  Very unlikely. console-data should be replaced by console-setup, some
  day. It is currently in very very low maintenance mode. You'd better
  use console-setup.
 
 Well, I understand.  That's why I had to apt-get install console-data.
 However I still need console-data to get pc-dvorak-latin1 keymap
 installed.  How would you set this keymap up as
 XKB{MODEL,LAYOUT,VARIANT,OPTIONS} variables in /etc/default/keyboard?

 By installing and configuring console-setup..:-).

I would be very pleased if I could use console-setup to set
pc-dvorak-latin1 up *once for all* but this keymap is not available
through console-setup.  So I repeat my question : how could I (really)
set my console keymap up?...

Thanks,
-- 
Boris Daix


pgpnlCooZmj0J.pgp
Description: PGP signature

Bug#626680: console-data: setting overwritten by reboot

[Boris Daix]

Hello Christian:

Christian PERRIER bubu...@debian.org writes:

 Quoting Boris Daix (boris.d...@alysse.org):

 Package: console-data
 Version: 2:1.10-9
 Severity: normal

[...]

 Could it be fixed?

 Very unlikely. console-data should be replaced by console-setup, some
 day. It is currently in very very low maintenance mode. You'd better
 use console-setup.

Well, I understand.  That's why I had to apt-get install console-data.
However I still need console-data to get pc-dvorak-latin1 keymap
installed.  How would you set this keymap up as
XKB{MODEL,LAYOUT,VARIANT,OPTIONS} variables in /etc/default/keyboard?

Thanks,
-- 
Boris Daix


pgpTvqlqcvjd6.pgp
Description: PGP signature

Bug#626680: console-data: setting overwritten by reboot

[Boris Daix]

/lithuanian/variant:
  console-data/keymap/qwerty/kirghiz/standard/keymap:
  console-data/keymap/qwerty/hebrew/standard/keymap:
  console-data/keymap/qwertz/hungarian/standard/keymap:
  console-data/keymap/fggiod/layout:
  console-data/keymap/qwerty/norwegian/standard/keymap:
  console-data/keymap/qwertz/slovak/standard/keymap:
  console-data/keymap/qwerty/british/standard/keymap:
  console-data/keymap/qwerty/us_american/standard/keymap:
  console-data/keymap/qwertz/hungarian/variant:
  console-data/keymap/qwerty/czech/variant:
  console-data/keymap/qwerty/hungarian/standard/keymap:
  console-data/keymap/qwerty/ukrainian/standard/keymap:
  console-data/keymap/qwerty/polish/standard/keymap:
  console-data/keymap/qwerty/canadian/variant:
  console-data/keymap/dvorak/unknown/apple_usb/keymap:
  console-data/keymap/qwerty/spanish/variant:
* console-data/keymap/full: pc-dvorak-latin1
  console-data/keymap/qwerty/italian/variant:
  console-data/keymap/qwerty/brazilian/variant:
  console-keymaps-atari/keymap:
  console-data/keymap/qwerty/turkish/standard/keymap:
  console-data/keymap/qwerty/danish/standard/keymap:
  console-data/keymap/qwerty/byelorussian/standard/keymap:
  console-data/keymap/qwertz/layout:
  console-data/keymap/qwerty/dutch/variant:
  console-data/keymap/qwerty/macedonian/standard/keymap:
  console-data/keymap/qwerty/japanese/variant:
  console-data/keymap/qwerty/portugese/variant:
  console-data/keymap/qwerty/spanish/standard/keymap:
  console-data/keymap/qwerty/russian/variant:
  console-data/keymap/qwerty/finnish/old__obsolete_/keymap:
  console-data/keymap/qwerty/serbian/standard/keymap:
  console-data/keymap/qwerty/dutch/standard/keymap:
  console-data/keymap/qwertz/croat/standard/keymap:
  console-data/keymap/qwerty/byelorussian/variant:
  console-data/keymap/qwerty/japanese/pc_110/keymap:
  console-keymaps-mac/keymap:
  console-data/keymap/qwerty/japanese/standard/keymap:
  console-data/keymap/template/keymap:
  console-data/keymap/qwerty/latin_american/standard/keymap:
  console-data/keymap/qwerty/us_american/variant:
  console-data/keymap/azerty/belgian/variant:
* console-data/keymap/policy: Select keymap from full list
  console-data/keymap/qwerty/canadian/multilingual/keymap:
  console-data/keymap/qwerty/thai/variant:
  console-data/keymap/azerty/french/apple_usb/keymap:
  console-data/bootmap-md5sum: 2213292afad3ce910b86f0fb399573fe
  console-data/keymap/qwerty/greek/standard/keymap:
  console-data/keymap/qwertz/slovene/variant:
  console-data/keymap/qwerty/slovak/standard/keymap:
  console-data/keymap/qwerty/swedish/standard/keymap:
  console-data/keymap/qwerty/italian/standard/keymap:
  console-data/keymap/azerty/french/same_as_x11__latin_9_/keymap:

-- 
Boris Daix



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

Bug#570223: console-data: Failed to load keymap!

[Boris Daix]

:
  console-data/keymap/qwerty/finnish/standard/keymap:
  console-keymaps-dec/keymap:
  console-data/keymap/qwerty/bulgarian/cp_1251_coding/keymap:
  console-data/keymap/qwerty/latvian/variant:
  console-data/keymap/dvorak/unknown/variant:
  console-data/keymap/qwerty/hebrew/variant:
  console-data/keymap/qwerty/lithuanian/variant:
  console-data/keymap/qwerty/kirghiz/standard/keymap:
  console-data/keymap/qwerty/hebrew/standard/keymap:
  console-data/keymap/qwertz/hungarian/standard/keymap:
  console-data/keymap/fggiod/layout:
  console-data/keymap/qwerty/norwegian/standard/keymap:
  console-data/keymap/qwertz/slovak/standard/keymap:
  console-data/keymap/qwerty/british/standard/keymap:
  console-data/keymap/qwerty/us_american/standard/keymap:
  console-data/keymap/qwertz/hungarian/variant:
  console-data/keymap/qwerty/czech/variant:
  console-data/keymap/qwerty/hungarian/standard/keymap:
  console-data/keymap/qwerty/ukrainian/standard/keymap:
  console-data/keymap/qwerty/polish/standard/keymap:
  console-data/keymap/qwerty/canadian/variant:
  console-data/keymap/dvorak/unknown/apple_usb/keymap:
  console-data/keymap/qwerty/spanish/variant:
* console-data/keymap/full: pc-dvorak-latin1
  console-data/keymap/qwerty/italian/variant:
  console-data/keymap/qwerty/brazilian/variant:
  console-keymaps-atari/keymap:
  console-data/keymap/qwerty/turkish/standard/keymap:
  console-data/keymap/qwerty/danish/standard/keymap:
  console-data/keymap/qwerty/byelorussian/standard/keymap:
  console-data/keymap/qwertz/layout:
  console-data/keymap/qwerty/dutch/variant:
  console-data/keymap/qwerty/macedonian/standard/keymap:
  console-data/keymap/qwerty/japanese/variant:
  console-data/keymap/qwerty/portugese/variant:
  console-data/keymap/qwerty/spanish/standard/keymap:
  console-data/keymap/qwerty/russian/variant:
  console-data/keymap/qwerty/finnish/old__obsolete_/keymap:
  console-data/keymap/qwerty/serbian/standard/keymap:
  console-data/keymap/qwerty/dutch/standard/keymap:
  console-data/keymap/qwertz/croat/standard/keymap:
  console-data/keymap/qwerty/byelorussian/variant:
  console-data/keymap/qwerty/japanese/pc_110/keymap:
  console-keymaps-mac/keymap:
  console-data/keymap/qwerty/japanese/standard/keymap:
  console-data/keymap/template/keymap:
  console-data/keymap/qwerty/latin_american/standard/keymap:
  console-data/keymap/qwerty/us_american/variant:
  console-data/keymap/azerty/belgian/variant:
* console-data/keymap/policy: Select keymap from full list
  console-data/keymap/qwerty/canadian/multilingual/keymap:
  console-data/keymap/qwerty/thai/variant:
  console-data/keymap/azerty/french/apple_usb/keymap:
  console-data/bootmap-md5sum: af76149bbee2df82e4c9322291b62d4e
  console-data/keymap/qwerty/greek/standard/keymap:
  console-data/keymap/qwertz/slovene/variant:
  console-data/keymap/qwerty/slovak/standard/keymap:
  console-data/keymap/qwerty/swedish/standard/keymap:
  console-data/keymap/qwerty/italian/standard/keymap:
  console-data/keymap/azerty/french/same_as_x11__latin_9_/keymap:

-- 
Boris Daix



-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/87ljesc9eh@alysse.org

Bug#570161: cil: Can't launch $EDITOR

[Boris Daix]

Package: cil
Version: 0.5.1-2
Severity: normal

Hello there,

My $EDITOR is emacsclient.emacs23 -a vim and, when cil add'ing, I get
th efollowing error:

  bd...@schwarz:/tmp/test$ cil add
  Can't exec emacsclient.emacs23 -a vim: Aucun fichier ou dossier de ce
  type at /usr/share/perl5/CIL/Utils.pm line 152.
  could not launch (emacsclient.emacs23 -a vim) program: Aucun fichier ou
  dossier de ce type at /usr/bin/cil line 742
  bd...@schwarz:/tmp/test$

(Other commands do work, for instance crontab -e.)

Could you fix this one?

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

Kernel: Linux 2.6.30-1-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/dash

Versions of packages cil depends on:
ii  libclass-accessor-perl 0.34-1Perl module that automatically gen
ii  libdatetime-perl   2:0.5200-1module for manipulating dates, tim
ii  libdigest-perl 1.16-1generic interface to message diges
ii  libemail-date-perl 1.103-2   Perl module for correct formatting
ii  libemail-find-perl 0.10-dfsg-1.1 Find RFC 822 email addresses in pl
ii  libemail-simple-perl   2.100-1   module to parse RFC2822 headers an
ii  libfile-slurp-perl .13-1 single call read  write file rout
ii  libfile-touch-perl 0.08-1Perl interface to touch-like funct
ii  libgetopt-mixed-perl   1.008-10  Perl module for processing options
ii  perl   5.10.1-9  Larry Wall's Practical Extraction 

cil recommends no packages.

cil suggests no packages.

-- no debconf information

-- 
Boris Daix



-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/874olg94ur@alysse.org

Bug#488233: Workaround (was: Re: Bug#488233: Acknowledgement (python-sqlalchemy: integrity errors with enthought traits))

[Boris Daix]

Hello,

I have found a workaround: setting column default values.

Thanks,
-- 
Boris Daix



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

Bug#488233: python-sqlalchemy: integrity errors with enthought traits

[Boris Daix]

Package: python-sqlalchemy
Version: 0.4.6-1
Severity: normal

Hello,

I would like to use sqlalchemy to manage graph datum structures.
However, unlike sqlalchemy graph1.py example, my vertex and edge
classes inherit from enthought.traits.api.HasTraits.

When saving edges, edge attributes mapped by relation() properties are
not INSERT'ed.  Hence DB raises Integrity errors.

graph1.py example fails too, when Node and Edge inherit from HasTraits
rather than from object.

How to create mappers having relation() properties for classes
inheriting from HasTraits ?

Thanks,
-- System Information:
Debian Release: lenny/sid
  APT prefers unstable
  APT policy: (500, 'unstable')
Architecture: i386 (i686)

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

Versions of packages python-sqlalchemy depends on:
ii  python2.5.2-1An interactive high-level object-o
ii  python-support0.8.3  automated rebuilding support for P

python-sqlalchemy recommends no packages.

-- no debconf information

-- 
Boris Daix



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

Bug#461537: unison: Confirming changes file by file is boring

[Boris Daix]

Package: unison
Version: 2.13.16-9
Severity: wishlist

Hello,

I use unison daily to sync copies of directories on my laptop and on
several boxes.  Its great added value is to let one know if there are
changes in both copies, but often changes only are in sub-directories
of only one of them.  Hence confirming changes file by file is boring.

I would expect unison to be gentle enough to group changes by
sub-directories for me, so that I may confirm them faster.  This
behavior would also decrease the risk of mistaking confirmations.

Thanks,
-- System Information: Debian Release: lenny/sid APT prefers unstable
APT policy: (500, 'unstable'), (500, 'stable') Architecture: i386
(i686)

Kernel: Linux 2.6.22-3-686 (SMP w/1 CPU core)
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/bash

Versions of packages unison depends on:
ii  libc6 2.7-6  GNU C Library: Shared libraries

Versions of packages unison recommends:
ii  openssh-client [ssh-client]   1:4.7p1-2  secure shell client, an rlogin/rsh

-- no debconf information

-- 
Boris Daix



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

Bug#459446: python-pastescript: from p.s.templates import Template = Error

[Boris Daix]

Package: python-pastescript
Version: 1.6-1
Severity: normal

Hello,

Today, I have upgraded Sid and paster fails to serve my pylons app.
Here are an extract of aptitude log and the traceback.

, Extract of /var/log/aptitude
| [MIS A JOUR] paste-common 1.5.1-1 - 1.6-1
| [MIS A JOUR] python-paste 1.5.1-1 - 1.6-1
| [MIS A JOUR] python-pastedeploy 1.3.1-1 - 1.3.1-2
| [MIS A JOUR] python-pastescript 1.3.6-2 - 1.6-1
| [MIS A JOUR] python-sqlalchemy 0.4.2-1 - 0.4.2a-1
| [MIS A JOUR] python-support 0.7.5 - 0.7.6
`

(MIS A JOUR stands for UPGRADE.)

, paster serve --reload development.ini
| Starting subprocess with file monitor
| Traceback (most recent call last):
|   File /usr/bin/paster, line 7, in ?
| sys.exit(
|   File /var/lib/python-support/python2.4/paste/script/command.py, line 79, 
in run
| invoke(command, command_name, options, args[1:])
|   File /var/lib/python-support/python2.4/paste/script/command.py, line 118, 
in invoke
| exit_code = runner.run(args)
|   File /var/lib/python-support/python2.4/paste/script/command.py, line 213, 
in run
| result = self.command()
|   File /var/lib/python-support/python2.4/paste/script/serve.py, line 252, 
in command
| relative_to=base, global_conf=vars)
|   File /var/lib/python-support/python2.4/paste/script/serve.py, line 273, 
in loadapp
| return loadapp(
|   File /var/lib/python-support/python2.4/paste/deploy/loadwsgi.py, line 
193, in loadapp
| return loadobj(APP, uri, name=name, **kw)
|   File /var/lib/python-support/python2.4/paste/deploy/loadwsgi.py, line 
213, in loadobj
| global_conf=global_conf)
|   File /var/lib/python-support/python2.4/paste/deploy/loadwsgi.py, line 
237, in loadcontext
| global_conf=global_conf)
|   File /var/lib/python-support/python2.4/paste/deploy/loadwsgi.py, line 
267, in _loadconfig
| return loader.get_context(object_type, name, global_conf)
|   File /var/lib/python-support/python2.4/paste/deploy/loadwsgi.py, line 
393, in get_context
| section)
|   File /var/lib/python-support/python2.4/paste/deploy/loadwsgi.py, line 
414, in _context_from_use
| context = self.get_context(
|   File /var/lib/python-support/python2.4/paste/deploy/loadwsgi.py, line 
345, in get_context
| global_conf=global_conf)
|   File /var/lib/python-support/python2.4/paste/deploy/loadwsgi.py, line 
237, in loadcontext
| global_conf=global_conf)
|   File /var/lib/python-support/python2.4/paste/deploy/loadwsgi.py, line 
274, in _loadegg
| return loader.get_context(object_type, name, global_conf)
|   File /var/lib/python-support/python2.4/paste/deploy/loadwsgi.py, line 
541, in get_context
| entry_point, protocol, ep_name = self.find_egg_entry_point(
|   File /var/lib/python-support/python2.4/paste/deploy/loadwsgi.py, line 
568, in find_egg_entry_point
| possible.append((entry.load(), protocol, entry.name))
|   File /usr/lib/python2.4/site-packages/pkg_resources.py, line 1912, in load
| entry = __import__(self.module_name, globals(),globals(), ['__name__'])
|   File /home/bdaix/Work/webpage/webpage/config/middleware.py, line 7, in ?
| from pylons import config
|   File /var/lib/python-support/python2.4/pylons/__init__.py, line 4, in ?
| from pylons.config import config
|   File /var/lib/python-support/python2.4/pylons/config.py, line 2, in ?
| from pylons.configuration import *
|   File /var/lib/python-support/python2.4/pylons/configuration.py, line 16, 
in ?
| import pylons.legacy
|   File /var/lib/python-support/python2.4/pylons/legacy.py, line 12, in ?
| from pylons.util import deprecated, func_move
|   File /var/lib/python-support/python2.4/pylons/util.py, line 11, in ?
| from paste.script.templates import Template
| ImportError: cannot import name Template
`

Note that paster create -t pylons toyapp fails with the same error.

Thanks,
-- System Information:
Debian Release: lenny/sid
  APT prefers unstable
  APT policy: (500, 'unstable'), (500, 'stable')
Architecture: i386 (i686)

Kernel: Linux 2.6.22-3-686 (SMP w/1 CPU core)
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/bash

Versions of packages python-pastescript depends on:
ii  paste-common  1.6-1  common files for paste modules
ii  python2.4.4-6An interactive high-level object-o
ii  python-paste  1.6-1  Tools for using a Web Server Gatew
ii  python-pastedeploy1.3.1-2Load, configure, and compose WSGI 
ii  python-setuptools 0.6c7-1Python Distutils Enhancements
ii  python-support0.7.6  automated rebuilding support for p

Versions of packages python-pastescript recommends:
ii  python-cheetah2.0.1-1text-based template engine and Pyt
ii  python-flup   1.0-1  Implements Python Web Server Gatew

-- no debconf information

-- 
Boris Daix



-- 
To UNSUBSCRIBE, email

Bug#442226: console-tools: unicode_start not called anymore

[Boris Daix]

Hello,

Why I thought the problem was coming from console-tools?  Because
unicode_start is provided by console-tools and is called from
/etc/init.d/console-screen.sh, also provided by console-tools.

The problem has disappeared as it appeared, so if console-tools has
not changed for a long time, it was certainly not console-tools'
fault.

Sorry for the noise.

Bye

Hilmar Preusse [EMAIL PROTECTED] writes:

 On 14.09.07 Boris Daix ([EMAIL PROTECTED]) wrote:

 Hi,

 When installing Etch, console used unicode; when moving to Sid,
 console kept on using unicode.  But since a recent upgrade, console
 does not use unicode anymore.  I have to call unicode_start by
 hand.
 
 $ cat /et/environment
 LANG=fr_FR.UTF-8
 
 $ locale charmap
 UTF-8
 
 console-tools was not touched for while now. Why do you think the bug
 is there? Do you eventually try on ttyx (with x  6)

 Hilmar
 -- 
 sigmentation fault


-- 
Boris Daix



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

Bug#442226: console-tools: unicode_start not called anymore

[Boris Daix]

Package: console-tools
Version: 1:0.2.3dbs-65
Severity: normal

Hello,

(I do not use X.)

When installing Etch, console used unicode; when moving to Sid,
console kept on using unicode.  But since a recent upgrade, console
does not use unicode anymore.  I have to call unicode_start by hand.

$ cat /et/environment
LANG=fr_FR.UTF-8

$ locale charmap
UTF-8

Locales are generated properly.

Thanks,
-- System Information:
Debian Release: lenny/sid
  APT prefers unstable
  APT policy: (500, 'unstable'), (500, 'stable')
Architecture: i386 (i686)

Kernel: Linux 2.6.22-2-686 (SMP w/1 CPU core)
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/bash

Versions of packages console-tools depends on:
ii  debconf [debconf-2.0]  1.5.14Debian configuration management sy
ii  libc6  2.6.1-3   GNU C Library: Shared libraries
ii  libconsole 1:0.2.3dbs-65 Shared libraries for Linux console
ii  lsb-base   3.1-24Linux Standard Base 3.1 init scrip

Versions of packages console-tools recommends:
ii  console-common0.7.70 basic infrastructure for text cons
ii  console-data  2:1.02-2   Keymaps, fonts, charset maps, fall

-- no debconf information

-- 
Boris Daix



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

Bug#429334: zope-cmfcore1.6: Adding a CMF Site being a Plone Site fails

[Boris Daix]

 prefers unstable
  APT policy: (500, 'unstable'), (500, 'stable')
Architecture: i386 (i686)

Kernel: Linux 2.6.21-1-686 (SMP w/1 CPU core)
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/bash

Versions of packages zope-cmfcore1.6 depends on:
ii  zope-common   0.5.33 common settings and scripts for zo
ii  zope2.9   2.9.7-1Open Source Web Application Server

zope-cmfcore1.6 recommends no packages.

-- no debconf information

-- 
Boris Daix


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

Bug#386578: speechd-el: speechd-speak-read-.* don't speak

[Boris Daix]

Milan Zamazal [EMAIL PROTECTED] writes:

 BD == Boris Daix [EMAIL PROTECTED] writes:

[...]

 BD My conclusion is that speechd-el is not fully installed.  Could
 BD you add the lines mentioned in point 5, section 2.1
 BD installation of speechd-el info file to
 BD /etc/emacs/site-start.d/50speechd-el.el?  

 I don't think this is a good idea, since users who don't use speech
 output (e.g. when they use Braille output only) would receive error
 messages about not being able to connect to Speech Dispatcher.

Errors may be polite warnings.  speechd-enable-ssip and
speechd-enable-braille variables could be set to t by default:
speechd-speak would load corresponding libraries, would try to connect
to speech-dispatcher and brlapi, would politely warn user if one of
them is unavailable.  The user may as well set one of these variables
to nil so that neither loading nor probing/warning happen anymore.  It
is my expectation, what do you think of it?  At least,
speechd-speak-read-.* may warn user if none of ssip or braille are
loaded.

 BD Otherwise you could drop a note about it in README.Debian as
 BD user is required to resume the installation.

 Yes, it should be documented more visibly.  It's documented in
 installation instructions in README, but apparently not all users read
 it :-), especially on upgrades (you're not the first one who got
 confused).

I expect (or an admin expects) apt-get install speechd-el to do the
job...  If this isn't enough, maintainer should have dropped a note in
README.Debian.  Users use, they don't install do they? :-) Debian is
very nice about that.

 I'll put a warning into README.Debian and NEWS.Debian.

Yes, but think about my suggestion above, it would even be easier for
everybody.

 Do you have some suggestion where to put the necessary instructions
 in the general speechd-el documentation so that even non-Debian
 users wouldn't overlook them?

You may emphasize that ssip and braille libraries are not loaded
automatically unless add-hook sexps are added to .emacs.el.  But I
agree, those who install speechd-el themselves (without apt-get
install) should definitely read the installation section until the
end...

Thanks,
-- 
Boris Daix


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

Bug#386578: speechd-el: speechd-speak-read-.* don't speak

[Boris Daix]

Milan Zamazal [EMAIL PROTECTED] writes:

[...]

 It looks to me like you haven't load the necessary drivers.  Try

 M-x load-library RET speechd-ssip RET
 M-x load-library RET speechd-brltty RET

 and tell me whether it helps.

Nice!  It works perfectly now.  My conclusion is that speechd-el is
not fully installed.  Could you add the lines mentioned in point 5,
section 2.1 installation of speechd-el info file to
/etc/emacs/site-start.d/50speechd-el.el?  Otherwise you could drop a
note about it in README.Debian as user is required to resume the
installation.

Thanks a lot,
-- 
Boris Daix


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

Bug#386578: speechd-el: speechd-speak-read-.* don't speak

[Boris Daix]

Package: speechd-el
Version: 2.0-1
Severity: serious

Hello,

  - BRLTTY 3.7.2-3.1 started up and running in text-mode with correct
perms on BRLAPI key file (not sure it helps but speechd-el info
mentions BRLAPI),
  - speech-dispatcher 0.6.1-2 started up and running with
speech-dispatcher-festival 0.6.1-2 module,
  - GNU Emacs{21-nox,-snapshot-nox} started with -q flag,
  - M-x speechd-speak RET issued i.e. global speaking toggled on.

Well I can't get any speech from any of
speechd-speak-read-{line,buffer,region,...} defuns despite M-x
speechd-say-text RET Hello world! RET does speak perfectly.  So
essential functionality of speechd-el is broken.  This is a serious
bug as some people with sight-impairment may rely on it to get access
to their Emacs environment.

Thanks,

-- System Information:
Debian Release: testing/unstable
  APT prefers unstable
  APT policy: (990, 'unstable'), (1, 'experimental')
Architecture: i386 (i686)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.16-1-686
Locale: LANG=fr_FR, LC_CTYPE=fr_FR (charmap=ISO-8859-1) (ignored: LC_ALL set to 
fr_FR)

Versions of packages speechd-el depends on:
ii  eieio   1:1.0pre3-1  Enhanced Implementation of Emacs I
ii  emacs-snapshot-nox [emacs-s 1:20060901-1 The GNU Emacs editor (without X su
ii  emacs21-nox [emacs21]   21.4a-6  The GNU Emacs editor (without X su
ii  make3.81-2   The GNU version of the make util

Versions of packages speechd-el recommends:
ii  sharutils 1:4.2.1-15 shar, unshar, uuencode, uudecode

-- no debconf information


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

Bug#353982: emacs-goodies-el: please include bm.el

[Boris Daix]

Package: emacs-goodies-el
Version: 26.4-1
Severity: wishlist

Hello,

Please include bm.el into emacs-goodies-el.  From the package site[1]:

,
| This package provides visible, buffer local,  
| bookmarks and the ability to jump forward and 
| backward to the next bookmark.
`

More features are described on the package site.

Thanks,

Footnotes: 
[1]  http://www.nongnu.org/bm/

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

Versions of packages emacs-goodies-el depends on:
ii  bash  3.1-2  The GNU Bourne Again SHell
ii  emacs21-nox [emacsen] 21.4a-3The GNU Emacs editor (without X su

Versions of packages emacs-goodies-el recommends:
ii  dict  1.10.2-3   Dictionary Client
ii  perl-doc  5.8.7-10   Perl documentation
ii  wget  1.10.2-1   retrieves files from the web

-- no debconf information


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

Bug#353729: planner-el: pseudo-article error on planner-gnus-browse-url

[Boris Daix]

Package: planner-el
Version: 3.40-2
Severity: normal

Hello,

In any planner page, while trying to visit a Gnus:// link (previously
built with planner-annotation-as-kill defun for instance), I get This
is a pseudo-article error returned by gnus-summary-select-article
defun at the end of planner-gnus-browse-url defun.  Everything is just
fine until this last defun call.

I use current sid version of gnus package: No Gnus v0.4.

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

Versions of packages planner-el depends on:
ii  emacs21-nox [emacsen] 21.4a-3The GNU Emacs editor (without X su
ii  muse-el   3.02.6-2   Author and publish projects using 

planner-el recommends no packages.

-- no debconf information


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

Bug#307260: apel: Invalid character errors

[Boris Daix]

Package: apel
Version: 10.6+0.20040418-1
Severity: normal

Hello,

Emacs-ist for two years or so, I've often been disturbed by mysterious
Invalid character: 020031, 8217, 0x2019 errors while working.
Especially, I wasn't able to use nnrss backend in Gnus, that fetches
and converts RSS streams in Gnus articles.  Now I know what makes it
fail:

/usr/share/emacs21/site-lisp/apel/poem.el:82:
(defalias-maybe 'char-or-char-int-p 'integerp)

As APEL is loaded from /etc/emacs/site-start.d/ with rank 20 (quite
normal for a library on which other stuff will rely),
char-or-char-int-p is always bound to integerp.  Gnus' nnrss.el uses
Gnus' mm-util.el, in which char-or-char-int-p is used if it exists
(char-valid-p otherwise).  But with APEL loaded, char-or-char-int-p
isn't reliable anymore...

E.g., the following sexp reproduces above error:
(message Char 8217: %c
 (if (char-or-char-int-p 8217) 8217))

I'm afraid other errors could occur with such defalias-maybe macros
loaded from poem.el (characterp, ...).  Wouldn't it be possible to
bind those predicates more precisely, or to prefix them with poem-?
Besides, why poem is loaded in case mule-ucs is available (rank 40 in
site-start.d)?

Best regards,
-- System Information:
Debian Release: 3.1
  APT prefers unstable
  APT policy: (1001, 'unstable')
Architecture: i386 (i686)
Kernel: Linux 2.6.11-1-686
Locale: LANG=fr_FR, LC_CTYPE=fr_FR (charmap=ISO-8859-1) (ignored: LC_ALL set to 
fr_FR)

Versions of packages apel depends on:
ii  debianutils   2.13.2 Miscellaneous utilities specific t
ii  emacs21-nox [emacsen] 21.4a-1The GNU Emacs editor (without X su
ii  make  3.80-9 The GNU version of the make util

-- no debconf information


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