Re: RFS: smarty

[Raphael Hertzog]

Hi,

thanks for your interest in smarty.

On Mon, 01 Aug 2011, Wojciech Szaranski wrote:
> The package appears to be lintian clean.
> 
> The upload would fix these bugs: 514305

Have you read http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=514305#10 ?

Because:
1/ you have not taken care of the case where other packages install
   files in /usr/share/php/smarty/libs/plugins (i.e. no preinst, no
   conflicts, nothing for this)

$ apt-file search /usr/share/php/smarty/libs | cut -d: -f1 | uniq
collabtive
smarty
smarty-acl-render
smarty-gettext
smarty-validate

2/ you have not informed me

3/ you have not contacted any other maintainer of a reverse-dependency
   asking them to test with your updated package (and warning them that a new
   upstream version will land shortly in Debian)
   (but before doing so, let's fix this package)

$ apt-cache showpkg smarty
Reverse Depends: 
  piwigo,smarty 2.6.26
  moodle,smarty
  smarty-acl-render,smarty
  gosa,smarty
  smbind,smarty
  smarty-validate,smarty
  smarty-gettext,smarty
  slbackup-php,smarty
  serendipity,smarty
  piwigo,smarty 2.6.26
  phpgacl,smarty 2.6.9
  ojs,smarty
  moodle,smarty
  kolab-webadmin,smarty
  gallery2,smarty 2.6.26
  collabtive,smarty

Maitaining a library requires more care than the usual package, please
pay attention to everything.

> My motivation for maintaining this package is: I would like to share
> packages that I'm using :)

Great, but you should make it work for everybody and not only you. :-)

A few remarks:
- you should not package it as a Debian native package but as "3.0 (quilt)"
  mkdir debian/source
  echo "3.0 (quilt)" > debian/source/format
- you should indicate in the changelog which security issues are fixed by
  this upload by incorporating all the corresponding CVE numbers
  http://security-tracker.debian.org/tracker/source-package/smarty
- you should update it to the latest Standards-Version (verify that it
  follows the latest policy with
  /usr/share/doc/debian-policy/upgrading-checklist.txt.gz)
- the package does not even build currently because "make" invokes "make
  install" as that's the only target and "debian/rules build" does not
  have the required root rights

There's lots of work left as you can see.

You should really also check your package with lintian on Debian unstable,
there are lots of issues:

W: smarty source: native-package-with-dash-version
I: smarty source: missing-debian-source-format
W: smarty source: out-of-date-standards-version 3.8.4 (current is 3.9.2)
W: smarty: wrong-name-for-upstream-changelog 
usr/share/doc/smarty/change_log.txt.gz
W: smarty: debian-changelog-line-too-long line 2
E: smarty: helper-templates-in-copyright
W: smarty: symlink-is-self-recursive usr/share/php/smarty/libs .
I: smarty: package-contains-empty-directory usr/share/doc/smarty/demo/cache/
I: smarty: package-contains-empty-directory 
usr/share/doc/smarty/demo/templates_c/

Obviously "W: smarty: symlink-is-self-recursive usr/share/php/smarty/libs ."
can't be fixed, you have to override it and document the reason for this
override.

Please CC me for a secound review once you have fixed everything reported here.
Feel free to ask questions as well if you don't understand something.

Cheers,
-- 
Raphaël Hertzog ◈ Debian Developer

Follow my Debian News ▶ http://RaphaelHertzog.com (English)
  ▶ http://RaphaelHertzog.fr (Français)


-- 
To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/20110803065527.gd28...@rivendell.home.ouaza.com

Re: RFS: l2tp-ipsec-vpn

[Kilian Krause]

Hi Werner,

On Tue, Aug 02, 2011 at 07:20:27AM +0200, Werner Jaeger wrote:
> thank you so much for this review.
> 
> I addressed and solved all the issues and uploaded the changes to
> mentors.debian.net.
> 
> BTW I'm still looking for a sponsor to upload this package.
> > http://mentors.debian.net/debian/pool/main/l/l2tp-ipsec-vpn/l2tp-ipsec-vpn_1.0.0-1.dsc

Having another look at this updated version I see that your depends still
lists "l2tp-ipsec-vpn-daemon" which has an ITP (now RFP) but no package in
Debian.

Apart from that the construction with nbproject in debian/rules looks a bit
unusual but still ok. Yet as you're upstream I wonder why this dependency is
not put into upstream makefiles.

If you want we can put l2tp-ipsec-vpn into NEW first, but it won't be
installable withtout l2tp-ipsec-vpn-daemon. How far is your ITP w.r.t.
actually producing a package?

-- 
Best regards,
Kilian


signature.asc
Description: Digital signature

Re: Adding symbols files to the tango package.

[Raphael Hertzog]

On Mon, 01 Aug 2011, Michael Tautschnig wrote:
> Indeed symbol ordering may vary, but also there is no reason for 
> dpkg-gensymbols
> to guarantee a particular ordering.

Well, dpkg-gensymbols does sort the symbols files. Precisely so that
diff are meaningful. Otherwise they would be useless.

Code extract:
foreach my $sym (sort { $a->get_symboltempl() cmp
$b->get_symboltempl() } @symbols) {

What this means is that the symbols files provided by the package is not
properly sorted...

That said the generated diff should not always be applied as is. In many
cases if you have used tags and patterns in your symbols files, adding a
new symbol requires some "post-processing" to make it fit with the way the
symbols file is managed.

For example deactivating a symbol on a specific architecture requires fiddling
with an arch tag rather than removing the symbol...

Cheers,
-- 
Raphaël Hertzog ◈ Debian Developer

Follow my Debian News ▶ http://RaphaelHertzog.com (English)
  ▶ http://RaphaelHertzog.fr (Français)


-- 
To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/20110803062605.gc28...@rivendell.home.ouaza.com

Re: RFS: eviacam

[Cesar Mauri]

Hi Kilian,

Thanks for your comments. I have (hopefully) addressed all the issues 
you pointed out. I have uploaded an updated version to the mentors site 
which appears to be lintian clean and pbuilds fine for sid. See below 
for additional details.



I see however some LGPL undocumented in debian/copyright.


Fixed. Added to debian/copyright


Moreover you may
want to explain about why the SUID bit is required on eviacamloader in some
README.Debian


Added README.Debian file saying why eviacamloader should be a SUID binary.


or so and move the SUID bit setting including creating a
group to postinst so that you limit the impact to an acceptable minimum.
Having an open root access for everybody on a system is quite a bit
too generous IMHO.


I don't like also having a SUID binary but it is the only way I found to 
raise the priority of the process. I've moved the "chmod" to the 
postinst script but I couldn't create a group to setuid to because the 
nice system call (see nice(2)) needs superuser privileges.


See README.Debian for additional details.


Moreover you can release 1.5.2 on sf.net and update the latest pointer too
so that debian/watch will work ok.


I've uploaded the source package to sf.net.


Please ping me again once these are fixed.


Here I'm :-)

Regards,

César


--
To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/4e38bf3f.9060...@crea-si.com

Re: how to get people to run lintian on their packages

[Arno Töll]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Hi Paul,

On 02.08.2011 23:34, Paul Wise wrote:
> Which version of lintian does it use? It would be nice if it were
> pinned to sid or backports. I guess it doesn't process the binary
> packages?

Currently it uses 2.5.1 from Sid. Asheesh installed that recently after
I was complaining (thanks again!). :)

For your other question: Expo runs Lintian on the changes file which
might include binaries. Those are thrown away after processing, but for
the checks, they are still available. You can see the full Lintian
output for example here [1].

[1] http://expo.debian.net/package/trafficserver
- -- 
with kind regards,
Arno Töll
IRC: daemonkeeper on Freenode/OFTC
GnuPG Key-ID: 0x9D80F36D
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.11 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/

iQIcBAEBAgAGBQJOOHPoAAoJEMcrUe6dgPNtoAQP/3cjaIpGuq0d/Op0bY6Weldw
u1c8yw8fgJVtgwcDBEL7GEwsVkaCLdQIMwyYot+/bz3H0ZVa2RkCm4DVCT0NBf04
v+TKmnl9GJ6XzrwRdIphO4kIdDHWhT6ProS/UMCBRWDVwG2p9LkyAygcZmNUFjCp
eDvcR08y0q2nY3uYc7zqtfNG9nDEKXHydv38cPAxaZVJ1gcAcs+uuCVNfbmoJf06
DmsYiZqJpmGNQbXGU+P0vEwXN2gFstC+/aHTgzHCb2ZsxF+e+1bDwWTkqOO5rFm5
TSH4dUiK/vyvO6D9bqdWoCpXionriDncU1qeex/jeo7cdyzqJwc72LdjgFiCUHCs
ps4brcO/vHGycpbMLyYe/rFb4FwbplMFP/utZz0kdYyUSaC2HX/qworaoCkCDfKN
cPfuXObNIp8DlBG8XjvBxDdJpRzCt5RSAB1lnhSxVEbCFzQnPSsjjnmbXV8UOrDB
HOPqRxxcHImC2/mDzU4mCdSs6wrMaPOLtKyRNw0lF1ex4Nfb/nNieKL5+1t473tl
CCaUgcNino6ZUgmBLqRk0XQe5lMd09QNOr1DI07ym/Ojq7vPBpzWh7OAzzrjhB6Z
xTzKzk5/KuyFvuMSONyw7FoA+cBUiMk1/flH674xePPtvaaA3y36HSEMDQaQqg9o
GGiqkSYB4PRv1CCY/JA0
=WXNz
-END PGP SIGNATURE-


-- 
To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/4e3873e9.9010...@toell.net

Re: how to get people to run lintian on their packages

[Paul Wise]

On Tue, Aug 2, 2011 at 3:10 PM, Asheesh Laroia wrote:

> A quick, much-delayed follow-up to this thread: expo.debian.net shows
> lintian output on the web now.

Which version of lintian does it use? It would be nice if it were
pinned to sid or backports. I guess it doesn't process the binary
packages?

-- 
bye,
pabs

http://wiki.debian.org/PaulWise


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

RFS: haproxy (updated package)

[Christo Buschek]

Dear mentors,

I am looking for a sponsor for the new version 1.4.15-1
of my package "haproxy".

It builds these binary packages:
haproxy- fast and reliable load balancing reverse proxy

The package appears to be lintian clean.

The upload would fix these bugs: 631351

The package can be found on mentors.debian.net:
- URL: http://mentors.debian.net/debian/pool/main/h/haproxy
- Source repository: deb-src http://mentors.debian.net/debian unstable 
main contrib non-free
- dget 
http://mentors.debian.net/debian/pool/main/h/haproxy/haproxy_1.4.15-1.dsc


I would be glad if someone uploaded this package for me.

Kind regards
 Christo Buschek


--
To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/4e384412.1000...@30loops.net

RFS: parcellite 1.0.2~rc2-1 (updated package)

[Andrew Starr-Bochicchio]

Hi Mentors,

My sponsor is a swamped with other matters, so I turn to you to
hopefully review/ sponsor my package.

I've uploaded it to mentors.debian.net:
- URL: http://mentors.debian.net/debian/pool/main/p/parcellite
- Source repository: deb-src http://mentors.debian.net/debian unstable
main contrib non-free
- dget 
http://mentors.debian.net/debian/pool/main/p/parcellite/parcellite_1.0.2~rc2-1.dsc

Or you can grab it from bzr (which I've just moved from Launchpad to
collab-maint):

bzr branch http://bzr.debian.org/bzr/collab-maint/parcellite/unstable/
bzr bd -S -- -sa

Here is the changelog entry for this upload:

parcellite (1.0.2~rc2-1) unstable; urgency=low

 * New upstream release (LP: #808409).
  - Added Data Size limt (Closes: #602205).
 * debian/rules, debian/source/lintian-overrides:
   Upstream has fixed their issue with 'make distclean'.
   We no longer need to delete config.status in the
   clean target of debian/rules.
 * debian/control: Bump Standards-Version to 3.9.2,
   no changes needed.
 * debian/patches/dsofix.patch: Link to additional
   libs needed due to no indirect linking with Debian's
   gcc.
 * Move bzr packaging branch from Launchpad to Debian
   collab-maint. Update Vcs-* fields.
 * debian/watch: Use uversionmangle to correctly deal
   with rc versions.

Thanks!

-- Andrew Starr-Bochicchio

   Ubuntu Developer 
   Debian Contributor

   PGP/GPG Key ID: D53FDCB1


-- 
To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: 
http://lists.debian.org/CAL6k_AzWqyHQOUbJWCp=9rnxvtng06g-qw326zvc1bvdx4q...@mail.gmail.com

Re: RFS: rrep (updated package)

[Kilian Krause]

Hi Arno,

On Tue, Aug 02, 2011 at 05:45:46PM +0200, Arno Onken wrote:
> I am looking for a sponsor for the new version 1.3.3-2
> of my package "rrep".
> - dget http://mentors.debian.net/debian/pool/main/r/rrep/rrep_1.3.3-2.dsc

built, signed, uploaded.

Thanks!

-- 
Best regards,
Kilian


signature.asc
Description: Digital signature

RFS: rrep (updated package)

[Arno Onken]

Dear mentors,

I am looking for a sponsor for the new version 1.3.3-2
of my package "rrep".

It builds these binary packages:
rrep   - recursive pattern replacement utility

The package appears to be lintian clean.

The package can be found on mentors.debian.net:
- URL: http://mentors.debian.net/debian/pool/main/r/rrep
- Source repository: deb-src http://mentors.debian.net/debian unstable
main contrib non-free
- dget http://mentors.debian.net/debian/pool/main/r/rrep/rrep_1.3.3-2.dsc

I would be glad if someone uploaded this package for me.

On 08/01/2011 11:29 PM, Kilian Krause wrote:
> You add autotools-dev to Build-Depends yet don't add them to the dh line in
> debian/rules. I doubt this was done intentionally.

I added --with autotools_dev to the debian/rules.

> In your copyright you mention "documentation" that is "GFDL" yet without
> naming any files. I guess it'd be nice to explicitly spell out which files
> are to be regarded as documentation in this context.

I restructured the debian/copyright file and point out which file is
GFDL licensed.

> The Suggests: libpcre3 is really fully optional to your program? Suggests is
> something that does enhance a package if available on the system yet not
> block any of the core functions if not installed.

I don't use libpcre3 yet. I plan to do so in an upcoming version but for
now I just removed the corresponding Build-Depends and Suggests entries.

> one thing I forgot to mention is also that your Build-Depends on
> debhelper with 8.0.0 does rule out any backports in oldstable. For
> this either >= 8 or > = 8.0.0~ should be used.

I changed it to >= 8.

Kind regards
 Arno Onken


-- 
To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/4e381baa.3080...@asnelt.org

Re: RFS: rrep

[Arno Onken]

Hi Kilian,

Thank you very much for sponsoring the rrep package and for you
comments! That was really quick. I will prepare an update for the
package which will address all of your concerns.

On 08/01/2011 11:29 PM, Kilian Krause wrote:
> Regarding your rationale that sed doesn't have a matching algorithm I tend
> to disagree. sed does have pattern matching like '/whatever/s,what,who,'
> which will only rewrite all lines that have "whatever" to "whoever". Yet
> I'll not regard this to stand in the way of accepting your package into
> Debian. ;-)

Yes, you are right. I was referring to processing of multiple files
similar to what grep can do. grep is intended for searching patterns in
files. It has all the functionality build-in to do the job. Directories
can be processed recursively, specific files can be selected using the
--include options, etc.

Sed, on the other hand, is intended to be a stream editor. It is not
intended to be for replacing, what grep is for searching. If you want to
do the same for replacing as grep does for searching, then you have to
use more than one utility: sed, find and xargs or exec. So, if you are
not so familiar with all of these utilities, then you have to search for
documentation in different places, which makes the task less accessible.

Thanks again,
Arno


-- 
To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/4e37ffd9.8060...@asnelt.org

Re: how to get people to run lintian on their packages

[Asheesh Laroia]

On Thu, 7 Jul 2011, Paul Wise wrote:

It is rare to see an RFS that says "The package appears to be lintian 
clean." and the package (especially binary ones) actually be lintian 
clean. If we were to change the RFS template, what could we change it to 
in order to encourage accuracy and for people to actually use lintian 
and fix any issues found.


A quick, much-delayed follow-up to this thread: expo.debian.net shows 
lintian output on the web now.


-- Asheesh.


--
To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: 
http://lists.debian.org/alpine.deb.2.00.1108020910140.11...@rose.makesad.us

RFS: qasmixer (backport package)

[Sebastian H.]

Dear mentors,

I am looking for a sponsor for the backport version 0.12.2-1~bpo60+1
of my package "qasmixer".

It builds these binary packages:
qasmixer   - ALSA sound mixer with a size adaptive QT4 GUI

The package appears to be lintian clean.

The package can be found on mentors.debian.net:
- URL: http://mentors.debian.net/debian/pool/main/q/qasmixer
- Source repository: deb-src http://mentors.debian.net/debian unstable
main contrib non-free
- dget
http://mentors.debian.net/debian/pool/main/q/qasmixer/qasmixer_0.12.2-1~bpo60+1.dsc

I would be glad if someone uploaded this package for me.

Kind regards
 Sebastian Holtermann


-- 
To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/4e37d5c7.9020...@gmx.de

Re: looking for sponsor for my package "jscribble"

[Niels Thykier]

On 2011-08-02 03:42, Martin Ueding wrote:
> Dear Niels,
> 

Hi,

> 
>> I have reviewed your package and there some issues with it. It may
>> appear as if I am tearing your package completely apart, but it is
>> intended as constructive criticism to improve your package.
> 
> Thank you very much for the detailed review!
> 

You are welcome :)

> 
>> The package does not close an ITP (Intend To Package) bug, the new
>> maintainer's guide explain how this can be done[1].  This serves a
>> number of purposes, such as avoiding duplicate work.
> 
> I tried to file a bug today, but it reportbug told me that it was unable
> to connect to Debian BTS. I tried with 5.1.1 and 4.12.6ubuntu1.
> 
> Then I tried to send a bug report via email:
> http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=636295
> 

My guess is that it tried to query the BTS for similar bugs against the
pseudo-package wnpp and time-outed.  http://bugs.debian.org/wnpp as a
huge list of bugs and is extremely slow - Personally I prefer using
http://wnpp.debian.net instead, though it may be "slightly" out of date
as it uses a cache.

> 
>> I wonder if the synopsis could be extended a bit to give a clear idea of
>> what the application does.  Personally, "Infinite Notepad" made me think
>> it was a "Windows Notepad" clone or something similar.
> 
> You are right, I changed it to "graphical notepad for use with a pen
> tablet".
> 

:)

I forgot to look at the long description last time, Sorry.

I am not too sure on the `...` quoting-style.  I think "..." is better,
but I could be wrong, so I am hoping to get a second opinion from the
list. :)  I suppose it is related to the use of 10" as ""10 inch""?

Also (re-spaced due to my Mail client):
"""
Taking notes on paper allow you to draw and write whatever you want.
Some people are fast enough in LaTeX to set complicated formulas while
in a lecture.  Some prefer to draw these by hand but do not like
carrying lots of paper with me.
"""

I think the "me" should be "them", but I am also thinking it might be
better to re-word the entire paragraph.

"""
Another focus was set to avoid any mouse navigation. All you can do with
your mouse (or pen) is draw, therefore you cannot click anything
accidentially. Navigation is done with the keyboard.
"""

Also I think this paragraph could a little rephrase.  I think it is
better to "sell" the feature rather than the design choice.  Maybe it is
enough to just remove the first sentence...

A good read here would be [DR-6.2]; if you have problems with this, feel
free to (ab)use  for reviews. :)

[DR-6.2]
http://www.debian.org/doc/manuals/developers-reference/best-pkging-practices.html#bpp-desc-basics

See both 6.2.1 and 6.2.3

> 
>> The source package has a warning about the Standards-Versions being out
>> of date.  I can recommend using the upgrade check list (in the
>> debian-policy package or at [2]).  Ignore the "Unreleased" note under
>> 3.9.2, the maintainers forgot to remove it in the last upload.
> 
> Are the package supposed to be build on unstable? I currently build it
> on Ubuntu 11.04 for which the version is the current standard.
> 

When uploading to Debian unstable, yes.  You do not have to install
Debian to do this though; a sid chroot will suffice for the common cases
(pbuilder/cowbuilder can be of use here).
  Plus Ubuntu has modified some of the build tools (e.g. debhelper), so
there are some slight differences in the result.

> 
>> If you did not know it, lintian can be run on .dsc-, .(u)deb- and
>> .changes-files.  When run on .changes-files it will process all files
>> listed in it.  Generally lintian gives the best results if all the
>> packages are processed together.
> 
> The only lint it finds is that there is no upstream changelog.
> 

That is a pedantic tag as I recall; that's okay provided that there is
no upstream changelog - that being said, an upstream changelog is good
to have for reference.

On a slightly related note, this is one of the cases where Debian and
Ubuntu have a difference.  debhelper in Debian will try to auto-install
the upstream changelog (if any), where-as in Ubuntu they patched-out
that behaviour.
  Ubuntu have been known to patch Lintian to better reflect their build
setup, but with Lintian 2.5.2 (not yet in sid[L]) this is no longer
needed and you can (on a non-Debian machine) use "lintian --vendor
debian" to get the output Lintian would have made on a Debian system.

That being said, Lintian can very quickly get out of date, so it is
generally a good idea to use the newest version from sid.

btw, for a non-native package I would expect it to nag about a missing
watch file (with --display-info).

[L] I believe Ubuntu carries a 2.5.2 pre-release in the (expected to
become) 11.10 release.

> 
>> What about future motivation?
>>  - Would you be willing to support jscribble in Debian for 2 years?
>>(This is the average length of a stable release)
> 
> Since I plan on using this software for the next years, I would be able
> t

Re: RFS: wizznic

[Ansgar Burchardt]

Adam Borowski  writes:
> Right, I missed the .o and .dll files, counting only wizznic-x86-precompiled
> and tools/releaser/data/win/curl/curl.exe (the ones mentioned by lintian).
>
> The dlls are libjpeg, zlib, libogg, SDL, openssl -- all DFSG free with
> source already in main.

The source would need to be included in the same (source) package to
make sure that it is the same version and that we will still include
source even if another package is removed from the archive.

Ansgar


-- 
To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/87bow8i8i4@marvin.43-1.org