Re: non package names in by_inst file of popcon

2016-09-04 Thread kamaraju kusumanchi
On Sat, Sep 3, 2016 at 10:47 PM, Paul Wise wrote: > On Sun, Sep 4, 2016 at 10:18 AM, kamaraju kusumanchi wrote: > >> where the second field is not a valid package name. Can someone please >> tell me if this is expected or if I should inform someone of the >> problem? > > Bug #833695 was already fi

Re: freeradius needs a new maintainer

2016-09-04 Thread Martin List-Petersen
On 03/09/16 14:48, Thomas Pierson wrote: Hi, I'm also interested because I use freeradius at work and on some other non-profit projects too. I already maintain some packages in Debian as a DM only but I don't have a lot of experience. So Martin, Vito, please tell me if you need more help and ho

Re: freeradius needs a new maintainer

2016-09-04 Thread Francesco Zanolin
Hi, I'm also interested because I use freeradius at work so if you want I'm happy to help. Il 04/Set/2016 12:57, "Martin List-Petersen" ha scritto: > On 03/09/16 14:48, Thomas Pierson wrote: > >> Hi, >> >> I'm also interested because I use freeradius at work and on some other >> non-profit proj

Subjects and threads

2016-09-04 Thread Jonathan de Boyne Pollard
Adam D. Barratt: > I'm sure I'm not the only one irritated by this, Then you should be looking at the Debian software that drives https://lists.debian.org/ , which seriously mucks up subject processing, and not at us poor users who are long-suffering under it. Debian software gets References

Re: Subjects and threads

2016-09-04 Thread Holger Levsen
On Sun, Sep 04, 2016 at 12:59:47PM +0100, Jonathan de Boyne Pollard wrote: > If you had directed your irritation to the bug area for the Debian software > rather than at the poor Debian software end-users, you would have found that > several bugs about some of these very things were filed years ago

Re: Subjects and threads

2016-09-04 Thread Ben Hutchings
On Sun, 2016-09-04 at 12:59 +0100, Jonathan de Boyne Pollard wrote: > Adam D. Barratt: > >  > I'm sure I'm not the only one irritated by this, > > Then you should be looking at the Debian software that drives  > https://lists.debian.org/ , which seriously mucks up subject processing,  Strangely,

Re: Subjects and threads

2016-09-04 Thread The Wanderer
On 2016-09-04 at 07:59, Jonathan de Boyne Pollard wrote: > Adam D. Barratt: > >> I'm sure I'm not the only one irritated by this, > > Then you should be looking at the Debian software that drives > https://lists.debian.org/ , which seriously mucks up subject > processing, and not at us poor user

Re: Porter roll call for Debian Stretch

2016-09-04 Thread Roger Shimizu
-BEGIN PGP SIGNED MESSAGE- Hash: SHA512 On Wed, 17 Aug 2016 22:05:06 +0200 ni...@thykier.net wrote: > Like last release, we are doing a roll call for porters of all release > architectures. If you are an active porter behind one of the [release > architectures] for the entire lifetime of

Mass bug filing: use and misuse of dbus-launch (dbus-x11)

2016-09-04 Thread Jonathan de Boyne Pollard
Simon McVittie: This can already work. If you put XDG_RUNTIME_DIR in user programs' environment, and arrange for your favourite service manager to make a dbus-daemon (or something else that speaks the same protocol) listen on $XDG_RUNTIME_DIR/bus before any user process would try to connect t

Mass bug filing: use and misuse of dbus-launch (dbus-x11)

2016-09-04 Thread Jonathan de Boyne Pollard
XDG Base Directory Specification: If $XDG_RUNTIME_DIR is not set applications should fall back to a replacement directory with similar capabilities and print a warning message Simon McVittie: Are you saying that if XDG_RUNTIME_DIR is not set, D-Bus client libraries should choose some arbit

Bug#836703: ITP: gnome-autoar -- Archives integration support for GNOME

2016-09-04 Thread Michael Biebl
Package: wnpp Severity: wishlist Owner: Michael Biebl * Package name: gnome-autoar Version : 0.1.1 Upstream Author : Ting-Wei Lan * URL : https://git.gnome.org/browse/gnome-autoar/ * License : LGPL-2.1+ Programming Lang: C Description : Archives integr

Re: Introducing default-mysql-* metapackages

2016-09-04 Thread Ondřej Surý
Folks, could you elaborate a bit more why you are forcing all Build-RDeps to change B-D to default-libmysqlclient-dev instead of just changing the semantics of libmysqlclient-dev? I understand the default-mysql-client and default-mysql-server, but I don't understand the change from libmysqlclient