Bug#841241: closed by Gianfranco Costamagna <locutusofb...@debian.org> (Re: Bug#841241: RFS: quark-sphinx-theme/0.4.0-1 [RC])

[Felix Krull]

>nice work, sponsored!

Great, thanks!

>

Bug#841031: marked as done (RFS: golang-github-hlandau-buildinfo/0.0~git20160722.0.b25d4b0-1 [ITP])

[Debian Bug Tracking System]

Your message dated Tue, 18 Oct 2016 08:20:23 + (UTC)
with message-id <1094594067.4215376.1476778823...@mail.yahoo.com>
and subject line Re: Bug#841032: RFS: 
golang-github-hlandau-dexlogconfig/0.0~git20160722.0.055e2e3-1 [ITP]
has caused the Debian Bug report #841031,
regarding RFS: golang-github-hlandau-buildinfo/0.0~git20160722.0.b25d4b0-1 [ITP]
to be marked as done.

This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
Bug report if necessary, and/or fix the problem forthwith.

(NB: If you are a system administrator and have no idea what this
message is talking about, this may indicate a serious mail system
misconfiguration somewhere. Please contact ow...@bugs.debian.org
immediately.)


-- 
841031: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=841031
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems
--- Begin Message ---
Package: sponsorship-requests
Severity: wishlist
Control: block 839980 by -1

Dear mentors,

I am looking for a sponsor for the package "golang-github-hlandau-buildinfo":

  git clone 
https://anonscm.debian.org/git/pkg-go/packages/golang-github-hlandau-buildinfo.git
  cd golang-github-hlandau-buildinfo && pristine-tar checkout 
../golang-github-hlandau-buildinfo_0.0~git20160722.0.b25d4b0.orig.tar.gz

This package is a prerequisite for uploading a new version of
acmetool, a client for the Let’s Encrypt certificate authority.

For verification, these are the current branch heads:

  git show-ref --heads
  278a87ca9186c43925c564be9ade82b25a12bb8a refs/heads/master
  f8cc00475abd68814db817c30cc7a65c3530b55a refs/heads/pristine-tar
  d25114febd16c3709c4867007543e22dd622f0c5 refs/heads/upstream

Please note that while the package has to go through the NEW queue,
the code is already contained in the archive as part of the package
golang-github-hlandau-degoutils. The upstream author has recently
split the former into three separate packages (goutils, buildinfo,
dexlogconfig), of which buildinfo is the second in the dependency chain.

Please see these messages on pkg-go-maintainers for a review, which
discusses in particular the implications on the Debian packaging of
the novel licensing scheme devised by the upstream author.

https://lists.alioth.debian.org/pipermail/pkg-go-maintainers/Week-of-Mon-20161003/007642.html
https://lists.alioth.debian.org/pipermail/pkg-go-maintainers/Week-of-Mon-20161003/007643.html
https://lists.alioth.debian.org/pipermail/pkg-go-maintainers/Week-of-Mon-20161003/007652.html
https://lists.alioth.debian.org/pipermail/pkg-go-maintainers/Week-of-Mon-20161010/007774.html

Regards,
Peter
--- End Message ---
--- Begin Message ---
Hi,

># git show-ref --heads
>7391d2b223e1f3900f70180ccc1320baac1e6509 refs/heads/master
>
>ff9363988d9a04af3c305da92601cefcfa34b995 refs/heads/pristine-tar
>378055fd7ed02150ee0df825c25e4eaf407c9143 refs/heads/upstream


I sponsored the three golang packages.

(extended description too short might be fixable in a future upload,
and please consider switching to compat 10)


G.--- End Message ---

Bug#841032: marked as done (RFS: golang-github-hlandau-dexlogconfig/0.0~git20160722.0.055e2e3-1 [ITP])

[Debian Bug Tracking System]

Your message dated Tue, 18 Oct 2016 08:20:23 + (UTC)
with message-id <1094594067.4215376.1476778823...@mail.yahoo.com>
and subject line Re: Bug#841032: RFS: 
golang-github-hlandau-dexlogconfig/0.0~git20160722.0.055e2e3-1 [ITP]
has caused the Debian Bug report #841032,
regarding RFS: golang-github-hlandau-dexlogconfig/0.0~git20160722.0.055e2e3-1 
[ITP]
to be marked as done.

This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
Bug report if necessary, and/or fix the problem forthwith.

(NB: If you are a system administrator and have no idea what this
message is talking about, this may indicate a serious mail system
misconfiguration somewhere. Please contact ow...@bugs.debian.org
immediately.)


-- 
841032: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=841032
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems
--- Begin Message ---
Package: sponsorship-requests
Severity: wishlist
Control: block 839981 by -1

Dear mentors,

I am looking for a sponsor for the package "golang-github-hlandau-dexlogconfig":

  git clone 
https://anonscm.debian.org/git/pkg-go/packages/golang-github-hlandau-dexlogconfig.git
  cd golang-github-hlandau-dexlogconfig && pristine-tar checkout 
../golang-github-hlandau-dexlogconfig_0.0~git20160722.0.055e2e3.orig.tar.gz

This package is a prerequisite for uploading a new version of
acmetool, a client for the Let’s Encrypt certificate authority.

For verification, these are the current branch heads:

  git show-ref --heads
  3406fc6e76a13447f87b3dbb342f1dd1e22a6dfb refs/heads/master
  ff9363988d9a04af3c305da92601cefcfa34b995 refs/heads/pristine-tar
  378055fd7ed02150ee0df825c25e4eaf407c9143 refs/heads/upstream

Please note that while the package has to go through the NEW queue,
the code is already contained in the archive as part of the package
golang-github-hlandau-degoutils. The upstream author has recently
split the former into three separate packages (goutils, buildinfo,
dexlogconfig), of which dexlogconfig is the last in the dependency chain.

Please see these messages on pkg-go-maintainers for a review, which
discusses in particular the implications on the Debian packaging of
the novel licensing scheme devised by the upstream author.

https://lists.alioth.debian.org/pipermail/pkg-go-maintainers/Week-of-Mon-20161003/007642.html
https://lists.alioth.debian.org/pipermail/pkg-go-maintainers/Week-of-Mon-20161003/007643.html
https://lists.alioth.debian.org/pipermail/pkg-go-maintainers/Week-of-Mon-20161003/007652.html
https://lists.alioth.debian.org/pipermail/pkg-go-maintainers/Week-of-Mon-20161010/007774.html

Regards,
Peter
--- End Message ---
--- Begin Message ---
Hi,

># git show-ref --heads
>7391d2b223e1f3900f70180ccc1320baac1e6509 refs/heads/master
>
>ff9363988d9a04af3c305da92601cefcfa34b995 refs/heads/pristine-tar
>378055fd7ed02150ee0df825c25e4eaf407c9143 refs/heads/upstream


I sponsored the three golang packages.

(extended description too short might be fixable in a future upload,
and please consider switching to compat 10)


G.--- End Message ---

Bug#840992: marked as done (RFS: golang-github-hlandau-goutils/0.0~git20160722.0.0cdb66a-1 [ITP])

[Debian Bug Tracking System]

Your message dated Tue, 18 Oct 2016 08:20:23 + (UTC)
with message-id <1094594067.4215376.1476778823...@mail.yahoo.com>
and subject line Re: Bug#841032: RFS: 
golang-github-hlandau-dexlogconfig/0.0~git20160722.0.055e2e3-1 [ITP]
has caused the Debian Bug report #840992,
regarding RFS: golang-github-hlandau-goutils/0.0~git20160722.0.0cdb66a-1 [ITP]
to be marked as done.

This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
Bug report if necessary, and/or fix the problem forthwith.

(NB: If you are a system administrator and have no idea what this
message is talking about, this may indicate a serious mail system
misconfiguration somewhere. Please contact ow...@bugs.debian.org
immediately.)


-- 
840992: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=840992
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems
--- Begin Message ---
Package: sponsorship-requests
Severity: normal

Dear mentors,

I am looking for a sponsor for the package "golang-github-hlandau-goutils":

  git clone 
https://anonscm.debian.org/git/pkg-go/packages/golang-github-hlandau-goutils.git
  cd golang-github-hlandau-goutils && pristine-tar checkout 
../golang-github-hlandau-goutils_0.0~git20160722.0.0cdb66a.orig.tar.gz

This package is a prerequisite for uploading a new version of
acmetool, a client for the Let’s Encrypt certificate authority.

For verification, these are the current branch heads:

  git show-ref --heads
  e1642e6948c1afebebcb594aa1055796a8af3ffb refs/heads/master
  9c73792e599f1b6afb485e19727e1f7ccf348f47 refs/heads/pristine-tar
  616fb54cd951b282f7b6b383a7c5f9eaabb165bf refs/heads/upstream

Please note that while the package has to go through the NEW queue,
the code is already contained in the archive as part of the package
golang-github-hlandau-degoutils. The upstream author has recently
split the former into three separate packages (goutils, buildinfo,
dexlogconfig), of which goutils is the first in the dependency chain.

Please see these messages on pkg-go-maintainers for a review, which
discusses in particular the implications on the Debian packaging of
the novel licensing scheme devised by the upstream author.

https://lists.alioth.debian.org/pipermail/pkg-go-maintainers/Week-of-Mon-20161003/007642.html
https://lists.alioth.debian.org/pipermail/pkg-go-maintainers/Week-of-Mon-20161003/007643.html
https://lists.alioth.debian.org/pipermail/pkg-go-maintainers/Week-of-Mon-20161003/007652.html
https://lists.alioth.debian.org/pipermail/pkg-go-maintainers/Week-of-Mon-20161010/007774.html

Regards,
Peter
--- End Message ---
--- Begin Message ---
Hi,

># git show-ref --heads
>7391d2b223e1f3900f70180ccc1320baac1e6509 refs/heads/master
>
>ff9363988d9a04af3c305da92601cefcfa34b995 refs/heads/pristine-tar
>378055fd7ed02150ee0df825c25e4eaf407c9143 refs/heads/upstream


I sponsored the three golang packages.

(extended description too short might be fixable in a future upload,
and please consider switching to compat 10)


G.--- End Message ---

Bug#840992: RFS: golang-github-hlandau-goutils/0.0~git20160722.0.0cdb66a-1

[Mattia Rizzolo]

Thank Gianfranco :)

The subtle ping to me from Peter rised my attention, but clearly you're
doing a very great job of taking care of RFSes! :-)

-- 
regards,
Mattia Rizzolo

GPG Key: 66AE 2B4A FCCF 3F52 DA18  4D18 4B04 3FCD B944 4540  .''`.
more about me:  https://mapreri.org : :'  :
Launchpad user: https://launchpad.net/~mapreri  `. `'`
Debian QA page: https://qa.debian.org/developer.php?login=mattia  `-


signature.asc
Description: PGP signature

Bug#837650: marked as done (RFS: cf-python/1.3.2+dfsg1-1 [ITP])

[Debian Bug Tracking System]

Your message dated Tue, 18 Oct 2016 10:54:12 + (UTC)
with message-id <1946329441.4594870.1476788052...@mail.yahoo.com>
and subject line Re: Bug#837650: RFS: cf-python/1.3.1+dfsg.1-1 [ITP]
has caused the Debian Bug report #837650,
regarding RFS: cf-python/1.3.2+dfsg1-1 [ITP]
to be marked as done.

This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
Bug report if necessary, and/or fix the problem forthwith.

(NB: If you are a system administrator and have no idea what this
message is talking about, this may indicate a serious mail system
misconfiguration somewhere. Please contact ow...@bugs.debian.org
immediately.)


-- 
837650: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=837650
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems
--- Begin Message ---
Package: sponsorship-requests
Severity: wishlist

Dear mentors,

I am looking for a sponsor for my package "cf-python"

* Package name: cf-python
  Version : 1.3.1-1
  Upstream Author : David Hassell 
* URL : http://cfpython.bitbucket.org/
* License : Expat
  Section : python

It builds those binary packages:

   python-cf  - Python processing of Climate and Forecast (CF) data models 
(Python 2)
python-cf-doc - Python processing of Climate and Forecast (CF) data models 
(Documentation)

To access further information about this package, please visit the following 
URL:

https://mentors.debian.net/package/cf-python

Alternatively, one can download the package with dget using this command:

 dget -x 
https://mentors.debian.net/debian/pool/main/c/cf-python/cf-python_1.3.1-1.dsc

More information about hello can be obtained from https://www.example.com.

Changes since the last upload:

  cf-python (1.3.1-1) UNRELEASED; urgency=medium

  * Initial release (Closes: #777315)

 -- Klaus Zimmermann   Fri, 09 Sep 2016 17:31:55 +0200


Regards,
 Klaus Zimmermann
--- End Message ---
--- Begin Message ---
Hi, sorry for the delay!
>Do you have a reference for this? I found no mention of LIBS in the make

>manual or the implicit rules. Those consistently use LDLIBS instead.
>It seems that autoconf uses LIBS, but this is not our case.


https://lists.gnu.org/archive/html/autoconf/2004-01/msg00181.html
http://stackoverflow.com/questions/519342/what-is-the-difference-between-i-and-l-in-makefile

well, using some "standard" naming from autoconf is better than using something 
different 

and new, but I agree, I have been always using autoconf naming.
(and I see on the web/Debian world, this convention seems to be a de-facto 
standard)


>I was curious to see how gcc would invoke ld, so I modified the Makefile
>to invoke ld directly and then via gcc, noting the actual call with the
>help of the -v option.
>
>Naked ld:
>ld -shared \
>umfile.o error.o filetype.o malloc.o linklist.o new_structs.o
>swap.o --whole-archive type-dep/umfile_typedep.a --no-whole-archive \
> -o umfile.so
>
>Via gcc:
>/usr/lib/gcc/x86_64-linux-gnu/5/collect2 -plugin
>/usr/lib/gcc/x86_64-linux-gnu/5/liblto_plugin.so
>-plugin-opt=/usr/lib/gcc/x86_64-linux-gnu/5/lto-wrapper
>-plugin-opt=-fresolution=/tmp/ccNXvmVo.res
>-plugin-opt=-pass-through=-lgcc -plugin-opt=-pass-through=-lgcc_s
>-plugin-opt=-pass-through=-lc -plugin-opt=-pass-through=-lgcc
>-plugin-opt=-pass-through=-lgcc_s --sysroot=/ --build-id --eh-frame-hdr
>-m elf_x86_64 --hash-style=gnu --as-needed -shared -z relro -o umfile.so
>/usr/lib/gcc/x86_64-linux-gnu/5/../../../x86_64-linux-gnu/crti.o
>/usr/lib/gcc/x86_64-linux-gnu/5/crtbeginS.o
>-L/usr/lib/gcc/x86_64-linux-gnu/5
>-L/usr/lib/gcc/x86_64-linux-gnu/5/../../../x86_64-linux-gnu
>-L/usr/lib/gcc/x86_64-linux-gnu/5/../../../../lib
>-L/lib/x86_64-linux-gnu -L/lib/../lib -L/usr/lib/x86_64-linux-gnu
>-L/usr/lib/../lib -L/usr/lib/gcc/x86_64-linux-gnu/5/../../.. umfile.o
>error.o filetype.o malloc.o linklist.o new_structs.o swap.o
>--whole-archive type-dep/umfile_typedep.a --no-whole-archive -lgcc
>--as-needed -lgcc_s --no-as-needed -lc -lgcc --as-needed -lgcc_s
>--no-as-needed /usr/lib/gcc/x86_64-linux-gnu/5/crtendS.o
>/usr/lib/gcc/x86_64-linux-gnu/5/../../../x86_64-linux-gnu/crtn.o
>
>This includes link time optimization (lto) and adds standard runtimes
>(crt) and libraries (-lc, -lgcc).
>Conclusion:
>---
>- Linking should be done via gcc, not ld directly.
>- I updated the rule again to a stripped down version of the built-in
>rule that seems appropriate to me.
>

>I hope you agree.


this is my point:
$ cat main.c 
#include
#include
int main()
{
printf("%s", zlibVersion());
return 0;
}



$ gcc -Wl,--as-needed -lz main.c
/tmp/ccV8in0B.o: In function `main':
main.c:(.text+0x5): undefined reference to `zlibVersion'
collect2: error: ld returned 1 exit status

$ gcc -Wl,--no-as-needed -lz main.c
works

$ gcc main.c -Wl,--as-needed -lz
works
$ gcc main.c -Wl,--no-as-needed -lz
works.

So, 

Bug#840928: RFS on ITP: node-doctrine/1.5.0-1 -- JSDoc parser

[Gianfranco Costamagna]

control: owner -1 !
control: tags -1 moreinfo

Hi,
>   I am looking for a sponsor for my package "node-doctrine"


some of extensions is derived from closure-compiler

Apache License
Version 2.0, January 2004
http://www.apache.org/licenses/



can you please clarify them?
also esprima please
thanks

G.

Bug#840984: marked as done (RFS on ITP: node-klaw/1.3.0-1 -- File system walker for Node.js)

[Debian Bug Tracking System]

Your message dated Tue, 18 Oct 2016 08:44:20 + (UTC)
with message-id <1084885542.4320386.1476780260...@mail.yahoo.com>
and subject line Re: Bug#840984: RFS on ITP: node-klaw/1.3.0-1 -- File system 
walker for Node.js
has caused the Debian Bug report #840984,
regarding RFS on ITP: node-klaw/1.3.0-1 -- File system walker for Node.js
to be marked as done.

This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
Bug report if necessary, and/or fix the problem forthwith.

(NB: If you are a system administrator and have no idea what this
message is talking about, this may indicate a serious mail system
misconfiguration somewhere. Please contact ow...@bugs.debian.org
immediately.)


-- 
840984: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=840984
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems
--- Begin Message ---

Package: sponsorship-requests
Severity: wishlist

  Dear mentors,

  I am looking for a sponsor for my package "node-klaw"

 * Package name: node-klaw
   Version : 1.3.0-1
   Upstream Author : JP Richardson
 * License : Expat
   Section : web

  It builds those binary packages:

node-klaw  - File system walker for Node.js

  To access further information about this package, please visit the 
following URL:


  https://mentors.debian.net/package/node-klaw


  Alternatively, one can download the package with dget using this command:

dget -x 
https://mentors.debian.net/debian/pool/main/n/node-klaw/node-klaw_1.3.0-1.dsc


  It is packaged within the Debian Javascript Maintainers team's 
repository:


Vcs-Git: https://anonscm.debian.org/git/pkg-javascript/node-klaw.git
Vcs-Browser: https://anonscm.debian.org/cgit/pkg-javascript/node-klaw.git

  Cheers,

Snark on #debian-js
--- End Message ---
--- Begin Message ---
Hi


>   I am looking for a sponsor for my package "node-klaw"

this one is good.

sponsored
G.--- End Message ---

Bug#841185: RFS: genwqe-user/4.0.17-1 [ITP #826774]

[Fernando Seiti Furusato]

Package: sponsorship-requests
Severity: wishlist

Dear mentors,

I am looking for a sponsor for my package "genwqe-user"

* Package name: genwqe-user
  Version : 4.0.17-1
  Upstream Author : Frank Haverkamp
* URL : https://github.com/ibm-genwqe/genwqe-user
* License : Apache Version 2.0 
  Section : contrib/libs
  Description : A hardware accelerated version of zLib using PCIe with FPGA

It builds those binary packages:

genwqe-tools - utilities for accelerated libz implementation
libzadc-dev - accelerated libz implementation (development headers)
libzadc1   - accelerated libz implementation (Accelerated Data Compression/ADC

To access further information about this package, please visit the following 
URL:

  https://mentors.debian.net/package/genwqe-user

Alternatively, one can download the package with dget using this command:

  dget -x 
https://mentors.debian.net/debian/pool/main/g/genwqe-user/genwqe-user_4.0.17-1.dsc

More information about genwqe-user can be obtained from 
https://www.ibm.com/developerworks/community/wikis/home?lang=en#!/wiki/W51a7ffcf4dfd_4b40_9d82_446ebc23c550/page/CAPI%20accelerated%20GZIP%20Compression%20Adapter%20User%E2%80%99s%20guide

Regards,

-- 

Fernando Seiti Furusato
IBM Linux Technology Center




signature.asc
Description: OpenPGP digital signature

Bug#836903: marked as done (RFS: qevercloud/3.0.3+ds-1 [ITP] -- Unofficial Evernote Cloud API library for Qt)

[Debian Bug Tracking System]

Your message dated Tue, 18 Oct 2016 13:55:45 + (UTC)
with message-id <425217281.5019865.1476798945...@mail.yahoo.com>
and subject line Re: Bug#836903: RFS: qevercloud/3.0.3+ds-1 [ITP] -- Unofficial 
Evernote Cloud API library for Qt
has caused the Debian Bug report #836903,
regarding RFS: qevercloud/3.0.3+ds-1 [ITP] -- Unofficial Evernote Cloud API 
library for Qt
to be marked as done.

This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
Bug report if necessary, and/or fix the problem forthwith.

(NB: If you are a system administrator and have no idea what this
message is talking about, this may indicate a serious mail system
misconfiguration somewhere. Please contact ow...@bugs.debian.org
immediately.)


-- 
836903: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=836903
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems
--- Begin Message ---
Package: sponsorship-requests
Severity: wishlist

  Dear mentors,

  I am looking for a sponsor for my package "qevercloud"

 * Package name: qevercloud
   Version : 3.0.2+ds-1
   Upstream Author : Dmitry Ivanov 
 * URL : https://github.com/d1vanov/QEverCloud
 * License : MIT
   Section : libs

  It builds those binary packages:

libqt4qevercloud3 - Unofficial Evernote Cloud API library for Qt4
libqt5qevercloud3 - Unofficial Evernote Cloud API library for Qt5
qt4qevercloud-dev - Development files for libqt4qevercloud
qt5qevercloud-dev - Development files for libqt5qevercloud

  To access further information about this package, please visit the
following URL:

  https://mentors.debian.net/package/qevercloud


  Alternatively, one can download the package with dget using this command:

dget -x 
https://mentors.debian.net/debian/pool/main/q/qevercloud/qevercloud_3.0.2+ds-1.dsc

  Alternatively, one can browse the packaging scripts on GitHub:

https://github.com/hosiet/QEverCloud

  Alternatively, one can download pre-built deb packages or download
the source package on deb-o-matic:


http://debomatic-amd64.debian.net/distribution#unstable/qevercloud/3.0.2+ds-1/

This is a new package and will work as the dependency of nixnote2
(RFS: #832704) to replace nixnote2's bundled qevercloud library source
files.

Previous discussions can be found in the nixnote2 RFS, start from Message #70:
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=832704#70

In order to regenerate some generated cpp source/headers files, the
source code of an extra generator
(https://github.com/d1vanov/QEverCloudGenerator) and the upstream
Thrift IDL files release by Evernote Corporation
(https://github.com/evernote/evernote-thrift) was included, which made
the build system (as written in debian/rules, plus patch in
debian/patches) somehow ugly and hacky.

I am wondering if such instructions are acceptable. Reviews and
suggestions are welcomed.

  Regards,
   Boyuan Yang
--- End Message ---
--- Begin Message ---
Hi,

>Thank you for all your patience and kind review!
>
>Maybe it is the right time for me to seek for a DD to sponsor this package.


I fully trusty Sean's review.

Little reviewed, Built, Signed and Uploaded!

G.--- End Message ---

Bug#840928: RFS on ITP: node-doctrine/1.5.0-1 -- JSDoc parser

[Julien Puydt]

On 18/10/2016 10:43, Gianfranco Costamagna wrote:

control: owner -1 !
control: tags -1 moreinfo

Hi,

  I am looking for a sponsor for my package "node-doctrine"



some of extensions is derived from closure-compiler

Apache License
Version 2.0, January 2004
http://www.apache.org/licenses/

can you please clarify them?


I have seen the LICENSE.closure-compiler file, it is mentioned in 
README.md, but I didn't find any trace of it in the code.



also esprima please


Same thing : there is a LICENSE.esprima, and they mention it in the 
README.md, but I have found nothing about it in the code.


Should I still put something in d/copyright? But then which file should 
I point to?


Snark on #debian-js

Bug#840928: RFS on ITP: node-doctrine/1.5.0-1 -- JSDoc parser

[Gianfranco Costamagna]

Hi Julien

(note: this is probably for Upstream not Debian)

>I have seen the LICENSE.closure-compiler file, it is mentioned in 
>README.md, but I didn't find any trace of it in the code.
>Same thing : there is a LICENSE.esprima, and they mention it in the 
>README.md, but I have found nothing about it in the code.
>
>Should I still put something in d/copyright? But then which file should 
>I point to?


"some of functions is derived from *"

lets ignore grammar, I guess this means
"some of the functions in the source code, have been derived from foo/bar"
so, you need to ask them which functions, or maybe release under FOO and BAR 
and FOOBAR licenses
the whole package.
I'm not sure, but copying files with a different copyright shouldn't be 
ignored, if you
can't know which files have such licenses, my suggestion is to relicense
the whole package.

But as said, this is something for upstream.

G.

Bug#841031: Bug#841032: RFS: golang-github-hlandau-dexlogconfig/0.0~git20160722.0.055e2e3-1 [ITP]

[Gianfranco Costamagna]

Hi Peter

>This is indeed an issue with golang micropackages, since the upstream

>authors usually don’t provide more than a few words. For collections
>of miscellaneous functions (os, net, …), one would probably need to
>summarize each function for a meaningful description. I will take
>another look at some point at pkg-go/packages to see how this is
>handled in practice.


I know that, this is why I sponsored it with the warning
(pkg-go is somewhat special here)

>> and please consider switching to compat 10)>I was considering the 
>> possibility of backports, but this is actually
>not an issue since debhelper is up-to-date in jessie-backports. Still,
>would you say it is reasonable to postpone the switch to compat 10
>till after the freeze? Where appropriate, I have already enabled

>autoreconf and parallel builds.

You are the maintainer, this isn't clearly a showstopper for me
(I sponsored the packages because I don't require this right now),
so it should only be up to you to know when and if enable it.

Enable, test, upload on experimental, whatever you think is the best
workflow. In the real world, as you said, it won't make much difference
in your packages.

so, lets postpone unless you have some additional changes to drag in :)

G.

Bug#840424: Could you fix the error that is found by verilog-mode testing on Debian?

[Kiwamu Okabe]

Hi Sean,

On Mon, Oct 17, 2016 at 11:09 PM, Sean Whitton  wrote:
> I didn't realise that you were trying to package verilog-mode for
> xemacs.  dh_elpa supports only GNU Emacs.  Perhaps you need to revert to
> your older packaging.  Apologies for leading you in circles somewhat.

Oh. so OK.

I have a question. May I write "pkg-emacsen-add...@lists.alioth.debian.org"
at the "Maintainer" field in debian/control file?

Best regards,
-- 
Kiwamu Okabe at METASEPI DESIGN

Re: [ANOUNCE] Debtemplate

[Roger Shimizu]

On Mon, Oct 17, 2016 at 11:27 PM, Sean Whitton  wrote:
> Hello Dmitry,
>
> On Sun, Oct 16, 2016 at 07:53:53AM +0300, Dmitry Bogatov wrote:
>> I anounce it to resolve following questions:
>>
>>  - Is it useful for anyone but me?
>>  - Should it be packaged as native Debian package?
>
> Looking forward to this.

I like ideas that can simplify the mentors/RFS process.

Maybe it's not suitable for this thread, but I'd like to mention that
there's another approach that implement this on web server side.
- https://lists.debian.org/debian-mentors/2016/07/threads.html#00218
- https://lists.debian.org/debian-mentors/2016/08/msg00108.html

It was posted to the mentors list (above thread links), and I'm
expecting that it can be also merged to production system of mentors.

(The author, Hayashi Kentaro, introduced his work in monthly Tokyo
Debian meeting previously, so I got to know this.)

Cheers,
-- 
Roger Shimizu, GMT +9 Tokyo
PGP/GPG: 4096R/6C6ACD6417B3ACB1

Re: Bug#837798: RFS: libcgicc/3.2.16-0.1 NMU -- C++ class library for writing CGI applications

[Thomas Pircher]

On 2016-10-17 08:07, Gianfranco Costamagna wrote:

Hi all
changed something and sponsored in deferred/12


Thanks, this has been a good learning experience.
Also thanks for fixing the bug references!

Thomas

Bug#841031: Bug#841032: RFS: golang-github-hlandau-dexlogconfig/0.0~git20160722.0.055e2e3-1 [ITP]

[Peter Colberg]

Hi Gianfranco,

Thank you for all the uploads.

On Tue, Oct 18, 2016 at 08:20:23AM +, Gianfranco Costamagna wrote:
> (extended description too short might be fixable in a future upload,

This is indeed an issue with golang micropackages, since the upstream
authors usually don’t provide more than a few words. For collections
of miscellaneous functions (os, net, …), one would probably need to
summarize each function for a meaningful description. I will take
another look at some point at pkg-go/packages to see how this is
handled in practice.

> and please consider switching to compat 10)

I was considering the possibility of backports, but this is actually
not an issue since debhelper is up-to-date in jessie-backports. Still,
would you say it is reasonable to postpone the switch to compat 10
till after the freeze? Where appropriate, I have already enabled
autoreconf and parallel builds.

Regards,
Peter

Bug#841185: RFS: genwqe-user/4.0.17-1 [ITP #826774]

[Paul Wise]

Control: tags -1 + moreinfo

On Tue, Oct 18, 2016 at 7:31 PM, Fernando Seiti Furusato wrote:

> * License : Apache Version 2.0
>   Section : contrib/libs
...
>   dget -x 
> https://mentors.debian.net/debian/pool/main/g/genwqe-user/genwqe-user_4.0.17-1.dsc

I don't intend to sponsor this but:

You may want to run lintian and check-all-the-things over it, there
are some things like spelling errors and resource leaks that should
get fixed upstream.

I note this package isn't compliant with policy 12.5:

https://www.debian.org/doc/debian-policy/ch-docs.html#s-copyrightfile

Packages in the contrib or non-free archive areas should state in the
copyright file that the package is not part of the Debian distribution
and briefly explain why.

-- 
bye,
pabs

https://wiki.debian.org/PaulWise

Re: dcut cancel|rm command

[Gianfranco Costamagna]

Hi,


>

>I am (again) stuck with using the dcut tool to remove an upload.
>
>I have two packages which are uploaded, but still not accepted (in the
>incoming queue), which I want to cancel: wsclean and aoflagger.
>
>I thought the way to do would be (with dcut-ng):
>
>dcut cancel -f wsclean_1.12-3_source.changes 
>
>but this returns a mail "No upload found:
>wsclean_1.12-3_source.changes".
>
>The other thing I tested was
>
>dcut rm --searchdirs -f wsclean_1.12-3_source.changes 
>
>but this also just returns a mail stating that the files (extracted from
>the changes file) are not there.
>
>What do I wrong here?


the package has already been accepted?

it is not on the UploadQueue anymore
ftp://ftp.upload.debian.org/pub/UploadQueue/

https://lists.alioth.debian.org/pipermail/debian-astro-maintainers/Week-of-Mon-20161017/003863.html

dak is slow today, due to something that broke it.

TLTR; too late!

G.

dcut cancel|rm command

[Ole Streicher]

Hi,

I am (again) stuck with using the dcut tool to remove an upload.

I have two packages which are uploaded, but still not accepted (in the
incoming queue), which I want to cancel: wsclean and aoflagger.

I thought the way to do would be (with dcut-ng):

dcut cancel -f wsclean_1.12-3_source.changes 

but this returns a mail "No upload found:
wsclean_1.12-3_source.changes".

The other thing I tested was

dcut rm --searchdirs -f wsclean_1.12-3_source.changes 

but this also just returns a mail stating that the files (extracted from
the changes file) are not there.

What do I wrong here?

Best regards

Ole

Bug#841222: RFS: patat

[Félix Sipma]

Package: sponsorship-requests
Severity: wishlist

Dear mentors,

I am looking for a sponsor for my package "patat":

  patat - Terminal-based presentations using Pandoc

Package: patat
Version: 0.2.0.0-1
Upstream Author: Jasper Van der Jeugt 
Homepage: http://github.com/jaspervdj/patat
License: GPL-2
Section: haskell


Download with dget:

dget -x 
https://mentors.debian.net/debian/pool/main/p/patat/patat_0.2.0.0-1.dsc

Or build it with gbp:

gbp clone --pristine-tar https://git.gueux.org/patat.git
cd patat
gbp buildpackage

Thanks.


signature.asc
Description: PGP signature

Re: dcut cancel|rm command

[Ole Streicher]

Hi,

On 18.10.2016 18:17, Gianfranco Costamagna wrote:
>> dcut cancel -f wsclean_1.12-3_source.changes 
>>
>> but this returns a mail "No upload found:
>> wsclean_1.12-3_source.changes".
> 
> the package has already been accepted?

It isn't; at least I didn't get the acceptance mail and it is not in the
"news" section of the tracker.

> it is not on the UploadQueue anymore
> ftp://ftp.upload.debian.org/pub/UploadQueue/
> 
> https://lists.alioth.debian.org/pipermail/debian-astro-maintainers/Week-of-Mon-20161017/003863.html

That is just the upload message. An acceptance message is still missing.

> dak is slow today, due to something that broke it.
> 
> TLTR; too late!

Hmm, what is this additional step between upload and acceptance? Can I
cancel it there?

Best

Ole

Re: dcut cancel|rm command

[Gianfranco Costamagna]

Hi,
>Hmm, what is this additional step between upload and acceptance? Can I
>cancel it there?


dinstall, it is too late now.

https://ftp-master.debian.org/dinstall.status
it will be accepted in one hour or so.
it has been a slow day for dak.

G.

Re: [ANOUNCE] Debtemplate

[Paul Wise]

On Sun, Oct 16, 2016 at 12:53 PM, Dmitry Bogatov wrote:

> I would like to anounce debtemplate, script I use to fill in RFS and
> ITP requests. The common method according to mentors.debian.org is to
> copy-and-edit template, which often results in incomplete or
> inconsistent requests.

Seems like this duplicates at least the wnpp handling in reportbug?

-- 
bye,
pabs

https://wiki.debian.org/PaulWise

Bug#840928: RFS on ITP: node-doctrine/1.5.0-1 -- JSDoc parser

[Julien Puydt]

Hi,

On 18/10/2016 16:02, Gianfranco Costamagna wrote:

Hi Julien

(note: this is probably for Upstream not Debian)


I have seen the LICENSE.closure-compiler file, it is mentioned in
README.md, but I didn't find any trace of it in the code.
Same thing : there is a LICENSE.esprima, and they mention it in the
README.md, but I have found nothing about it in the code.

Should I still put something in d/copyright? But then which file should
I point to?



"some of functions is derived from *"

lets ignore grammar, I guess this means
"some of the functions in the source code, have been derived from foo/bar"
so, you need to ask them which functions, or maybe release under FOO and BAR 
and FOOBAR licenses
the whole package.
I'm not sure, but copying files with a different copyright shouldn't be 
ignored, if you
can't know which files have such licenses, my suggestion is to relicense
the whole package.

But as said, this is something for upstream.

G.



This is now:
 https://github.com/eslint/doctrine/issues/176

Snark on #debian-js

Bug#840992: Bug#841031: Bug#841032: RFS: golang-github-hlandau-dexlogconfig/0.0~git20160722.0.055e2e3-1 [ITP]

[Mattia Rizzolo]

jessie-backports has debhelper 10 since yesterday.

On Tue, 18 Oct 2016, 3:36 p.m. Peter Colberg,  wrote:

> Hi Gianfranco,
>
> Thank you for all the uploads.
>
> On Tue, Oct 18, 2016 at 08:20:23AM +, Gianfranco Costamagna wrote:
> > (extended description too short might be fixable in a future upload,
>
> This is indeed an issue with golang micropackages, since the upstream
> authors usually don’t provide more than a few words. For collections
> of miscellaneous functions (os, net, …), one would probably need to
> summarize each function for a meaningful description. I will take
> another look at some point at pkg-go/packages to see how this is
> handled in practice.
>
> > and please consider switching to compat 10)
>
> I was considering the possibility of backports, but this is actually
> not an issue since debhelper is up-to-date in jessie-backports. Still,
> would you say it is reasonable to postpone the switch to compat 10
> till after the freeze? Where appropriate, I have already enabled
> autoreconf and parallel builds.
>
> Regards,
> Peter
>
>

Bug#841222: Acknowledgement (RFS: patat)

[Félix Sipma]

I've updated patat to 0.3.0.0-1, see

With dget:

dget -x 
https://mentors.debian.net/debian/pool/main/p/patat/patat_0.3.0.0-1.dsc

With gbp:

gbp clone --pristine-tar https://git.gueux.org/patat.git
cd patat
gbp buildpackage


signature.asc
Description: PGP signature

Bug#841228: RFS: python-picklable-itertools/0.1.1-1 [ITP] -- picklable reimplementation of Python's itertools

[Fabian Wolff]

Package: sponsorship-requests
Severity: wishlist

Dear mentors,

I am looking for a sponsor for my package "python-picklable-itertools":

* Package name: python-picklable-itertools
  Version : 0.1.1-1
  Upstream Author : David Warde-Farley 
* URL : https://github.com/mila-udem/picklable-itertools
* License : Expat
  Section : python

This package is a dependency for blocks (#835865).

It builds those binary packages:

  python3-picklable-itertools - picklable reimplementation of Python's itertools

To access further information about this package, please visit the following 
URL:

  https://mentors.debian.net/package/python-picklable-itertools

Alternatively, one can download the package with dget using this command:

  dget -x 
https://mentors.debian.net/debian/pool/main/p/python-picklable-itertools/python-picklable-itertools_0.1.1-1.dsc

Regards,
 Fabian Wolff

Bug#841241: RFS: quark-sphinx-theme/0.4.0-1 [RC]

[Felix Krull]

Package: sponsorship-requests
Severity: important
X-Debbugs-CC: debian-pyt...@lists.debian.org

Dear mentors,

I am looking for a sponsor for my package "quark-sphinx-theme"

* Package name : quark-sphinx-theme
   Version : 0.4.0-1
   Upstream Author : Felix Krull 
* URL : https://pypi.python.org/pypi/quark-sphinx-theme
* License : BSD
  Section : python

It builds those binary packages:

  python-quark-sphinx-theme - Sphinx theme designed for QTextBrowser
(Python 2)
  python3-quark-sphinx-theme - Sphinx theme designed for QTextBrowser
(Python 3)

To access further information about this package, please visit the
following URL:

  https://mentors.debian.net/package/quark-sphinx-theme

Alternatively, one can download the package with dget using this command:

  dget -x
https://mentors.debian.net/debian/pool/main/q/quark-sphinx-theme/quark-sphinx-theme_0.4.0-1.dsc

Changes since the last upload:
* Import quark-sphinx-theme_0.4.0.orig.tar.bz2
  - This fixes running the tests in certain situations. (Closes: #839299)
* debian/control: remove Sphinx dependency (it's in setup.py now).
* debian/copyright: adjust paths to new src directory.

--
This is mostly a new upstream release. As for the referenced bug (an FTBFS
due to some tests not running properly), it was fixed by this upstream
commit:
https://bitbucket.org/fk/quark-sphinx-theme/commits/3c76149f2600b029623e761df1083868b3349c1f
While, in retrospect, I'm not sure these tests ever tested correctly
before, I admit I don't know what caused them to fail here and now, but I
verified the above change fixes them.

Regards,
Felix

Bug#841241: marked as done (RFS: quark-sphinx-theme/0.4.0-1 [RC])

[Debian Bug Tracking System]

Your message dated Tue, 18 Oct 2016 21:22:35 + (UTC)
with message-id <188903587.5737340.1476825755...@mail.yahoo.com>
and subject line Re: Bug#841241: RFS: quark-sphinx-theme/0.4.0-1 [RC]
has caused the Debian Bug report #841241,
regarding RFS: quark-sphinx-theme/0.4.0-1 [RC]
to be marked as done.

This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
Bug report if necessary, and/or fix the problem forthwith.

(NB: If you are a system administrator and have no idea what this
message is talking about, this may indicate a serious mail system
misconfiguration somewhere. Please contact ow...@bugs.debian.org
immediately.)


-- 
841241: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=841241
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems
--- Begin Message ---
Package: sponsorship-requests
Severity: important
X-Debbugs-CC: debian-pyt...@lists.debian.org

Dear mentors,

I am looking for a sponsor for my package "quark-sphinx-theme"

* Package name : quark-sphinx-theme
   Version : 0.4.0-1
   Upstream Author : Felix Krull 
* URL : https://pypi.python.org/pypi/quark-sphinx-theme
* License : BSD
  Section : python

It builds those binary packages:

  python-quark-sphinx-theme - Sphinx theme designed for QTextBrowser
(Python 2)
  python3-quark-sphinx-theme - Sphinx theme designed for QTextBrowser
(Python 3)

To access further information about this package, please visit the
following URL:

  https://mentors.debian.net/package/quark-sphinx-theme

Alternatively, one can download the package with dget using this command:

  dget -x
https://mentors.debian.net/debian/pool/main/q/quark-sphinx-theme/quark-sphinx-theme_0.4.0-1.dsc

Changes since the last upload:
* Import quark-sphinx-theme_0.4.0.orig.tar.bz2
  - This fixes running the tests in certain situations. (Closes: #839299)
* debian/control: remove Sphinx dependency (it's in setup.py now).
* debian/copyright: adjust paths to new src directory.

--
This is mostly a new upstream release. As for the referenced bug (an FTBFS
due to some tests not running properly), it was fixed by this upstream
commit:
https://bitbucket.org/fk/quark-sphinx-theme/commits/3c76149f2600b029623e761df1083868b3349c1f
While, in retrospect, I'm not sure these tests ever tested correctly
before, I admit I don't know what caused them to fail here and now, but I
verified the above change fixes them.

Regards,
Felix
--- End Message ---
--- Begin Message ---
Hi,

>I am looking for a sponsor for my package "quark-sphinx-theme"
>This is mostly a new upstream release. As for the referenced bug (an FTBFS due 
>to some tests not running properly), it was fixed by this upstream commit:
>https://bitbucket.org/fk/quark-sphinx-theme/commits/3c76149f2600b029623e761df1083868b3349c1f
>While, in retrospect, I'm not sure these tests ever tested correctly before, I 
>admit I don't know what caused them to fail here and now, but I verified the 
>above >hange fixes them.


nice work, sponsored!

G.--- End Message ---

HELP: python-3to2 is marked for autoremoval from testing

[Gianfranco Costamagna]

Hi Python Developers/mentors,

(fixing the object of the email and forwarding to mentors)

sometime ago, I packaged python-3to2, which is a dependency of 
python-guess-language
(Python2 package).
The guess-language is a Python3 package, and runs 3to2 to provide a Python2 
compatible
package (needed for w3af).

Now, w3af needs that Python2 package, and I don't want to make guess-language 
both 3 and 2 compatible,
because such change might be not trivial to do and I'm not a Python expert.

So I would like to fix once more python-3to2, who started to FTBFS in testsuite 
with Python3.5 (I guess)

https://bitbucket.org/amentajo/lib3to2/issues/50/testsuite-fails-with-new-python-35

>838974: python-3to2: FTBFS: AssertionError: 'print(*args)\n\n' != 'print 
>*args\n\n'
Does anybody have any clue why that test is now failing? I'm also considering a 
Python bug here, because
it seems a regression to me

thanks for your help,

Gianfranco

Re: [ANOUNCE] Debtemplate

[Dmitry Bogatov]

> >- Should it be packaged as native Debian package?
> I guess so

Glad to hear it. I will work on packaging.

> Just a nitpick/request:
> {% if upload_count == 1 -%}
>
> this makes impossible to understand an ITP when the maintainer badly
> adds many revisions to changelog
> (e.g.  when the maintainer grabs the changelog from a ppa or somewhere else)
>
> I would suggest adding an rmadison -u debian packagename to see if it is
> already part of Debian or not

Nice idea, thanks.

-- 
X-Web-Site: https://sinsekvu.github.io | Note that I process my email in batch,
Accept-Languages: eo,ru,en | at most once every 24 hours. If matter
Accept: text/plain, text/x-diff| is urgent, you have my phone number.

Bug#838941: RFS: duperemove/0.11~beta3-3 ITP

[Gianfranco Costamagna]

control: owner -1 !
control: tags -1 moreinfo

Hi,

>Some comments:
>- this is ITP bug so in d/changelog you should have one entry. with
>one version, with Initial release and (Closes: #).
>- in your patch there seems to be some UTF problem in the From:
>- can you push pristine tar branches to the git ? I can't build it.
>In d/control, the passage is not needed, options, arguments have place
>in a man page.
>"When given the -d option, duperemove will submit those extents for
>deduplication using the btrfs-extent-same ioctl."


Since a DD already reviewed it, and the points have been addressed,
I'm adding a little review on top of that one, and probably I'll sponsor soon.

1) missing licenses

rbtree_augmented.h: GPL (v2 or later) (with incorrect FSF address)


docs/stylesheets/github-light.css: MIT/X11 (BSD like)

interval_tree_generic.h: GPL (v2 or later) (with incorrect FSF address)


2) wrong copyright years
Copyright (C) 2016 SUSE.

./filerec.c: * which is Copyright 2003 by Theodore Ts'o and released under the 
GPL.

./docs/stylesheets/github-light.css:Copyright (c) 2016 GitHub, Inc.

and probably more
(license-reconsile)

other stuff LGTM
thanks,

Gianfranco

Bug#840424: Could you fix the error that is found by verilog-mode testing on Debian?

[Sean Whitton]

Hello Kiwamu,

On Wed, Oct 19, 2016 at 11:21:16AM +0900, Kiwamu Okabe wrote:
> OK. I should keep joining pkg-emacsen team.

It looks like you are already a member.

-- 
Sean Whitton

Bug#840424: Could you fix the error that is found by verilog-mode testing on Debian?

[Sean Whitton]

Hello Kiwamu,

On Tue, Oct 18, 2016 at 10:01:33PM +0900, Kiwamu Okabe wrote:
> On Mon, Oct 17, 2016 at 11:09 PM, Sean Whitton  
> wrote:
> > I didn't realise that you were trying to package verilog-mode for
> > xemacs.  dh_elpa supports only GNU Emacs.  Perhaps you need to revert to
> > your older packaging.  Apologies for leading you in circles somewhat.
> 
> Oh. so OK.
> 
> I have a question. May I write "pkg-emacsen-add...@lists.alioth.debian.org"
> at the "Maintainer" field in debian/control file?

Yes.

-- 
Sean Whitton

Bug#840424: Could you fix the error that is found by verilog-mode testing on Debian?

[Kiwamu Okabe]

Hi Sean,

On Wed, Oct 19, 2016 at 11:19 AM, Sean Whitton  wrote:
>> I have a question. May I write "pkg-emacsen-add...@lists.alioth.debian.org"
>> at the "Maintainer" field in debian/control file?
>
> Yes.

OK. I should keep joining pkg-emacsen team.

Best regards,
-- 
Kiwamu Okabe at METASEPI DESIGN