Work-needing packages report for Feb 24, 2017

2017-02-23 Thread wnpp
The following is a listing of packages for which help has been requested through the WNPP (Work-Needing and Prospective Packages) system in the last week. Total number of orphaned packages: 1048 (new: 11) Total number of packages offered up for adoption: 165 (new: 0) Total number of packages reque

Re: [openstack-dev] The end of OpenStack packages in Debian?

2017-02-23 Thread Allison Randal
On 02/21/2017 12:57 PM, Ritesh Raj Sarraf wrote: > Hello Thomas, > > Sad to see this. But with so much free loading trend, these are bound to > happen. > > For the LIO-fb target in Debian, we've been depending on the rtslib-fb > package, > which you've maintained so far. Should we pick it up un

Re: convention on listen port local or all network interfaces etc.

2017-02-23 Thread Tomas Pospisek
Am 23.02.2017 um 03:26 schrieb Patrick Schleizer: > Tomas Pospisek: >> Am 21.02.2017 um 01:55 schrieb Patrick Schleizer: >> >>> for file_name in /usr/lib/server-config.d/*.conf ; do >>>file_list="$file_list $file_name" >>> done >>> >>> for file_name in /etc/server-config.d/*.conf ; do >>>fi

Re: Help requested: Packages which FTBFS randomly

2017-02-23 Thread Simon McVittie
On Thu, 23 Feb 2017 at 10:02:55 -0800, Nikolaus Rath wrote: > Yes, but last time I checked a "apt-get source && debuild -us -uc" still > defaults to using just a single CPU unless you explicitly set > DEB_BUILD_OPTIONS=parallel. Check again - dpkg-buildpackage now defaults to -Jauto (it sets DEB_B

Re: Help requested: Packages which FTBFS randomly

2017-02-23 Thread Vincent Bernat
❦ 23 février 2017 10:02 -0800, Nikolaus Rath  : Your chosen build environment is not common [...] >>> >>> This has come up a few times now. Could someone explain what is so odd >>> about his envirnoment? It does not look unusual to me. >> >> Official buildd have several CPU. Most "important"

Re: Help requested: Packages which FTBFS randomly

2017-02-23 Thread Nikolaus Rath
On Feb 21 2017, Vincent Bernat wrote: > ❦ 21 février 2017 09:48 -0800, Nikolaus Rath  : > >>> Your chosen build environment is not common [...] >> >> This has come up a few times now. Could someone explain what is so odd >> about his envirnoment? It does not look unusual to me. > > Official build

Re: changelog practice, unfinalised vs UNRELEASED vs ~version

2017-02-23 Thread Ian Jackson
Simon McVittie writes ("Re: changelog practice, unfinalised vs UNRELEASED vs ~version"): > On Thu, 23 Feb 2017 at 12:53:40 +, Ian Jackson wrote: > > We could decorate the suite instead, but that does not have any > > effect on generated binaries. > > It does have an effect on the changelog in

Re: changelog practice, unfinalised vs UNRELEASED vs ~version

2017-02-23 Thread Wookey
On 2017-02-14 23:01 +, Ian Jackson wrote: > Wookey writes ("Re: changelog practice, unfinalised vs UNRELEASED vs > ~version"): > > I'd be happier if I didn't have to deal with 'UNRELEASED' at all > > unless I actually wanted to, so I'm not at all keen on your suggestion > > of making it mandat

Re: mining system information of bugs

2017-02-23 Thread Adam Borowski
On Thu, Feb 23, 2017 at 11:53:33AM +0800, Paul Wise wrote: > I'd be interested in stats of Debian releases, preferred suites, apt > policies and how many bugs were filed from systems running Debian > derivatives, or other distros if any. Alas, this data looks really unreliable. Entries often poin

Re: changelog practice, unfinalised vs UNRELEASED vs ~version

2017-02-23 Thread Simon McVittie
On Thu, 23 Feb 2017 at 12:53:40 +, Ian Jackson wrote: > We could > decorate the suite instead, but that does not have any effect on > generated binaries. It does have an effect on the changelog inside the source and binary packages, and on the changes file (which is precisely the signed instru

Re: mining system information of bugs

2017-02-23 Thread Adam Borowski
On Thu, Feb 23, 2017 at 01:50:46PM +0100, Samuel Thibault wrote: > Adam Borowski, on jeu. 23 févr. 2017 13:37:36 +0100, wrote: > > On Thu, Feb 23, 2017 at 03:05:31PM +0800, gustavo panizzo wrote: > > > > I've done some data mining on bug reports that include a "System > > > > Information" section t

Re: changelog practice, unfinalised vs UNRELEASED vs ~version

2017-02-23 Thread Ian Jackson
Guido Günther writes ("Re: changelog practice, unfinalised vs UNRELEASED vs ~version"): > On Mon, Feb 20, 2017 at 08:05:02PM +, Ian Jackson wrote: > > I think the asnwer to this is the same as that I gave to Wookey who > > mentioned a workflow involving vcs tags. > > > > I think we shou

Re: mining system information of bugs

2017-02-23 Thread Samuel Thibault
Adam Borowski, on jeu. 23 févr. 2017 13:37:36 +0100, wrote: > On Thu, Feb 23, 2017 at 03:05:31PM +0800, gustavo panizzo wrote: > > > I've done some data mining on bug reports that include a "System > > > Information" section that reportbug adds. > > > > hours during the day > > 2016+, X scale: 1

Re: mining system information of bugs

2017-02-23 Thread Adam Borowski
On Thu, Feb 23, 2017 at 03:05:31PM +0800, gustavo panizzo wrote: > > I've done some data mining on bug reports that include a "System > > Information" section that reportbug adds. > > hours during the day 2016+, X scale: 1 dot = 12 minutes (5 dots = 2.5 chars = hour) ⠀⡀⠀⠀⠀

Re: apt-get upgrade removing ifupdown on jessie→stretch upgrade

2017-02-23 Thread Michael Prokop
* David Kalnischkies [Wed Feb 22, 2017 at 10:28:33PM +0100]: > On Wed, Feb 22, 2017 at 09:04:16PM +0100, Luca Capello wrote: > > ...it will break existing practices, e.g.: > > DEBIAN_FRONTEND=noninteractive apt-get upgrade -y > > FYI, I would call it a regression. > That specific invocation can

Re: changelog practice, unfinalised vs UNRELEASED vs ~version

2017-02-23 Thread Guido Günther
On Mon, Feb 20, 2017 at 08:05:02PM +, Ian Jackson wrote: > Guido Günther writes ("Re: changelog practice, unfinalised vs UNRELEASED vs > ~version"): > > On Sun, Feb 12, 2017 at 12:48:35PM +, Ian Jackson wrote: > > > We do not seem to have a coherent approach to how to handle > > > debian/c

Re: Bug#855727: ITP: hikaricp-java -- High performance JDBC connection pool library

2017-02-23 Thread Apollon Oikonomopoulos
Hi Emmanuel, On 22:36 Wed 22 Feb , Emmanuel Bourg wrote: > Hi Apollon, > > If you plan to package this library, do you think you could bring it > under the Java Team umbrella please? Sure, that was my intention from the beginning, and the same goes for typesafe-config as well. Cheers, Apol