Re: [RFC] Enabling bindnow by default in dpkg-buildflags?

2016-12-17 Thread Bálint Réczey
Hi Guillem, 2016-12-17 3:14 GMT+01:00 Guillem Jover : > On Wed, 2016-12-14 at 14:05:44 +0100, Bálint Réczey wrote: >> 2016-12-13 9:29 GMT+01:00 Bálint Réczey : >> > 2016-11-27 23:11 GMT+01:00 Bálint Réczey : >> >> 2016-11-23 2:30 GMT+01:00 Guillem Jover : >> >>> My mine concern is and has always b

Re: armel after Stretch (was: Summary of the ARM ports BoF at DC16)

2016-12-17 Thread Wouter Verhelst
On Thu, Dec 15, 2016 at 11:19:34AM +0800, Paul Wise wrote: > On Thu, Dec 15, 2016 at 1:40 AM, Wouter Verhelst wrote: > > > One way in which the need to keep armel around would be reduced is if we > > could somehow upgrade from armel machines to armhf ones, without > > requiring a reinstall. > > T

Re: contacting all bug reporters for a package?

2016-12-17 Thread Wouter Verhelst
On Thu, Dec 15, 2016 at 10:51:49AM -0600, Don Armstrong wrote: > That was me; sorry about that. Presumably you got all of the copies > because they were to different aliases which eventually ended up hitting > you. That reminds me of #784131. Is it possible to implement something along those lines

Re: [RFC] Enabling bindnow by default in dpkg-buildflags?

2016-12-17 Thread Julien Cristau
On Sat, Dec 17, 2016 at 09:20:40 +0100, Bálint Réczey wrote: > >> >> Considering that we are already in the transition freeze I suggest > >> >> going with enabling bindnow for all architectures in dpkg and > >> >> for Stretch+1 the responsibility of setting some hardening flags > >> >> could be tr

Bug#848400: ITP: kakoune -- Vim-inspired, selection-oriented code editor

2016-12-17 Thread Peter Pentchev
Package: wnpp Severity: wishlist Owner: Peter Pentchev * Package name: kakoune Version : 0~2016.12.15.1.37fd41c-1 Upstream Author : Maxime Coste * URL : https://github.com/mawww/kakoune * License : UNLICENSE Programming Lang: C++ Description : Vim-insp

Re: armel after Stretch (was: Summary of the ARM ports BoF at DC16)

2016-12-17 Thread Adam Borowski
On Sat, Dec 17, 2016 at 09:45:01AM +0100, Wouter Verhelst wrote: > On Thu, Dec 15, 2016 at 11:19:34AM +0800, Paul Wise wrote: > > On Thu, Dec 15, 2016 at 1:40 AM, Wouter Verhelst wrote: > > > > > One way in which the need to keep armel around would be reduced is if we > > > could somehow upgrade f

Re: armel after Stretch (was: Summary of the ARM ports BoF at DC16)

2016-12-17 Thread Paul Wise
On Sat, 2016-12-17 at 09:45 +0100, Wouter Verhelst wrote: > Yes, but that still says: Ack. > I think a proper procedure should involve a script that: > > - is packaged in Debian; Ack. > - checks whether the hardware it's running on has all the hardware >   requirements for the new architectur

Bug#848138: ITP: openfortivpn

2016-12-17 Thread Dimitri Papadopoulos
Package: wnpp Followup-For: Bug #848138 Owner: Dimitri Papadopoulos * Package name: openfortivpn Version : 1.2.0 Upstream Author : Adrien Vergé * URL : https://github.com/adrienverge/openfortivpn * License : GPL-3 with SSL exception Description : Client f

depending on libssl1.0-dev, buildd fails to find it

2016-12-17 Thread Daniel Pocock
In my reSIProcate control[1] file, I included the following: Build-Depends: ... , libssl-dev (<< 1.1) | libssl1.0-dev (>= 1.0.0), ... pdebuild correctly builds it for sid with libssl1.0-dev from openssl1.0[2] In the buildd[3] report, it says that libssl-dev is uninstallable on every platform

Re: depending on libssl1.0-dev, buildd fails to find it

2016-12-17 Thread Arto Jantunen
Daniel Pocock writes: > In my reSIProcate control[1] file, I included the following: > > > Build-Depends: ... , libssl-dev (<< 1.1) | libssl1.0-dev (>= 1.0.0), ... > > > pdebuild correctly builds it for sid with libssl1.0-dev from openssl1.0[2] > > In the buildd[3] report, it says that libssl-dev

Re: depending on libssl1.0-dev, buildd fails to find it

2016-12-17 Thread Christian Seiler
On 12/17/2016 04:49 PM, Daniel Pocock wrote: > In my reSIProcate control[1] file, I included the following: > > Build-Depends: ... , libssl-dev (<< 1.1) | libssl1.0-dev (>= 1.0.0), ... > > pdebuild correctly builds it for sid with libssl1.0-dev from openssl1.0[2] > > In the buildd[3] report, it

Re: [RFC] Enabling bindnow by default in dpkg-buildflags?

2016-12-17 Thread Bálint Réczey
Hi, 2016-12-17 10:17 GMT+01:00 Julien Cristau : > On Sat, Dec 17, 2016 at 09:20:40 +0100, Bálint Réczey wrote: > >> >> >> Considering that we are already in the transition freeze I suggest >> >> >> going with enabling bindnow for all architectures in dpkg and >> >> >> for Stretch+1 the responsibil

Bug#848501: ITP: jmork -- Mork database parser for Java

2016-12-17 Thread Ingo Bauersachs
Package: wnpp Severity: wishlist Owner: Ingo Bauersachs * Package name: jmork Version : 1.0.5 Upstream Author : Ingo Bauersachs * URL : https://github.com/ibauersachs/jmork * License : EPL-v1.0 Programming Lang: Java Description : Mork database parser

Re: contacting all bug reporters for a package?

2016-12-17 Thread Don Armstrong
On Sat, 17 Dec 2016, Wouter Verhelst wrote: > On Thu, Dec 15, 2016 at 10:51:49AM -0600, Don Armstrong wrote: > > That was me; sorry about that. Presumably you got all of the copies > > because they were to different aliases which eventually ended up hitting > > you. > > That reminds me of #784131.

Bug#848509: ITP: libbio-coordinate-perl -- BioPerl modules for working with biological coordinates

2016-12-17 Thread Andreas Tille
Package: wnpp Severity: wishlist Owner: Andreas Tille * Package name: libbio-coordinate-perl Version : 1.7.1 Upstream Author : Heikki Lehvaslaiho * URL : http://search.cpan.org/dist/Bio-Coordinate/ * License : Perl Programming Lang: Perl Description :

Bug#848518: ITP: python-pgpy -- OpenPGP (Pretty Good Privacy) RFC 4880 implementation in Python

2016-12-17 Thread Daniel Kahn Gillmor
Package: wnpp Severity: wishlist Owner: Daniel Kahn Gillmor * Package name: python-pgpy Version : 0.4.0 Upstream Author : Michael Greene * URL : https://github.com/SecurityInnovation/PGPy * License : BSD Programming Lang: Python Description : OpenPGP (

Bug#848520: ITP: curvesapi -- Java implementation of mathematical curves defined over a set of control points

2016-12-17 Thread Emmanuel Bourg
Package: wnpp Severity: wishlist Owner: Emmanuel Bourg * Package name: curvesapi Version : 1.05 Upstream Author : Dustin Spicuzza * URL : https://github.com/virtuald/curvesapi * License : BSD-3-clause Programming Lang: Java Description : Java implementa

Re: depending on libssl1.0-dev, buildd fails to find it

2016-12-17 Thread Sean Whitton
Hello Christian, On Sat, Dec 17, 2016 at 05:40:49PM +0100, Christian Seiler wrote: > On 12/17/2016 04:49 PM, Daniel Pocock wrote: > > In my reSIProcate control[1] file, I included the following: > > > > Build-Depends: ... , libssl-dev (<< 1.1) | libssl1.0-dev (>= 1.0.0), ... > > > > pdebuild cor

Re: depending on libssl1.0-dev, buildd fails to find it

2016-12-17 Thread James McCoy
On Sun, Dec 18, 2016 at 01:55:16AM +, Sean Whitton wrote: > Hello Christian, > > On Sat, Dec 17, 2016 at 05:40:49PM +0100, Christian Seiler wrote: > > On 12/17/2016 04:49 PM, Daniel Pocock wrote: > > > In my reSIProcate control[1] file, I included the following: > > > > > > Build-Depends: ...