Bug#885154: ITP: libjs-browser-request -- Browser library compatible with the node-request package

2017-12-24 Thread Hubert Chathi
Package: wnpp Owner: Hubert Chathi Severity: wishlist * Package name: libjs-browser-request Version : 0.3.3 Upstream Author : Jason Smith * URL or Web page : https://github.com/jhs/browser-request * License : Apache License 2.0 Description : Browser library compatibl

Bug#885152: ITP: intel-me-cleaner -- Tool for partial deblobbing of Intel ME/TXE firmware images

2017-12-24 Thread Balint Reczey
Package: wnpp Owner: Balint Reczey Severity: wishlist X-Debbugs-CC: debian-devel@lists.debian.org * Package name: intel-me-cleaner Version : 1.0+git20171022.g2ff65c1 Upstream Author : Nicola Corna * URL : https://github.com/corna/me_cleaner * License : GPL-3.0

Re: build 2 similar binary packages from one source tree

2017-12-24 Thread Adam Borowski
On Mon, Dec 25, 2017 at 01:43:13AM +0900, Osamu Aoki wrote: > maildrop source tree can be build with different build option to produce > maildrop program in 2 ways for each arch. > > * set GID mail without restricted caller (maildrop) > * set UID root with restricted caller for courier-mta >

Re: build 2 similar binary packages from one source tree

2017-12-24 Thread Simon McVittie
On Mon, 25 Dec 2017 at 01:43:13 +0900, Osamu Aoki wrote: > Of course we can build 2 source packages to do this. But is there any > easy clean way to do [two builds with different options] without making > 2 source packages with identical upstream tarball. > > Any pointer to a simple example which

build 2 similar binary packages from one source tree

2017-12-24 Thread Osamu Aoki
Hi, maildrop source tree can be build with different build option to produce maildrop program in 2 ways for each arch. * set GID mail without restricted caller (maildrop) * set UID root with restricted caller for courier-mta (maildrop-courier) -- This is now missing in archive but we used to

Re: changing source and binary package names

2017-12-24 Thread Osamu Aoki
Hi, thanks folks On Mon, Dec 18, 2017 at 01:24:08PM -0500, Scott Kitterman wrote: > On Monday, December 18, 2017 02:39:20 PM James Cowgill wrote: ... > a binary from another source package, but still don't ask for removal. Once > getmail4 doesn't produce the current version of any binaries anymo

Compat level 11 is now stable and in backports (Was: Open beta of debhelper compat level 11 (debhelper/10.10.7))

2017-12-24 Thread Niels Thykier
Hi, Just a heads up: The debhelper compat level 11 is now stable and available in stretch-backports. Thanks, ~Niels

Re: Why do we list individual copyright holders?

2017-12-24 Thread Chris Lamb
Hi Vincent, > Unrelated, but I am developing some kind of "lintian fatigue". […] > Sometimes Lintian is right, sometimes it's not. As you imply, static analysis tools need to maintain a healthy signal- to-noise ratio for them to remain relevant and useful. Needless to say, if Lintian is generati

Re: Why do we list individual copyright holders?

2017-12-24 Thread Paul Wise
On Sun, Dec 24, 2017 at 6:28 PM, Thomas Goirand wrote: > All I'm saying, is that copyright holder information / author list is > mandatory if the license mandates it. The case of an anonymous author > shows we've accepted software in Debian without a copyright holder. Software with an anonymous a

Re: Why do we list individual copyright holders?

2017-12-24 Thread Jonas Smedegaard
Quoting Thomas Goirand (2017-12-24 11:28:06) > This is a very interesting discussion, it's IMO important to have it. > On 12/23/2017 02:45 AM, Jonas Smedegaard wrote: >>> The only thing we really need is to make sure about the license of >>> the software. Having a copyright holder name is only *he

Re: Why do we list individual copyright holders?

2017-12-24 Thread Thomas Goirand
Hi Jonas, This is a very interesting discussion, it's IMO important to have it. On 12/23/2017 02:45 AM, Jonas Smedegaard wrote: >> The only thing we really need is to make sure about the license of the >> software. Having a copyright holder name is only *helping* to make >> sure that we are ind

Bug#885123: ITP: clojure-mode -- Emacs major mode for Clojure code

2017-12-24 Thread Sean Whitton
Package: wnpp Severity: wishlist Owner: Sean Whitton * Package name: clojure-mode Version : 5.6.1 Upstream Author : Jeffrey Chu, Lennart Staflin, Phil Hagelberg, Bozhidar Batsov and Artur Malabarba * URL : https://github.com/clojure-emacs/clojure-mo