Bug#289340: supercollider: New CVS snapshot?

[Mario Lang]

Paul Brossier <[EMAIL PROTECTED]> writes:

> Hi Mario.
>
> Thanks for the ping. I have put up preliminary packages at
> http://piem.org/~piem/debian/supercollider/ Let me know how it goes.

Looks fine.  I've just started up one of my latest patches which
involves MIDI input, JITlib and some self-rolled classes, and it
does work fine.  One bug that was present in the old version (JITLib .mapEnvir)
is fixed now too, which led to immediate simplification of said patch :)

I can't go through all my SC code right now, but it really seems as if nothing
is broken.  Throw it at unstable, I'll bug you later on if I find something :)

>
> Bye, Paul
>
> On Sat, Jan 08, 2005 at 05:41:09PM +0100, Mario Lang wrote:
>> Package: supercollider
>> Version: 040926-2
>> Severity: wishlist
>> 
>> There have been numberous changes/fixes and additions in SuperCollider
>> CVS since the last Debian package release.  Just to name a few,
>> the pattern system was slightly changed and extended,
>> midi event handling has been extended,
>> several new UGens were added, like the Chaos and Demand Ugens
>> the .asFraction method was added,
>> a python extension to access SC was added,
>> support for zeroconf (libhowl) (only client-side right now AFAIR) was added,
>> SynthDef variant support was added,
>> many fixes and additions to the Help system,
>> and various other things.
>> 
>> I think the list has grown long enough to warrant to try to do
>> a new snapshot. Especially the pattern changes (Pmono etc.) and synthdef
>> variants lead to some example code from the sc-users list no longer working
>> with the Debian package.
>> 
>> -- System Information:
>> Debian Release: 3.1
>>   APT prefers unstable
>>   APT policy: (500, 'unstable'), (500, 'testing'), (1, 'experimental')
>> Architecture: i386 (i686)
>> Kernel: Linux 2.6.9
>> Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968)
>> 
>> Versions of packages supercollider depends on:
>> ii  libasound2   1.0.7-4 ALSA library
>> ii  libc62.3.2.ds1-20GNU C Library: Shared libraries 
>> an
>> ii  libgcc1  1:3.4.3-6   GCC support library
>> ii  libice6  4.3.0.dfsg.1-10 Inter-Client Exchange library
>> ii  libjack0.80.0-0  0.99.0-2JACK Audio Connection Kit 
>> (librari
>> ii  libsm6   4.3.0.dfsg.1-10 X Window System Session 
>> Management
>> ii  libsndfile1  1.0.10-2Library for reading/writing 
>> audio 
>> ii  libstdc++5   1:3.3.5-5   The GNU Standard C++ Library v3
>> ii  libx11-6 4.3.0.dfsg.1-10 X Window System protocol client 
>> li
>> ii  xlibs4.3.0.dfsg.1-10 X Keyboard Extension (XKB) 
>> configu
>> 
>> -- 
>> Thanks,
>>   Mario
>

-- 
CYa,
  Mario


pgpeQznmFBPGZ.pgp
Description: PGP signature

Bug#292127: alsa-base: Add usb-midi OSS driver to blacklist

[Mario Lang]

Package: alsa-base
Version: 1.0.8-1
Severity: normal
Tag: patch

On pre-built kernels with all modules included, we have
two modules which feel responsible for the same things: usb-midi (OSS) and
snd-usb-audio (ALSA).  If I connect one of my USB MIDI devices,
both modules currently get loaded, and the kernel gets confused (the
device does not show up in ALSA).

I propose to add usb-midi to the blacklist.

--- alsa-driver-1.0.8/debian/OSS-module-list.orig   2005-01-25 
10:10:29.0 +0100
+++ alsa-driver-1.0.8/debian/OSS-module-list2005-01-25 10:19:53.0 
+0100
@@ -67,6 +67,7 @@
 trix
 uart401
 uart6850
+usb-midi
 v_midi
 via82cxxx_audio
 #vidc

-- 
CYa,
  Mario


pgpbC66p5IZcJ.pgp
Description: PGP signature

Bug#292322: emacspeak: might be non-free

[Mario Lang]

Frank Küster <[EMAIL PROTECTED]> writes:

> Package: emacspeak
> Version: 17.0-1
> Severity: severity

[...]

> Additionally, the source contains a lot of sound files without
> specific copyright notice. Some are probably just sounds needed to
> synthesize speech, and may not be copyrightable, or be spoken and
> copyright by Mr. Raman. But files like
>
> emacspeak-17.0/realaudio/radio/bbc-world-service.ram
> emacspeak-17.0/realaudio/radio/science-in-action-bbc.ram 
> emacspeak-17.0/realaudio/radio/cnn-biz.ram
> emacspeak-17.0/realaudio/radio/cnn-si.ram
> emacspeak-17.0/realaudio/radio/cnn-cnn.ram
> emacspeak-17.0/realaudio/radio/cnn-sports.ram
> emacspeak-17.0/realaudio/radio/cnn-es.ram 
> emacspeak-17.0/realaudio/radio/cnn-top-stories.ram
> emacspeak-17.0/realaudio/radio/cnn-hn.ram
>
> Do sound like somebody else had a copyright on them.

These files are just "links" to web locations, i.e., they only
contains the URLs needed to listen to certain live streams and
archived works.

-- 
CYa,
  Mario

Bug#254520: NMU

[Mario Lang]

Samuel Mimram <[EMAIL PROTECTED]> writes:

> Hi,
>
> I intent to NMU this package soon to integrate these patches in order to 
> have the image in testing one day. Please tell me if you wish me not to 
> do so.

No problem with me, if you really think working on speakup 2.4
is worth it...

-- 
CYa,
  Mario


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

Bug#341500: sbcl: Missing build-depndency on dh-lisp

[Mario Lang]

Package: sbcl
Version: 1:0.9.6.55-1
Severity: important

sbcl misses a build-dep on dh-lisp, which results in a sbcl.postinst without
the clc magic, therefore not providing a core file:

$ sbcl
fatal error encountered in SBCL pid 2834:
can't find core file

This results in a very broken package at least on amd64.  Manually
running register-common-lisp-implementation doesn't help either, since
the required sbcl.sh script is apparently not present in the sbcl binary
package.

-- System Information:
Debian Release: testing/unstable
  APT prefers unstable
  APT policy: (500, 'unstable')
Architecture: amd64 (x86_64)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.14-rt20
Locale: LANG=en_US, LC_CTYPE=en_US (charmap=ISO-8859-1)

Versions of packages sbcl depends on:
ii  libc6 2.3.5-8.1  GNU C Library: Shared libraries an

Versions of packages sbcl recommends:
ii  binfmt-support1.2.7  Support for extra binary formats

-- no debconf information

-- 
CYa,
  Mario


pgptICvixxZSW.pgp
Description: PGP signature

Bug#341684: mma: New upstream version 0.18 available!

[Mario Lang]

Package: mma
Version: 0.12-1
Severity: wishlist

The latest upstream version available for this package is 0.18:
http://mypage.uniserve.com/~bvdp/mma/

-- System Information:
Debian Release: testing/unstable
  APT prefers unstable
  APT policy: (500, 'unstable'), (500, 'stable')
Architecture: i386 (i686)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.12-1-686
Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968)

Versions of packages mma depends on:
ii  python2.3.5-3An interactive high-level object-o
ii  python2.3 2.3.5-9An interactive high-level object-o

mma recommends no packages.

-- no debconf information

-- 
Regards,
  Mario Lang

Graz University of Technology mailto:[EMAIL PROTECTED]
Department Computing   http://www.ZID.TUGraz.at/lang/
Phone: +43 (0) 316 / 873 - 6897
//
  /_Apparently a teacher has been arrested in the UK in possession_/
 /of a compass, protractor, and straight edge. It is claimed he is a/
/member of the Al Gebra movement, bearing weapons of math instruction/


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

Bug#342358: supercollider: Fails to build emacs files with xemacs21

[Mario Lang]

Package: supercollider
Version: 20050624-1
Severity: important

We need to explicitly prevent compilation of Emacs
lisp files under xemacs21, since that fails, and AFAIK, XEmacs
is unsupported in SCEL.

Right now, the package is uninstallable on machines which
have xemacs21 installed, this should be delt with ASAP.


-- System Information:
Debian Release: testing/unstable
  APT prefers unstable
  APT policy: (500, 'unstable')
Architecture: amd64 (x86_64)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.14-rt21
Locale: LANG=en_US, LC_CTYPE=en_US (charmap=ISO-8859-1)

supercollider depends on no packages.

Versions of packages supercollider recommends:
ii  emacs21 [emacsen] 21.4a-3The GNU Emacs editor
ii  supercollider-server  20050624-1 realtime sound synthesis server an

-- no debconf information

-- 
CYa,
  Mario | Debian Developer http://debian.org/>
  .''`. | Get my public key via finger [EMAIL PROTECTED]
 : :' : | 1024D/7FC1A0854909BCCDBE6C102DDFFC022A6B113E44
 `. `' 
   `-


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

Bug#344337: abcde: FLAC encoding fails if title contains strange chars

[Mario Lang]

Package: abcde
Version: 2.3.99.2-1
Severity: normal

If I set abcde to encode to FLAC (my preferred default), tagging
and moving (and therefore renaming) of the trackXX.flac file fails
if any of the info which is about to be added as tag contains any
chars like ñ or such-like.

The error I get in the errors file is not very helpful:

tagtrack-flac-02: returned code 1: metaflac --no-utf8-convert 
--import-tags-from=- /tmp/abcde.50115d16/track02.flac
tagtrack-flac-05: returned code 1: metaflac --no-utf8-convert 
--import-tags-from=- /tmp/abcde.50115d16/track05.flac

Changing the OUTPUTTYPE to ogg works with the same CDs.

-- System Information:
Debian Release: testing/unstable
  APT prefers unstable
  APT policy: (500, 'unstable')
Architecture: amd64 (x86_64)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.14-rt21
Locale: LANG=en_US, LC_CTYPE=en_US (charmap=ISO-8859-1)

Versions of packages abcde depends on:
ii  cd-discid 0.9-1  CDDB DiscID utility
ii  cdparanoia3a9.8-11   An audio extraction tool for sampl
ii  flac  1.1.2-3+b1 Free Lossless Audio Codec - comman
ii  speex 1.1.11.1-1 The Speex Speech Codec
ii  vorbis-tools  1.1.1-1several Ogg Vorbis tools
ii  wget  1.10.2-1   retrieves files from the web

abcde recommends no packages.

-- no debconf information

-- 
CYa,
  Mario


pgp8wDOGXbmbq.pgp
Description: PGP signature

Bug#344446: libklibc-dev: /usr/bin/klcc calls /usr/local/bin/gcc

[Mario Lang]

Package: libklibc-dev
Version: 1.1.1-4
Severity: normal

/usr/bin/klcc references /usr/local/bin/gcc.


-- System Information:
Debian Release: testing/unstable
  APT prefers unstable
  APT policy: (500, 'unstable')
Architecture: amd64 (x86_64)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.14-rt21
Locale: LANG=en_US, LC_CTYPE=en_US (charmap=ISO-8859-1)

Versions of packages libklibc-dev depends on:
ii  libklibc  1.1.1-4minimal libc subset for use with i

libklibc-dev recommends no packages.

-- no debconf information

-- 
CYa,
  Mario


pgpzvr6Vphb8Y.pgp
Description: PGP signature

Bug#344465: libklibc-dev: including sys/types.h fails

[Mario Lang]

Package: libklibc-dev
Version: 1.1.1-4
Severity: normal

--
#include 
int main()
{
return 0;
}
---<>---

$ klcc -o kltest kltest.c
In file included from /usr/lib/klibc/include/linux/stddef.h:4,
 from /usr/lib/klibc/include/linux/posix_types.h:4,
 from /usr/lib/klibc/include/sys/types.h:15,
 from /home/mlang/tmp/kltest.c:1:
/usr/lib/klibc/include/linux/compiler.h:44:24: error: sys/cdefs.h: No such file 
or directory


-- System Information:
Debian Release: testing/unstable
  APT prefers unstable
  APT policy: (500, 'unstable')
Architecture: amd64 (x86_64)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.14-rt21
Locale: LANG=en_US, LC_CTYPE=en_US (charmap=ISO-8859-1)

Versions of packages libklibc-dev depends on:
ii  libklibc  1.1.1-4minimal libc subset for use with i

libklibc-dev recommends no packages.

-- no debconf information

-- 
CYa,
  Mario


pgpJrJTRF1ibj.pgp
Description: PGP signature

Bug#338988: libfishsound1-dev: Missing example code

[Mario Lang]

Package: libfishsound1-dev
Version: 0.6.3-2
Severity: minor

Please include the example code from src/examples in
/usr/share/doc/libfishsound1-dev/examples


-- System Information:
Debian Release: testing/unstable
  APT prefers unstable
  APT policy: (500, 'unstable')
Architecture: amd64 (x86_64)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.14-rt9
Locale: LANG=en_US, LC_CTYPE=en_US (charmap=ISO-8859-1)

Versions of packages libfishsound1-dev depends on:
ii  libc6-dev 2.3.5-7GNU C Library: Development Librari
ii  libfishsound1 0.6.3-2simple programming interface that 

libfishsound1-dev recommends no packages.

-- no debconf information

-- 
CYa,
  Mario | Debian Developer http://debian.org/>
  .''`. | Get my public key via finger [EMAIL PROTECTED]
 : :' : | 1024D/7FC1A0854909BCCDBE6C102DDFFC022A6B113E44
 `. `' 
   `-


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

Bug#339450: flac123: Fails to play files with default config

[Mario Lang]

Package: flac123
Version: 0.0.9-1
Severity: normal

fzidpc73:/mp3/Hopkinson Smith/Dowland - A Dream# ogg123 01.Frogg_Galliard.flac

Audio Device:   Advanced Linux Sound Architecture (ALSA) output

Playing: 01.Frogg_Galliard.flac
FLAC stream: 16 bits, 2 channel, 44100 Hz
Artist: Hopkinson Smith
Album: Dowland - A Dream
Title: Frogg Galliard
Date: 2005
Genre: English Renaissance Lute
Track number: 01
Cddb: 01103a14

Done.
fzidpc73:/mp3/Hopkinson Smith/Dowland - A Dream# flac123 01.Frogg_Galliard.flac
flac123 version 0.0.9   'flac123 --help' for more info
Error opening ao device 3
Error opening 01.Frogg_Galliard.flac

So ogg123 works perfectly (playing FLAC files without
a problem) while flac123 fails with a very useless error message.

-- System Information:
Debian Release: testing/unstable
  APT prefers unstable
  APT policy: (500, 'unstable'), (500, 'stable')
Architecture: i386 (i686)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.12-1-686
Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968)

Versions of packages flac123 depends on:
ii  libao20.8.6-1.1  Cross Platform Audio Output Librar
ii  libc6 2.3.5-7GNU C Library: Shared libraries an
ii  libflac7  1.1.2-3Free Lossless Audio Codec - runtim
ii  libpopt0  1.7-5  lib for parsing cmdline parameters

flac123 recommends no packages.

-- no debconf information

-- 
Regards,
  Mario Lang

Graz University of Technology mailto:[EMAIL PROTECTED]
Department Computing   http://www.ZID.TUGraz.at/lang/
Phone: +43 (0) 316 / 873 - 6897
//
  /_Apparently a teacher has been arrested in the UK in possession_/
 /of a compass, protractor, and straight edge. It is claimed he is a/
/member of the Al Gebra movement, bearing weapons of math instruction/


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

Bug#339454: flac123: Explain difference to ogg123 in package description please

[Mario Lang]

Package: flac123
Version: 0.0.9-1
Severity: wishlist

I was very confused when I read the DWN announcement for this package
since I know ogg123 does already play FLAC files without problems.
Reading the package description did not clear the confusion up.

Could you please add something to the long description which
explains what the benefits of this package over ogg123 are?


-- System Information:
Debian Release: testing/unstable
  APT prefers unstable
  APT policy: (500, 'unstable'), (500, 'stable')
Architecture: i386 (i686)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.12-1-686
Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968)

Versions of packages flac123 depends on:
ii  libao20.8.6-1.1  Cross Platform Audio Output Librar
ii  libc6 2.3.5-7GNU C Library: Shared libraries an
ii  libflac7  1.1.2-3Free Lossless Audio Codec - runtim
ii  libpopt0  1.7-5  lib for parsing cmdline parameters

flac123 recommends no packages.

-- no debconf information

-- 
Regards,
  Mario Lang

Graz University of Technology mailto:[EMAIL PROTECTED]
Department Computing   http://www.ZID.TUGraz.at/lang/
Phone: +43 (0) 316 / 873 - 6897
//
  /_Apparently a teacher has been arrested in the UK in possession_/
 /of a compass, protractor, and straight edge. It is claimed he is a/
/member of the Al Gebra movement, bearing weapons of math instruction/


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

Bug#304760: libghc6-http-dev: Please include example code (get.hs)

[Mario Lang]

Package: libghc6-http-dev
Version: 0.4.20041219-2
Severity: wishlist
Tag: patch

--- /dev/null   2005-03-17 12:09:08.946836896 +0100
+++ debian/libghc6-http-dev.examples2005-04-15 10:37:00.295500272 +0200
@@ -0,0 +1,2 @@
+test/get.hs
+



-- System Information:
Debian Release: 3.1
  APT prefers unstable
  APT policy: (500, 'unstable'), (1, 'experimental')
Architecture: i386 (i686)
Kernel: Linux 2.6.10-1-686
Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968)

Versions of packages libghc6-http-dev depends on:
ii  ghc6  6.2.2-3GHC - the Glasgow Haskell Compilat

-- no debconf information

-- 
CYa,
  Mario


pgpkgqBiOtnTS.pgp
Description: PGP signature

Bug#292771: mcp-plugins: Provide virtual package `ladspa-plugin'

[Mario Lang]

Package: mcp-plugins
Version: 0.3.0-1
Severity: wishlist
Tags: patch

lexx:~# apt-cache search ladspa-plugin
blop - Bandlimited wavetable-based oscillator plugins for LADSPA hosts
caps - C* Audio Plugin Suite
cmt - Computer Music Toolkit (cmt) a collection of LADSPA plugins
ladspa-sdk - sample tools for linux-audio-dev plugin architecture
swh-plugins - Steve Harris's LADSPA plugins
tap-plugins - Tom's Audio Processing LADSPA plugins

--- debian/control.orig 2005-01-29 18:39:57.0 +0100
+++ debian/control  2005-01-29 18:42:09.0 +0100
@@ -9,6 +9,7 @@
 Architecture: any
 Depends: ${shlibs:Depends}
 Suggests: ams
+Provides: ladspa-plugin
 Description: LADSPA plugins designed for Alsa Modular Synth
  MCP plugins implement a set of LADSPA plugins that vastly improve 
  the sound of AlsaModularSynth. 


-- System Information:
Debian Release: 3.1
  APT prefers unstable
  APT policy: (500, 'unstable'), (1, 'experimental')
Architecture: i386 (i686)
Kernel: Linux 2.6.10-1-686
Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968)

Versions of packages mcp-plugins depends on:
ii  libc6   2.3.2.ds1-20 GNU C Library: Shared libraries an
ii  libgcc1 1:4.0-0pre5  GCC support library
ii  libstdc++5  1:3.3.5-6The GNU Standard C++ Library v3

-- no debconf information

-- 
CYa,
  Mario


pgpXt76XOt5iN.pgp
Description: PGP signature

Bug#307522: zynaddsubfx: No GUI mode doesn't seem to work

[Mario Lang]

Package: zynaddsubfx
Version: 2.2.1-1
Severity: normal

lexx:/tmp# zynaddsubfx -A -U

ZynAddSubFX - Copyright (c) 2002-2005 Nasca Octavian Paul
Compiled: May  2 2005 09:58:39
This program is free software (GNU GPL v.2) and
it comes with ABSOLUTELY NO WARRANTY.

Sound Buffer Size = 256 samples
Internal latency =  5.8 ms
ADsynth Oscil.Size =512 samples
Can't open display:


I always seem to get this result, no matter if i use -U or --no-gui.

-- System Information:
Debian Release: 3.1
  APT prefers unstable
  APT policy: (500, 'unstable'), (1, 'experimental')
Architecture: i386 (i686)
Kernel: Linux 2.6.10-1-686
Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968)

Versions of packages zynaddsubfx depends on:
ii  fftw33.0.1-11Library for computing Fast Fourier
ii  libasound2   1.0.8-3 ALSA library
ii  libc62.3.2.ds1-21GNU C Library: Shared libraries an
ii  libfltk1.1c102   1.1.6-2 Fast Light Toolkit shared librarie
ii  libgcc1  1:4.0-0pre5 GCC support library
ii  libjack0.80.0-0  0.99.0-6JACK Audio Connection Kit (librari
ii  libmxml1 2.2-1   development files for libmlxml
ii  libstdc++5   1:3.3.5-12  The GNU Standard C++ Library v3
ii  libx11-6 4.3.0.dfsg.1-12.0.1 X Window System protocol client li
ii  libxext6 4.3.0.dfsg.1-12.0.1 X Window System miscellaneous exte
ii  libxft2  2.1.2-6 FreeType-based font drawing librar
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

-- 
CYa,
  Mario


pgpA2g0XW4gwV.pgp
Description: PGP signature

Bug#227025: Same problem here, solution found

[Mario Lang]

I do have the same problem as described in this bugreport.
I just installed a new machine (replacement for an older box)
with sarge.  One of the jobs of this box is to be a massive
dict server.  I did the --locale=de_DE.utf-8 changes to
/etc/default/dictd which I already had working on the older box.

Strangely enough, if I launch dictd by hand, it seems to boot:

fnewsql:~# dictd --locale=de_AT.utf-8 --logfile=/var/log/dictd.log
fnewsql:~# ps aux|grep dictd
dictd 3623  0.0  3.4 89632 31020 ?   S13:50   0:00 dictd 1.9.15: 0/0


And it also delivers request responses.  However, starting
via /etc/init.d/dictd just does not work, no matter how I configure
/etc/default/dictd.

Here is its current content:


DICTD_ARGS=""
DICTD_ARGS="$DICTD_ARGS --locale=de_AT.utf-8"
DICTD_ARGS="$DICTD_ARGS --logfile=/var/log/dictd.log"

fnewsql:~# /etc/init.d/dictd start
Starting dictionary server: dictd.
fnewsql:~# ps aux | grep dictd
root  3635  0.0  0.0  3592  564 pts/0R+   13:53   0:00 grep dictd

And no dictd is running.

If I start it as user dictd manually, it also does not work:

fnewsql:~# su dictd -c 'dictd --locale=de_AT.utf-8 --logfile=/var/log/dictd.log'
fnewsql:~# ps aux|grep dictd
root  3639  0.0  0.0  3592  568 pts/0S+   13:54   0:00 grep dictd

And no dictd running.

Solution: Remove the "-c dictd" from /etc/init.d/dictd, then, it works:

fnewsql:~# /etc/init.d/dictd start
Starting dictionary server: dictd.
fnewsql:~# ps aux|grep dictd
dictd 3701  0.3  3.4 89632 31024 ?   S14:01   0:00 dictd 1.9.15: 0/0

This bug IMO should have been grave long ago to prevent the package from
migrating into sarge.

-- 
CYa,
  Mario


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

Bug#319342: icecream: Support direct stream URLs

[Mario Lang]

Package: icecream
Version: 0.8-3
Severity: wishlist

At the moment, icecream barfs if given a direct streaming URL:

fzidpc73:/tmp# icecream http://mozart.soundportal.at:800/new.ogg
error: failed to retreive playlist from http://mozart.soundportal.at:800/new.ogg

This is at best, pretty lame.

-- System Information:
Debian Release: testing/unstable
  APT prefers unstable
  APT policy: (500, 'unstable'), (1, 'experimental')
Architecture: i386 (i686)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.12.1-rt-v0.7.50-22
Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968)

Versions of packages icecream depends on:
ii  perl  5.8.7-4Larry Wall's Practical Extraction 

icecream recommends no packages.

-- no debconf information

-- 
CYa,
  Mario | Debian Developer http://debian.org/>
  .''`. | Get my public key via finger [EMAIL PROTECTED]
 : :' : | 1024D/7FC1A0854909BCCDBE6C102DDFFC022A6B113E44
 `. `' 
   `-


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

Bug#319362: csound: Provide csound-nox

[Mario Lang]

Package: csound
Version: 1:4.23f12-3
Severity: wishlist

It would be very useful to be able to install csound without having to pull
in X11 and fltk.

Rationale: While there are some ongoing efforts to GUIfy csound, it has
been traditionally a command-line application, and many use cases these days
still require only the CLI interface.  On headless boxes, it would be
great to be able to install csound without having to pull in the graphics
related libraries and therefore keep the install small.

If the idea is generally acceptable by you, please let me know, I'd be willing
to write a patch for this if you like.  However, I wont if it is just going
to sit in BTS forever :-).

-- System Information:
Debian Release: testing/unstable
  APT prefers unstable
  APT policy: (500, 'unstable'), (1, 'experimental')
Architecture: i386 (i686)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.12.1-rt-v0.7.50-22
Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968)

Versions of packages csound depends on:
ii  libc6 2.3.2.ds1-22   GNU C Library: Shared libraries an
ii  libfltk1.1c1021.1.6-5Fast Light Toolkit shared librarie
ii  libstdc++51:3.3.6-7  The GNU Standard C++ Library v3
ii  libx11-6  6.8.2.dfsg.1-2 X Window System protocol client li
ii  libxext6  6.8.2.dfsg.1-2 X Window System miscellaneous exte
ii  libxft2   2.1.7-1FreeType-based font drawing librar
ii  xlibs 6.8.2.dfsg.1-2 X Window System client libraries m

csound recommends no packages.

-- no debconf information

-- 
CYa,
  Mario


pgpB4lY5ngqJP.pgp
Description: PGP signature

Bug#319360: libscsynth0: Move X11 dependant plugin to separate package

[Mario Lang]

Package: libscsynth0
Version: 20050624-1
Severity: wishlist

It would be desireable to move the MacUgens.so plugin to a separate
binary package to avoid having to pull in X11 libs on headless boxes.

lexx:/usr/lib/SuperCollider/plugins# ldd MacUGens.so
libX11.so.6 => /usr/X11R6/lib/libX11.so.6 (0xb7e7)
libstdc++.so.6 => /usr/lib/libstdc++.so.6 (0xb7d89000)
libm.so.6 => /lib/tls/libm.so.6 (0x41194000)
libgcc_s.so.1 => /lib/libgcc_s.so.1 (0xb7d7e000)
libc.so.6 => /lib/tls/libc.so.6 (0x41019000)
libdl.so.2 => /lib/tls/libdl.so.2 (0x411b8000)
/lib/ld-linux.so.2 => /lib/ld-linux.so.2 (0x8000)

Downside:

lexx:/usr/lib/SuperCollider/plugins# ls -l MacUGens.so
-rw-r--r--  1 root root 9832 Jul 14 08:33 MacUGens.so

I.e., the package would be very small.  However, SuperCollider being
a client-server application, it would be still pretty useful to be
able to install libscsynth0 on a machine without having to pull in X11
packages.

-- System Information:
Debian Release: testing/unstable
  APT prefers unstable
  APT policy: (500, 'unstable'), (1, 'experimental')
Architecture: i386 (i686)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.12.1-rt-v0.7.50-22
Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968)

Versions of packages libscsynth0 depends on:
ii  libc6 2.3.2.ds1-22   GNU C Library: Shared libraries an
ii  libgcc1   1:4.0.1-2  GCC support library
ii  libjack0.100.0-0  0.100.0-2  JACK Audio Connection Kit (librari
ii  libsndfile1   1.0.10-2   Library for reading/writing audio 
ii  libstdc++64.0.1-2The GNU Standard C++ Library v3
ii  libx11-6  6.8.2.dfsg.1-2 X Window System protocol client li
ii  xlibs 6.8.2.dfsg.1-2 X Window System client libraries m

libscsynth0 recommends no packages.

-- no debconf information

-- 
CYa,
  Mario


pgpZaldItaPSB.pgp
Description: PGP signature

Bug#312660: ITP: shish -- the diet shell

[Mario Lang]

Gerrit Pape <[EMAIL PROTECTED]> writes:

> On Thu, Jun 09, 2005 at 02:38:06PM +0200, Michael Prokop wrote:
>> * Package name: shish
>>   Version : 0.7-pre3
>>   Upstream Author : Roman Senn <[EMAIL PROTECTED]>
>> * URL : http://www.blah.ch/shish/
>> * License : GPL
>>   Description : the diet shell
>> 
>> shish is a shell language interpreter and an interactive command
>> line interpreter.
>> 
>> This shell aims at being very small and doing its tasks in
>> efficient ways (and not through 100 abstraction layers), which
>> is mainly done by using the dietlibc and libowfat libraries.
>> 
>> shish will be a POSIX compatible shell language interpreter
>> according to the IEEE P1003.2 Draft 11.2 by its 1.0 release.
>
> He, here's a challenge..
>
> $ DEB_BUILD_OPTIONS=diet fakeroot apt-get source -b dash >/dev/null 2>&1 &&
> ls -l dash-0.5.2/debian/dash/bin/dash && ldd $_
> -rwxr-xr-x  1 pape pape 75080 Jun 10 07:59 dash-0.5.2/debian/dash/bin/dash
> not a dynamic executable

-rwxr-xr-x  1 mlang mlang 74352 Jul 25 17:52 dash-0.5.2/debian/dash/bin/dash
not a dynamic executable

gcc 4 :-)

-- 
CYa,
  Mario


pgpy8clkOsy9x.pgp
Description: PGP signature

Bug#320166: RFP: cl-clm -- Common Lisp Music is a music synthesis and signal processing package in the Music V family

[Mario Lang]

Package: wnpp
Severity: wishlist

* Package name: cl-clm
  Version : 3
  Upstream Author : Bill Schottstaedt
* URL or Web page : http://ccrma.stanford.edu/software/clm/
* License : BSD-ish
  Description : Common Lisp Music is a music synthesis and signal 
processing package in the Music V family

CLM is a sound synthesis package for Common Lisp systems.

-- 
CYa,
  Mario


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

Bug#320170: RFP: cl-cm -- Common Music (CM) is an object-oriented music composition environment.

[Mario Lang]

Package: wnpp
Severity: wishlist

* Package name: cl-cm
  Version : 2.6
  Upstream Author : Rick Taube
* URL or Web page : http://commonmusic.sourceforge.net/
* License : LLGPL
  Description : Common Music (CM) is an object-oriented music composition 
environment.

It produces sound by transforming a high-level representation of
musical structure into a variety of control protocols for sound
synthesis and display. Common Music defines an extensive library of
compositional tools and an API through which the composer can easily
modify and extend the system.

Common Music began in 1989 as a response to the proliferation of
different audio hardware, software and computers that resulted from
the introduction of low cost computers. As choices increased it became
clear that composers would be well served by a portable, powerful and
consistent interface to the myriad sound rendering possibilities. Work
on Common Music began in 1989 when the author was a guest composer at
CCRMA, Stanford University. Much of the system as it exists today was
implemented at the Institut fr Musik und Akustik at the Zentrum fr
Kunst und Medientechnologie in Karlsruhe, Germany, where the author
worked for five years. Common Music continues to evolve today at the
University of Illinois at Urbana-Champaign, where the author is now an
associate professor of music composition.

Common Music works in conjunction with the following synthesis and
display options:
Csound (sound synthesis)
Fomus (music notation)
Common Lisp Music (sound synthesis)
Common Music Notation (music notation)
MIDI (synthesis control)
Midishare (MIDI I/O)
Plotter (data visualization)
Open Sound Control (synthesis control)
Supercollider (sound synthesis)
Portmidi (MIDI I/O)
RTS and Receive (real time extensions)

-- 
CYa,
  Mario


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

Bug#227025: Same problem here, solution found

[Mario Lang]

Kirk Hilliard <[EMAIL PROTECTED]> writes:

> Hi Mario,
>
> I think that you have something else going on here.
>
>> Solution: Remove the "-c dictd" from /etc/init.d/dictd, then, it works:
>
> You must be referring to:
>
> start-stop-daemon --start -o  -c dictd --exec $DAEMON -- ${DICTD_ARGS}
>   

Yes

> Note that this is an argument to start-stop-daemon, not dictd, so it
> is no surprise that:
>
>> If I start it as user dictd manually, it also does not work:
>>
>> fnewsql:~# su dictd -c 'dictd --locale=de_AT.utf-8 
>> --logfile=/var/log/dictd.log'

Exactly, actually, thats how I figured it out.  But not that if I
start using start-stop-daemon but without -c dictd, the final dictd process
runs under the user dictd.

> We need to figure out why your server will not start as user dictd.
>
> What do you get from running ``groups dictd''?

fnewsql:/# groups dictd
dictd : dictd

>
> User dictd is supposed to be added during the dictd preinst.  Did you
> revert your /etc/passwd file?

Nope, I didnt touch /etc/passwd (yet)...

-- 
CYa,
  Mario


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

Bug#318106: brltty: Brltty and usb-serial hotplugging

[Mario Lang]

Samuel Thibault <[EMAIL PROTECTED]> writes:

> Package: brltty
> Version: 3.4.1-4
> Severity: wishlist
>
> Hi,
>
> On the brltty mailing list, someone proposed to have brltty
> automatically launched when a usb braille terminal is plugged. He
> joined some scripts, here they are.

With the next upload, BRLTTY will be configured by default to scan
the USB bus for known devices.  Do you see any advantage in utilising
hotplug?  One example situation to demonstrate why hotplug isn't that useful:
I have a display which supports three different transport types, serial,
usb and bluetooth.  If brltty is configured correclty, I can transparently
switch between transport types, and the brltty daemon will nicely follow.
With hotplug, this doesnt seem as robust.

-- 
CYa,
  Mario


pgp8cvjp6pyig.pgp
Description: PGP signature

Bug#318106: brltty: Brltty and usb-serial hotplugging

[Mario Lang]

Samuel Thibault <[EMAIL PROTECTED]> writes:

> Mario Lang, le Wed 13 Jul 2005 21:46:18 +0200, a écrit :
>> Samuel Thibault <[EMAIL PROTECTED]> writes:
>> 
>> > Package: brltty
>> > Version: 3.4.1-4
>> > Severity: wishlist
>> >
>> > Hi,
>> >
>> > On the brltty mailing list, someone proposed to have brltty
>> > automatically launched when a usb braille terminal is plugged. He
>> > joined some scripts, here they are.
>> 
>> With the next upload, BRLTTY will be configured by default to scan
>> the USB bus for known devices.
>
> Does it keep scanning the bus at all time?

Yes, the default config is basically going to be: "-b auto -d usb:" which
keeps scanning for known devices until one is found.

> If yes, it might indeed be useless to have hotplug start brltty.

-- 
CYa,
  Mario


pgp2fyrVAViN1.pgp
Description: PGP signature

Bug#325443: snd: Provide snd-nox and snd-nox-alsa packages

[Mario Lang]

Package: snd
Version: 7.8-1.1
Severity: wishlist

If --with-no-gui is used for ./configure, snd builds an executable which
does not require a GUI.  This is ideal for scripting snd, and it would be
useful to provide this version of snd in separate binary packages.

If the idea is acceptable by you, I can provide a patch which implements this.

-- System Information:
Debian Release: testing/unstable
  APT prefers unstable
  APT policy: (500, 'unstable')
Architecture: i386 (i686)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.12.1-rt-v0.7.50-22
Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968)

Versions of packages snd depends on:
ii  snd-gtk   7.8-1.1Sound file editor (GTK+ user inter

Versions of packages snd recommends:
ii  blop [ladspa-plugin]  0.2.8-3Bandlimited wavetable-based oscill
ii  caps [ladspa-plugin]  0.2.3-3C* Audio Plugin Suite
ii  cmt [ladspa-plugin]   1.15-2 Computer Music Toolkit (cmt) a col
ii  guile-1.6 [guile] 1.6.7-1The GNU extension language and Sch
ii  ladspa-sdk [ladspa-plugin]1.1-3  sample tools for linux-audio-dev p
ii  swh-plugins [ladspa-plugin]   0.4.13-1   Steve Harris's LADSPA plugins
ii  tap-plugins [ladspa-plugin]   0.7.0-1Tom's Audio Processing LADSPA plug

-- 
CYa,
  Mario


pgplL7WZSukzC.pgp
Description: PGP signature

Bug#325443: snd: Provide snd-nox and snd-nox-alsa packages

[Mario Lang]

Guenter Geiger <[EMAIL PROTECTED]> writes:

> Hi Mario,
>
> The idea is acceptable. I do not currently have the time to implement it.
> There is also another obstacle that keeps me from doing it immediately,
> which is that I decided to switch to cdbs with snd, but then I don't know
> how to build the same package with different configurations with cdbs.

Ouch, I remember having the same problem with brltty.  At one
point I wanted to switch to cdbs, but got stuck since I couldn't figure
out how to do two builds with different configure options.  I remember
having asked walters and he basically said it isn't doable without much 
trickery.
I guess that was valid for a version about a year old, I dont know if the cdbs 
maintainer
team fixed that by now.

> A patch against the current snd package might not be as useful, but if you
> have an idea how to solve the cdbs thing, would be great.

I am afraid no :-(.

-- 
CYa,
  Mario


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

Bug#319474: fakeroot: Dead slow when used with a realtime-preempt kernel

[Mario Lang]

Timo Savola <[EMAIL PROTECTED]> writes:

> On Fri, 2005-07-22 at 14:14 +0200, Mario Lang wrote:
>
>> Any idea why fakeroot would slow down with the RP patch or any hint
>> what I could do to debug it and narrow the possibilities down a bit?
>
> See if fakeroot-tcp behaves like this (it is shipped in the fakeroot
> package).  You should first test it without the RP kernel to see the
> real difference.

Confirmed.  With fakeroot-tcp and the RP patch, I am back to
usual speed behaviour.  With fakeroot (no -tcp), it is dead slow:

lexx:~/debian/pkgs/faust-0.9.3% time dpkg-buildpackage -rfakeroot -uc -us
...
dpkg-buildpackage -rfakeroot -uc -us  80.96s user 520.75s system 84% cpu 
11:55.09 total

lexx:~/debian/pkgs/faust-0.9.3% time dpkg-buildpackage -rfakeroot-tcp -uc -us
...
dpkg-buildpackage -rfakeroot-tcp -uc -us  81.26s user 6.32s system 95% cpu 
1:31.43 total

Linux lexx 2.6.12.1-rt-v0.7.50-22 #1 Sat Jun 25 15:23:45 CEST 2005 i686 
GNU/Linux

> If the TCP version doesn't slow down, then the problem might be related
> to SYSV IPC.

-- 
CYa,
  Mario


pgp3MdDoW1YSr.pgp
Description: PGP signature

Bug#280656: status?

[Mario Lang]

Hi.

What is the status of this ITP?  CommonMusic now supports PortMIDI IO,
which makes usage of ALSA seq clients possible directly from CM.  The
hack includes a patched portmidi which provides .so lib versions for portmidi.

Therefore, I am interested if portmidi will make it into Debian since I might
like to package CM if no one else does first.
-- 
CYa,
  Mario


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

Bug#404275: ldap-haskell-doc: Please include a minimal usage example

[Mario Lang]

Package: ldap-haskell-doc
Version: 0.6.0
Severity: wishlist

It would be nice to have a minimal usage example showing how to
make use of this library.

-- System Information:
Debian Release: 4.0
  APT prefers unstable
  APT policy: (500, 'unstable')
Architecture: amd64 (x86_64)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.18-2-amd64
Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968)

-- no debconf information

-- 
Thanks,
  Mario | Debian Developer http://debian.org/>
  .''`. | Get my public key via finger [EMAIL PROTECTED]
 : :' : | 1024D/7FC1A0854909BCCDBE6C102DDFFC022A6B113E44
 `. `'
   `-  http://delysid.org/>  http://www.staff.tugraz.at/mlang/>


pgpddWT5JRC46.pgp
Description: PGP signature

Bug#404202: mplayer: tail: Warning: "+number" syntax is deprecated, please use "-n +number"

[Mario Lang]

> On Fri, Dec 22, 2006 at 02:54:23PM +0100, Mario Lang wrote:
>> 
>> --- debian/rules.orig2006-12-22 14:08:09.0 +0100
>> +++ debian/rules 2006-12-22 14:40:02.0 +0100
>> @@ -287,9 +287,9 @@
>>  if test -r  debian/$(THISPACKAGE)/DEBIAN/config ; then sh -e 
>> debian/config.augmenter debian/$(THISPACKAGE)/DEBIAN/config ; fi
>>  #   Rewrite README.Debian and add free or non-free statement.
>>  ifeq ($(DFSG),)
>> -tail +2  debian/README.Debian.free | sed '[EMAIL 
>> PROTECTED]@!$(UPSTREAMSOURCE)!' > 
>> debian/$(THISPACKAGE)/usr/share/doc/$(THISPACKAGE)/README.Debian
>> +tail -n +2  debian/README.Debian.free | sed '[EMAIL 
>> PROTECTED]@!$(UPSTREAMSOURCE)!' > 
>> debian/$(THISPACKAGE)/usr/share/doc/$(THISPACKAGE)/README.Debian
>>  else
>> -tail +2  debian/README.Debian.nonfree | sed '[EMAIL 
>> PROTECTED]@!$(UPSTREAMSOURCE)!' > 
>> debian/$(THISPACKAGE)/usr/share/doc/$(THISPACKAGE)/README.Debian
>> +tail -n +2  debian/README.Debian.nonfree | sed '[EMAIL 
>> PROTECTED]@!$(UPSTREAMSOURCE)!' > 
>> debian/$(THISPACKAGE)/usr/share/doc/$(THISPACKAGE)/README.Debian
>>  endif
>>  sed '[EMAIL PROTECTED]@!$(DEB_BUILD_CONFIGURE)!' < debian/README.Debian 
>>  >>  debian/$(THISPACKAGE)/usr/share/doc/$(THISPACKAGE)/README.Debian

Diego Biurrun <[EMAIL PROTECTED]> replied:

> That's a GNUism.  'tail +2' is part of POSIX.  GNU tail has no business
> deprecating the syntax.

The coreutils changelog entry suggests the answer isn't that easy:

coreutils (5.96-3) unstable; urgency=low

  * The POSIX compatability level is now set to POSIX 1003.1-2001,
which affects the syntax for several commands.  For transition
purposes, "sort +number" and "tail +number" will be supported
for the etch release. Note that these usages are deprecated, and
will be removed in etch+1; the recommended usage is "sort -k number"
and "tail -n +number". Also, "uniq +number" should be replaced with
"uniq -s number" and "touch number filename" should be replaced with
"touch -t number filename". To revert to the older syntax, set the
environment variable _POSIX2_VERSION to "199209".

 -- Michael Stone <[EMAIL PROTECTED]>  Sat, 27 May 2006 12:56:18 -0400

-- 
Regards,
  Mario Lang

Graz University of Technologymailto:[EMAIL PROTECTED]
Department Computing   http://www.ZID.TUGraz.at/lang/
Phone: +43 (0) 316 / 873 - 6897
//
  /_Apparently a teacher has been arrested in the UK in possession_/
 /of a compass, protractor, and straight edge. It is claimed he is a/
/member of the Al Gebra movement, bearing weapons of math instruction/


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

Bug#404722: cl-rss: Missing entity support

[Mario Lang]

Package: cl-rss
Version: 0.1.1-3
Severity: wishlist

For this package to be actually useful in practice, it would be nice
if it provided some kind of entity support.  Currently, things like
' throw an error.

Note that not even the "built-in example" works.

CL-USER> (require 'rss)
; loading system definition from /usr/share/common-lisp/systems/aserve.asd
; into #
; registering # as ASERVE
; loading system definition from
; /usr/share/common-lisp/systems/acl-compat.asd into #
; registering # as ACL-COMPAT
; loading system definition from
; /usr/share/common-lisp/systems/cl-ppcre.asd into #
; registering # as CL-PPCRE
; loading system definition from /usr/share/common-lisp/systems/puri.asd
; into #
; registering # as PURI
; registering # as PURI-TESTS
; loading system definition from
; /usr/share/common-lisp/systems/htmlgen.asd into #
; registering # as HTMLGEN
; loading system definition from /usr/share/common-lisp/systems/xmls.asd
; into #
; registering # as XMLS
; loading system definition from /usr/share/common-lisp/systems/kmrcl.asd
; into #
; registering # as KMRCL

[... 16687 lines snipped ...]

; compilation unit finished
;   printed 1628 notes
("URI" "ACL-SOCKET" "ASERVE")
CL-USER> (rss:show-sites)
; Evaluation aborted
CL-USER> 


The value "apos;" is not of type (SIMPLE-ARRAY BASE-CHAR (*)).
   [Condition of type TYPE-ERROR]


-- System Information:
Debian Release: 4.0
  APT prefers unstable
  APT policy: (500, 'unstable'), (1, 'experimental')
Architecture: amd64 (x86_64)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.18-2-amd64
Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968)

Versions of packages cl-rss depends on:
ii  cl-aserve   1.2.42+cvs.2006.04.24-dfsg-1 Portable Aserve
ii  cl-kmrcl1.92-1   General Utilities for Common Lisp 
ii  cl-ptester  2.1.2-4  Test suite for Common Lisp program
ii  cl-xmls 1.2-1XML Simple Parser for Common Lisp
ii  common-lisp 6.8  This is a Common Lisp source and c

cl-rss recommends no packages.

-- no debconf information

-- 
CYa,
  Mario | Debian Developer http://debian.org/>
  .''`. | Get my public key via finger [EMAIL PROTECTED]
 : :' : | 1024D/7FC1A0854909BCCDBE6C102DDFFC022A6B113E44
 `. `'
   `-  http://delysid.org/>  http://www.staff.tugraz.at/mlang/>


pgpOZJr2emGjt.pgp
Description: PGP signature

Bug#172539: revisiting the SHOW_CURSOR issue

[Mario Lang]

Hi.

4 years after this bug was submitted without a single reaction
of the maintainer meanwhile, I'd like to re-explain why this is still an issue
for the Debian Accessibility community.

From my personal POV, I've changed SHOW_CURSOR to TRUE
in /etc/lynx.cfg about a hundred times or more on new installations
of Debian machines since I've submitted this bug.
Agreed, that alone doesn't merit changing the default, please let me
elaborate:

There are in fact several reasons why SHOW_CURSOR should be true:

* Screen reader users need this option to be able to use Lynx.
  This is mostly for people with visual disabilities.  Console screen
  readers do only have the "hard"-cursor to guess what might
  be highlighted at the moment, and position the "reading cursor"
  there.  If the user is working with speech, this is usually
  the line that is spoken when the cursor moves.  For braille display
  users, the braille display is positioned where the cursor is (a
  braille display usually only consists of one line of refreshable
  braille cells usually about 40 or 80, i.e., it can not display
  the whole screen at once).
  With this simple method, lynx is easily navigateable because
  SHOW_CURSOR:TRUE forces the cursor to go to the beginning
  of the currently highlighted link.
  Additionally, remote users of a Debian server that do use
  assistive technologies would also need SHOW_CURSOR to be set to
  TRUE.  Agreed, they might as well provide some personal
  configuration, but it is IMO useless extra work, lynx might as
  well DTRT by default.
* As someone else mentioned in thsi bug report, if SHOW_CURSOR
  is FALSE, the lynx configuration system is essentially
  not usable to people with visual disabilities.  So setting
  the option to TRUE via the config system is no option.
  Yes, there is the config file, and the command-line
  argument, but especially newbies might be confused
  by not knowing these options.
* Serial console (alike) usage scenarios might also prefer to
  have SHOW_CURSOR:TRUE.
* Other essential Debian components already follow the
  practice of not hiding the cursor.  whiptail (and therefore the
  Debconf console dialog stuff) do have a visible and sensibly placed
  hard-cursor.  This is great, since it makes Debconf prompting
  nicely accessible to people with visual disabilities without requiring
  them to configure something special in the first place.
  It would only make sense to have an app like lynx
  to follow this behaviour by default.

elmo: Could you please add your thoughts on this
issue to this bug so that we at least know why no reaction
has come from you in the last 4 years?

-- 
CYa,
  Mario | Debian Developer http://debian.org/>
  .''`. | Get my public key via finger [EMAIL PROTECTED]
 : :' : | 1024D/7FC1A0854909BCCDBE6C102DDFFC022A6B113E44
 `. `'
   `-  http://delysid.org/>  http://www.staff.tugraz.at/mlang/>


pgpk7js3AODos.pgp
Description: PGP signature

Bug#314212: [BRLTTY] brltty deb update give still a eternal still unresolved problem

[Mario Lang]

Samuel Thibault <[EMAIL PROTECTED]> writes:

> Aldo, le Mon 18 Dec 2006 09:40:30 +0100, a écrit :
>> Well, after having updated I heard the beep sound of a starting brltty, 
>> but it still forget to kill the older one: 
>
> Debian doesn't start a new brltty if it already started one.
>
>> - can't it be a good idea to prevent from starting a new brltty
>
> That's _already_ the case, and it works for me:
>
> Preparing to replace brltty 3.7.2-5 (using .../brltty_3.7.2-5_i386.deb) ...
> Unpacking replacement brltty ...
> Setting up brltty (3.7.2-5) ...
> Starting Braille terminal driver: process already running.
> brltty.
>
> If it doesn't work for you, then there's a bug on your setup and we
> can't work it out unless you give more information.

The one thing I can think of is that you probably
once started brltty not with the init.d script but
directly.  If you just run "brltty" to start brltty, it
will not create the /var/run/brltty.pid file, and 
"/etc/init.d/brltty start" will not recognize that brltty
is already running.  Aldo, could this be the problem?

If so, we should probably look at some kind of device locking
mechanism for brltty, so that it doesnt murder itself if
started twice.  I know the effect as well, what happens
is that two daemons are accessing the same device, and producing garbage...

BRLTTY should really not disable itself.

-- 
CYa,
  Mario | Debian Developer http://debian.org/>
  .''`. | Get my public key via finger [EMAIL PROTECTED]
 : :' : | 1024D/7FC1A0854909BCCDBE6C102DDFFC022A6B113E44
 `. `'
   `-  http://delysid.org/>  http://www.staff.tugraz.at/mlang/>

Bug#327541: [Kenny Hitt] Re: Is Debian appropriate for accessibility?

[Mario Lang]

"juan rafael fernández" <[EMAIL PROTECTED]> writes:

> I write documentation. Lately I decided to write a survey of the state
> of the art as regards a11y. Unfortunately I had to add the Oralux
> lines (thanks Gilles Casse; by the way thank you you both for the
> espeak packages) in my sources.list to be able to check cicero,
> freephone, txt2pho, or some mbrola voices (well English is not the
> only language in the world, I need voices for Spanish, French, Italian
> and German as they are taught in our schools)... yes, I know some of
> these are DFSG non-free, but what is non-free for?

I don't remember 100% what the state of mbrola and non-free was.
Personally, I have much hope in espeak, or equivalent aproaches.
Mbrolas license is very restrictive, which I consider a problem, no matter
if it is non-free distributable or not.

In any case, it would be nice to have a voltuneer working on this, if
mbrola is actually non-free distributable.

> As regards festival, we only have 1.4.3-17.2 in Debian, but Alan W
> Black has had 1.96-beta around for a long time now (check
> http://www.speech.cs.cmu.edu/awb/fftest/festival-1.96-beta.tar.gz).

Ah yes, you are refering to http://bugs.debian.org/327541

It would be nice if the festival maintainer could find time to
get a new upsteram release packaged.

> To be able to run Orca on my Etch I had to use the gnome cvs and
> compile and install my own versions of pyorbit, gnome-speech,
> java-access-bridge and of course orca.

I've recently read pyorbit is avaiable through experimental, maybe that
was not true when you tried to get orca working?

If you have any trouble with gnome-speech, I would have liked to know
about it.

java-access-bridge is a totally different issue, we really
need volunteers to work on java accessibility in Debian.

Does java-access-bridge build with free java tools these days? (gcj?)

> Not very end-user friendly, is it?

I agree with you, however, it would have been nice to know about it
earlier.  debian-accessibility is the list to use in such cases.
We want to know if you have to take a hand-stand to get certain accessibility
related software working on Debian, so that we can look at if we can improve
the situation for our users in the future.

> I aliened the lsr rpm, but the application doesn't work (I guess it's
> a configuration problem, but anyway I have enough with Orca).
>
> I also made up my mind to uninstall esound and uncheck arts (I use
> both gnome and kde for my tests) and I still have problems with
> different applications fighting to block the audio output (yes, I've
> also read that alsa's dmix is the solution, but tell the applications,
> not me).

A good spot!  All remaining OSS-only speech producing software
needs to be patched to support alsa natively.  Or, alternatively, we should
try to push speech-dispatcher, which solves the issue on a different level.

> What I want to come to is that my heart and my sympathy is with
> Debian, but we have to recognise first that the field is not mature
> and secondly that the speed of progression in Ubuntu is ashtonishing.
> I would never suggest a user with accessibility problems to use
> Testing (or Sid) and Sarge is geological ages old. Ubuntu's EE or FF
> are state of the art milestones.

Yes, the slow release cycle, the desktop areas of Debian are suffering
from it.  At least I do use testing for about everything I do,
and very seldomly have problems, but I agree with you, that is no solution
for the "average" user.

> My conclusion: I agree with you that a11y needs much work, and hard
> work needs support. And I also believe that free software in general
> needs an accessible Debian distribution. How, I couldn't tell.

Thans for your feedback!

-- 
CYa,
  Mario | Debian Developer http://debian.org/>
  .''`. | Get my public key via finger [EMAIL PROTECTED]
 : :' : | 1024D/7FC1A0854909BCCDBE6C102DDFFC022A6B113E44
 `. `'
   `-  http://delysid.org/>  http://www.staff.tugraz.at/mlang/>

Bug#314212: [BRLTTY] brltty deb update give still a eternal still unresolved problem

[Mario Lang]

Jan and Bertil Smark Nilsson <[EMAIL PROTECTED]> writes:

> Greetings,
>
> On Mon, 18 Dec 2006, Mario Lang wrote:
>
>> The one thing I can think of is that you probably
>> once started brltty not with the init.d script but
>> directly.  If you just run "brltty" to start brltty, it
>> will not create the /var/run/brltty.pid file, and
>> "/etc/init.d/brltty start" will not recognize that brltty
>> is already running.  Aldo, could this be the problem?
>>
>> If so, we should probably look at some kind of device locking
>> mechanism for brltty, so that it doesnt murder itself if
>> started twice.  I know the effect as well, what happens
>> is that two daemons are accessing the same device, and producing garbage...
>>
>> BRLTTY should really not disable itself.
>>
> Am I missing something here? In my Etch installation brltty is started
> in grub.

I can imagine how one would start b rltty in the initramfs image,
but I never saw anyone start brltty in grub.  What configuration
did you do on your system that makes you believe brltty
is started in grub?

-- 
CYa,
  Mario | Debian Developer http://debian.org/>
  .''`. | Get my public key via finger [EMAIL PROTECTED]
 : :' : | 1024D/7FC1A0854909BCCDBE6C102DDFFC022A6B113E44
 `. `'
   `-  http://delysid.org/>  http://www.staff.tugraz.at/mlang/>


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

Bug#401458: update-cluster: update-cluster-remove --notes

[Mario Lang]

Package: update-cluster
Version: 0.41.5-4
Severity: wishlist

It would be useful to match on more then just the "master" notes strings.
We have for instance the situation that we'd like to keep ipmi management
interfaces in the cluster.xml database, but it would not make sense to
write them into a mpich machines.LINUX file for instance.  So some
more flexible filtering would be needed.  I propose to implement (patch
appended) a --notes argument for update-cluster-remove.



pgpgVchyAPKPq.pgp
Description: PGP signature
--- update-cluster-0.41.5.orig/update-cluster-remove.c
+++ update-cluster-0.41.5/update-cluster-remove.c
@@ -71,6 +71,7 @@
   static struct option long_options[]=
   {
 {"ip", required_argument, 0, 'i'},
+{"notes", required_argument, 0, 'o'},
 {"master", no_argument, 0, 'm'},
 {"mac", required_argument, 0, 'c'},
 {"not", no_argument, 0, 'n'},
@@ -87,6 +88,9 @@
 	case 'i':
 	  remove_parameter_list = add_to_list (remove_parameter_list, "ip", optarg);
 	  break;	  
+	case 'o':
+	  remove_parameter_list = add_to_list (remove_parameter_list, "notes", optarg);
+	  break;
 	case 'm':
 	  remove_parameter_list = add_to_list (remove_parameter_list, "notes", "master");
 	  break;
@@ -104,8 +108,8 @@
 	  break;
 	case 'h':
 	  fprintf(stderr, _("update-cluster-remove by Junichi Uekawa 2001-2003\n\n"
-		  "update-cluster-remove [--ip ipaddr] [--not] [--master] [--bootmaster xx]...\n"
+		  "update-cluster-remove [--ip ipaddr] [--notes notes] [--not] [--master] [--bootmaster xx]...\n"
 		  "  parses an XML content, and outputs well-formatted XML output\n"
 		  
 		  "\n"
--- update-cluster-0.41.5.orig/update-cluster-remove.1.in
+++ update-cluster-0.41.5/update-cluster-remove.1.in
@@ -20,6 +20,9 @@
 .BI "--mac [" "MAC-address" "]"
 Specify the MAC address of the system to be removed from the list.
 .TP
+.BI "--notes [" "STRING" "]"
+Specify the content of notes of the system to be removed from the list.
+.TP
 .B "--master"
 Specify the nodes which have a 
 .B "notes"


-- System Information:
Debian Release: 4.0
  APT prefers unstable
  APT policy: (500, 'unstable')
Architecture: amd64 (x86_64)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.18-2-amd64
Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968)

Versions of packages update-cluster depends on:
ii  debconf [debconf-2.0]1.5.9   Debian configuration management sy
ii  libc62.3.6.ds1-8 GNU C Library: Shared libraries
ii  libdancer-xml0   0.8.2.1-3   simplistic and non-comformant xml 

update-cluster recommends no packages.

-- debconf information:
* update-cluster/read_nodes_number: 0
  update-cluster/read_node_info:

-- 
CYa,
  Mario | Debian Developer http://debian.org/>
  .''`. | Get my public key via finger [EMAIL PROTECTED]
 : :' : | 1024D/7FC1A0854909BCCDBE6C102DDFFC022A6B113E44
 `. `'
   `-  http://delysid.org/>  http://www.staff.tugraz.at/mlang/>

Bug#405842: poedit: Get rid of cross-platform stuff in Description

[Mario Lang]

Package: poedit
Version: 1.3.5-2
Severity: wishlist
Tag: patch

Since currently, there is no port of Debian to Windows,
I don't see why a Debian user would benefit from the info in the
poedit description (cross-platformm, also on Windows...)

Therefore, I suggest something like the patch below.



pgploZTlOYIjy.pgp
Description: PGP signature
--- poedit-1.3.5/debian/control.orig	2007-01-06 18:52:35.0 +0100
+++ poedit-1.3.5/debian/control	2007-01-06 18:54:17.0 +0100
@@ -8,9 +8,8 @@
 Package: poedit
 Architecture: any
 Depends: ${shlibs:Depends}, gettext (>= 0.10.35)
-Description: cross-platform gettext catalog editor
- Generator for po to mo. It is built with wxWindows toolkit and can run on Unix
- or Windows.
+Description: gettext catalog editor
+ Generator for po to mo using the wxWindows toolkit.
  .
  It aims to provide convenient way of editing gettext catalogs. It features
  UTF-8 support, fuzzy and untranslated records highlighting, whitespace

-- System Information:
Debian Release: 4.0
  APT prefers unstable
  APT policy: (500, 'unstable'), (1, 'experimental')
Architecture: amd64 (x86_64)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.18-2-amd64
Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968)

Versions of packages poedit depends on:
ii  gettext  0.16.1-1GNU Internationalization utilities
ii  libaspell15  0.60.4-4GNU Aspell spell-checker runtime l
ii  libatk1.0-0  1.12.3-1The ATK accessibility toolkit
ii  libc62.3.6.ds1-9 GNU C Library: Shared libraries
ii  libcairo21.2.4-4 The Cairo 2D vector graphics libra
ii  libdb4.4 4.4.20-8Berkeley v4.4 Database Libraries [
ii  libfontconfig1   2.4.2-1 generic font configuration library
ii  libgcc1  1:4.1.1-21  GCC support library
ii  libglib2.0-0 2.12.6-2The GLib library of C routines
ii  libgtk2.0-0  2.8.20-3The GTK+ graphical user interface 
ii  libgtkspell0 2.0.10-3+b1 a spell-checking addon for GTK's T
ii  libpango1.0-01.14.8-4Layout and rendering of internatio
ii  libstdc++6   4.1.1-21The GNU Standard C++ Library v3
ii  libwxbase2.6-0   2.6.3.2.1.5 wxBase library (runtime) - non-GUI
ii  libwxgtk2.6-02.6.3.2.1.5 wxWidgets Cross-platform C++ GUI t
ii  libx11-6 2:1.0.3-4   X11 client-side library
ii  libxcursor1  1.1.7-4 X cursor management library
ii  libxext6 1:1.0.1-2   X11 miscellaneous extension librar
ii  libxfixes3   1:4.0.1-5   X11 miscellaneous 'fixes' extensio
ii  libxi6   1:1.0.1-4   X11 Input extension library
ii  libxinerama1 1: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-3   X Rendering Extension client libra

poedit recommends no packages.

-- no debconf information

-- 
CYa,
  Mario

Bug#400845: ftp.debian.org: Please remove kernel-image-speakup-i386 from the archive

[Mario Lang]

Package: ftp.debian.org
Severity: normal

kernel-image-speakup-i386 is very old and needs to be redone with 2.6
kernels.  Please remove it from the archive.

-- System Information:
Debian Release: 4.0
  APT prefers unstable
  APT policy: (500, 'unstable')
Architecture: amd64 (x86_64)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.18-2-amd64
Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968)

-- 
CYa,
  Mario


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

Bug#294963: liblo: New upstream version 0.16 available

[Mario Lang]

Package: liblo
Version: 0.13-1
Severity: wishlist

http://plugin.org.uk/liblo/releases/liblo-0.16.tar.gz

-- System Information:
Debian Release: 3.1
  APT prefers unstable
  APT policy: (500, 'unstable'), (1, 'experimental')
Architecture: i386 (i686)
Kernel: Linux 2.6.10-1-686
Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968)

Versions of packages liblo0 depends on:
ii  libc6   2.3.2.ds1-20 GNU C Library: Shared libraries an

-- no debconf information

-- 
CYa,
  Mario


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

Bug#291040: catdvi: Missing dependencies

[Mario Lang]

Package: catdvi
Version: 0.14-3
Severity: important

I just installed 'catdvi' on a system without any further
TeX on it.  After installation, I get the following behaviour:

fzidpc73:~/official% catdvi antrag.dvi
kpathsea: Running mktextfm ecrm1200
mktextfm: No such file or directory
kpathsea: Appending font creation commands to missfont.log.
kpathsea: Running mktextfm cmr10
mktextfm: No such file or directory
Cannot find font metrics file ecrm1200.tfm, fallback cmr10.tfm is also missing.
Aborting.
zsh: exit 1 catdvi antrag.dvi


After manually installing 'tetex-base', 'catdvi' works
as expected.

-- System Information:
Debian Release: 3.1
  APT prefers unstable
  APT policy: (500, 'unstable'), (1, 'experimental')
Architecture: i386 (i686)
Kernel: Linux 2.6.10-1-686
Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968)

Versions of packages catdvi depends on:
ii  libc6   2.3.2.ds1-20 GNU C Library: Shared libraries an
ii  libkpathsea32.0.2-25 path search library for teTeX (run

-- no debconf information

-- 
Regards,
  Mario Lang

Graz University of Technology mailto:[EMAIL PROTECTED]
Department Computing   http://www.ZID.TUGraz.at/lang/
Phone: +43 (0) 316 / 873 - 6897


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

Bug#296594: lmbench: lmbench-run fails upon saving configuration

[Mario Lang]

ll files.  We default to /usr/tmp.  If /usr/tmp is a
memory resident file system (i.e., tmpfs), pick a different place.
Please specify a directory that has enough space and is a local file
system.

FSDIR [default /tmp] 
=

If you are running on an idle network and there are other, identically
configured systems, on the same wire (no gateway between you and them),
and you have rsh access to them, then you should run the network part
of the benchmarks to them.  Please specify any such systems as a space
separated list such as: ether-host fddi-host hippi-host.

REMOTE [default none] 
=

lmbench outputs status information as it runs various benchmarks.
By default this output is sent to /dev/tty, but you may redirect
it to any file you wish (such as /dev/null...).

Status output file [default /dev/tty] 
=

There is a database of benchmark results that is shipped with new
releases of lmbench.  Your results can be included in the database
if you wish.  The more results the better, especially if they include
remote networking.  If your results are interesting, i.e., for a new
fast box, they may be made available on the lmbench web page, which is

http://www.bitmover.com/lmbench

Mail results [default yes] no
OK, no results mailed.
=

Configuration done, thanks.

There is a mailing list for discussing lmbench hosted at BitMover. 
Send mail to [EMAIL PROTECTED] to join the list.

./config-run: line 471: ../bin/i686-pc-linux-gnu/CONFIG.fzidpc73: No such file 
or directory
./config-run: line 472: ../bin/i686-pc-linux-gnu/CONFIG.fzidpc73: No such file 
or directory
./config-run: line 473: ../bin/i686-pc-linux-gnu/CONFIG.fzidpc73: No such file 
or directory
./config-run: line 474: ../bin/i686-pc-linux-gnu/CONFIG.fzidpc73: No such file 
or directory
./config-run: line 475: ../bin/i686-pc-linux-gnu/CONFIG.fzidpc73: No such file 
or directory
./config-run: line 476: ../bin/i686-pc-linux-gnu/CONFIG.fzidpc73: No such file 
or directory
./config-run: line 477: ../bin/i686-pc-linux-gnu/CONFIG.fzidpc73: No such file 
or directory
./config-run: line 478: ../bin/i686-pc-linux-gnu/CONFIG.fzidpc73: No such file 
or directory
./config-run: line 479: ../bin/i686-pc-linux-gnu/CONFIG.fzidpc73: No such file 
or directory
./config-run: line 480: ../bin/i686-pc-linux-gnu/CONFIG.fzidpc73: No such file 
or directory
./config-run: line 481: ../bin/i686-pc-linux-gnu/CONFIG.fzidpc73: No such file 
or directory
./config-run: line 482: ../bin/i686-pc-linux-gnu/CONFIG.fzidpc73: No such file 
or directory
./config-run: line 483: ../bin/i686-pc-linux-gnu/CONFIG.fzidpc73: No such file 
or directory
./config-run: line 484: ../bin/i686-pc-linux-gnu/CONFIG.fzidpc73: No such file 
or directory
./config-run: line 485: ../bin/i686-pc-linux-gnu/CONFIG.fzidpc73: No such file 
or directory
./config-run: line 486: ../bin/i686-pc-linux-gnu/CONFIG.fzidpc73: No such file 
or directory
./config-run: line 487: ../bin/i686-pc-linux-gnu/CONFIG.fzidpc73: No such file 
or directory
./config-run: line 488: ../bin/i686-pc-linux-gnu/CONFIG.fzidpc73: No such file 
or directory
./config-run: line 489: ../bin/i686-pc-linux-gnu/CONFIG.fzidpc73: No such file 
or directory
./config-run: line 490: ../bin/i686-pc-linux-gnu/CONFIG.fzidpc73: No such file 
or directory
./config-run: line 491: ../bin/i686-pc-linux-gnu/CONFIG.fzidpc73: No such file 
or directory
./config-run: line 492: ../bin/i686-pc-linux-gnu/CONFIG.fzidpc73: No such file 
or directory
No config file?
Benchmark run finished
Remember you can find the results of the benchmark 
under /var/lib/lmbench//results
fzidpc73:/tmp# exit
exit

Script done on Wed Feb 23 15:06:31 2005

And as a result, there is no config in /var/lib/lmbench.

-- 
Regards,
  Mario Lang

Graz University of Technology mailto:[EMAIL PROTECTED]
Department Computing   http://www.ZID.TUGraz.at/lang/
Phone: +43 (0) 316 / 873 - 6897


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

Bug#296606: timemachine: Broken command-line mode

[Mario Lang]

Package: timemachine
Version: 0.3.0-1
Severity: important
Tags: patch

It is unclear to me how that happened, but for some reason
the code in the debian source package for timemachine-0.3.0
is missing an essential piece of code to make the command-line
mode work.

I just checked with the original source package at
http://www.plugin.org.uk/timemachine/timemachine-0.3.0.tar.gz

And here is the diff I get when diffing src/main.c from
Debian against original 0.3.0 sources.  This code needs
to be re-added to make the "-i" option work as expected:

--- src/main.c  2005-02-23 16:32:05.0 +0100
+++ /tmp/timemachine-0.3.0/src/main.c   2004-10-28 15:48:09.0 +0200
@@ -208,29 +208,56 @@
 /* Start the disk thread */
 pthread_create(&dt, NULL, (void *)&writer_thread, NULL);
 
-gtk_init(&argc, &argv);
+#ifdef HAVE_LIBREADLINE
+if (console || !getenv("DISPLAY") || getenv("DISPLAY")[0] == '\0') {
+  int done = 0;
+  while (!done) {
+   char *line = readline("TimeMachine> ");
+   if (!line) {
+ printf("EOF\n");
+ break;
+   }
+   if (line && *line) {
+ add_history(line);
+ if (strncmp(line, "q", 1) == 0) done = 1;
+ else if (strncmp(line, "start", 3) == 0) recording_start();
+ else if (strncmp(line, "stop", 3) == 0) recording_stop();
+ else if (strncmp(line, "help", 3) == 0) {
+   printf("Commands: start stop\n");
+ } else {
+   printf("Unknown command\n");
+  }
+   }
+   free(line);
+  }
+} else
+#endif
+{
+  gtk_init(&argc, &argv);
 
-add_pixmap_directory(PACKAGE_DATA_DIR "/" PACKAGE "/pixmaps");
-add_pixmap_directory("pixmaps");
-add_pixmap_directory("../pixmaps");
-
-img_on = create_pixbuf("on.png");
-img_off = create_pixbuf("off.png");
-img_busy = create_pixbuf("busy.png");
-icon_on = create_pixbuf("on-icon.png");
-icon_off = create_pixbuf("off-icon.png");
-
-main_window = create_window(client_name);
-gtk_window_set_icon(GTK_WINDOW(main_window), icon_off);
-gtk_widget_show(main_window);
+  add_pixmap_directory(PACKAGE_DATA_DIR "/" PACKAGE "/pixmaps");
+  add_pixmap_directory("pixmaps");
+  add_pixmap_directory("../pixmaps");
+
+  img_on = create_pixbuf("on.png");
+  img_off = create_pixbuf("off.png");
+  img_busy = create_pixbuf("busy.png");
+  icon_on = create_pixbuf("on-icon.png");
+  icon_off = create_pixbuf("off-icon.png");
+
+  main_window = create_window(client_name);
+  gtk_window_set_icon(GTK_WINDOW(main_window), icon_off);
+  gtk_widget_show(main_window);
+
+  bind_meters();
+  g_timeout_add(100, meter_tick, NULL);
 
-bind_meters();
-g_timeout_add(100, meter_tick, NULL);
 #ifdef HAVE_LADCCA
-gtk_idle_add(idle_cb, cca_client);
+  gtk_idle_add(idle_cb, cca_client);
 #endif
 
-gtk_main();
+  gtk_main();
+}
 
 cleanup();
 


-- 
Regards,
  Mario Lang

Graz University of Technology mailto:[EMAIL PROTECTED]
Department Computing   http://www.ZID.TUGraz.at/lang/
Phone: +43 (0) 316 / 873 - 6897


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

Bug#411426: only ship libbrlapi.so.0.4 in libbrlapi1

[Mario Lang]

Samuel Thibault <[EMAIL PROTECTED]> writes:

> Package: libbrlapi1
> Version: 3.7.2-7
> Severity: normal
> Tags: patch
>
> Hi,
>
> Yes, this is a bit contradictory with what I said in #384254 and
> #357860...
>
> Julien Cristau made me realize that shippping xbrlapi and
> libbrlttybba.so in libbrlapi1 will pose problem when moving to
> libbrlapi2 (or other versions) some day: both would provide them, so it
> would be impossible to keep both versions installed.

Ouch, I knew there was something fishy with the idea of moving
an executable into a library package, but I wasn't thinking
enough to remember there is even a rule that forbids
this for the very same reasons.  This will teach me
to not trust user bug reports that blindly in the future :-/.

> What we may do is
>
> - moving back libbrlttybba.so into brltty,

where it belongs, since the lib is private and has no versioned soname.
Creating yet another binary package solely for this driver
looks pretty silly and pointless.

> - and moving xbrlapi into brltty-x11.
Which would remove the unnecessary X11 library dependencies
from libbrlapi1.

> That way, brltty will now depend on libbrlapi1, but that will at least
> not pull the X11 dependencies via xbrlapi.

It looks like an improvement dependency-wise, but still with a drawback...

I guess trying to link libbrlttybba.so with libbrlapi(.a) is not
really an appeling approach?  On one hand, it might be useful
since it ensures the not-versioned private library always gets to
run the BrlAPI version it was compiled with.  But thats a
upstream issue anyway, but we should maybe think about it for 3.8.

In any case, whatever we do, we need to do it fast, since
if we can't get this right before etch we'll have to deal
with the resulting upgrade breakage in the etch->lenny upgrade period...
-- 
CYa,
  Mario


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

Bug#412365: python-speechd: Include minimal usage example

[Mario Lang]

Package: python-speechd
Version: 0.6.1-2
Severity: wishlist

It is often useful when trying to figure out how to use a new API
if a small program that demonstrates typical usage is included.

Please include an example python script that uses python-speechd.


-- System Information:
Debian Release: 4.0
  APT prefers unstable
  APT policy: (500, 'unstable'), (1, 'experimental')
Architecture: amd64 (x86_64)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.18-2-amd64
Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968)

Versions of packages python-speechd depends on:
ii  python2.4.4-2An interactive high-level object-o
ii  python-central0.5.12 register and build utility for Pyt

python-speechd recommends no packages.

-- no debconf information

-- 
CYa,
  Mario | Debian Developer http://debian.org/>
  .''`. | Get my public key via finger [EMAIL PROTECTED]
 : :' : | 1024D/7FC1A0854909BCCDBE6C102DDFFC022A6B113E44
 `. `'
   `-  http://delysid.org/>  http://www.staff.tugraz.at/mlang/>


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

Bug#414068: brltty: FTBFS on GNU/kFreeBSD: porting needed

[Mario Lang]

Cyril Brulebois <[EMAIL PROTECTED]> writes:

> Package: brltty
> Severity: important
> Tags: patch
>
> Hi,
>
> currently your package FTBFS on GNU/kFreeBSD with the following error:
>> Checking for source dependency conflicts...
[...]
>> E: Package libbluetooth2-dev has no installation candidate
>> Package libbluetooth2-dev is not available, but is referred to by another 
>> package.
>> This may mean that the package is missing, has been obsoleted, or
>> is only available from another source
>> apt-get failed.
>> Package installation failed
>
> Full build logs are available at
> .
>
> Please find attached some patches to get it built on GNU/kFreeBSD (and
> which might help a bit GNU/Hurd as well),

First of all, thanks for the feedback.  Since your changes involve autoconf,
makefile and C code changes, I will first take the upstream relevant
changes and get them into upstream (since I do work on upstream as well).
With the next upstream release of BRLTTY (hopefully 3.8) I will then do the
remaining changes to the packaging.  Let me ask you some specific questions:

>  * brltty_Programs_Makefile.in-kfreebsd.diff:
>  As far as I understand it, it is sufficient to copy sys_freebsd.c
>and usb_freebsd.c to respectively sys_kfreebsd.c and usb_kfreebsd.c
>(in Programs), and to add them in this Makefile.in to allow the
>build on GNU/kFreeBSD. I know that I might use 'freebsd' instead of
>'kfreebsd' in the configure.in file, but these files might need
>adjustments in the future, and might differ from the plain FreeBSD
>ones.

As I understand it, the kFreeBSD project uses a more or less unmodified
FreeBSD kernel with a different user-space.  What exactly
do you expect that we'd have to modify in *_kfreebsd.c?  Since these
files in BRLTTY define the layer into different kernels, I kind of wonder
if we really want to copy these files.

-- 
CYa,
  Mario | Debian Developer http://debian.org/>
  .''`. | Get my public key via finger [EMAIL PROTECTED]
 : :' : | 1024D/7FC1A0854909BCCDBE6C102DDFFC022A6B113E44
 `. `'
   `-  http://delysid.org/>  http://www.staff.tugraz.at/mlang/>


pgpl4ZraiWMng.pgp
Description: PGP signature

Bug#414068: brltty: FTBFS on GNU/kFreeBSD: porting needed

[Mario Lang]

tag 414068 + confirmed
thanks.

Cyril Brulebois <[EMAIL PROTECTED]> writes:

> Mario Lang <[EMAIL PROTECTED]> (09/03/2007):
>> First of all, thanks for the feedback.
>
> You're welcome, thanks for your responsiveness!

The upstream relevant changes have now been merged.  Could you please
do:

$ svn co svn://mielke.cc/main/brltty
$ cd brltty
$ ./autogen
$ ./configure --disable-java-bindings
$ make

On a kFreeBSD machine and let us have the build log?

[...]

>> >  * brltty_Programs_Makefile.in-kfreebsd.diff:
>> >  As far as I understand it, it is sufficient to copy
>> >  sys_freebsd.c and usb_freebsd.c to respectively sys_kfreebsd.c
>> >  and usb_kfreebsd.c (in Programs), and to add them in this
>> >  Makefile.in to allow the build on GNU/kFreeBSD. I know that I
>> >  might use 'freebsd' instead of 'kfreebsd' in the configure.in
>> >  file, but these files might need adjustments in the future, and
>> >  might differ from the plain FreeBSD ones.
>> 
>> As I understand it, the kFreeBSD project uses a more or less
>> unmodified FreeBSD kernel with a different user-space.  What exactly
>> do you expect that we'd have to modify in *_kfreebsd.c?  Since these
>> files in BRLTTY define the layer into different kernels, I kind of
>> wonder if we really want to copy these files.
>
> First of all, you have to know that I'm not a "confirmed" GNU/kFreeBSD
> porter (see on [1], I'm quite new), so I don't have exactly in mind the
> differences between what I call the "plain" FreeBSD kernel and "our"
> kFreeBSD one. Given your feedback, it sounds to me that it would be
> sensible to use directly *_freebsd.c and to only make a distinction
> between *_kfreebsd.c and *_freebsd.c if some error occurs (in which case
> one could think of adapting *_freebsd.c accordingly, so that no copy is
> needed at all).

Since *_freebsd.c are all just including other sources and just setting some
defines, we've now decided to use new *_kfreebsd.c as you originally suggested.

-- 
CYa,
  Mario | Debian Developer http://debian.org/>
  .''`. | Get my public key via finger [EMAIL PROTECTED]
 : :' : | 1024D/7FC1A0854909BCCDBE6C102DDFFC022A6B113E44
 `. `'
   `-  http://delysid.org/>  http://www.staff.tugraz.at/mlang/>


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

Bug#408878: gnome-orca: Wording in manpage

[Mario Lang]

Package: gnome-orca
Version: 2.17.4-1
Severity: wishlist

Quoting the orca manpage:

"Customers  with  blind  employees/students  need to have the ability to
adapt and customize their assistive  technology  solutions  -  both  to
improve the efficiency of their blind users (to help make up for disad-
vantages inherent in not being able to "see" the entire screen  immedi-
ately  at  a  glace), and also to "work around" poorly designed and not
particularly accessible applications that their  blind  users  need  to
use."

I am not a native english speaker, but the word "Customers" seems
wrong to me in a Debian context.  This reads like Sun marketing speak.
Debian has users, no customers.

In fact, the whole paragraph is a bit far-off to me.  It seems
to imply blind users will always have someone "above" them
who provides accessibility to them.  This might be true in some cases,
but definitely isn't the rule.

Since this paragraph doesn't really add to the information
value of an orca manpage, I'd probably go as far as to suggest to
strike it completely, or at least reword it such that is
is talking about giving customizability to the *users*.

-- System Information:
Debian Release: 4.0
  APT prefers unstable
  APT policy: (500, 'unstable'), (1, 'experimental')
Architecture: amd64 (x86_64)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.18-2-amd64
Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968)

Versions of packages gnome-orca depends on:
ii  at-spi  1.7.12-1 Assistive Technology Service Provi
ii  libatspi1.0-0   1.7.12-1 C binding libraries of at-spi for 
ii  libc6   2.3.6.ds1-10 GNU C Library: Shared libraries
ii  libglib2.0-02.12.6-2 The GLib library of C routines
ii  libgnome-speech31:0.3.10-2   GNOME text-to-speech library
ii  python  2.4.4-2  An interactive high-level object-o
ii  python-at-spi   0.6.1-1  Assistive Technology Service Provi
ii  python-glade2   2.8.6-8  GTK+ bindings: Glade support
ii  python-gnome2   2.12.4-6 Python bindings for the GNOME desk
ii  python-gtk2 2.8.6-8  Python bindings for the GTK+ widge
ii  python-pyorbit  2.14.1-2 A Python language binding for the 
ii  python-support  0.5.6automated rebuilding support for p

Versions of packages gnome-orca recommends:
ii  brltty3.7.2-7Access software for a blind person
ii  gnome-mag 1:0.13.1-1 a screen magnifier for the GNOME d

-- no debconf information

-- 
CYa,
  Mario | Debian Developer http://debian.org/>
  .''`. | Get my public key via finger [EMAIL PROTECTED]
 : :' : | 1024D/7FC1A0854909BCCDBE6C102DDFFC022A6B113E44
 `. `'
   `-  http://delysid.org/>  http://www.staff.tugraz.at/mlang/>


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

Bug#408876: gnome-orca: Option --text-setup does not work

[Mario Lang]

Package: gnome-orca
Version: 2.17.4-1
Severity: normal

x2:~% orca --text-setup
xmodmap:  unable to open display ''
Traceback (most recent call last):
  File "", line 1, in ?
  File "/var/lib/python-support/python2.4/orca/orca.py", line 53, in ?
import atspi
  File "/var/lib/python-support/python2.4/orca/atspi.py", line 55, in ?
import rolenames
  File "/var/lib/python-support/python2.4/orca/rolenames.py", line 31, in ?
import settings
  File "/var/lib/python-support/python2.4/orca/settings.py", line 64, in ?
from orca_i18n import _   # for gettext support
  File "/var/lib/python-support/python2.4/orca/orca_i18n.py", line 45, in ?
debug.printException(debug.LEVEL_FINEST)
NameError: name 'debug' is not defined


-- System Information:
Debian Release: 4.0
  APT prefers unstable
  APT policy: (500, 'unstable'), (1, 'experimental')
Architecture: amd64 (x86_64)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.18-2-amd64
Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968)

Versions of packages gnome-orca depends on:
ii  at-spi  1.7.12-1 Assistive Technology Service Provi
ii  libatspi1.0-0   1.7.12-1 C binding libraries of at-spi for 
ii  libc6   2.3.6.ds1-10 GNU C Library: Shared libraries
ii  libglib2.0-02.12.6-2 The GLib library of C routines
ii  libgnome-speech31:0.3.10-2   GNOME text-to-speech library
ii  python  2.4.4-2  An interactive high-level object-o
ii  python-at-spi   0.6.1-1  Assistive Technology Service Provi
ii  python-glade2   2.8.6-8  GTK+ bindings: Glade support
ii  python-gnome2   2.12.4-6 Python bindings for the GNOME desk
ii  python-gtk2 2.8.6-8  Python bindings for the GTK+ widge
ii  python-pyorbit  2.14.1-2 A Python language binding for the 
ii  python-support  0.5.6automated rebuilding support for p

Versions of packages gnome-orca recommends:
ii  brltty3.7.2-7Access software for a blind person
ii  gnome-mag 1:0.13.1-1 a screen magnifier for the GNOME d

-- no debconf information

-- 
CYa,
  Mario | Debian Developer http://debian.org/>
  .''`. | Get my public key via finger [EMAIL PROTECTED]
 : :' : | 1024D/7FC1A0854909BCCDBE6C102DDFFC022A6B113E44
 `. `'
   `-  http://delysid.org/>  http://www.staff.tugraz.at/mlang/>


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

Bug#408875: gnome-orca: Solaris specific startup script is not FHS compliant

[Mario Lang]

Package: gnome-orca
Version: 2.17.4-1
Severity: important

Looking at /usr/bin/orca, I notice several things:

* Scripts are required to use "set -e" on Debian.
* The PATH exported contains solaris specific directories
  like /usr/ccs/bin or /usr/sfw/bin.
* The script uses a very strange (Sun Shell scripts, eek!)
  way to find wget, it should probably just use "which" instead.
* "ps" is used in several places with a Solaris specific syntax.

This can't have worked correctly at all, only the fact that the script is not
"set -e" is hiding all the problems in there.

Please require it!

-- System Information:
Debian Release: 4.0
  APT prefers unstable
  APT policy: (500, 'unstable'), (1, 'experimental')
Architecture: amd64 (x86_64)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.18-2-amd64
Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968)

Versions of packages gnome-orca depends on:
ii  at-spi  1.7.12-1 Assistive Technology Service Provi
ii  libatspi1.0-0   1.7.12-1 C binding libraries of at-spi for 
ii  libc6   2.3.6.ds1-10 GNU C Library: Shared libraries
ii  libglib2.0-02.12.6-2 The GLib library of C routines
ii  libgnome-speech31:0.3.10-2   GNOME text-to-speech library
ii  python  2.4.4-2  An interactive high-level object-o
ii  python-at-spi   0.6.1-1  Assistive Technology Service Provi
ii  python-glade2   2.8.6-8  GTK+ bindings: Glade support
ii  python-gnome2   2.12.4-6 Python bindings for the GNOME desk
ii  python-gtk2 2.8.6-8  Python bindings for the GTK+ widge
ii  python-pyorbit  2.14.1-2 A Python language binding for the 
ii  python-support  0.5.6automated rebuilding support for p

Versions of packages gnome-orca recommends:
ii  brltty3.7.2-7Access software for a blind person
ii  gnome-mag 1:0.13.1-1 a screen magnifier for the GNOME d

-- no debconf information

-- 
CYa,
  Mario | Debian Developer http://debian.org/>
  .''`. | Get my public key via finger [EMAIL PROTECTED]
 : :' : | 1024D/7FC1A0854909BCCDBE6C102DDFFC022A6B113E44
 `. `'
   `-  http://delysid.org/>  http://www.staff.tugraz.at/mlang/>


pgpz0TGe0UGtz.pgp
Description: PGP signature

Bug#360460: rtlimits

[Mario Lang]

Hi.

>> While I understand the desire to freeze pam for etch, can the pam rlimits
>> patch get added (this is critical to get realtime kernel support from the
>> kernel especially important for multimedia and audio applications).

> Yes, that is one of the two fixes that I'll be including in my next upload.

Great.  Is there any approx. time-frame for the rtlimits fix?
As the OP mentioned, rtlimits is pretty important for audio and
multimedia applications, and this changes is now approx.
1 year overdue.

-- 
Thanks,
  Mario | Debian Developer http://debian.org/>
  .''`. | Get my public key via finger [EMAIL PROTECTED]
 : :' : | 1024D/7FC1A0854909BCCDBE6C102DDFFC022A6B113E44
 `. `' 
   `-


pgpNgTDTorhrR.pgp
Description: PGP signature

Bug#394632: emacspeak: shipping source code files (tcldtk.c)

[Mario Lang]

Michael Prokop <[EMAIL PROTECTED]> writes:

> Package: emacspeak
> Version: 24-1
> Severity: normal
>
> % dpkg -L emacspeak | grep '\.c$'
> /usr/share/emacs/site-lisp/emacspeak/servers/software-dtk/tcldtk.c
>
> # ls -l /usr/share/emacs/site-lisp/emacspeak/servers/software-dtk/
> total 16
> -rw-r--r-- 1 root root 2612 Sep  1 03:49 DTK
> -rw-r--r-- 1 root root 1021 Sep  1 03:49 Makefile
> -rw-r--r-- 1 root root 5663 Sep  1 03:49 tcldtk.c
>
> I'm not sure whether these files are needed by emacspeak during
> runtime

They are needed by certain users of Emacspeak during runtime,
if they own the DECtalk Software(R) speech synth.

> but if not they should not be shipped with the binary package.

THey should be shipped with the binary package, since they can not
be compiled to binary by the build system, since they
use a non-free header file that debian does not have.

Introducing a eseparate emacspeak-source package just
for these files sounds mighily silly.

-- 
CYa,
  Mario | Debian Developer http://debian.org/>
  .''`. | Get my public key via finger [EMAIL PROTECTED]
 : :' : | 1024D/7FC1A0854909BCCDBE6C102DDFFC022A6B113E44
 `. `' 
   `-


pgpweGdxC38Nb.pgp
Description: PGP signature

Bug#394799: brltty upgrade overwrites brltty.conf while unwanted

[Mario Lang]

Osvaldo La Rosa <[EMAIL PROTECTED]> writes:

> Sam I received this mail but no ticket until now, feel free to bounce it 
> to the bug tracking system if you got a ticket:
The ticket number is already in the subject!

> On Mon, Oct 23, 2006 at 10:28:39AM +0200, Samuel Thibault wrote:
>> Hi,
>> 
>> Osvaldo La Rosa, le Mon 23 Oct 2006 09:35:33 +0200, a écrit :
>> > yesterday during an Etch packages upgrade
>> 
>> You mean an Etch to Etch upgrade, 
> Yes, an upgrade of brltty, not a migration or dist upgrade.
>
>> > 1: no any question asked by debconf
>> > Another problem is, that dpkg-reconfigure brltty have no effect, it simply
>> > prompts the prompt:~# again:
>> 
>> Yes, there is no debconf questions any more.
> OK, then it must prefer to keep the current conf.

Of course, that is the plan.

>> > 2 while /etc/brltty.conf were overwritten by the "default" new brltty.conf,
>> > causing to not have braille when i rebooted.
>> 
>> This, however, shouldn't happen, since /etc/brltty.conf is a
>> configuration file (as indicated in
>> /var/lib/dpkg/info/brltty.conffiles). It's indeed odd that
>> dpkg didn't ask you the usual "Fichier de configuration
>> « /etc/brltty/brltty.conf » ==> Modifié (par vous ou par un script)
>> depuis l'installation."
>> 
> Voilà une phrase que j'ai pas compris.

If you two want me to keep following this discussion, you
better fall back to english again :).

-- 
CYa,
  Mario


pgpxs81OUjwjt.pgp
Description: PGP signature

Bug#587187: Any progress on thsi one?

[Mario Lang]

Hi.

I just noticed the missing MIME entry.
Is there any progress on thsi simple bug?
Its rather old.

-- 
Regards,
  Mario Lang

Graz University of Technologymailto:ml...@tugraz.at
Department Computing   http://www.ZID.TUGraz.at/lang/
Phone: +43 (0) 316 / 873 - 6897
//
  /_Apparently a teacher has been arrested in the UK in possession_/
 /of a compass, protractor, and straight edge. It is claimed he is a/
/member of the Al Gebra movement, bearing weapons of math instruction/


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

Bug#721763: [brltty] Idea to get id for free

[Mario Lang]

Bastien ROUCARIES  writes:

> On Fri, Oct 25, 2013 at 1:45 PM, Samuel Thibault  wrote:
>> Bastien ROUCARIES, le Fri 25 Oct 2013 08:55:48 +0200, a écrit :
>>> Fdti and the other one in this thread accept to be reflashed for pid/vid 
>>> only.
>>> So let reserve a few id on openmoko and ask your user to reflash.
>>
>> I don't think a user will dare to reflash his braille device. Those cost
>> thousands of dollars and are typically the only way their owners would
>> be able to use a computer.
>
> Changind vid/pid of usb adaptater is ultra low risk. You could always
> do it in reverse. And if manufacturer but the usb logo on their
> product it is violation of FTDI usb forum trademark so we could prod
> the manufactuer.

Reflashing will break compatibility with drivers on other platforms,
which is likely another reason why a user will not want to do this.

-- 
CYa,
  ⡍⠁⠗⠊⠕ | Debian Developer http://debian.org/>
  .''`. | Get my public key via finger mlang/k...@db.debian.org
 : :' : | 1024D/7FC1A0854909BCCDBE6C102DDFFC022A6B113E44
 `. `'
   `-  http://delysid.org/>  http://www.staff.tugraz.at/mlang/>


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

Bug#740916: ITP: dms -- DNS Management System

[Mario Lang]

Matthew Grant  writes:

> Package: wnpp
> Severity: wishlist
> Owner: Matthew Grant 
>
> * Package name: dms
>   Version : 1.0
>   Upstream Author : Matthew Grant 
> * URL : http://mattgrant.net.nz/software/dms
> * License : GPL3
>   Programming Lang: Python
>   Description : DNS Management System
>
> DNS Management System using bind9 and PostgresQL 9.2+.  Uses Dynamic
> Updates to update and manage the Zones in Bind9.

OK.

> Has a daemon which uses a State Machine for publishing zones from the
> DB.

I personally think this sentence should be eliminated from the package
description altogether.  Lots of software has state machines built in,
thats nothing really interesting.

-- 
CYa,
  ⡍⠁⠗⠊⠕ | Debian Developer http://debian.org/>
  .''`. | Get my public key via finger mlang/k...@db.debian.org
 : :' : | 1024D/7FC1A0854909BCCDBE6C102DDFFC022A6B113E44
 `. `'
   `-  http://delysid.org/>  http://www.staff.tugraz.at/mlang/>


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

Bug#746472: libchromaprint-tools: fpcalc fails with relocation error

[Mario Lang]

Package: libchromaprint-tools
Version: 1.1-1
Severity: important

fpcalc from libchromaprint-tools fails on my system:

host$ fpcalc file.mp3
[mp3 @ 0x8590400] max_analyze_duration 500 reached at 5015510
[mp3 @ 0x8590400] Estimating duration from bitrate, this may be inaccurate
fpcalc: relocation error: fpcalc: symbol avcodec_free_frame, version 
LIBAVCODEC_54 not defined in file libavcodec.so.54 with link time reference

-- 
Regards,
  Mario Lang

Graz University of Technologymailto:ml...@tugraz.at
Department Computing   http://www.ZID.TUGraz.at/lang/
Phone: +43 (0) 316 / 873 - 6897
//
  /_Apparently a teacher has been arrested in the UK in possession_/
 /of a compass, protractor, and straight edge. It is claimed he is a/
/member of the Al Gebra movement, bearing weapons of math instruction/


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

Bug#742479: fruit: Homepage field points to obsolete URL

[Mario Lang]

Package: fruit
Version: 2.1.dfsg-6
Severity: minor
Tags: patch

Dear Maintainer,

The URL provided for the homepage in debian/control is out of date:

Homepage: http://wbec-ridderkerk.nl/html/details1/Fruit.html

should be changed to

Homepage: http://www.fruitchess.com/

duck says:

debian/control: Homepage: http://wbec-ridderkerk.nl/html/details1/Fruit.html: 
ERROR Curl:7 HTTP:0 Couldn't connect to server Failed to connect to 
wbec-ridderkerk.nl port 80 : Keine Route zum Zielrechner





signature.asc
Description: PGP signature
--- debian/control.orig	2011-09-07 11:08:42.0 +0200
+++ debian/control	2014-03-24 09:33:05.063176472 +0100
@@ -4,7 +4,7 @@
 Maintainer: Oliver Korff 
 Build-Depends: debhelper (>= 7.0.0)
 Standards-Version: 3.9.2
-Homepage: http://wbec-ridderkerk.nl/html/details1/Fruit.html
+Homepage: http://www.fruitchess.com/
 
 Package: fruit
 Architecture: any


signature.asc
Description: PGP signature


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

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

Versions of packages fruit depends on:
ii  libc6   2.18-4
ii  libgcc1 1:4.8.2-16
ii  libstdc++6  4.8.2-16

fruit recommends no packages.

Versions of packages fruit suggests:
ii  scid1:4.3.0.cvs20120311-1
ii  xboard  4.7.3-1

-- no debconf information

-- 
CYa,
  ⡍⠁⠗⠊⠕ | Debian Developer http://debian.org/>
  .''`. | Get my public key via finger mlang/k...@db.debian.org
 : :' : | 1024D/7FC1A0854909BCCDBE6C102DDFFC022A6B113E44
 `. `'
   `-  http://delysid.org/>  http://www.staff.tugraz.at/mlang/>

Bug#666539: Supposedly fixed with r166455 of LLVM SVN

[Mario Lang]

Hi.

According to the log entry, this problem has been worked around in
r166455.

--
r166455 | rsmith | 2012-10-23 02:32:41 +0200 (Die, 23. Okt 2012) | 14 Zeilen

Ugly ugly hack for libstdc++-4.6 and libstdc++-4.7 compatibility. These
libraries have an incorrect definition of std::common_type (inherited from a
bug in the standard -- see LWG issue 2141), whereby they produce reference
types when they should not.

If we instantiate a typedef named std::common_type<...>::type, which is defined
in a system header as decltype(... ? ... : ...), and the decltype produces a
reference type, convert it to the non-reference type. (This doesn't affect any
LWG2141-conforming implementation of common_type, such as libc++'s, because the
default implementation of common_type<...>::type isn't supposed to produce a
reference type.)

This is horrible. I'm really sorry. :( Better ideas appreciated!
--

LWG 2141: http://cplusplus.github.com/LWG/lwg-unresolved.html#2141

-- 
CYa,
  ⡍⠁⠗⠊⠕


pgpMVcIp4zHTI.pgp
Description: PGP signature

Bug#666539: Patch to type_traits works

[Mario Lang]

Hi.

The patch (http://clang.llvm.org/libstdc++4.7-clang11.patch) mentioned
in thsi bug report to type_traits in libstdc++ is very small, and
actually appears to fix the problem.  It is not only  that can
be included with this minimal change applied, now  (which is a
quite nice part of C++11) can be used with clang as well since  depends
on .

Index: include/std/type_traits
===
--- include/std/type_traits (revision 185724)
+++ include/std/type_traits (working copy)
@@ -1746,7 +1746,7 @@
 
   template
 struct common_type<_Tp, _Up>
-{ typedef decltype(true ? declval<_Tp>() : declval<_Up>()) type; };
+{ typedef typename decay() : 
declval<_Up>())>::type type; };
 
   template
 struct common_type<_Tp, _Up, _Vp...>


-- 
CYa,
  ⡍⠁⠗⠊⠕ | Debian Developer http://debian.org/>
  .''`. | Get my public key via finger mlang/k...@db.debian.org
 : :' : | 1024D/7FC1A0854909BCCDBE6C102DDFFC022A6B113E44
 `. `'
   `-  http://delysid.org/>  http://www.staff.tugraz.at/mlang/>


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

Bug#685693: openmpi: New (major) upstream version 1.5.5 available

[Mario Lang]

n Open MPI detects
  system/network administrator-worthy problems); each have their own
  MCA parameters to govern their usage.  See "ompi_info --param
  notifier " for more details.
  - command to execute arbitrary commands (e.g., run a script).
  - file to send output to a file.
  - ftb to send output to the Fault Tolerant Backplane (see
http://wiki.mcs.anl.gov/cifts/index.php/CIFTS)
  - hnp to send the output to mpirun.
  - smtp (requires libesmtp) to send an email.

[...]

--

-- 
Regards,
  Mario Lang

Graz University of Technologymailto:ml...@tugraz.at
Department Computing   http://www.ZID.TUGraz.at/lang/
Phone: +43 (0) 316 / 873 - 6897
//
  /_Apparently a teacher has been arrested in the UK in possession_/
 /of a compass, protractor, and straight edge. It is claimed he is a/
/member of the Al Gebra movement, bearing weapons of math instruction/


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

Bug#655292: brltty: Please translate some messages in Eurobraille driver

[Mario Lang]

Jean-Philippe MENGUAL  writes:

> Package: brltty
> Version: 4.3-1
> Severity: wishlist

[...]

> Now Brltty knows to speak French, but for general messages.
>
>* What exactly did you do (or not do) that was effective (or
>  ineffective)?
>
> I press keys of the braille display
>
>* What was the outcome of this action?
>
> I get "View on..." "Programming on..."
>
>* What outcome did you expect instead?
>
> I expect "Regard sur" "Programmation".
>
> Messages of this driver should be translated.

I am not quite sure if the current i18n infrastructure in the brltty
codebase does support translating driver strings right away.
Therefore I am copying upstream.  Dave, what do you think?

-- 
CYa,
  ⡍⠁⠗⠊⠕ | Debian Developer http://debian.org/>
  .''`. | Get my public key via finger mlang/k...@db.debian.org
 : :' : | 1024D/7FC1A0854909BCCDBE6C102DDFFC022A6B113E44
 `. `'
   `-  http://delysid.org/>  http://www.staff.tugraz.at/mlang/>



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

Bug#680208: brltty: Spawns countless processes during d-i

[Mario Lang]

Package: brltty
Version: 4.4-3
Severity: important

I just tried to use the wheezy installer to setup a laptop.
However, the machine got strangely unresponsive, so I checked console 2.
There are a large number of brltty processes running.
It looks like the PID file is now a directory /var/run/brltty.  I didnt
have enough time to analyze for good since the machine went into a
crawl.

-- 
CYa,
  ⡍⠁⠗⠊⠕



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

Bug#680648: brltty: A new accent problem

[Mario Lang]

Jean-Philippe MENGUAL  writes:

> Package: brltty
> Version: 4.4-2
> Severity: normal
>
> I experience a new accents problem. I don't understand as I remember we did
> the conversion upstream.
>
>* What led up to the situation? I use brltty running orca on gdm3.

Please be more details.  Where is the message you quote below actually
coming from?  Is this text coming from an application you are using, or
does it come from BRLTTY's Message translations?

>* What exactly did you do (or not do) that was effective (or
>  ineffective)? I use utf8 and fr_FR.ttb
>
>* What was the outcome of this action? "L'??cran n'est pas en mode texte"
>
>* What outcome did you expect instead? "L'écran n'est pas en mode texte"

-- 
CYa,
  ⡍⠁⠗⠊⠕ | Debian Developer http://debian.org/>
  .''`. | Get my public key via finger mlang/k...@db.debian.org
 : :' : | 1024D/7FC1A0854909BCCDBE6C102DDFFC022A6B113E44
 `. `'
   `-  http://delysid.org/>  http://www.staff.tugraz.at/mlang/>



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

Bug#680638: brltty: Not fully translated preferences menu

[Mario Lang]

Jean-Philippe MENGUAL  writes:

> Le samedi 07 juillet 2012 à 13:51 -0300, Samuel Thibault a écrit :
>> Jean-Philippe MENGUAL, le Sat 07 Jul 2012 16:10:55 +0200, a écrit :
>> >* What was the outcome of this action? Some items, such as "Text 
>> > presentation" are not translated. However I was sure I did. Maybe it's in 
>> > brltty 4.4.
>> 
>> It's in brltty 4.4.
>> 
>> > An update could be useful?
>> 
>> Yes, see Dave's mail on the list, he requested updated translations.  If
>> you can work on it before the release, we can include them into wheezy.
>
> After confirmation by Dave, French translation is up-to-date. So in 4.4, it 
> will be updated. I remember that I had translated this strings. 

Yes, you tried, but you made an oversight.
The particular message mentioned in this bug is marked as fuzzy in
BRLTTY's upstream repository:

#: Programs/menu_prefs.c:456
#, fuzzy
msgid "Text Presentation"
msgstr "Présentation du texte"

Please learn about fuzzy msgids in gettext and deal with them once you
update your translation.

This is not a Debian bug.  Once you have submitted a patch to upstream
svn to fix the fuzziness of this msgid we might pick up the patch on one
of our next uploads.

Since you are the translator, in the future, if at all possible, please
test your translations locally before sending them to upstream.  Testing
them *after* a release and submitting bugs against Debian seems a bit
strange to me considering that you are involved directly with upstream.


-- 
CYa,
  ⡍⠁⠗⠊⠕ | Debian Developer http://debian.org/>
  .''`. | Get my public key via finger mlang/k...@db.debian.org
 : :' : | 1024D/7FC1A0854909BCCDBE6C102DDFFC022A6B113E44
 `. `'
   `-  http://delysid.org/>  http://www.staff.tugraz.at/mlang/>



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

Bug#672704: What about textdomain()?

[Mario Lang]

Hi.

I see your point.  However, looking at the patch makes me wonder about
bind_textdomain and textdomain calls.  Shouldnt these be replaced by
something more save as well?
-- 
CYa,
  ⡍⠁⠗⠊⠕ | Debian Developer http://debian.org/>
  .''`. | Get my public key via finger mlang/k...@db.debian.org
 : :' : | 1024D/7FC1A0854909BCCDBE6C102DDFFC022A6B113E44
 `. `'
   `-  http://delysid.org/>  http://www.staff.tugraz.at/mlang/>



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

Bug#630643: Yes, this is anoying and even a bit dangerous

[Mario Lang]

Hi.

I have just been bitten by this bug although I remember knowing about it
already.  I am considering to up its severity since I personally think
this violates the principle of least supprise.

-- 
CYa,
  ⡍⠁⠗⠊⠕



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

Bug#684176: hpcc: error while loading shared libraries: libatlas.so.3gf

[Mario Lang]

Package: hpcc
Version: 1.4.1-2
Severity: grave

hpcc on wheezy (note, not on sid) fails with the following error message:

hpcc: error while loading shared libraries: libatlas.so.3gf: cannot open shared 
object file: No such file or directory

This used to happen on sid as well, but went away on its own apparently.

I am guessing something had to be rebuilt but did not propagate to
wheezy?

-- 
Regards,
  Mario Lang

Graz University of Technologymailto:ml...@tugraz.at
Department Computing   http://www.ZID.TUGraz.at/lang/
Phone: +43 (0) 316 / 873 - 6897
//
  /_Apparently a teacher has been arrested in the UK in possession_/
 /of a compass, protractor, and straight edge. It is claimed he is a/
/member of the Al Gebra movement, bearing weapons of math instruction/


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

Bug#704068: brltty: obsolete-conffile as told by adequate

[Mario Lang]

Samuel Thibault  writes:

> Hello,
>
> shirish शिरीष, le Wed 27 Mar 2013 20:39:34 +0530, a écrit :
>> Adequate reports that brltty has an obsolete conffile. Please fix the same.
>> 
>> $ adequate brltty
>> brltty: obsolete-conffile /etc/brltty/brl-sk-all.ktb
>
> I'm not sure we really want to see newer versions of brltty to be
> dropping previously-provided tables, at least since the user might have
> configured their use in their brltty.conf, and wouldn't like to see
> that broken just because the table was renamed or removed upstream.

I see your point, and I agree.  However, in this particular case, the
table is autoloaded by the sk driver, and as far as I know, the user has
no way of configuring its use in any other context.
This applies to /etc/brltty/brl-*.kt*

-- 
CYa,
  ⡍⠁⠗⠊⠕ | Debian Developer http://debian.org/>
  .''`. | Get my public key via finger mlang/k...@db.debian.org
 : :' : | 1024D/7FC1A0854909BCCDBE6C102DDFFC022A6B113E44
 `. `'
   `-  http://delysid.org/>  http://www.staff.tugraz.at/mlang/>


pgpE2v7sKpwVP.pgp
Description: PGP signature

Bug#694623: Fixed in git

[Mario Lang]

tag 694623 + pending
Thanks.

Since ganglia is in collab-maint (great!) I've taken the opportunity and
committed the patch provided in this bug myself.

-- 
CYa,
  ⡍⠁⠗⠊⠕


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

Bug#708585: libbrlapi-dev: arch-dependent files in "Multi-Arch: same" package

[Mario Lang]

Samuel Thibault  writes:

>> - 
>> + 
>
> Urgl. I guess we may want to move the documentation to a separate
> arch:all package then. Any opinion?

Given that we actually have the manual in three languages now, this
might be a good idea to keep the basic brltty package small.

-- 
CYa,
  ⡍⠁⠗⠊⠕


pgpXzzt74zbE8.pgp
Description: PGP signature

Bug#708585: libbrlapi-dev: arch-dependent files in "Multi-Arch: same" package

[Mario Lang]

Paul Gevers  writes:

> On 17-05-13 01:31, Jakub Wilk wrote:
>> * Samuel Thibault , 2013-05-17, 01:10:
 - 
 + 
>>> Urgl. I guess we may want to move the documentation to a separate
>>> arch:all package then. Any opinion?
>> 
>> I would fix it with sed:
>> 
>> find -name '*.html' -exec sed -i -e 's/]*>//' {} +
>> 
>> Splitting documentation into a separate package is of course more future
>> proof that the hack above, but I'm not sure it's worth the effort.

[...]

> The short term fix would not need the sed command. Mario (you uploaded
> the last version of brltty), I think your own version of LinuxDoc-Tools
> is old (Squeeze), do you build in a clean and up-to-date environment?

Gotcha.  Actually it was Wheezy :-(.

So the define is a real bug, and the documentation difference is my
fault :-(

-- 
CYa,
  ⡍⠁⠗⠊⠕


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

Bug#540332: ITP: at-spi2-core -- Assistive Technology Service Provider Interface (Core) - dbus

[Mario Lang]

Sebastian Dröge  writes:

> what's the plan with at-spi2-core/-atk? Will they be uploaded to
> experimental soonish (to get them out of NEW) and then to unstable?

I am really not sure right now.

> They're part of GNOME 2.30, which is a goal for squeeze,

"part of" in the sense that they are installed in paralell with at-spi,
or does this mean GNOME 2.30 wants to ship at-spi2 as the
default accessibility backend?
You have to understand that the switch from at-spi to at-spi2 is
very very substantial and likely will break a few things.

Additionally, upstream of a lot of GNOME accessibility stuff
has just been fired by Oracle, so this switch comes at
the worst time possible, with very little upstream support.

I am not so happy with changing the accessibility backend
beneath our asses a few days before releasing squeeze.

Personally, I'd like to see squeeze released with at-spi(1)
to ensure a decent user experience, and switch to at-spi2
in squeeze+1 development.

However, if anyone can demonstrate at-spi2 stability, I guess
a switch is fine as well.  But this needs to be tested a lot, by
people that *use* the infrastructure so that we can be sure we havent
missed anything.

-- 
CYa,
  ⡍⠁⠗⠊⠕ | Debian Developer http://debian.org/>
  .''`. | Get my public key via finger mlang/k...@db.debian.org
 : :' : | 1024D/7FC1A0854909BCCDBE6C102DDFFC022A6B113E44
 `. `'
   `-  http://delysid.org/>  http://www.staff.tugraz.at/mlang/>



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

Bug#638297: O: edbrowse -- A /bin/ed-alike webbrowser

[Mario Lang]

Package: wnpp
Severity: normal

I have been neglecting edbrowse for far too long.
I am sorry for this.  While it is a very interesting tool,
I still find lynx more convenient :-).  However, its really useful for
scripting and generally, for command-line freaks.

However, it needs a maintainer who actually uses it on a more or less
regularily basis.

-- 
CYa,
  ⡍⠁⠗⠊⠕


pgpBnayzJrv0H.pgp
Description: PGP signature

Bug#638297: O: edbrowse -- A /bin/ed-alike webbrowser

[Mario Lang]

Gergely Nagy  writes:

> retitle 638297 ITA: edbrowse -- A /bin/ed-alike webbrowser
> owner 638297 alger...@madhouse-project.org
> thanks
>
> Mario Lang  writes:
>
>> I have been neglecting edbrowse for far too long.
>> I am sorry for this.  While it is a very interesting tool,
>> I still find lynx more convenient :-).  However, its really useful for
>> scripting and generally, for command-line freaks.
>>
>> However, it needs a maintainer who actually uses it on a more or less
>> regularily basis.
>
> I'm using edbrowse reasonably often, both for scripting and for actual
> browsing when either my terminal or the network connection doesn't
> permit better. (The latter happens rather often)
>
> Plus, this package is probably the closest I'll get to anything ed-like
> in the forseeable future.
>
> For these reasons, I'd like to adopt the package.

I know it will be in good hands with you, have fun with it! :-)

-- 
CYa,
  ⡍⠁⠗⠊⠕



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

Bug#638319: O: bhl -- Wiki-alike system for generting HTML and LateX in Emacs

[Mario Lang]

Package: wnpp
Severity: normal

I am orphaning bhl.  Its from a time when org-mode didn't exist
yet.  It was one of the first packages I did when I joined Debian.
But these days I really have no use for it anymore, and am therefore
pretty much neglecting its maintainance, which is bad.

-- 
CYa,
  ⡍⠁⠗⠊⠕



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

Bug#640673: rosegarden: [i18n] Error in german translation

[Mario Lang]

Package: rosegarden
Version: 1:11.06-1
Tag: patch
Severity: minor

in data/locale/de.ts there is a translation error: Fifths is being
translated as "Fünftel".  Whats really ment here is "Quinten", which is
a musical interval of 7 chromatic steps.

--- rosegarden-11.06/data/locale/de.ts.old	2011-05-15 10:00:29.0 +0200
+++ rosegarden-11.06/data/locale/de.ts	2011-09-06 14:41:49.0 +0200
@@ -7093,7 +7093,7 @@
 
 
 Lead 7 (fifths)
-Hauptstimme 7 (fünftel)
+Hauptstimme 7 (Quinten)
 
 
 


-- 
Regards,
  Mario Lang

Graz University of Technologymailto:ml...@tugraz.at
Department Computing   http://www.ZID.TUGraz.at/lang/
Phone: +43 (0) 316 / 873 - 6897
//
  /_Apparently a teacher has been arrested in the UK in possession_/
 /of a compass, protractor, and straight edge. It is claimed he is a/
/member of the Al Gebra movement, bearing weapons of math instruction/

Bug#720541: lynx: Unable to login on amazon.de

[Mario Lang]

Package: lynx
Version: 2.8.8dev.16-1
Severity: important

Since lynx was updated in unstable, I am no longer able to login to
amazon.de with lynx.  I can verify that login to amazon.de still works
with version 2.8.8dev.12-2.  So something between dev.12 and dev.16
broke.


-- 
Regards,
  Mario


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

Bug#712954: v0.11.2 -> v1.1.2

[Mario Lang]

$ git diff v0.11.2 v1.1.2 --stat|tail -1
 195 files changed, 12282 insertions(+), 2271 deletions(-)

-- 
CYa,
  ⡍⠁⠗⠊⠕


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

Bug#721902: qiime: Should Suggest torque-client

[Mario Lang]

Package: qiime
Version: 1.7.0+dfsg-1
Severity: wishlist

Dear Maintainer,

qiime provides support for integrating with Torque on cluster systems.
This is enabled by placing

cluster_jobs_fp /usr/lib/qiime/bin/start_parallel_jobs_torque.py

in /etc/qiime/qiime_config.

/usr/lib/qiime/bin/start_parallel_jobs_torque.py is part of the qiime
package,
so I think it should really "Suggests: torque-client".

-- 
Thanks,
  Mario Lang

Graz University of Technologymailto:ml...@tugraz.at
Department Computing   http://www.ZID.TUGraz.at/lang/
Phone: +43 (0) 316 / 873 - 6897


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

Bug#704894: Fixed in development repository

[Mario Lang]

tag 704894 + pending
thanks.

Thanks for reminding me about this deficiency.
It has now (mostly, with the exception of Speex-decoder) been fixed in the
development repository on GitHub (https://github.com/mlang/yatm).

To be uploaded to Debian Unstable as yatm-0.7 in the coming days.

-- 
CYa,
  ⡍⠁⠗⠊⠕ | Debian Developer http://debian.org/>
  .''`. | Get my public key via finger mlang/k...@db.debian.org
 : :' : | 1024D/7FC1A0854909BCCDBE6C102DDFFC022A6B113E44
 `. `'
   `-  http://delysid.org/>  http://www.staff.tugraz.at/mlang/>


pgpAiIuhv9het.pgp
Description: PGP signature

Bug#719761: brltty errors fill daemon.log

[Mario Lang]

"Brent S. Elmer"  writes:

> Package: brltty
> Version: 4.5-2
> Severity: normal
>
> My daemon.log file filled /var/log.  The following brltty errors appeared over
> and over making the file huge:
>

[...]

> Jun 23 07:37:14 sanctuary brltty[1256]: bm braille driver version 4.5@5477 
> does
> not match expected version 4.4@5477

You seem to have a mix of brltty 4.5 and 4.4 installed on your system.
Did you previously perhaps manually compile and install brltty?

-- 
CYa,
  ⡍⠁⠗⠊⠕


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

Bug#674525: libghc-socks-doc: Homepage field contains wrong URL

[Mario Lang]

Package: libghc-socks-doc
Version: 0.4.1-1
Severity: minor
Tag: patch

The specified Homepage URL http://hackage.haskell.org/package/haskell-socks
is wrong, it should read http://hackage.haskell.org/package/socks.

--- haskell-socks-0.4.1/debian/control.orig	2012-02-11 04:59:08.0 +0100
+++ haskell-socks-0.4.1/debian/control	2012-05-25 09:57:37.0 +0200
@@ -16,7 +16,7 @@
   , libghc-cereal-doc
   , libghc-network-doc
 Standards-Version: 3.9.2
-Homepage: http://hackage.haskell.org/package/haskell-socks
+Homepage: http://hackage.haskell.org/package/socks
 Vcs-Darcs: http://darcs.debian.org/pkg-haskell/haskell-socks
 Vcs-Browser: http://darcs.debian.org/cgi-bin/darcsweb.cgi?r=pkg-haskell/haskell-socks
 

-- 
Regards,
  Mario Lang

Graz University of Technologymailto:ml...@tugraz.at
Department Computing   http://www.ZID.TUGraz.at/lang/
Phone: +43 (0) 316 / 873 - 6897

Bug#675015: ftp.debian.org: RM: cl-clg -- ROM Upstream inactive since 3 years, no gtk3

[Mario Lang]

Package: ftp.debian.org
Severity: normal

I packaged cl-clg in 2009 since it was the only option to get an
accessible GUI from Common Lisp on Linux at that time.  However,
unfortunately upstream stopped working on it a few months after the
first upload to Debian.
Since then, GTK3 has happened and nothing in cl-clg has adapted to it.

There are no reverse dependencies on cl-clg, I think its best we remove
it now before the release.

-- 
CYa,
  ⡍⠁⠗⠊⠕



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

Bug#673879: /usr/share/locale/fr/LC_MESSAGES/brltty.mo: Typo in error message (French translation)

[Mario Lang]

tag 673879 + pending

Laurent Bigonville  writes:

> Package: brltty
> Version: 4.3-3
> Severity: minor
> File: /usr/share/locale/fr/LC_MESSAGES/brltty.mo
> Tags: l10n
>
> Hi,
>
> There is a typo in the French translation of one error message
>
> Type d'éqénement non pris en charge: 33
>
> This should read
>
> Type d'événement non pris en charge: 33
>

Thanks for your report.  The problem has been forwarded upstream and is
already fixed in the development repository of BRLTTY.

> Cheers
>
> Laurent Bigonville
>
> -- System Information:
> Debian Release: wheezy/sid
>   APT prefers unstable
>   APT policy: (500, 'unstable'), (1, 'experimental')
> Architecture: amd64 (x86_64)
>
> Kernel: Linux 3.2.0-2-amd64 (SMP w/8 CPU cores)
> Locale: LANG=fr_BE.utf8, LC_CTYPE=fr_BE.UTF-8 (charmap=UTF-8)
> Shell: /bin/sh linked to /bin/dash
>
> Versions of packages brltty depends on:
> ii  libbrlapi0.5  4.3-3
> ii  libc6 2.13-32
> ii  libgpm2   1.20.4-4
> ii  libicu48  4.8.1.1-6
> ii  libncursesw5  5.9-7
> ii  libtinfo5 5.9-7
> ii  lsb-base  4.1+Debian4
>
> brltty recommends no packages.
>
> Versions of packages brltty suggests:
> pn  brltty-speechd   
> pn  brltty-x11   4.3-3
> pn  console-braille  
>
> -- no debconf information
>

-- 
CYa,
  ⡍⠁⠗⠊⠕ | Debian Developer http://debian.org/>
  .''`. | Get my public key via finger mlang/k...@db.debian.org
 : :' : | 1024D/7FC1A0854909BCCDBE6C102DDFFC022A6B113E44
 `. `'
   `-  http://delysid.org/>  http://www.staff.tugraz.at/mlang/>



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

Bug#667616: brltty greedily grabs serial ports, ftdi_sio loses connection

[Mario Lang]

Jason White  writes:

> Witold Baryluk  wrote:
>
>> I just wanted to add, that I and my few other friends living on sid have
>> similar problem. Various serial devices (microcontroler programators, 3d
>> printers, usb-serial converters) stoped working due brltty messup. And brltty
>> installed automatically on some upgrade due to the some dependencies of other
>> packages, like text2spearch packages probably.
>> 
>> After detecting problem it was matter of uninstalling brltty, but still why 
>> it
>> need to make live harder to some people?
>
> Because some device manufacturers don't obtain unique vendor/product ids for
> their products and thus BRLTTY can't distinguish between genuine braille
> devices and certain other hardware.

True.

> The solution is simple: if you don't have a braille display then make sure
> that BRLTTY is not installed.

No, I strongly disagree and find your reply counterproductive.
We are already discussing a real solution with Dave upstream.

BRLTTY should be installable by default without giving anyone trouble,
thats one of your really big goals for long term.

-- 
CYa,
  ⡍⠁⠗⠊⠕ | Debian Developer http://debian.org/>
  .''`. | Get my public key via finger mlang/k...@db.debian.org
 : :' : | 1024D/7FC1A0854909BCCDBE6C102DDFFC022A6B113E44
 `. `'
   `-  http://delysid.org/>  http://www.staff.tugraz.at/mlang/>



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

Bug#678135: qa.debian.org: Tables on Developer's QA page are quite inaccessible

[Mario Lang]

Package: qa.debian.org
Severity: wishlist

I am looking at

http://qa.debian.org/developer.php?login=mlang%40debian.org

and notice that the way how the information presented there is rendered
as a complex table which makes it quite unreadable to me as a blind us3er.

I am using Lynx to read web pages. (88 columns usually)

Try reading the page above with lynx and you will quickly notice that it
is almost impossible to get any meaningful info out of it.

I'd like to suggest either to reduce the number of columns somehow, or
find a different way to present the information, for instance as ordered
or unordered lists...

-- 
CYa,
  ⡍⠁⠗⠊⠕ | Debian Developer http://debian.org/>
  .''`. | Get my public key via finger mlang/k...@db.debian.org
 : :' : | 1024D/7FC1A0854909BCCDBE6C102DDFFC022A6B113E44
 `. `'
   `-  http://delysid.org/>  http://www.staff.tugraz.at/mlang/>



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

Bug#666539: clang: Fails when trying to include chrono from C++11

[Mario Lang]

Package: clang
Version: 3.0-6
Severity: normal

Dear Maintainer,

clang fails to include chrono from C++11.

Here is a minimal example program:

--
#include 
int main() { }
--

Building with GCC (4.6 and 4.7) works fine:

x4:/tmp% g++-4.6 -std=c++0x -o clang-chrono clang-chrono.cxx
x4:/tmp% g++-4.7 -std=c++0x -o clang-chrono clang-chrono.cxx

However, building with clang fails:

x4:/tmp% clang++ -std=c++0x -o clang-chrono clang-chrono.cxx
In file included from clang-chrono.cxx:1:
/usr/include/c++/4.6/chrono:666:7: error: static_assert expression is not an 
integral constant expression
  static_assert(system_clock::duration::min()
  ^ ~
1 error generated.
zsh: exit 1 clang++ -std=c++0x -o clang-chrono clang-chrono.cxx

The same error happens with chrono from c++/4.7/.

I realize that this might be a libstdc++ bug.  However, gcc does not
trigger it, only clang seems to be strict enough (or broken enough? to
actually trigger it.  In any case, C++11 chrono is a no go on clang
right now :(.

-- 
CYa,
  ⡍⠁⠗⠊⠕ | Debian Developer http://debian.org/>
  .''`. | Get my public key via finger mlang/k...@db.debian.org
 : :' : | 1024D/7FC1A0854909BCCDBE6C102DDFFC022A6B113E44
 `. `'
   `-  http://delysid.org/>  http://www.staff.tugraz.at/mlang/>



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

Bug#667616: brltty greedily grabs serial ports, ftdi_sio loses connection

[Mario Lang]

Arthur Magill  writes:

> Hi Samuel,
>
>>> Can brltty be convinced not to grab this connection?
>>
>> It could, but we don't want to, as it would break brltty for people who
>> use the braille devices with chips using that ID, making the computer
>> completely unusable for them, really not a good thing.
>
> True. But as it stands, it makes all FTDI based serial devices
> unusable, except braille devices. This doesn't seem great
> either.

I agree.

> There must be a way to further differentiate these devices? Or is this
> intended to catch older braille devices being used via an RS232<->USB
> adapter?

No.  Its actually a genuine fuckup of the manufacturer for this
particular braille display.  They simply put an FTDI chip in for
providing their USB connectivity, but totally neglected to do any
branding. :(

>> How brltty ended up being installed on your system?  Was it brought
>> through some dependency?
>
> That's a good question. I never explicitly asked for it, so I assumed
> it came as part of the standard installation?

Either way, we actually aim for brltty being installable per default in
the long run, so we need to resolve this in some way.

-- 
CYa,
  ⡍⠁⠗⠊⠕ | Debian Developer http://debian.org/>
  .''`. | Get my public key via finger mlang/k...@db.debian.org
 : :' : | 1024D/7FC1A0854909BCCDBE6C102DDFFC022A6B113E44
 `. `'
   `-  http://delysid.org/>  http://www.staff.tugraz.at/mlang/>



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

Bug#796292: RM: emacs-chess -- Out of date, and now shipped via ELPA

[Mario Lang]

Package: ftp.debian.org
Severity: normal

Hi.

Please remove emacs-chess.  The package is rather out-of-date.  The
current version is distributed via the Emacs Lisp Package Archive
(ELPA), so it can easily be installed in emacs24.
I do not have the time nor motivation to maintain two
separate packagings for this software.

-- 
CYa,
  ⡍⠁⠗⠊⠕

Bug#844310: mps-youtube: Crashes with recursive exceptions when trying to view certain videos

[Mario Lang]

Package: mps-youtube
Version: 0.2.7.1-2
Severity: normal

There are still situations where pafy just barfs with a uncaught
backtrace when trying to view (in my case, listen to) certain videos.

For instance, when searching for "Ghost in the shell monochrome remix",
I get the following errors when I attempt to play the first
search result (MYI-QFaQO9A):

Traceback (most recent call last):
  File "/usr/lib/python3/dist-packages/mps_youtube/player.py", line 148, in 
_playsong
streams.get(song, force=failcount, callback=screen.writestatus)
  File "/usr/lib/python3/dist-packages/mps_youtube/streams.py", line 56, in get
[x.url for x in ps]
  File "/usr/lib/python3/dist-packages/mps_youtube/streams.py", line 56, in 

[x.url for x in ps]
  File "/usr/lib/python3/dist-packages/pafy/backend_internal.py", line 236, in 
url
self._url = _make_url(self._rawurl, self._sig)
  File "/usr/lib/python3/dist-packages/pafy/backend_internal.py", line 448, in 
_make_url
raise IOError("Error retrieving url")
OSError: Error retrieving url

During handling of the above exception, another exception occurred:

Traceback (most recent call last):
  File "/usr/lib/python3/dist-packages/mps_youtube/player.py", line 148, in 
_playsong
streams.get(song, force=failcount, callback=screen.writestatus)
  File "/usr/lib/python3/dist-packages/mps_youtube/streams.py", line 56, in get
[x.url for x in ps]
  File "/usr/lib/python3/dist-packages/mps_youtube/streams.py", line 56, in 

[x.url for x in ps]
  File "/usr/lib/python3/dist-packages/pafy/backend_internal.py", line 236, in 
url
self._url = _make_url(self._rawurl, self._sig)
  File "/usr/lib/python3/dist-packages/pafy/backend_internal.py", line 448, in 
_make_url
raise IOError("Error retrieving url")
OSError: Error retrieving url

During handling of the above exception, another exception occurred:

Traceback (most recent call last):
  File "/usr/lib/python3/dist-packages/mps_youtube/player.py", line 148, in 
_playsong
streams.get(song, force=failcount, callback=screen.writestatus)
  File "/usr/lib/python3/dist-packages/mps_youtube/streams.py", line 56, in get
[x.url for x in ps]
  File "/usr/lib/python3/dist-packages/mps_youtube/streams.py", line 56, in 

[x.url for x in ps]
  File "/usr/lib/python3/dist-packages/pafy/backend_internal.py", line 236, in 
url
self._url = _make_url(self._rawurl, self._sig)
  File "/usr/lib/python3/dist-packages/pafy/backend_internal.py", line 448, in 
_make_url
raise IOError("Error retrieving url")
OSError: Error retrieving url

During handling of the above exception, another exception occurred:

Traceback (most recent call last):
  File "/usr/bin/mpsyt", line 11, in 
load_entry_point('mps-youtube==0.2.7.1', 'console_scripts', 'mpsyt')()
  File "/usr/lib/python3/dist-packages/mps_youtube/main.py", line 141, in main
if matchfunction(i.function, i.regex, userinput):
  File "/usr/lib/python3/dist-packages/mps_youtube/main.py", line 64, in 
matchfunction
func(*matches)
  File "/usr/lib/python3/dist-packages/mps_youtube/commands/play.py", line 85, 
in play
play_range(songlist, shuffle, repeat, override)
  File "/usr/lib/python3/dist-packages/mps_youtube/player.py", line 41, in 
play_range
returncode = _playsong(song, override=override)
  File "/usr/lib/python3/dist-packages/mps_youtube/player.py", line 160, in 
_playsong
return _playsong(song, failcount=failcount, override=override)
  File "/usr/lib/python3/dist-packages/mps_youtube/player.py", line 160, in 
_playsong
return _playsong(song, failcount=failcount, override=override)
  File "/usr/lib/python3/dist-packages/mps_youtube/player.py", line 160, in 
_playsong
return _playsong(song, failcount=failcount, override=override)
  File "/usr/lib/python3/dist-packages/mps_youtube/player.py", line 175, in 
_playsong
cached = g.streams[song.ytid]
KeyError: 'MYI-QFaQO9A'

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

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

Versions of packages mps-youtube depends on:
ii  ffmpeg 7:3.2-2
ii  mpv0.21.0-2
ii  python3-pafy   0.5.2-2
ii  python3-pkg-resources  28.7.1-1
pn  python3:any

Versions of packages mps-youtube recommends:
ii  libnotify40.7.7-1
ii  python3-dbus  1.2.4-1
ii  python3-gi3.22.0-1
ii  xclip 0.12+svn84-4

mps-youtube suggests no packages.

-- no debconf information

-- 
Mario Lang
Graz University of Technology
IT Services - Computing
Steyrergasse 30/1, 8010 Graz, Austria - Europe
Phone: +43 316 873 6897
Mobile: +43 664 60 873 6897
Email: ml...@tugraz.at
www.zid.tugraz.at

Bug#792894: ping?

[Mario Lang]

After a wheezy->jessie->stretch upgrade, isc-dhcp-server is reported
as failing in systemctl, but the daemon is running.  I suspect this
could have been prevented with a proper systemd service file for
isc-dhcp-server, although that is mostly just a gut feeling.
Last activity on this bug was in June 2016.  Seems like plenty of time
to get a service file into the package.

What are current plans on this bug?  I guess it is too late for Stretch?

-- 
CYa,
  ⡍⠁⠗⠊⠕

Bug#826329: brltty: Please make easier braille driver setting

[Mario Lang]

Jean-Philippe MENGUAL  writes:

> Today, braille display support is correct, but automate recognition is
> not warrantied
> at all. Either due to USB IDs, or because the driver needs additional
> parameters
> (e.g. Eurobraille), or because braille display needs serial ports (ttyS0
> or ttyUSB0),
> etc.

You've forgotten about Bluetooth, which also needs special
configuration.  Pairing a bluetooth device on the console is quite an
involved task, see README.Bluetooth in Documents/ directory of brltty
source.

> Then, the user needs to change brltty.conf manually. Although this file
> is quite
> well documented, it's not convinient at all for an end-user.

Do you know that you can also put settings you are overriding
into /etc/xdg/brltty/brltty.conf ?

> Could we imagine Debian implements something to change this file through an
> user interface? The user just would do dpkg-reconfigure brlttty to
> change it.

We could implement a debconf interface for generating
/etc/xdg/brltty/brltty.conf, yes.

> I identify at least 4 important settings to "humanize": braille-driver,
> braille-device,
> braille-parameter, text-table.
>
> With capability to check several choices and, for devices, enter it manually
> (useful when serial device is ttyUSB0).

My question is, how much does this really help to make configuration of
a non-standard braille device easier?  The user still needs to know the 
consequences
of their choices, like using ttyUSB0 over a native USB connection.

> Would it be possible to implement it?

The way to go about this would be to write a debconf interface which
makes these choices available, and which writes the state of the debconf
database to /etc/xdg/brltty/brltty.conf.

We've had such code already back in the brltty 3.0 days.
However, it was dropped because it got a little bit too complicated,
admitedly because we were trying to *modify* the configuration file,
which is quite a hard thing to do, if you try to do it right.

We probably need an additional debconf boolean variable which indicates
if the xdg config file should be written by debconf, or left alone for
the user to edit.

Most of the devices I see these days are USB, and are well autodetected
with the default settings in /etc/brltty.conf.  I personally don't see
enough reason to implement this, although I guess I would be fine with
someone submitting a policy-compliant implementation of a debconf
interface to brltty.conf.

-- 
CYa,
  ⡍⠁⠗⠊⠕

Bug#826541: phantomjs: Short description misses object

[Mario Lang]

Package: phantomjs
Version: 2.1.1+dfsg-1
Severity: minor

The short package description of PhantomJS misses an important part of
speech, the sentence object.  Quoting:

"minimalistic headless WebKit-based with JavaScript API"

I am guessing the missing word is "web browser".

-- 
Mario Lang
Graz University of Technology
IT Services - Computing
Steyrergasse 30/1, 8010 Graz, Austria - Europe
Phone: +43 316 873 6897
Mobile: +43 664 60 873 6897
Email: ml...@tugraz.at
www.zid.tugraz.at

Bug#826542: gnome-orca: DM wrapper not removed when deinstalling package

[Mario Lang]

Thomas B. Preußer  writes:

> Package: gnome-orca
> Version: 3.20.2-1
> Severity: normal
>
> after deinstalling the package gnome-orca, lightdm failed to bring up an
> X session - unfortunately without any clear hint to the underlying problem.
> Having finally made the connection to the deinstallation of gnome-orca, it
> proved that this package failed to remove this configuration file:
>
>  /etc/xdg/lightdm/lightdm.conf.d/80_orca-dm-wrapper.conf

gnome-orca never installs this configuration file.

I am guessing it was either manually created, or created by some part of
the accessible installation.

> Please, consider sanitizing the deinstallation of this package.

It is no bussiness of Orca to delete configuration files which it has
never installed.  The correct fix is to make sure the file does not
create a failure if Orca is not installed.

@debian-accessibility: Does anyone know which package creates this file?

-- 
CYa,
  ⡍⠁⠗⠊⠕

Bug#787480: Ping?

[Mario Lang]

Hi.

I just discovered IPMasquerade= in systemd.network(5) which is exactly
what I need to set up a Bluetooth PAN Access Point.  The config
*would* be straight forward via systemd-networkd (bt-pan related setup
not included):

/etc/systemd/network/pan.netdev:
[NetDev]
Name=pan
Kind=bridge
ForwardDelaySec=0

/etc/systemd/network/pan.network:
[Match]
Name=pan

[Network]
Address=10.2.1.1/24
DHCPServer=yes
IPMasquerade=yes


However, during testing I realized that while IPMasquerade= is
documented in systemd.network(5), it is a noop on Debian.

It would be nice if we could get this bug fixed before the release.
Preferably by enabling iptable support in systemd.

If this is not possible (which would be quite sad, given how convenient
this feature actually is), I suggest we at least remove IPMasquerade=
From the manpage (or augment it with a note that this feature is not
available) to avoid confusing users (like me).

-- 
CYa,
  ⡍⠁⠗⠊⠕


signature.asc
Description: PGP signature

Bug#823423: RFA: faust -- functional programming language for realtime audio applications

[Mario Lang]

Package: wnpp
Severity: normal

I haven't been using faust for a long time, therefore it is time to find
a new and proper maintainer for this wonderful piece of software.

-- 
CYa,
  ⡍⠁⠗⠊⠕


signature.asc
Description: PGP signature

Bug#823421: RFA: libmidi-perl -- read, compose, modify, and write MIDI files in Perl

[Mario Lang]

Package: wnpp
Severity: normal

My Perl days are over, therefore, I am no longer sufficiently motivated
to maintain this package.  I'd very much like to find a new home for it.

-- 
CYa,
  ⡍⠁⠗⠊⠕


signature.asc
Description: PGP signature

Bug#823423: ITA: faust -- functional programming language for realtime audio applications

[Mario Lang]

"IOhannes m zmölnig (Debian/GNU)"  writes:

> i'm interested in adopting faust (within the pkg-multimedia-maintainers
> team).

Thanks!

> the PTS has no link to a packaging git. does such a thing exist?

No.

-- 
CYa,
  ⡍⠁⠗⠊⠕