Bug#819537: Add a "--distribution" parameter
Package: java-package Version: 0.61 Tags: Patch Currently, there is no way to specify the target distribution of a package created using "make-jpkg" as the distribution is hardcoded to "unstable" in the source of java-package. It may, however, be desirable to specify the target distribution. Non-official repos using tools such as reprepro are often organized internally based on the names of the supported distributions ("stable", "sid" or "xenial"). When uploading to such repos, packages made by make-jpkg will not be processed due to a mismatch in the name of the target distribution. The attached patch adds the desired functionality by adding a parameter named "--distribution". If the parameter is specified, the value of it will be used as target distribution in the changelog of the resulting package. If the parameter is unset, "unstable" will be used, imitating the default behavior until now. Thanks, Martin 0001-java-package-distribution.patch Description: Binary data signature.asc Description: Message signed with OpenPGP using GPGMail
Bug#706522: pcs - Pacemaker/Corosync configuration system
Richard, I added you to the HA group on alioth. Let me know if you need something to be sponsored. Feel free to do whatever you need with the packages as long as you manage to keep them working or make them work again :) Best regards Martin signature.asc Description: Message signed with OpenPGP using GPGMail
Bug#706522: pcs - Pacemaker/Corosync configuration system
Am 26.03.2015 um 12:45 schrieb Richard B Winters r...@mmogp.com: On Thu, 2015-03-26 at 11:10 +0100, Martin Gerhard Loschwitz wrote: Richard, I added you to the HA group on alioth. Let me know if you need something to be sponsored. Feel free to do whatever you need with the packages as long as you manage to keep them working or make them work again :) Best regards Martin Hi Martin, I mentioned keeping corosync related libraries within the corosync package - but Feri made a good point by stating we should ask why you decided to break them up; since you likely had a good reason. What's your take on this? Ubuntu requires a split package. The goal was to keep stuff as synchronized as possible between Ubuntu and Debian. That's why I would prefer to stick with individual library packages. Otherwise, the Ubuntu package maintainers would need to re-do the packaging on their own completely, and there's no point in doing that. --- http://mentors.debian.net/package/crmsh That's what I've done with crmsh. Notice what I did with the rules file (rather than patching the source). I had contributed a hack upstream for making upstream source build work on Debian as well. I'll take a look through the existing package - to see how you tackled certain aspects. I'm sure also that depends needs to be updated. I can just apply updated source to the old package and bring it up to date with modifications - or is a properly built and tested new package able to be dropped 'on-top'? I rushed it a little bit so krig could look into potentially auto generating debs for the public via OBS - though the Build-Depends caused him errors testing that out with OBS (SUSE build system). pcs/pcsd is also an interesting subject, due to the ruby gem installation for pcsd. I've been working on the init script (which upstreams provided version doesn't seem to work on Debian), but have tackled a majority of that package already as well. https://launchpad.net/~syseleven-platform/+archive/ubuntu/linux-ha contains up-to-date packages for Ubuntu 14.04 that should be buildable on Debian as well. You may use them as a reference, of course. --- Feri, I recall you saying you would like to work on updating corosync - I can target pacemaker or pcs next, or we can work together on each piece? What would you prefer? Are there any others still active? Looking forward to meeting any of you and working together in the future! Best regards Martin signature.asc Description: Message signed with OpenPGP using GPGMail
Bug#768618: Bug#768922: [Debian-ha-maintainers] Bug#768618: Bug#768922: Bug#768618: pacemaker: FTBFS in jessie: build-dependency not installable: libqb-dev (= 0.16.0.real)
Am 07.02.2015 um 13:24 schrieb Raoul Bhatia ra...@bhatia.at: On 7 February 2015 12:41:30 CET, ge...@riseup.net ge...@riseup.net wrote: On 15-01-20 15:36:39, Raoul Bhatia wrote: I'd also like to know how to get involved on that. I currently see two possibilities: a) address the important, release critical bugs. However, ideally would need someone of the old maintainers/uploaders (added as CC) to sponsor that. b) See if a quick backport will be possible after the release. What do you think? Raoul Anyone interested in setting up a team to take care of this, to bring pacemaker into jessie-backports or to find an alternative way to make it usable in jessie? I would be ;-) Thanks Raoul -- Raoul Bhatia It really doesn’t make much sense to start a group that would backport Pacemaker in stable while it continues to rot in Unstable. If people want to help, the best thing they can do is get involved in the Debian HA Maintainers group (which has existed for the last five years) and start working on the actual packages. I have recently created up-to-date Linux-HA packages for Ubuntu 14.04. These won’t be hard to adapt to Unstable and bpo, so they could very well serve the purpose of a base for future work. https://launchpad.net/~syseleven-platform/+archive/ubuntu/linux-ha M. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#766341: ITP: drbdmanage - DRBD distributed resource management utility
Package: wnpp Severity: wishlist Owner: Martin Loschwitz madk...@debian.org * Package name: drbdmanage Version : 0.20~pre1+git.4d054bd Upstream Author : Robert Altnoeder robert.altnoe...@linbit.com * URL : http://oss.linbit.com/drbdmanage/ * License : GPLv2 Programming Lang: C Description : DRBD distributed resource management utility Drbdmanage is a daemon and a command line utility that manages DRBD replicated LVM volumes across a group of machines. It maintains DRBD configuration an the participating machines. It creates/deletes the backing LVM volumes. It automatically places the backing LVM volumes among the participating machines. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#706522: Fwd: Bug#706522: ITP: pcs - Pacemaker/Corosync configuration system
Am 17.05.2013 um 09:42 schrieb Hadret had...@gmail.com: On Fri, May 17, 2013 at 09:21:09AM +0200, Martin Gerhard Loschwitz wrote: Filip, Am 17.05.2013 um 09:15 schrieb Filip Chabik had...@gmail.com: in fact, I had already uploaded packages to experimental (I just got a REJECT on them yesterday for some minor things though). This is awesome news (that you already did it, not that it was rejected). I have fingers crossed for this to succeed next time you try. Ya. It really wasn't anything big, but pcsd scares the shit out of me a little bit, esp. because it tries to download something during the build process, which looks rather scary. Oh well. Have you included pcsd? That looked highly broken the last time I looked at it. As far as I saw (I removed packages and my built once you told me, that you already done it), pcsd was included in the packages -- thing is, I had no place to test it out :( Ouch :\ I have actually packaged the ruby gems required for pcsd already. It's just that pcsd looks like something that will blow up every second, so I did not include it in the package I originally uploaded to experimental. Is it the approach suggest for package maintainers? I'm asking cause I wonder whether there's no conflict in installing gems via gem command and APT? Well, the general assumption is: If a package needs a ruby gem, that gem would need to be packaged as a dependency. Installing ruby-gems via postinst is something I would rather not want to do; I don't know if it is even allowed as per policy. The Ruby packages I produced are here: http://people.debian.org/~madkiss/ruby/ I'd be happy if somebody could discuss with the Ruby maintainers how to carry on with this; e.g. would there be any interest at their end to maintain these? Filip Best regards Martin -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#706522: ITP: pcs - Pacemaker/Corosync configuration system
Filip, Am 17.05.2013 um 09:15 schrieb Filip Chabik had...@gmail.com: Hello Martin, I have prepared test package, but unfortunately I have no cluster to test it on. If you are interested in playing with it, here's the link: * http://deb.ianod.es/debian/incoming/pcs_0.9.41-1_all.deb in fact, I had already uploaded packages to experimental (I just got a REJECT on them yesterday for some minor things though). Rest of the files are present too, just explore incoming directory if you need them. Things worth noting: * I built latest available on GitHub version. * This packages depends on Pacemaker from experimental branch (currently it's 1.9.1 version). * Package itself is highly experimental too, so it's advised not to use it in production or even development branch. Have you included pcsd? That looked highly broken the last time I looked at it. Side notes: * I will push the package to official Debian repositories once it had been tested thoroughly. * I wasn't sure how to handle Ruby gems on which this package depends, so I pushed their installation and uninstallation via postinst and prerm (respectively). I will get in touch with Ruby team to ask for their advise on this one. I have actually packaged the ruby gems required for pcsd already. It's just that pcsd looks like something that will blow up every second, so I did not include it in the package I originally uploaded to experimental. Kind regards, Filip Regards Martin -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#706522: ITP: pcs - Pacemaker/Corosync configuration system
Package: wnpp Severity: wishlist Owner: Martin Loschwitz madk...@debian.org * Package name: pcs Version : 0.9.40 Upstream Author : Chris Feist * URL : https://github.com/feist/pcs/ * License : GPLv2 Programming Lang: Python Description : CLI to manipulate Pacemaker/Corosync clusters pcs is a shell-utility to manipulate the current resource configuration of Pacemaker/Corosync clusters. It allows to start and stop and to add and delete resource from the command line and can also set up resources of special kinds such as STONITH. It's an alternative to the CRM shell, which itself is packaged in the crmsh package and was the default shell for Pacemaker up to version 1.1.8. . If you want to configure Pacemaker from the command line without using its internal XML structure, this package will come in handy. -- Martin Gerhard Loschwitz Chief Brand Officer, Principal Consultant hastexo Professional Services CONFIDENTIALITY NOTICE: This e-mail and/or the accompanying documents are privileged and confidential under applicable law. The person who receives this message and who is not the addressee, one of his employees or an agent entitled to hand it over to the addressee, is informed that he may not use, disclose or reproduce the contents thereof. Should you have received this e-mail (or any copy thereof) in error, please let us know by telephone or e-mail without delay and delete the message from your system. Thank you. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#690227: Netatalk 3.0.3 packages for Debian
Gentlemen, I found myself in a situation where I needed Netatalk 3.0.3 to make a local server act as Backup Volume for Time Machine. I found this bug report and decided to go ahead and build Debian packages for Netatalk 3.0.3 (I haven't uploaded them anywhere official, so please no worries). First of all, Hideki and Igor, thank you so much for your excellent work! It's people like you who make Debian such an awesome system :-) I based my packages off your work (and still did quite some changes). I have put the packages up for reference here: http://people.debian.org/~madkiss/netatalk/ They re-introduce a separate libatalk package (the original decision to drop the separate -lib-packages was made more than 10 years ago and I think that the general consensus by now is to have libraries in separate packages). Jonas, I don't really have an interest in permanently maintaining this package, yet I see you have not done something with regards to netatalk in a while. If you want me to, I can certainly upload my Netatalk 3.0.3 into Experimental. If you don't intend to continue to maintain this package, please state this so that we can find a solution. Thank you very much in advance, Martin G. Loschwitz madk...@debian.org -- Martin Gerhard Loschwitz Chief Brand Officer, Principal Consultant hastexo Professional Services CONFIDENTIALITY NOTICE: This e-mail and/or the accompanying documents are privileged and confidential under applicable law. The person who receives this message and who is not the addressee, one of his employees or an agent entitled to hand it over to the addressee, is informed that he may not use, disclose or reproduce the contents thereof. Should you have received this e-mail (or any copy thereof) in error, please let us know by telephone or e-mail without delay and delete the message from your system. Thank you. signature.asc Description: Message signed with OpenPGP using GPGMail
Bug#699615: Re: Bug#699615: CVE-2013-0250 - corosync: Remote DoS due improper HMAC initialization
Gentlemen, I don't think we have Corosync 2.0 anywhere (we have 1.99 in experimental, I don't know if that specific version is affected or not just yet). So can we please tag this bug accordingly? Best regards Martin -- Martin Gerhard Loschwitz Chief Brand Officer, Principal Consultant hastexo Professional Services CONFIDENTIALITY NOTICE: This e-mail and/or the accompanying documents are privileged and confidential under applicable law. The person who receives this message and who is not the addressee, one of his employees or an agent entitled to hand it over to the addressee, is informed that he may not use, disclose or reproduce the contents thereof. Should you have received this e-mail (or any copy thereof) in error, please let us know by telephone or e-mail without delay and delete the message from your system. Thank you. signature.asc Description: Message signed with OpenPGP using GPGMail
Bug#675913: fixed in resource-agents 1:3.9.3+git20121009-2
Am 06.01.13 23:42, schrieb Adam D. Barratt: On Wed, 2013-01-02 at 04:50 +0100, gregor herrmann wrote: On Tue, 01 Jan 2013 20:39:28 +, Adam D. Barratt wrote: This bug is also present in wheezy. The patch that fixes it in sid, cleanly applies to the version in wheezy. Will you prepare an upload for testing-proposed-updates? Ping? If the maintainer is busy, I can upload to t-p-u. Debdiff attached (just the patch from unstable). I've not seen a followup from the maintainer, but from my side that would be appreciated; thanks. Regards, Adam Go ahead and upload pretty please. Thanks a lot, much appreciated! best regards Martin -- Martin Gerhard Loschwitz Debian GNU/Linux Developer -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#694013: ITP: ceph-deploy - Deploys Ceph clusters relying on just SSH and sudo
Package: wnpp Severity: wishlist Owner: Martin Loschwitz madk...@debian.org * Package name: ceph-deploy Version : 0.54+git20121119 Upstream Author : Tommi Virtanen, Inktank Storage, Inc. and others * URL : https://github.com/ceph/ceph-deploy * License : MIT Programming Lang: Python Description : Deploys Ceph clusters relying on just SSH and sudo ceph-deploy is a way to deploy Ceph relying on just SSH access to the servers, sudo, and some Python. It runs fully on your workstation, requiring no servers, databases, or anything like that. It is not a generic deployment system and only for Ceph. If you never wanted to install and learn Chef, Puppet or Juju, this is for you. If you set up and tear down Ceph clusters a lot, and just want minimal extra bureaucracy, this is for you. -- Martin Gerhard Loschwitz Chief Brand Officer, Principal Consultant hastexo Professional Services CONFIDENTIALITY NOTICE: This e-mail and/or the accompanying documents are privileged and confidential under applicable law. The person who receives this message and who is not the addressee, one of his employees or an agent entitled to hand it over to the addressee, is informed that he may not use, disclose or reproduce the contents thereof. Should you have received this e-mail (or any copy thereof) in error, please let us know by telephone or e-mail without delay and delete the message from your system. Thank you. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#693675: ITP: pushy - a simple interface for connecting two python interpreters
Package: wnpp Severity: wishlist Owner: Martin Loschwitz madk...@debian.org * Package name: pushy Version : 0.5.1 Upstream Author : Andrew Wilkins axw...@gmail.com * URL : http://packages.python.org/pushy/ * License : MIT Programming Lang: Python Description : a simple interface for connecting two python interpreters Pushy provides applicaton developers with a simple interface for connecting two Python interpreters, either on the local host, or over a network. Once connected, the interpreters may access objects in each other, as if they were local. Where objects are mutable (i.e. may change over time), then objects are “proxied”. This means that a local object is created that mirrors the remote object, and sends all local function/attribute access calls to the remote object. Special care has been taken to proxy builtin types properly, so that proxied objects may be passed to Python’s various builtin functions. Pushy contains multiple transports for connecting interpreters, as well as a means for users to provide their own transport modules. Builtin transports are provided for connecting to local interpreters, and to remote interpreters via SSH, named pipes (using SMB) on Microsoft Windows, and over plain old TCP/IP sockets (using daemon). One of the most useful features of Pushy is that it will take care of starting the target Python interpreter for you, depending on which transport is selected. Of particular note, the SSH transport will start a remote Python interpreter and initialise a Pushy connection, without having Pushy installed on the remote system. Similarly, the local transport will create a new Python interpreter on the local host. -- Martin Gerhard Loschwitz Debian GNU/Linux Developer -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#690055: ITP: crmsh - CRM shell for the pacemaker cluster manager
Package: wnpp Severity: wishlist Owner: Martin Loschwitz madk...@debian.org * Package name: crmsh Version : 1.2.0+hg20121009 Upstream Author : Dejan Muhamedagic dmuhameda...@suse.de and others * URL : http://savannah.nongnu.org/projects/crmsh/ * License : GPLv2 Programming Lang: Python Description : CRM shell for the pacemaker cluster manager This package contains the famous CRM shell (crmsh) written by Dejan Muhamedagic. Use it to manipulate the cluster information base (CIB) of a running pacemaker cluster without having to fiddle with XML sniplets. If you are running pacemaker, you should definetely have this package installed. -- Martin Gerhard Loschwitz Chief Brand Officer, Principal Consultant hastexo Professional Services CONFIDENTIALITY NOTICE: This e-mail and/or the accompanying documents are privileged and confidential under applicable law. The person who receives this message and who is not the addressee, one of his employees or an agent entitled to hand it over to the addressee, is informed that he may not use, disclose or reproduce the contents thereof. Should you have received this e-mail (or any copy thereof) in error, please let us know by telephone or e-mail without delay and delete the message from your system. Thank you. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#674284: ITP: booth -- paxos-based daemon to manage multi-site clusters
Package: wnpp Severity: wishlist * Package name : booth Version: : 0.1.0 Upstream Author : Jiaju Zhang jjzh...@suse.de * URL : https://github.com/ClusterLabs/booth * License : GPL v2 Description : paxos-based daemon to manage multi-site clusters Booth implements the Paxos distributed consensus algorithm in order to manage automatic failover in multi-site clusters. This package contains the booth daemon, and a script to run booth in standalone (arbitrator) mode. -- Martin Gerhard Loschwitz Debian GNU/Linux Developer -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#666504: ITP: libqb - high performance client server reusable features library
Package: wnpp Severity: wishlist * Package name : libqb Version: : 0.11.1 Upstream Author : The Quarterback Library Release Team quarterback-de...@fedorahosted.org * URL : https://github.com/asalkeld/libqb/wiki * License : LGPL v2.1 Description : high performance client server reusable features library libqb provides a set of high performance client-server reusable features. It offers high performance logging, tracing, IPC and poll. Its initial features were spun off the Corosync cluster communication suite to make the accessible easier for other projects. -- Martin Gerhard Loschwitz Debian GNU/Linux Developer -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#621889: Patch for this issue
Hi, the attached patch fixes this issue. Best regards Martin G. Loschwitz -- : Martin Gerhard Loschwitz : LINBIT | Your Way to High Availability : Tel: +43-1-8178292-63, Fax: +43-1-8178292-82 : : http://www.linbit.com diff -ruN corosync-1.3.0.old/lib/coroipcc.c corosync-1.3.0/lib/coroipcc.c --- corosync-1.3.0.old/lib/coroipcc.c 2010-12-01 13:50:27.0 + +++ corosync-1.3.0/lib/coroipcc.c 2011-05-02 12:57:47.0 + @@ -572,6 +572,15 @@ struct ipc_instance *ipc_instance; #if _POSIX_THREAD_PROCESS_SHARED 1 key_t semkey = 0; +#if defined(__FreeBSD__) || defined(__FreeBSD_kernel__) +union semun +{ +int val; +struct semid_ds *buf; +unsigned short int *array; +struct seminfo *__buf; +}; +#endif union semun semun; #endif int sys_res;
Bug#596063: unblock: pacemaker-mgmt/2.0.0+hg1141-2
Package: release.debian.org Severity: normal User: release.debian@packages.debian.org Usertags: freeze-exception Ladies and Gentlemen, Please unblock the package pacemaker-mgmt. Right now, it is not present in Squeeze at all. The tool included in this package, which is called hb_gui, used to live in the heartbeat-gui package in Lenny. Due to numerous changes in the package's source, it was split out of the heartbeat code and is a single project now. It got updated meanwhile and is in a decent shape now. Additionally, it is the only graphical user tool present at all in Debian at the moment to manipulate a pacemaker-based cluster's configuration. Best regards Martin G. Loschwitz -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#563580: gidentd: Should this package be orphaned (or removed)?
severity 563580 normal reassign 563580 ftp.debian.org retitle 563580 RM: gidentd -- RoM; package orphaned by upstream Hi Barry, hi all, thank you for your attention to this and reminding me of what I should have done long ago; gidentd is orphaned by upstream, it should be removed. M. -- : Martin G. Loschwitz Tel +43-1-8178292-63 : : LINBIT Information Technologies GmbH Fax +43-1-8178292-82 : : Vivenotgasse 48, 1120 Vienna, Austria http://www.linbit.com : -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#517037: vanished from new?
Guido Günther wrote: Hi, I can't seem to find the package in NEW anymore but it's not in the archive either. Since I needed packages, I've built my own for now: http://pkg-libvirt.alioth.debian.org/packages/unstable/ Sources are at: http://git.debian.org/?p=users/agx/redhat-cluster/corosync.git;a=summary Cheers, -- Guido Hi Guido, the package was REJECTed for an incorrect copyright file; given there is no obvious policy on which the FTP masters decide when checking copyright files, I first need to check why *exactly* they think that my copyright file is actually wrong. My packages have been available ever since on http://people.debian.org/~madkiss/ha/dists/sid/main/binary-amd64/ M. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#531953: ITP: pacemaker-mgmt -- Graphical management tool for Pacemaker HA clusters
Package: wnpp Severity: wishlist Owner: Martin Gerhard Loschwitz martin.loschw...@linbit.com * Package name: pacemaker-mgmt Version : 1.99.1 Upstream Author : Yan Gao y...@novell.com and others * URL : http://oss.clusterlabs.org/ * License : GPL Programming Lang: Python Description : Graphical management tool for Pacemaker HA clusters This package contains the pacemaker management gui, a python-based GUI for maintaining Pacemaker-based High Availability clusters. pacemaker-mgmt is the successor of the old Heartbeat 2 gui and has been extended in numerous ways. -- System Information: Debian Release: 5.0 APT prefers stable APT policy: (990, 'stable') Architecture: amd64 (x86_64) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#517037: ITP: Corosync -- Standards-based cluster framework
Package: wnpp Severity: wishlist Owner: Martin Loschwitz madk...@debian.org * Package name: corosync Version : 0.93 Upstream Author : Steve Dake sd...@redhat.com * URL : http://openais.org/doku.php * License : BSD Programming Lang: C Description : Standards-based cluster framework Corosync is the next generation basic cluster framework for Linux and Unix based systems and contains many parts that were formerly known as OpenAIS. It's the future base for the remaining parts of OpenAIS as well as pacemaker and other HA relevant programs. -- : Martin G. Loschwitz Tel +43-1-8178292-63 : : LINBIT Information Technologies GmbH Fax +43-1-8178292-82 : : Vivenotgasse 48, 1120 Vienna, Austria http://www.linbit.com : -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org