Re: liblemon_1.3.1+dfsg-1_amd64.changes REJECTED

2016-08-07 Thread Christian Kastner
On 2016-08-06 23:37, Andreas Tille wrote:
> Hi,
> 
> On Sat, Aug 06, 2016 at 05:00:09PM +, Thorsten Alteholz wrote:
>> as you somehow add jquery.js to your doc-package, please add its license 
>> to your debian/copyright.
> 
> The jquery.js is installed by doxygen in the documentation process.  It
> does not belong to the source package (the full autogenerated
> documentation provided by upstream was intentionally removed to avoid
> compressed JS files).  I wonder why I should add licenses of files that
> are not part of the source package and do not even have an idea how I
> could do this syntactically correctly - lintian would claim an unused
> copyright paragraph and IMHO lintian is correct here.

A bug has been filed against lintian about this, see #736360.

This does seem like one of the intended use cases of the "Built-Using"
field, as Helmut and Jakub discuss.

Policy § 7.8:
  | Some binary packages incorporate parts of other packages when built
  | but do not have to depend on those packages. Examples include
  | linking with static libraries or incorporating source code from
  | another package during the build. In this case, the source packages
  | of those other packages are a required part of the complete source
  | (the binary package is not reproducible without them).

Christian





signature.asc
Description: OpenPGP digital signature


Re: consolation -- an alternative to gpm

2016-08-07 Thread Bill Allombert
On Sun, Aug 07, 2016 at 01:22:16PM +0800, Paul Wise wrote:
> On Sun, Aug 7, 2016 at 6:57 AM, Bill Allombert wrote:
> 
> > I like to announce consolation, a gpm replacement.
> 
> Nice :)
> 
> > For the time being, consolation homepage is:
> > 
> > Unfortunately jessie libinput is too old, you need testing/sid.
> 
> You might want to upload it to Debian (experimental?).
> 
> The git repository is not publicly readable.

Fixed thanks!

> Since this isn't Debian-specific, I would suggest somewhere like
> freedesktop.org 

Given that the goal of consolation is to provide solace to users that 
prefer the linux console to desktop environments, I am not sure it would
be appropriate.

> for hosting and posting the announcement to LWN.

Feel free to submit it to LWN. You seems to have the knack of picking
news that the LWN editors will publish.

However, while the code works for me, the description of the project is
sorely lacking. Improvement welcome.

Cheers,
-- 
Bill. 

Imagine a large red swirl here. 



Re: liblemon_1.3.1+dfsg-1_amd64.changes REJECTED

2016-08-07 Thread Julien Cristau
On Sun, Aug  7, 2016 at 09:46:04 +0200, Christian Kastner wrote:

> On 2016-08-06 23:37, Andreas Tille wrote:
> > Hi,
> > 
> > On Sat, Aug 06, 2016 at 05:00:09PM +, Thorsten Alteholz wrote:
> >> as you somehow add jquery.js to your doc-package, please add its license 
> >> to your debian/copyright.
> > 
> > The jquery.js is installed by doxygen in the documentation process.  It
> > does not belong to the source package (the full autogenerated
> > documentation provided by upstream was intentionally removed to avoid
> > compressed JS files).  I wonder why I should add licenses of files that
> > are not part of the source package and do not even have an idea how I
> > could do this syntactically correctly - lintian would claim an unused
> > copyright paragraph and IMHO lintian is correct here.
> 
> A bug has been filed against lintian about this, see #736360.
> 
> This does seem like one of the intended use cases of the "Built-Using"
> field, as Helmut and Jakub discuss.
> 
> Policy § 7.8:
>   | Some binary packages incorporate parts of other packages when built
>   | but do not have to depend on those packages. Examples include
>   | linking with static libraries or incorporating source code from
>   | another package during the build. In this case, the source packages
>   | of those other packages are a required part of the complete source
>   | (the binary package is not reproducible without them).
> 
The policy text is way too broad, Built-Using is really about GPL
compliance, and jquery isn't GPL.  See #688251.

Cheers,
Julien



Re: How to specify files not in source package in d/copyright (Was: liblemon_1.3.1+dfsg-1_amd64.changes REJECTED)

2016-08-07 Thread Julien Cristau
On Sat, Aug  6, 2016 at 23:37:03 +0200, Andreas Tille wrote:

> Hi,
> 
> On Sat, Aug 06, 2016 at 05:00:09PM +, Thorsten Alteholz wrote:
> > as you somehow add jquery.js to your doc-package, please add its license 
> > to your debian/copyright.
> 
> The jquery.js is installed by doxygen in the documentation process.  It
> does not belong to the source package (the full autogenerated
> documentation provided by upstream was intentionally removed to avoid
> compressed JS files).  I wonder why I should add licenses of files that
> are not part of the source package and do not even have an idea how I
> could do this syntactically correctly - lintian would claim an unused
> copyright paragraph and IMHO lintian is correct here.
> 
I don't think you should.  I believe Thorsten is overreaching in asking
you to do that.

Cheers,
Julien



Bug#833653: ITP: r-cran-gsl -- GNU R package to interface the GNU GSL

2016-08-07 Thread Dirk Eddelbuettel

Package: wnpp
Owner: Dirk Eddelbuettel 
Severity: wishlist

* Package name: r-cran-gsl
  Version : 0.3.0-1
  Upstream Author : Dirk Eddelbuettel and Romain Francois
* URL or Web page : http://dirk.eddelbuettel.com/code/rcpp.gsl.html
* License : GPL-2
  Description : GNU R package to interface the GNU GSL

This is by request of Andreas Tille who wants to package something that
depends on this, and he kindly let me (as upstream) maintain my own package.

Dirk

-- 
http://dirk.eddelbuettel.com | @eddelbuettel | e...@debian.org



Re: How to specify files not in source package in d/copyright (Was: liblemon_1.3.1+dfsg-1_amd64.changes REJECTED)

2016-08-07 Thread Helmut Grohne
On Sat, Aug 06, 2016 at 11:37:03PM +0200, Andreas Tille wrote:
> On Sat, Aug 06, 2016 at 05:00:09PM +, Thorsten Alteholz wrote:
> > as you somehow add jquery.js to your doc-package, please add its license 
> > to your debian/copyright.
> 
> The jquery.js is installed by doxygen in the documentation process.  It
> does not belong to the source package (the full autogenerated
> documentation provided by upstream was intentionally removed to avoid
> compressed JS files).  I wonder why I should add licenses of files that
> are not part of the source package and do not even have an idea how I
> could do this syntactically correctly - lintian would claim an unused
> copyright paragraph and IMHO lintian is correct here.

I believe that Thorsten was not aware of this common exception.
Traditionally, Doxygen emebeds a file jquery.js into documentation
trees. Despite the name, jquery.js is not JQuery, but an compilation of
various BSD-ish licensed JS libraries. I asked whether dh_doxygen should
be helping with the creation of Built-Using headers, but no consensus
was reached on whether they are needed, which is why it doesn't do
today.

Instead of blaming this mess on a random Doxygen user, I'd expect
participation in a discussion on how to solve it for all users.

Though given that doxygen is a key package, it is (like perl) too big to
fail, so we don't do anything about it beyond documenting[1] the issue.

Can we move on now?

Helmut

[1] /usr/share/doc/doxygen/README.jquery



Bug#833663: ITP: stardict-quick-achinese -- Stardict Quick package for Indonesian-Achinese dictionary

2016-08-07 Thread Izharul Haq

Package: wnpp
Severity: wishlist
X-Debbugs-CC: debian-devel@lists.debian.org

Package name: stardict-quick-achinese
Version: 0.0.1
Upstream Author: Mahyuddin  and many other 
contributors

URL: https://l10n-indonesian.alioth.debian.org/pub/stardict/quick/
License: GPL-3
Programming Lang: none
Description: Stardict Quick package for Achinese dictionary
This is a package of the Indonesian-Achinese dictionary
for Stardict.
.
It contains also automatically generated dictionary for reverse
direction.
.
You can contribute to the dictionary at
.


Bug#833682: ITP: cmark -- CommonMark parsing and rendering library and program in C

2016-08-07 Thread Peter Eisentraut
Package: wnpp
Severity: wishlist
Owner: Peter Eisentraut 

* Package name: cmark
  Version : 0.26.1
  Upstream Author : John MacFarlane 
* URL : https://github.com/jgm/cmark
* License : BSD, MIT
  Programming Lang: C
  Description : CommonMark parsing and rendering library and program in C

cmark is the C reference implementation of CommonMark, a rationalized
version of Markdown syntax with a spec. 



Bug#833683: ITP: pycodestyle -- Python style guide checker (formerly called pep8)

2016-08-07 Thread Ondřej Nový
Package: wnpp
Severity: wishlist
Owner: "Ondřej Nový" 

* Package name: pycodestyle
  Version : 2.0.0
  Upstream Author : Ian Lee
* URL : https://pypi.python.org/pypi/pycodestyle
* License : Expat
  Programming Lang: Python
  Description : Python style guide checker (formerly called pep8)

Features a plugin architecture allowing for adding new checks is easily.
Parseable output listing line numbers of the error location. Consists
of just one Python file, and requires only stdlib.

Will pack this as part of DPMT.



Bug#833684: ITP: consolation -- consolation linux console pointer support

2016-08-07 Thread Bill Allombert
Package: wnpp
Severity: wishlist
Owner: Bill Allombert 

* Package name: consolation
  Version : 0.0.1
  Upstream Author : Bill Allombert 
* URL : https://alioth.debian.org/projects/consolation/
* License : GPL2+/Expat
  Programming Lang: C
  Description : consolation linux console pointer support

 This package provides pointer support to the linux console for
 copy-paste and scrolling.
 .
 It is based on the libinput library and supports all pointer devices and
 settings provided by this library.

The motivation beind this is that modern touchpads are poorly supported
by GPM, and GPM itself is considered unmaintainable.

Consolation use of libinput allow for touchpads support on par with the
X and Wayland drivers.

(Help with improving the description is welcome)

Cheers,
-- 
Bill. 

Imagine a large red swirl here.