Re: Sources of dak ?

On 11278 March 1977, Roger Leigh wrote: >> http://ftp-master.debian.org/bzr/ > Why isn't this on bzr.debian.org? Why should it be there? Its in /srv/ftp.debian.org on the ftp-master host, *the* central place for all ftpmaster related things. -- bye Joerg SUSE = Soll Unix Sein, Eigentlich. --

Re: debconf best practices: how to ask for a password?

> "Joey" == Joey Hess <[EMAIL PROTECTED]> writes: Joey> Francois Marier wrote: >> Now the problem (see bug #462658) is that if you ever put a non-empty >> password there, then, you can no longer get rid of it after >> dpkg-reconfiguring the package. debconf seems to be ignorin

Re: How to cope with patches sanely

Russ Allbery <[EMAIL PROTECTED]> writes: > Lars Wirzenius <[EMAIL PROTECTED]> writes: > > > In other words: dpkg-source must unpack sources that can be > > directly edited and then dpkg-buildpackage will build a new, > > modified package that can be uploaded. > > [...] > > This work flow simply

Bug#463069: ITP: refcard -- printable reference card for the Debian system

Package: wnpp Severity: wishlist Owner: "W. Martin Borgert" <[EMAIL PROTECTED]> Package name: refcard Version : 3.2 Upstream Author : W. Martin Borgert <[EMAIL PROTECTED]> URL : http://people.debian.org/~debacle/refcard/ License : GPL-3 Programming Lang: XML (docboo

Re: Bug#463002: ITP: doomsday -- GPL licensed engine for classic doom, heretic, hexen and strife which provides updated 3d graphics and network gameplay

Hello, On Mon, Jan 28, 2008 at 03:09:33PM -0500, Hash C. Borger wrote: > * Package name: doomsday > Version : 1.9.0-beta5.2 > Upstream Author : Jaakko Keränen <[EMAIL PROTECTED]> > * URL : http://www.example.org/ ? Jamie Jones was working o

Re: debconf best practices: how to ask for a password?

On Tue, Jan 29, 2008 at 08:38:53PM +1100, Brian May wrote: > > "Joey" == Joey Hess <[EMAIL PROTECTED]> writes: > Joey> Francois Marier wrote: > >> Now the problem (see bug #462658) is that if you ever put a non-empty > >> password there, then, you can no longer get rid of it after >

${shlibs:Depends} results libfamin0 or libfam0?

Dear folks, I am working on pcmanfm package. It has build-depends on 'libgamin-dev', but somehow the binaries packages depends on 'libfam0'. I checked 'libgamin-dev' depends on 'libgamin0', but I don't know why the binaries packages are not depend on 'libgamin0'? Both libfam0 and libgamin0 packa

Re: How to cope with patches sanely

On 29/01/2008, Daniel Leidert wrote: > svn-buildpackage is not a framework to create or edit patches. So how > should it compare to quilt? It "merges" the contents of the > .orig.tar.gz with the content in SVN and then it builds the package by > using dpkg-buildpackage/debuild/pbuilder/pdebuild/sbu

Re: ${shlibs:Depends} results libfamin0 or libfam0?

On Tue, Jan 29, 2008 at 06:30:47PM +0800, Andrew Lee wrote: > I am working on pcmanfm package. It has build-depends on 'libgamin-dev', > but somehow the binaries packages depends on 'libfam0'. > > I checked 'libgamin-dev' depends on 'libgamin0', but I don't know why > the binaries packages are not

Re: ${shlibs:Depends} results libfamin0 or libfam0?

* Andrew Lee <[EMAIL PROTECTED]> [080129 06:09]: > Dear folks, > > I am working on pcmanfm package. It has build-depends on 'libgamin-dev', > but somehow the binaries packages depends on 'libfam0'. > > I checked 'libgamin-dev' depends on 'libgamin0', but I don't know why > the binaries packages a

Re: How to cope with patches sanely

On Tue, Jan 29, 2008 at 02:09:29PM +0100, Daniel Leidert wrote: > > And to answer the original question, sure, quilt can handle it; as well as > > any patch management system can handle the fact that the things you're > > applying the patches against are external to the VCS and require rain dances

ITP: basic256 -- Educational BASIC programming environment for children

Package: wnpp Severity: wishlist Owner: Ryan Kavanagh <[EMAIL PROTECTED]> -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 * Package name: basic256 Version : 0.9.2 Upstream Author : Ian Larsen <[EMAIL PROTECTED]> * URL : http://kidbasic.sourceforge.net/ * License

Re: How to cope with patches sanely

On Mon, Jan 28, 2008 at 05:45:24PM -0800, Russ Allbery wrote: > Clint Adams <[EMAIL PROTECTED]> writes: > > I agree with Lars that we should move toward requiring it to work. [...] > I just don't know what's involved in finally deciding on something like > this and making it happen. We've been hav

Re: How to cope with patches sanely

hi, On Tuesday 29 January 2008 02:38:07 pm David Nusinow wrote: > At any rate, the quilt scripting does not have any special hooks to grab > external .orig.tar.gz's. This should be trivial to script if you really > want it, but doesn't svn-buildpackage or whatever it is people are using > these da

Re: How to cope with patches sanely

Am Dienstag, den 29.01.2008, 08:38 -0500 schrieb David Nusinow: > On Tue, Jan 29, 2008 at 02:09:29PM +0100, Daniel Leidert wrote: > > > And to answer the original question, sure, quilt can handle it; as well as > > > any patch management system can handle the fact that the things you're > > > apply

Re: Standard to indicate repacking in version numbers?

Russ Allbery wrote: > I don't see any reason not to put it in debian/copyright no matter how > long it is. It's not like the length of a text explanation, even if > complex, is going to be a serious problem. > > However, ideally the steps should be *automated* and put into debian/rules > get-or

Re: How to cope with patches sanely

Le mardi 29 janvier 2008 à 14:09 +0100, Daniel Leidert a écrit : > http://www.wgdd.de/?p=25 is some sort of "rain dance"? Oh well, are you > kidding me? All I want to know is, if quilt can do the same. Then I will > give it a try. If it cannot handle this design, well then it's not an > alternative

Re: How to cope with patches sanely

Am Montag, den 28.01.2008, 16:44 -0800 schrieb Steve Langasek: > On Mon, Jan 28, 2008 at 07:26:41PM -0500, David Nusinow wrote: > > On Mon, Jan 28, 2008 at 04:54:47PM +0100, Daniel Leidert wrote: [standardize on quilt?] > > > A question that comes up again and again is, if quilt can handle > > >

Re: How to cope with patches sanely

On Mon, 28 Jan 2008, Russ Allbery wrote: > > I agree with Lars that we should move toward requiring it to work. > > What I'd like to see is a Debian source package format that supports > essentially quilt metadata -- in other words, a series file and a set of > patches. It's a very minor addition

Re: How to cope with patches sanely

On Tue, 29 Jan 2008, Russ Allbery wrote: > I wouldn't worry about any metadata at all; dpkg-source would just apply > all the patches in the series file (or, really, we could just script a > conversion from quilt to wig&pen by appending arbitrary numbers to the > patches based on the series file an

Re: Introducing security hardening features for Lenny

On Tue, Jan 29, 2008 at 09:48:43PM +, William Pitcock wrote: > On Tue, 2008-01-29 at 22:37 +0100, Pierre Habouzit wrote: > > On Tue, Jan 29, 2008 at 09:16:24PM +, Moritz Muehlenhoff wrote: > > > Fortify Source > > > == > > > > > > This feature adds validation for internal C fun

Re: How to cope with patches sanely

Raphael Hertzog <[EMAIL PROTECTED]> writes: > This seems less than ideal to me. If we want to avoid proliferation of > patch management system, I'd rather integrate some of those > functionalities in dpkg-dev proper. IMO we need at least some building > blocks (API?) so that VCS-based package mana

Re: Bug#462975: ITP: kde4-style-qtcurve -- This is a set of widget styles for KDE4 based apps

Have you contacted kde-style-qtcurve maintainer ? Maybe he planned to continue to maintain kde-style-qtcurve also for KDE4 ... cheers, Fathi -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Re: Sources of dak ?

Hello, On Mon, 28 Jan 2008, Roger Leigh wrote: > On Sun, Jan 27, 2008 at 09:08:44AM +0100, Martin Zobel-Helas wrote: > > http://ftp-master.debian.org/bzr/ > > Why isn't this on bzr.debian.org? Probably for the same reason that DSA tools are not on bzr.debian.org either (but on db.debian.org). It

Re: Correct spelling/capitalisation of project names

Andrew Vaughan <[EMAIL PROTECTED]> writes: > On Monday 21 January 2008 07:45, Russ Allbery wrote: >> glib is a regular English word, so I'll leave that one off in fear of >> false positives. I now have the rest. > Whilst glib is an English word, it's not a word that's likely to be used > in pack

Re: List of packages defining a RPATH on amd64 (differs from i386/lintian.d.o)

On Mon, Jan 07, 2008 at 10:02:17PM -0600, Raphael Geissert wrote: > Filippo Giunchedi <[EMAIL PROTECTED]> >bluez-cups (U) >bluez-utils (U) fixed in unstable >libbtctl4 (U) >python-libbtctl (U) > > Filippo Giunchedi <[EMAIL PROTECTED]> >gnome-bluetooth (U) >libgnomebt0 (U)

Re: Correct spelling/capitalisation of project names

On Monday 21 January 2008 07:45, Russ Allbery wrote: > Josselin Mouette <[EMAIL PROTECTED]> writes: > > Le mercredi 09 janvier 2008 à 11:19 +0100, Stefano Zacchiroli a écrit : > >> Regarding the list above I would guess that what you want is something > >> like the following: > >> > >> * glib -> GL

Re: electronics-menu REJECTED (discussion)

[Sorry for the late reply] On Wednesday 16 January 2008 08:18, Hamish Moffatt wrote: > >> > >> It appears that the Technical menu should include at least; > >> - Science > >> - Engineering > >> - Math > >> - HamRadio > >> - Electronics [snip] > I thought that Science fit under Technical, if the off

Re: Standard to indicate repacking in version numbers?

Felipe Sateler <[EMAIL PROTECTED]> writes: > Russ Allbery wrote: >> However, ideally the steps should be *automated* and put into >> debian/rules get-orig-source, in which case you don't have to give >> detailed steps in either location and can simply refer to the automated >> procedure in debian/

Re: How to cope with patches sanely

Raphael Hertzog <[EMAIL PROTECTED]> writes: > 1/ it seems that we agree that patches should be applied by default > during unpack of the source archive. This means that dpkg-source might > want to know which patches are currently applied (or we could get > strange results while building the packag

Re: Introducing security hardening features for Lenny

On Tue, Jan 29, 2008 at 09:16:24PM +, Moritz Muehlenhoff wrote: > Fortify Source > == > > This feature adds validation for internal C functions such as strcpy > for buffer sizes known during compile time. While vulnerabilities in > the functions it protects have become uncommon in

Re: Introducing security hardening features for Lenny

On Tue January 29 2008 3:16:24 pm Moritz Muehlenhoff wrote: > Scope of this proposal > == > > The target for Lenny is to enable these features in all applications > with potential security impact, specifically: > > - Your application is written in C / C++ > - If your package wa

Re: Introducing security hardening features for Lenny

On Tue, 2008-01-29 at 22:37 +0100, Pierre Habouzit wrote: > On Tue, Jan 29, 2008 at 09:16:24PM +, Moritz Muehlenhoff wrote: > > Fortify Source > > == > > > > This feature adds validation for internal C functions such as strcpy > > for buffer sizes known during compile time. While v

Re: Introducing security hardening features for Lenny

Pierre Habouzit wrote: >> Fortify Source >> =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D >>=20 >> This feature adds validation for internal C functions such as strcpy >> for buffer sizes known during compile time. While vulnerabilities in >> the functions it protects have become uncommon in high-prof

Bug#463167: ITP: dsyslog -- a dumb syslog

Package: wnpp Severity: wishlist Owner: William Pitcock <[EMAIL PROTECTED]> Hi, I am writing a syslog daemon called dsyslog. Why you ask? Because none of the other syslogd's were designed in the way that I would like, so I figured I would do it myself. * Package name: dsyslog Version

Re: Introducing security hardening features for Lenny

hi moritz, On Tuesday 29 January 2008 10:16:24 pm Moritz Muehlenhoff wrote: > A group of people have been working on introducing advanced security > hardening features into our archive: > http://alioth.debian.org/projects/hardening/ > > We recommend to activate the following features in individual

Re: Introducing security hardening features for Lenny

On Tue, 2008-01-29 at 23:31 +0100, Moritz Muehlenhoff wrote: > Pierre Habouzit wrote: > There are certainly performance trade-offs involved and the final > selection of features will depend on the testing of the respective > maintainers (testing should be eased by hardening-wrapper). What bothers

Re: Introducing security hardening features for Lenny

On Tue, Jan 29, 2008 at 10:31:48PM +, Moritz Muehlenhoff wrote: > There are certainly performance trade-offs involved and the final > selection of features will depend on the testing of the respective > maintainers (testing should be eased by hardening-wrapper). I understand. To be fair, I'm

Re: Introducing security hardening features for Lenny

On mar, 2008-01-29 at 15:47 -0600, John Goerzen wrote: > I notice, for instance, that the latest cups > requires avahi. Can we build it without that and install it without > that by > default for those that don't need it, to eliminate Yet Another Daemon? You do know that it depends on the lib,

The 30 most popular packages missing in Debian

One of the lists from popcon.debian.org I find most interesting, is the list of popular packages currently missing in Debian, http://popcon.debian.org/unknown/by_vote>. I understand it to list the packages our users would love to find in Debian, but which are currently missing. Some are missing

Re: Introducing security hardening features for Lenny

Thomas Bushnell BSG wrote: > For my money, you blew it. You don't bootstrap a discussion by > presenting a pseudo-official email like the one you posted. But we can > get back to that discussion: cancel the email by saying "whoops, we're > not ready yet" and then having the discussion first. Of

Re: The 30 most popular packages missing in Debian

* Would non-free be an option to all or some of them? Do we have binary only packages in Debian? * A mapping to current ITPs might be interesting. (Integration into http://wnpp.debian.net/) Sebastian -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble?

Re: Introducing security hardening features for Lenny

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Moritz Muehlenhoff wrote: > The Debian archive is the biggest of all distributions and although > there's security support for all security issues being found, there's > still room for improvement and a need for increased resilience against > flaws no

Re: Introducing security hardening features for Lenny

On Wed, 2008-01-30 at 00:21 +0100, Moritz Muehlenhoff wrote: > Thomas Bushnell BSG wrote: > > For my money, you blew it. You don't bootstrap a discussion by > > presenting a pseudo-official email like the one you posted. But we can > > get back to that discussion: cancel the email by saying "who

Re: Introducing security hardening features for Lenny

On Tue, Jan 29, 2008 at 11:45:32PM +0100, Pierre Habouzit wrote: On Tue, Jan 29, 2008 at 10:31:48PM +, Moritz Muehlenhoff wrote: There are certainly performance trade-offs involved and the final selection of features will depend on the testing of the respective maintainers (testing should be

wnpp.debian.net sources released, security review wanted, plans for the future

Hello! -- wnpp.debian.net sources The source code running http://wnpp.debian.net/ is now hosted in the subversion repository of collab-qa. The current license is GPL 2 or later, the code requires PHP >=5 and MySQL >=4.1 to run. http://svn.debian.org/viewsvn/collab-qa/ (As the concrete locat

linux-kernel-headers???

Hi all, I'm new to Debian so sorry for this newbie question ;) Why do not the linux-source-2.6.* packages provide linux-kernel-headers? Regards, Cyril Jaquier P.S. Please, do not forget to CC me because I am not subscribed to the list. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a su

Re: linux-kernel-headers???

On Wed, Jan 30, 2008 at 12:44:17AM +0100, Cyril Jaquier wrote: Why do not the linux-source-2.6.* packages provide linux-kernel-headers? First of all, linux-kernel-headers has been replaced by linux-libc-dev. But either way, the answer is the same: those packages install them in /usr/include,

Re: Introducing security hardening features for Lenny

On Tue, Jan 29, 2008 at 11:45:32PM +0100, Pierre Habouzit wrote: > * SSP has a cost proportional to the number of calls an application > performs (If I'm correct), which in CPU intensive tasks may become an > issue. In testing I've done, this is trivial overhead. Note that the extra code is o

Re: Introducing security hardening features for Lenny

On Tue, Jan 29, 2008 at 11:17:37PM +0100, sean finney wrote: > On Tuesday 29 January 2008 10:16:24 pm Moritz Muehlenhoff wrote: > > A group of people have been working on introducing advanced security > > hardening features into our archive: > > http://alioth.debian.org/projects/hardening/ > > > i

Re: Bug#463167: ITP: dsyslog -- a dumb syslog

Hi, On Tue, 2008-01-29 at 18:54 -0600, Ron Johnson wrote: > > dsyslog is a dumb, yet advanced syslog daemon, which supports > infinite > > rules and expandability through it's purely modular design. The > default > > configuration is a drop in replacement for syslogd. > > What's so dumb about

control file Replaces: question

I want to manage the config files for several other packages centrally in one package that I'm going to maintain. According to the package maintainers guide, section 7.5.1 [1] , this is entirely possible and perfectly reasonable via the Replaces: option in the control file. My question is,

Re: control file Replaces: question

William Francis <[EMAIL PROTECTED]> writes: > I want to manage the config files for several other packages centrally > in one package that I'm going to maintain. According to the package > maintainers guide, section 7.5.1 [1] , this is entirely possible and > perfectly reasonable via the Replaces:

List of packages shipping shell scripts with bashisms + MBF proposal

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hello everybody, [Please only reply to -devel] I just completed an archive wide check on amd64/all packages by searching for shell scripts in /bin:/usr/bin:/sbin:/usr/sbin:/etc/init.d:/usr/share and checking them with checkbashisms from devscripts 2.

Re: List of packages shipping shell scripts with bashisms + MBF proposal

On Jan 30, 2008 10:58 AM, Raphael Geissert <[EMAIL PROTECTED]> wrote: > I just completed an archive wide check on amd64/all packages by searching > for shell scripts in /bin:/usr/bin:/sbin:/usr/sbin:/etc/init.d:/usr/share > and checking them with checkbashisms from devscripts 2.10.13. Has there b

Re: electronics-menu REJECTED (discussion)

Le Wed, Jan 30, 2008 at 05:24:50AM +1100, Andrew Vaughan a écrit : > > > As a user technical seems awkward and unintuitive to me. I would rather it > was called Science and Engineering. [Since the question is not… technical, let's transfer this part of the discussion on [EMAIL PROTECTED] Hi

Re: wnpp.debian.net sources released, security review wanted, plans for the future

On Jan 30, 2008 9:25 AM, Sebastian Pipping <[EMAIL PROTECTED]> wrote: > -- wnpp.debian.net sources Be nice if that wasn't just a redirect domain. > The source code running http://wnpp.debian.net/ is now > hosted in the subversion repository of collab-qa. Excellent. > -- Security review wanted

Re: List of packages shipping shell scripts with bashisms + MBF proposal

Cyril Brulebois wrote: > On 30/01/2008, Paul Wise wrote: >> Has there been any bashisms checks on maintainer scripts (postinst/etc)? > > There's already: > http://lintian.debian.org/reports/Tpossible-bashism-in-maintainer-script.html And as for debian/rules Lucas Nussbaum rebuilt the archive w

Re: List of packages shipping shell scripts with bashisms + MBF proposal

On 30/01/2008, Paul Wise wrote: > Has there been any bashisms checks on maintainer scripts (postinst/etc)? There's already: http://lintian.debian.org/reports/Tpossible-bashism-in-maintainer-script.html Cheers, -- Cyril Brulebois pgpu6gpae1W7J.pgp Description: PGP signature

Re: List of packages shipping shell scripts with bashisms + MBF proposal

Paul Wise wrote: > > I really really think we need a way to integrate these myriad QA > checks into the PTS and DDPO and the page I proposed in #461898. > I'm going to generate a BDB with the information from the lintian test on amd64 as soon as I find some time for it and somewhere to place it

Re: The 30 most popular packages missing in Debian

"Sebastian Pipping" <[EMAIL PROTECTED]> wrote in message news:[EMAIL PROTECTED] * Would non-free be an option to all or some of them? Do we have binary only packages in Debian? My understanding is that it is possible to have binary-only packages in non-free, although I really don't know an

Re: Introducing security hardening features for Lenny

On Tuesday 29 January 2008 4:31:51 pm Yves-Alexis Perez wrote: > On mar, 2008-01-29 at 15:47 -0600, John Goerzen wrote: > > I notice, for instance, that the latest cups > > requires avahi. Can we build it without that and install it without > > that by > > default for those that don't need it, to

Re: Bug#463167: ITP: dsyslog -- a dumb syslog

On Tue, 2008-01-29 at 19:07 -0600, William Pitcock wrote: > Hi, > > On Tue, 2008-01-29 at 18:54 -0600, Ron Johnson wrote: > > > dsyslog is a dumb, yet advanced syslog daemon, which supports > > infinite > > > rules and expandability through it's purely modular design. The > > default > > > con

Re: Introducing security hardening features for Lenny

On mar, 2008-01-29 at 21:31 -0600, John Goerzen wrote: > It wound up pulling in the daemon on my box. Though it could be that > the > daemon was already installed because kde required it, and upgrading > cups > required the upgraded lib, and the daemon wouldn't work with the > upgraded > lib, s

Re: Bug#463167: ITP: dsyslog -- a dumb syslog

Hi, On Wed, 2008-01-30 at 16:22 +1100, Robert Collins wrote: > On Tue, 2008-01-29 at 19:07 -0600, William Pitcock wrote: > > Hi, > > > > On Tue, 2008-01-29 at 18:54 -0600, Ron Johnson wrote: > > > > dsyslog is a dumb, yet advanced syslog daemon, which supports > > > infinite > > > > rules and e

Re: Bug#463167: ITP: dsyslog -- a dumb syslog

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 01/29/08 23:22, Robert Collins wrote: > On Tue, 2008-01-29 at 19:07 -0600, William Pitcock wrote: >> Hi, >> >> On Tue, 2008-01-29 at 18:54 -0600, Ron Johnson wrote: dsyslog is a dumb, yet advanced syslog daemon, which supports >>> infinite >>>

Re: The 30 most popular packages missing in Debian

On Tue, Jan 29, 2008 at 11:57:25PM +0100, Petter Reinholdtsen wrote: > > One of the lists from popcon.debian.org I find most interesting, is > the list of popular packages currently missing in Debian, > http://popcon.debian.org/unknown/by_vote>. I understand it to > list the packages our users wo

Re: Introducing security hardening features for Lenny

On Tuesday 29 January 2008, Moritz Muehlenhoff wrote: > The Debian archive is the biggest of all distributions and although > there's security support for all security issues being found, there's > still room for improvement and a need for increased resilience against > flaws not yet discovered. >

Re: The 30 most popular packages missing in Debian

[Sebastian Pipping] > * Would non-free be an option to all or some of them? > Do we have binary only packages in Debian? Yes. The issue is more that very few package maintainers in Debian want to maintain non-free packages. > * A mapping to current ITPs might be interesting. > (Integration

Re: Wrong Architecture for openhackware

tags 339870 wontfix thanks Hi, On Sat, 2008-01-12 at 18:47:53 +0100, Roland Stigge wrote: > Debian Bug Tracking System wrote: > >* Error out if the toolchain used to build is not powerpc-linux-gnu. > > (Closes: #322300, #339870) > > Again, I don't agree here (backed by p2): The package

Re: The 30 most popular packages missing in Debian

hi, jftr: On Tuesday 29 January 2008 11:57:25 pm Petter Reinholdtsen wrote: > 10emerald 2241 1079 820 342 0 i may end up packaging this as part of the desktop-bling subproject in pkg-xorg. > 26fusion-icon 849 421 184 244

Re: Dezabonare

Vreau dezabonare -- This message has been scanned for viruses and dangerous content by MailScanner, and is believed to be clean. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Re: Dezabonare

Vreau dezabonare -- This message has been scanned for viruses and dangerous content by MailScanner, and is believed to be clean. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]