Re: Build logs (was: Sourceful uploads)

2011-02-16 Thread Mike Hommey 
On Tue, Feb 15, 2011 at 05:45:56PM +0100, gregor herrmann wrote:
> On Tue, 15 Feb 2011 09:09:05 +0900, Charles Plessy wrote:
> 
> > > getbuildlog(1) from devscripts downloads (almost, if you ignore a
> > > small header/footer) text-versions of build logs.
> > it is exactly that header and footer that I was reffering to when I wrote
> > “withouth HTML processing”.
> 
> Ok. It doesn't really hurt IMO, but that's just me.
>  
> > Would it be acceptable to serve the build logs as plain text files ? Would a
> > patch be welcome ?
> 
> I looks rather easy to strip the HTML, e.g. with the one-line patch
> below. I leave it to you if you want to submit it against devscripts
> :)

That's unfortunately not enough, as some characters (at the very least
quotes and <,>) are replaced with html entities.

Mike


-- 
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/20110216085324.gb3...@glandium.org

Re: The future of m-a and dkms

2011-02-16 Thread Josselin Mouette 
Le mercredi 16 février 2011 à 00:13 +, Ben Hutchings a écrit : 
> On Wed, 2011-02-16 at 00:44 +0100, Iustin Pop wrote:
> > As others have said in this thread (and from my experience too), you
> > can't use dkms mkdeb to build and install separate packages for two
> > kernel versions but same module. That is because it uses only the
> > package name & version in the module paths, hence it doesn't support
> > nice upgrades.
> 
> But you can build a single package that contains binaries for multiple
> kernel versions.

Seriously, how useful is that?

-- 
 .''`.
: :' : “You would need to ask a lawyer if you don't know
`. `'   that a handshake of course makes a valid contract.”
  `---  J???rg Schilling


--
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/1297846722.29973.103.camel@meh

Bug#613640: ITP: ucimf-chewing - chewing input method wrapper for ucimf

2011-02-16 Thread Aron Xu 
Package: wnpp
Severity: wishlist
X-Debbugs-CC: debian-devel@lists.debian.org
Owner: IME Packaging Team 

   Package name: ucimf-sunpinyin
  Version: 0.2
Upstream Author: Mat 
  URL: http://code.google.com/p/ucimf
 License: GPL
Description: chewing input method wrapper for ucimf

-- 
Regards,
Aron Xu



-- 
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: 
http://lists.debian.org/aanlktikz4lrzzmpeu1vx5sa20zupghpom4tstzxxq...@mail.gmail.com

Please add

2011-02-16 Thread Vijay Kumar 
-- 
please add this id - ajeet.seofl...@gmail.com. I am new to SEO so kindly
help

Bug#613651: ITP: oxref -- cross reference utility

2011-02-16 Thread Frank B. Brokken 
Package: wnpp
Severity: wishlist
Owner: "Frank B. Brokken" 


* Package name: oxref
  Version : 0.90.00
  Upstream Author : Frank B. Brokken 
* URL : https://oosix.icce.rug.nl/svnroot/oxref/
* License : GPL
  Programming Lang: C++
  Description : cross reference utility

The program oxref writes to the standard output stream a cross reference of
symbols defined in unstripped object files and/or libraries. 

It demangles C++ symbols and can (probably) be used for a large range of
languages.

Oxref does not interpret the object files and libraries itself, but calls
objdump(1) to do so. The output produced by objdump is then filtered by
oxref, generating the cross reference listing.



-- 
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: 
http://lists.debian.org/20110216122906.14471.93949.report...@suffix.rc.rug.nl

Bug#613657: ITP: libshell-perl-perl -- A read-eval-print loop in Perl

2011-02-16 Thread TANIGUCHI Takaki 
Package: wnpp
Owner: tak...@debian.org
Severity: wishlist

* Package name: libshell-perl-perl
  Version : 0.0018
  Upstream Author : A. R. Ferreira 
* URL or Web page : http://search.cpan.org/dist/Shell-Perl/
* License : Artistic or GPL-1+
  Description : A read-eval-print loop in Perl
   This is the implementation of a command-line interpreter for Perl. I wrote
 this because I was tired of using irb when needing a calculator with a real
 language within. Ah, that and because it was damn easy to write it.
 .
 Shell::Perl is the heart of the pirl script provided with Shell-Perl
 distribution, along with this module.




-- 
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/20110216131703.42170F20B8@vanaheim

Bug#613656: ITP: libapp-repl-perl -- Perl interactive shell

2011-02-16 Thread TANIGUCHI Takaki 
Package: wnpp
Owner: tak...@debian.org
Severity: wishlist

* Package name: libapp-repl-perl
  Version : 0.012
  Upstream Author : Julian Fondren, 
* URL or Web page : http://search.cpan.org/dist/App-REPL/
* License : Perl
  Description : Perl interactive shell



-- 
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/20110216131659.6E2E1F20B8@vanaheim

Small transition: soundtouch 1.5

2011-02-16 Thread Alessio Treglia 
Hi all,

I've planned to move the new soundtouch 1.5 release from experimental
to sid within the new few days.
Here is a short list of binary packages [1] which will be affected by
the transition:

gstreamer0.10-plugins-bad
ihu
libsoundtouch-ocaml
liquidsoap
rezound
yatm

Some of them may need a bit of work to build fine, then when
rebuilding your packages please keep in mind what follows:

 * libBPM.so was removed: Don't link against such shlib, the
"-lSoundTouch" flag does the job.
 * Development package renamed: libsoundtouch1-dev changed to
libsoundtouch0-dev, which Provides the virtual 'libsoundtouch-dev'
though.
 * The pkg-config soundtouch-1.0.pc file was obsolete and it is no
longer provided, rely on the new soundtouch.pc instead.

If you need assistance, please don't hesitate to contact the Debian
Multimedia Maintaintaners
.

Regards.

[1] The packages maintained by the DMM team are omitted.

-- 
Alessio Treglia          | www.alessiotreglia.com
Debian Developer         | ales...@debian.org
Ubuntu Core Developer    | quadris...@ubuntu.com
0FEC 59A5 E18E E04F 6D40 593B 45D4 8C7C DCFC 3FD0


--
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: 
http://lists.debian.org/AANLkTinTbm7r3tATTb5ivLk3qjRvFJmojgkf=ojby...@mail.gmail.com

Bug#613687: general: ipv6 acquitment problem - causes problems in ipv4

2011-02-16 Thread frenchippy 
Package: general
Severity: important

Hello,

I encountered a problem while using IPv6 : on non-local networks, the bandwidth
is dramatically low, around 8 Kb, while having around 10Mb if deactivating
ipv6. Problem is the following :  the bandwidth drop is due to the fact that
when a packet is sent, the next one is sent only if the ACK of the previous
packet has been transfered (as if there was no congestion window at all).
This does not affect only ipv6 connexions, as ipv4 connexions are also
presenting the same syndrom, if ipv6 is active.
On some local transmissions, there seem to be no problem, but I could not figure
why.

The following does not locate the problem, but removes some potential solutions:
Problem is not directly on tcp implementation of IPv6, as I could make it work
on local network.
Problem only happens while the IPv6 module is loaded. If ipv6 is disabled, then
there is no bandwidth problem (for example by setting "blacklist ipv6" in
/etc/modprobe.d/blacklist.conf).
Problem is not directly on the MTU, because fixing a lower MTU on the interface
(1400 for example) does not help.


Here is a sample of wireshark traces (ip have been truncated) :
address starting with 2001: is the client debian
address starting with 2a01: is the server (not running debian)
Exchange is a standard scp transfer between the two computers

93  26.585633   2001:   2a01:   TCP 55611 > ssh [SYN] Seq=0
Win=5760 Len=0 MSS=1440 TSV=2652463 TSER=0 WS=7
94  26.638203   2a01:   2001:   TCP ssh > 55611 [SYN, ACK] Seq=0
Ack=1 Win=65535 Len=0 MSS=1420 WS=3 TSV=730156014 TSER=2652463

After the establishment of the connexion, here are the first transmissions :

161 31.751915   2a01:   2001:   SSHv2   Encrypted response
packetlen=1408
162 31.789951   2001:   2a01:   TCP 55611 > ssh [ACK] Seq=2345
Ack=3617 Win=13440 Len=0 TSV=2653765 TSER=730161116
163 31.850036   2a01:   2001:   SSHv2   Encrypted response
packetlen=1408
164 31.850052   2001:   2a01:   TCP 55611 > ssh [ACK] Seq=2345
Ack=5025 Win=16256 Len=0 TSV=2653780 TSER=730161215

I did quite a few checks, on different connexions, and all the time the ACK 
is corresponding to the previous packet.

This goes on as long as the transfer is not stopped or finishes : one packet,
and the corresponding acquitement. over and over.

Hope this helps,
Fabrice Schuler




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

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



-- 
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: 
http://lists.debian.org/1802897182.833621297873362635.javamail.r...@spooler1-g27.priv.proxad.net

Bug#613687: marked as done (general: ipv6 acquitment problem - causes problems in ipv4)

2011-02-16 Thread Debian Bug Tracking System 
Your message dated Wed, 16 Feb 2011 17:31:17 +
with message-id <20110216173117.gh28...@decadent.org.uk>
and subject line Re: Bug#613687: general: ipv6 acquitment problem - causes 
problems in ipv4
has caused the Debian Bug report #613687,
regarding general: ipv6 acquitment problem - causes problems in ipv4
to be marked as done.

This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
Bug report if necessary, and/or fix the problem forthwith.

(NB: If you are a system administrator and have no idea what this
message is talking about, this may indicate a serious mail system
misconfiguration somewhere. Please contact ow...@bugs.debian.org
immediately.)


-- 
613687: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=613687
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems
--- Begin Message ---
Package: general
Severity: important

Hello,

I encountered a problem while using IPv6 : on non-local networks, the bandwidth
is dramatically low, around 8 Kb, while having around 10Mb if deactivating
ipv6. Problem is the following :  the bandwidth drop is due to the fact that
when a packet is sent, the next one is sent only if the ACK of the previous
packet has been transfered (as if there was no congestion window at all).
This does not affect only ipv6 connexions, as ipv4 connexions are also
presenting the same syndrom, if ipv6 is active.
On some local transmissions, there seem to be no problem, but I could not figure
why.

The following does not locate the problem, but removes some potential solutions:
Problem is not directly on tcp implementation of IPv6, as I could make it work
on local network.
Problem only happens while the IPv6 module is loaded. If ipv6 is disabled, then
there is no bandwidth problem (for example by setting "blacklist ipv6" in
/etc/modprobe.d/blacklist.conf).
Problem is not directly on the MTU, because fixing a lower MTU on the interface
(1400 for example) does not help.


Here is a sample of wireshark traces (ip have been truncated) :
address starting with 2001: is the client debian
address starting with 2a01: is the server (not running debian)
Exchange is a standard scp transfer between the two computers

93  26.585633   2001:   2a01:   TCP 55611 > ssh [SYN] Seq=0
Win=5760 Len=0 MSS=1440 TSV=2652463 TSER=0 WS=7
94  26.638203   2a01:   2001:   TCP ssh > 55611 [SYN, ACK] Seq=0
Ack=1 Win=65535 Len=0 MSS=1420 WS=3 TSV=730156014 TSER=2652463

After the establishment of the connexion, here are the first transmissions :

161 31.751915   2a01:   2001:   SSHv2   Encrypted response
packetlen=1408
162 31.789951   2001:   2a01:   TCP 55611 > ssh [ACK] Seq=2345
Ack=3617 Win=13440 Len=0 TSV=2653765 TSER=730161116
163 31.850036   2a01:   2001:   SSHv2   Encrypted response
packetlen=1408
164 31.850052   2001:   2a01:   TCP 55611 > ssh [ACK] Seq=2345
Ack=5025 Win=16256 Len=0 TSV=2653780 TSER=730161215

I did quite a few checks, on different connexions, and all the time the ACK 
is corresponding to the previous packet.

This goes on as long as the transfer is not stopped or finishes : one packet,
and the corresponding acquitement. over and over.

Hope this helps,
Fabrice Schuler




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

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


--- End Message ---
--- Begin Message ---
On Wed, Feb 16, 2011 at 05:22:42PM +0100, frenchi...@free.fr wrote:
> Package: general
> Severity: important
> 
> Hello,
> 
> I encountered a problem while using IPv6 : on non-local networks, the 
> bandwidth
> is dramatically low, around 8 Kb, while having around 10Mb if deactivating
> ipv6. Problem is the following :  the bandwidth drop is due to the fact that
[...]

The fault is likely in the router(s) and their configuration, e.g.
a firewall may be dropping ICMPv6 packets so that path MTU discovery
does not work.  This is not a general problem with IPv6 in Debian.

Ben.

-- 
Ben Hutchings
We get into the habit of living before acquiring the habit of thinking.
  - Albert Camus

--- End Message ---

Bug#613687: general: ipv6 acquitment problem - causes problems in ipv4

2011-02-16 Thread Roger Leigh 
On Wed, Feb 16, 2011 at 05:22:42PM +0100, frenchi...@free.fr wrote:
> I encountered a problem while using IPv6 : on non-local networks, the
> bandwidth is dramatically low, around 8 Kb, while having around 10Mb if
> deactivating ipv6.

The "general" package won't get you help from the people who
actually know about IPv6 issues.  I'm by no means an expert, so
please take this advice as it is, it's not necessarily specific to
your problem.

The most likely explanation for what you are seeing is that there
is a problem with your local network.  We can't really help you
with that.

One known source source of slowdowns with misconfigured IPv6
setups is slow name resolution, which slows down making a
connection:

  https://bugs.launchpad.net/ubuntu/+source/glibc/+bug/313218
  https://bugzilla.redhat.com/show_bug.cgi?id=459756

However, in your case this is probably not applicable; the above
won't affect the speed of a connection once established.

Are your IPv4 and IPv6 connections of the same speed?  If not,
and the v6 connection is tunnelled, throttling at the tunnel
endpoint might be an issue.  I've certainly had fairly
slow/unresponsive connections at times due to this.

If it's geninely a problem with networking on Linux, I think you
should get in touch with the linux-kernel folks.  The netdev list
at vger.kernel.org might be a good place to start.


Regards,
Roger

-- 
  .''`.  Roger Leigh
 : :' :  Debian GNU/Linux http://people.debian.org/~rleigh/
 `. `'   Printing on GNU/Linux?   http://gutenprint.sourceforge.net/
   `-GPG Public Key: 0x25BFB848   Please GPG sign your mail.


signature.asc
Description: Digital signature

Educación Virtual Diplomados online

2011-02-16 Thread unicolombia 

Resolucio 4720 de Nov 10 2005 Secretaria de Educación de Bogota D.C
www.unicolombia.edu.co 




Cordial y Respetuoso Saludo,

Esta es una invitación a participar en nuestros programas Diplomados en la 
modalidad Virtual, los cuales le permiten a usted y/o sus colaboradores 
actualización profesional en área de conocimiento.

Visitenos en www.unicolombia.edu.co donde podrá ver nuestro listado completo en 
las siguientes áreas, asi: 

ÁREA CIENCIAS ECONÓMICAS Y ADMINISTRACIÓN 
ÁREA DE LA SALUD 
ÁREA CIENCIAS JURÍDICAS 
ÁREA INGENIERÍAS.

Acreditación Válida Jurídicamente en su País.




FECHA DE INICIO: Febrero 21 de 2011
FECHA LIMITE PARA MATRICULARSE:  Febrero 18 de 2011

Para ingresar como Estudiante Regular visite: 
http://procesomatricula.unicolombia.edu.co 

Medios de Pago : Tarjeta de Credito Online o Giro Internacional.


Corporacion de Educacion Virtual Unicolombia
Resolución 4720 de Nov 10 de 2005
Secretaria de Educación de Bogota D.C
www.unicolombia.edu.co 

GALARDONES  A UNICOLOMBIA :

V PREMIO IBEROAMERICANO A LA EXCELENCIA EDUCATIVA 2008.
EMPRESA DEL AÑO LATIN AMERICAN QUALITY INSTITUTE 2010
CERTIFICADO DE LA CALIDAD - LATIN AMERICAN QUALITY INSTITUTE 2010

Atentamente,

Yesica María Osorio
Departamento de Información
informac...@unicolombia.edu.co
www.unicolombia.edu.co

Sede Principal : 
Calle 94A Nº 11A - 66 Piso 1 
Bogotá Colombia
Teléfonos en Colombia: 
571 - 224 53 13
571 - 813 58 09
Teléfono en México :
55 - 84 21 49 95
Teléfono en USA :
954 - 357 39 28 
Contactenos Online:
Skype : unicolombia



Para ser retirado de nuestra lista de Boletines Unicolombia, envie correo en 
blanco con asunto Borrar a sopo...@unicolombia.edu.co

Re: Build logs

2011-02-16 Thread gregor herrmann 
On Wed, 16 Feb 2011 09:53:24 +0100, Mike Hommey wrote:

> > I looks rather easy to strip the HTML, e.g. with the one-line patch
> > below. I leave it to you if you want to submit it against devscripts
> > :)
> That's unfortunately not enough, as some characters (at the very least
> quotes and <,>) are replaced with html entities.

Oh, right, good catch.


Cheers,
gregor
 
-- 
 .''`.   http://info.comodo.priv.at/ -- GPG key IDs: 0x8649AA06, 0x00F3CFE4
 : :' :  Debian GNU/Linux user, admin, & developer - http://www.debian.org/
 `. `'   Member of VIBE!AT & SPI, fellow of Free Software Foundation Europe
   `-NP: The Doors: Riders on the Storm


signature.asc
Description: Digital signature

Request for Comments: Planned removal of ddrescue

2011-02-16 Thread Michael Prokop 
Hi,

I'm the maintainer of the ddrescue and gddrescue packages.
I plan to drop the ddrescue package.

Background:

ddrescue provides the dd_rescue binary, gddrescue provides the
ddrescue binary. As you might notice this is far from a perfect
situation and confuses users.

* ddrescue  = http://www.garloff.de/kurt/linux/ddrescue/
* gddrescue = http://www.gnu.org/software/ddrescue/ddrescue.html

Popcon currently lists more ddrescue installations than gddrescue:

  
http://qa.debian.org/popcon-graph.php?packages=gddrescue+ddrescue&show_installed=on&want_legend=on&want_ticks=on&from_date=&to_date=&hlght_date=&date_fmt=%25Y-%25m&beenhere=1

But this is very probably caused by the (misleading) package names
and users not being fully aware of the ddrescue (dd_rescue) vs.
gddrescue (ddrescue) issue.

I'd like to get rid of this confusion now. AFAICT gddrescue provides
all the features (and even more) ddrescue does. Also from a forensic
and data rescue POV gddrescue works pretty well and I'm not aware of
any issues with it.

Related: Ubuntu had a similar discussion in
https://bugs.launchpad.net/ubuntu/+source/gddrescue/+bug/161126

Suggestion:

I propose the removal of the ddrescue package.

If anyone has any objections against the removal of ddrescue please
share why you think it's worth supporting it, otherwise I'd file a
request for removal of ddrescue.

thanks && regards,
-mika-


signature.asc
Description: Digital signature

Re: Request for Comments: Planned removal of ddrescue

2011-02-16 Thread Luca Capello 
Hi there!

On Wed, 16 Feb 2011 23:17:58 +0100, Michael Prokop wrote:
> I'm the maintainer of the ddrescue and gddrescue packages.
> I plan to drop the ddrescue package.
[...]
> I'd like to get rid of this confusion now. AFAICT gddrescue provides
> all the features (and even more) ddrescue does. Also from a forensic
> and data rescue POV gddrescue works pretty well and I'm not aware of
> any issues with it.

Without having checked at dd_rescue, but having used gddrescue various
times and being a bit too lazy now to check the following, I guess that
your past concerns do not stand anymore, do they?

  

> I propose the removal of the ddrescue package.

+1, I was myself confused while looking at `apt-cache search ddrescue`.

Thx, bye,
Gismo / Luca


pgpKc9iFSIAhV.pgp
Description: PGP signature

for those who care about unbound (resolvconf and DNSSEC)

2011-02-16 Thread Robert Edmonds 
hi,

i'd like to get some feedback on whether i should implement some changes
in the unbound debian packaging:

* integration with resolvconf as a provider of recursive DNS
  resolution. (#562031)

* retrieving a list of upstream recursive DNS servers from
  resolvconf and automatically configuring these servers as
  forwarders, and deconfiguring them when they are no longer
  available. (#567879)

* enabling DNSSEC validation by default. (#594911)

i'm inclined to implement all three of these features and make them each
individually toggle-able via /etc/default/unbound, and to enable these
features by default, but i would like to hear some wider opinions.  (i
have never even used resolvconf before.)

there are some sub-issues such as:

* automatically creating key material and configuration for
  unbound-control (a la bind9 and rndc) so that unbound-control can
  be used to reload the forwarder configuration without dumping the
  cache.

* making sure we don't accidentally attempt to configure ourselves
  as a forwarder.

* how, or whether to include the root trust anchor.  unbound now has
  a utility called unbound-anchor which attempts to fetch an updated
  root trust anchor from https://data.iana.org/root-anchors/, using
  a built-in copy of the ICANN HTTPS cert (so, it doesn't rely on
  x509 PKI); failing that, it writes out a built-in copy of the root
  trust anchor.

  it would be possible to invoke unbound-anchor in the unbound
  postinst in order to write out a trust anchor file into e.g.
  /var/cache/unbound, which is then referenced by the unbound config
  file, and it would also be possible to re-invoke unbound-anchor in
  the unbound init script.  this would mean that a DNS server with
  the unbound package would cause HTTPS connections to be made,
  although if these connections failed there would be a fall-back
  trust anchor used.

  it's possible that at some point in the future old versions of
  unbound-anchor would no longer be able to securely generate an
  up-to-date root trust anchor file, but i believe this could be
  adequately handled by a stable-security or stable point release
  update.

-- 
Robert Edmonds
edmo...@debian.org


signature.asc
Description: Digital signature

Re: for those who care about unbound (resolvconf and DNSSEC)

2011-02-16 Thread Daniel Baumann 
On 02/17/2011 05:07 AM, Robert Edmonds wrote:
> i'm inclined to implement all three of these features and make them each
> individually toggle-able via /etc/default/unbound, and to enable these
> features by default

in order to do that for the first two that involve resolvconf, does that
mean you're going to add a depends on resolvconf (rather than e.g. a
recommends)? i'd prefere to not have resolvconf pulled in hard.

-- 
Address:Daniel Baumann, Burgunderstrasse 3, CH-4562 Biberist
Email:  daniel.baum...@progress-technologies.net
Internet:   http://people.progress-technologies.net/~daniel.baumann/


-- 
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/4d5cd40e.8030...@progress-technologies.net