Bug#897078: RFS: fcitx-qt5/1.2.2-2

[Boyuan Yang]

Package: sponsorship-requests
Severity: normal
X-Debbugs-CC: debian-input-met...@lists.debian.org a...@debian.org
czc...@debian.org

  Dear mentors and debian-input-method team members,

  I am looking for a sponsor for team package "fcitx-qt5". This upload fixes the
"break" relationship of new fcitx5-module-quickphrase-editor package against the
old fcitx-module-quickphrase-editor together with other minor fixes.

  Besides, I am looking for a DD to grant me the Master Role on Salsa packaging
repository (https://salsa.debian.org/debian/fcitx-qt5) so that I could push the
commits onto Salsa. After that, it would be great if someone could
help to delete
the old packaging repository
(https://anonscm.debian.org/git/pkg-ime/fcitx-qt5.git).

 * Package name: fcitx-qt5
   Version : 1.2.2-2
   Upstream Author : Weng Xuetian 
 * URL : https://github.com/fcitx/fcitx-qt5
 * License : GPL-2+
   Section : libs

  It builds those binary packages:

fcitx-frontend-qt5 - Free Chinese Input Toy of X - Qt5 IM Module frontend
 fcitx5-module-quickphrase-editor - Flexible Input Method Framework -
Quick Phrase editor module
 libfcitx-qt5-1 - Free Chinese Input Toy of X - D-Bus client libraries for Qt5
 libfcitx-qt5-data - Free Chinese Input Toy of X - data files for Qt5
integration
 libfcitx-qt5-dev - Free Chinese Input Toy of X - Devel files for libfcitx-qt5

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

  https://mentors.debian.net/package/fcitx-qt5


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

dget -x 
https://mentors.debian.net/debian/pool/main/f/fcitx-qt5/fcitx-qt5_1.2.2-2.dsc

  The new git packaging repo on Salsa (not updated for now):

https://salsa.debian.org/debian/fcitx-qt5

  The old git packaging repo on Alioth (updated for 1.2.2-2):

https://anonscm.debian.org/git/pkg-ime/fcitx-qt5.git

  Changes since the last upload:

fcitx-qt5 (1.2.2-2) unstable; urgency=medium

Bug#897077: RFS: fcitx/1:4.2.9.6-2

[Boyuan Yang]

Package: sponsorship-requests
Severity: normal
X-Debbugs-CC: a...@debian.org czc...@debian.org
debian-input-met...@lists.debian.org

  Dear mentors and debian-input-method team members,

  I am looking for a sponsor for team package "fcitx". This upload
mainly focuses on the migration of Vcs packaging repo from Alioth to Salsa,
together with some other minor fixes.

 * Package name: fcitx
   Version : 1:4.2.9.6-2
   Upstream Author : Weng Xuetian 
 * URL : https://github.com/fcitx/fcitx
 * License : GPL-2+
   Section : utils

  It builds those binary packages:

fcitx - Flexible Input Method Framework
 fcitx-bin  - Flexible Input Method Framework - essential binaries
 fcitx-data - Flexible Input Method Framework - essential data files
 fcitx-frontend-all - Flexible Input Method Framework - frontends metapackage
 fcitx-frontend-gtk2 - Flexible Input Method Framework - GTK+ 2 IM
Module frontend
 fcitx-frontend-gtk3 - Flexible Input Method Framework - GTK+ 3 IM
Module frontend
 fcitx-frontend-qt4 - Flexible Input Method Framework - Qt4 IM Module frontend
 fcitx-libs - Flexible Input Method Framework - metapackage for libraries
 fcitx-libs-dev - Flexible Input Method Framework - library development files
 fcitx-module-dbus - Flexible Input Method Framework - D-Bus module
and IPC frontend
 fcitx-module-kimpanel - Flexible Input Method Framework - KIMPanel
protocol module
 fcitx-module-lua - Flexible Input Method Framework - Lua module
 fcitx-module-x11 - Flexible Input Method Framework - X11 module and
XIM frontend
 fcitx-modules - Flexible Input Method Framework - core modules
 fcitx-pinyin - Flexible Input Method Framework - classic Pinyin engine
 fcitx-qw   - Flexible Input Method Framework - QuWei engine
 fcitx-table - Flexible Input Method Framework - table engine
 fcitx-table-all - Flexible Input Method Framework - tables metapackage
 fcitx-table-bingchan - Flexible Input Method Framework - Bingchan table
 fcitx-table-cangjie - Flexible Input Method Framework - Cangjie table
 fcitx-table-dianbaoma - Flexible Input Method Framework - Dianbaoma table
 fcitx-table-erbi - Flexible Input Method Framework - Erbi table
 fcitx-table-wanfeng - Flexible Input Method Framework - Wanfeng table
 fcitx-table-wbpy - Flexible Input Method Framework - WubiPinyin table
 fcitx-table-wubi - Flexible Input Method Framework - Wubi table
 fcitx-table-ziranma - Flexible Input Method Framework - Ziranma table
 fcitx-tools - Flexible Input Method Framework - various tools
 fcitx-ui-classic - Flexible Input Method Framework - Classic user interface
 gir1.2-fcitx-1.0 - GObject introspection data for fcitx
 libfcitx-config4 - Flexible Input Method Framework - configuration
support library
 libfcitx-core0 - Flexible Input Method Framework - library of core functions
 libfcitx-gclient1 - Flexible Input Method Framework - D-Bus client
library for Glib
 libfcitx-qt0 - Flexible Input Method Framework - Meta package for Qt library
 libfcitx-utils0 - Flexible Input Method Framework - utility support library

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

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


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

dget -x 
https://mentors.debian.net/debian/pool/main/f/fcitx/fcitx_4.2.9.6-2.dsc

  Salsa packaging repository:

https://salsa.debian.org/debian/fcitx

  Changes since the last upload:

fcitx (1:4.2.9.6-2) unstable; urgency=medium

Bug#897055: RFS: xml2/0.5-2 [QA]

[Boyuan Yang]

2018-04-28 1:05 GMT+08:00 Boyuan Yang <073p...@gmail.com>:
> Package: sponsorship-requests
> Severity: normal
>
>   Dear mentors,
>
>   I am looking for a sponsor for package "xml2" as a QA upload. The
> main point is the migration of Vcs fields from Alioth to Salsa:
>
>  * Package name: xml2
>Version : 0.5-2
>  * URL : [defunct]
>  * License : GPLv2
>Section : utils

Besides, it would be great if someone could help to delete the git repository on
Alioth platform ( scm.alioth.debian.org:/git/collab-maint/xml2.git )
together with this upload.

--
Thanks,
Boyuan Yang

Bug#897072: RFS: btrfs-progs/4.15.1-2~bpo9+1

[Nicholas D Steeves]

Package: sponsorship-requests
Severity: normal

Dear mentors,

I am looking for a sponsor for my continued support of backported
"btrfs-progs".  There was an RC bug against btrfs-progs for some time,
which is why it didn't migrate to testing, and why I was unable to
provide an updated backport.

Hi Gianfranco!

I've CCed you as usual, because you usually take care of sponsoring
this package.  Thank you very much for your continued support :-)

Package name: btrfs-progs
Version : 4.15.1-2~bpo9+1
Upstream Author : linux-bt...@vger.kernel.org
URL : http://btrfs.wiki.kernel.org/
License : GPL-2
Section : admin

It builds these binary packages:

  btrfs-progs - Checksumming Copy on Write Filesystem utilities
  btrfs-progs-udeb - Checksumming Copy on Write Filesystem utilities (udeb) 
(udeb)
  btrfs-tools - transitional dummy package

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

  https://mentors.debian.net/package/btrfs-progs

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

dget -x 
https://mentors.debian.net/debian/pool/main/b/btrfs-progs/btrfs-progs_4.15.1-2~bpo9+1.dsc


More information about btrfs-progs can be obtained from 
http://btrfs.wiki.kernel.org/

Changes since the last upload:

btrfs-progs (4.15.1-2~bpo9+1) stretch-backports; urgency=medium

  * Rebuild for stretch-backports.

 -- Nicholas D Steeves   Fri, 27 Apr 2018 20:48:43 -0400

btrfs-progs (4.15.1-2) unstable; urgency=medium

  * If libzstd is provided in both deb & udeb variants (such as Ubuntu
bionic) enable zstd support. If libzstd is not provided with both deb
& udeb variants (such as current Debian unstable) disable zstd
support. If and when libzstd is provided in both deb & udeb variants,
a binNMU of this package is sufficient to enable zstd support. Closes:
#886968
  * Drop obsolete lintian overrides.
  * Add alternative email address as uploader.

 -- Dimitri John Ledkov   Sat, 21 Apr 2018 11:59:50 +0100

btrfs-progs (4.15.1-1) unstable; urgency=medium

  * New upstream release

 -- Dimitri John Ledkov   Mon, 19 Feb 2018 15:50:12 +

btrfs-progs (4.14.1-1) unstable; urgency=medium

  * New upstream release.
  * Add libzstd-dev build dependency.

 -- Dimitri John Ledkov   Thu, 11 Jan 2018 15:43:20 +

btrfs-progs (4.13.3-1~bpo9+1) unstable; urgency=medium


Regards,
Nicholas D Steeves

Bug#897046: RFS: link-grammar/5.4.4-1 [QA upload]

[Sergio Durigan Junior]

[ Adding debian-legal to the Cc list.  ]

On Friday, April 27 2018, Fabian Wolff wrote:

> Dear mentors,
>
> I am looking for a sponsor for a QA upload of the link-grammar
> package.
[...]
> The package is available on Mentors:
>
>   https://mentors.debian.net/package/link-grammar

So, here's the other thing I noticed.  d/copyright doesn't seem to be
up-to-date.  Also, I don't see any mention about the "debian/" directory
on d/copyright, which might be a problem.  I understand the package is
already at this state, but I think it may be a good idea to fix it.

First, I'd recommend re-checking d/copyright and making sure new
copyrights are properly listed.  I've found a few notices mentioning
2017/2018, so it's a good idea to list them.  I understand this is a
very boring task, but it's something we take seriously at Debian.

As for the "debian/" directory, I *think* it should be enough to list
everybody who has ever touched the debian/ directory.  I used the
following one-liner to get a formatted list:

  $ git log --date="format:%Y" --format="Copyright %ad %an <%ae>" debian/ | 
sort -u
  Copyright 2009 Ken Bloom 
  Copyright 2010 Ken Bloom 
  Copyright 2011 Ken Bloom 
  Copyright 2015 Wookey 
  Copyright 2016 Gianfranco Costamagna 
  Copyright 2016 Gianfranco Costamagna 
  Copyright 2016 Jeremy Bicha 
  Copyright 2016 Jeremy Bicha 
  Copyright 2017 Adrian Bunk 
  Copyright 2017 Jeremy Bicha 
  Copyright 2017 Steve Langasek 
  Copyright 2018 Fabian Wolff 

After massaging a bit:

  Copyright 2009-2011 Ken Bloom 
  Copyright 2015 Wookey 
  Copyright 2016 Gianfranco Costamagna 
  Copyright 2016-2017 Jeremy Bicha 
  Copyright 2017 Adrian Bunk 
  Copyright 2017 Steve Langasek 
  Copyright 2018 Fabian Wolff 

So I think it should be enough to put these lines there.  As for the
licence...  Well, I'd choose the same licence as the package, although
if we are to be pedantic here, the right thing would be to get in touch
with everyone above and getting their confirmation.  I don't know...

Anyway, I am copying debian-legal here, hoping that someone more
knowledgeable can shed some light.

Thanks,

-- 
Sergio
GPG key ID: 237A 54B1 0287 28BF 00EF  31F4 D0EB 7628 65FC 5E36
Please send encrypted e-mail if possible
http://sergiodj.net/


signature.asc
Description: PGP signature

Bug#897046: RFS: link-grammar/5.4.4-1 [QA upload]

[Sergio Durigan Junior]

On Friday, April 27 2018, Fabian Wolff wrote:

> I am looking for a sponsor for a QA upload of the link-grammar
> package.
>
> My changes are summarized in the latest changelog entry:
>
>   link-grammar (5.4.4-1) unstable; urgency=medium
>
> * QA upload.
> * New upstream release.
> * Update symbols file.
> * Remove trailing whitespace from debian/changelog in order to
>   silence the file-contains-trailing-whitespace Lintian tag.
> * Upgrade to debhelper compat version 11.
> * Remove the empty file debian/patches/series.
> * Use HTTPS URI in debian/watch.
> * Upgrade to Standards-Version 4.1.4 (no changes).
> * Add debian/python3-link-grammar.lintian-overrides to override the
>   python-package-depends-on-package-from-other-python-variant
>   Lintian tag.
> * Update Vcs-Browser and Vcs-Git fields in debian/control.
> * Update Homepage field in debian/control and Source field in
>   debian/copyright to use HTTPS.
> * Remove incorrect Multi-Arch fields in debian/control.
>
>-- Fabian Wolff   Fri, 27 Apr 2018 15:35:36 +0200

Hey Fabian,

Thanks for taking care of this package.

> I have to admit that I'm not entirely sure about the Multi-Arch fields
> that I removed. The link-grammar binary package installs an
> architecture-dependent binary into /usr/bin, but it was marked
> Multi-Arch: foreign, which looked suspect to me. Also, the
> liblink-grammar-java package seems to have an incorrect Multi-Arch
> field according to the Multiarch hinter:
>
>   https://tracker.debian.org/pkg/link-grammar

Yeah, the link-grammar package shouldn't be "Multi-Arch: foreign"
indeed.  As for the "Multi-Arch: same" issue, I also agree with your
solution; it seems that removing the field is the most sensible approach
here.

> Other than that, I made sure that the autopkgtests pass and that the
> package is mostly Lintian-clean, save for several
> package-has-unnecessary-activation-of-ldconfig-trigger warnings
> (which, according to the Lintian tag documentation, might be due to a
> debhelper bug) and an orig-tarball-missing-upstream-signature warning
> (which I would blame on git-buildpackage, see #872864).

Agreed about both warnings.

I have a few more things to say, but I'll send another e-mail soon.

-- 
Sergio
GPG key ID: 237A 54B1 0287 28BF 00EF  31F4 D0EB 7628 65FC 5E36
Please send encrypted e-mail if possible
http://sergiodj.net/


signature.asc
Description: PGP signature

Bug#890878: RFS: company-irony

[Nicholas D Steeves]

Oops, that last link was supposed to be
https://github.com/Sarcasm/irony-mode/issues/172


signature.asc
Description: PGP signature

Bug#890878: RFS: company-irony

[Nicholas D Steeves]

Hi Alberto,

On Wed, Mar 14, 2018 at 12:39:44PM -0400, Nicholas D Steeves wrote:
> Hi Alberto,
> 
> On Wed, Mar 14, 2018 at 09:34:07AM +0100, Alberto Luaces wrote:
>
> > > Because for now the most pressing issue is that it doesn't initialise
> > > properly...
> > >
> > >   Company backend 'company-clang' could not be initialized:
> > >   Company found no clang executable
> > >
> > > This was both with no configuration (and M-x company-mode), and with
> > > following upstream's README in a clean sid chroot.  I opened a random
> > > cpp from kdeconnect to test.  I suspect a documentation of
> > > configuration issue because I would have expected company-irony to
> > > load rather than company-clang...but it's possibly a bug.
> > >
> > > Please let me know how you made company-irony work.
> > 
> > Oh, yes, I think this is expected.  From the documentation at
> > 
> > /usr/share/doc/elpa-company-irony/README.md
> > 
> > --8<---cut here---start->8---
> > 
> > ## Configuration
> > 
> > Add `company-irony` to your company backends.
> > 
> > ~~~el
> > (eval-after-load 'company
> >   '(add-to-list 'company-backends 'company-irony))
> > ~~~
> > 
> > --8<---cut here---end--->8---
> 
> This is exactly one of the two things that I tried.  To be fair,
> company-irony's autocomplete seems to function properly despite this
> :-)
> 
> Could you patch README.md to show how to remove company-clang from
> company-backends, and also document that this warning is harmless (if
> it's harmless).

Any progress on this?

In pseudo code:

eval company-backends to check if company-clang is an element
  if non nil (eg: if the company-clang element exists)
remove company-clang from company-backends
(add-to-list 'company-backends 'company-irony)

Justification: company-clang and company-irony should not be used at
the same time, and company-irony replaces company-clang.

Also, here are some resources for patching the upstream description
and for improving the Debian description:

https://www.reddit.com/r/emacs/comments/26cxgl/fastest_c_completion_system/
https://github.com/Sarcasm/company-irony/issues/33
https://github.com/Sarcasm/company-irony/issues/33

Happy hacking,
Nicholas


signature.asc
Description: PGP signature

Bug#896704: marked as done (RFS: python-picklable-itertools/0.1.1-2 [RC])

[Debian Bug Tracking System]

Your message dated Fri, 27 Apr 2018 12:47:12 -0400
with message-id <8736zgy4tr@sergiodj.net>
and subject line Re: Bug#896704: RFS: python-picklable-itertools/0.1.1-2 [RC]
has caused the Debian Bug report #896704,
regarding RFS: python-picklable-itertools/0.1.1-2 [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.)


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

Dear mentors,

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

The current version of this package is missing a dependency, which is
why it fails to import on systems where that dependency is not
installed (see #896213, #896214). dh-python did not find this
dependency, and I apparently only tested the package on systems that
happened to have the missing dependency installed, which is why
importing worked fine for me.

I have now manually added the missing dependency in debian/control.
In order to (hopefully) avoid this problem in the future, I have also
added a Testsuite field in debian/control.

My changes are summarized in the latest changelog entry:

  python-picklable-itertools (0.1.1-2) unstable; urgency=medium

* Depend on python[3]-pkg-resources (Closes: #896213, #896214).
* Add Testsuite field to debian/control.
* Upgrade to Standards-Version 4.1.4 (no changes).
* Upgrade to debhelper compat level 11 (no changes).

   -- Fabian Wolff   Mon, 23 Apr 2018 18:30:09 +0200


The package is available on Mentors:

  https://mentors.debian.net/package/python-picklable-itertools
  
https://mentors.debian.net/debian/pool/main/p/python-picklable-itertools/python-picklable-itertools_0.1.1-2.dsc

Thank you!

Best regards,
Fabian
--- End Message ---
--- Begin Message ---
On Friday, April 27 2018, Fabian Wolff wrote:

> On Tue, Apr 24, 2018 at 10:55:00PM -0400, Sergio Durigan Junior wrote:
>> Or you can also move the package under the Debian Python Modules Team
>> umbrella, if it makes more sense.  Packaging Python modules with the
>> DPMT is the preferred way nowadays, but that's really up to you (and
>> just to be clear, I have no problem if you decide to maintain the
>> package by yourself).
>
> I have joined the DPMT and created a repository there:
>
>   https://salsa.debian.org/python-team/modules/python-picklable-itertools
>
> I have also set the DPMT as Maintainer in debian/control.

Awesome.

>> I think it's best if we keep the package unchanged for now.  Sorry about
>> this extra round-trip, but can you please re-add the Python 2 package?
>> 
>> Actually, I've just noticed that the lintian flag in question
>> ("new-package-should-not-package-python2-module") only applies to the
>> first upload of the package, and will actually be gone once we upload
>> this next version, so there's really nothing that needs to be done from
>> your part about it.  I'm sorry about the noise.
>> 
>> Once you reintroduce the Python 2 package, I'll do the upload.
>
> I have reuploaded the package to Mentors:
>
>   https://mentors.debian.net/package/python-picklable-itertools

I've uploaded the package now.

Thanks,

-- 
Sergio
GPG key ID: 237A 54B1 0287 28BF 00EF  31F4 D0EB 7628 65FC 5E36
Please send encrypted e-mail if possible
http://sergiodj.net/


signature.asc
Description: PGP signature
--- End Message ---

Bug#897055: RFS: xml2/0.5-2 [QA]

[Boyuan Yang]

Package: sponsorship-requests
Severity: normal

  Dear mentors,

  I am looking for a sponsor for package "xml2" as a QA upload. The
main point is the migration of Vcs fields from Alioth to Salsa:

 * Package name: xml2
   Version : 0.5-2
 * URL : [defunct]
 * License : GPLv2
   Section : utils


  It builds those binary packages:

xml2  - Convert between XML, HTML, CSV and a line-oriented format


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

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


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

dget -x https://mentors.debian.net/debian/pool/main/x/xml2/xml2_0.5-2.dsc


  Salsa packaging repository:

https://salsa.debian.org/debian/xml2.git


  Changes since the last upload:

   xml2 (0.5-2) unstable; urgency=medium
 .
   * QA upload.
   * d/control: Use Salsa repo for Vcs fields.
   * d/rules: Use "dh_missing --fail-missing".
   * Bump Standards-Version to 4.1.4 (no changes needed).
   * Bump debhelper compat to v11.


  Regards,
   Boyuan Yang

Bug#896704: RFS: python-picklable-itertools/0.1.1-2 [RC]

[Fabian Wolff]

On Fri, Apr 27, 2018 at 12:47:12PM -0400, Sergio Durigan Junior wrote:
> I've uploaded the package now.

Great, thank you!

Bug#884338: marked as done (RFS: plasma-gmailfeed/1.1-1 [ITP])

[Debian Bug Tracking System]

Your message dated Fri, 27 Apr 2018 16:20:29 +
with message-id 
and subject line closing RFS: plasma-gmailfeed/1.1-1 [ITP]
has caused the Debian Bug report #884338,
regarding RFS: plasma-gmailfeed/1.1-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.)


-- 
884338: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=884338
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 "plasma-gmailfeed"

Package name: plasma-gmailfeed
Version : 1.1-1
Upstream Author : Anthony Vital 
URL : https://github.com/anthon38/gmailfeed
License : GPL-3+
Section : kde

It builds this binary package:

plasma-gmailfeed - plasmoid that shows your Gmail feed with notifications

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

https://mentors.debian.net/package/plasma-gmailfeed

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

dget -x 
https://mentors.debian.net/debian/pool/main/p/plasma-gmailfeed/plasma-gmailfeed_1.1-1.dsc

More information about hello can be obtained from 
https://github.com/anthon38/gmailfeed

Regards,
Nicholas D Steeves
--- End Message ---
--- Begin Message ---
Package plasma-gmailfeed has been removed from mentors.--- End Message ---

Bug#896704: RFS: python-picklable-itertools/0.1.1-2 [RC]

[Fabian Wolff]

On Tue, Apr 24, 2018 at 10:55:00PM -0400, Sergio Durigan Junior wrote:
> Or you can also move the package under the Debian Python Modules Team
> umbrella, if it makes more sense.  Packaging Python modules with the
> DPMT is the preferred way nowadays, but that's really up to you (and
> just to be clear, I have no problem if you decide to maintain the
> package by yourself).

I have joined the DPMT and created a repository there:

  https://salsa.debian.org/python-team/modules/python-picklable-itertools

I have also set the DPMT as Maintainer in debian/control.

> I think it's best if we keep the package unchanged for now.  Sorry about
> this extra round-trip, but can you please re-add the Python 2 package?
> 
> Actually, I've just noticed that the lintian flag in question
> ("new-package-should-not-package-python2-module") only applies to the
> first upload of the package, and will actually be gone once we upload
> this next version, so there's really nothing that needs to be done from
> your part about it.  I'm sorry about the noise.
> 
> Once you reintroduce the Python 2 package, I'll do the upload.

I have reuploaded the package to Mentors:

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

Best regards,
Fabian

Bug#897046: RFS: link-grammar/5.4.4-1 [QA upload]

[Fabian Wolff]

Package: sponsorship-requests
Severity: normal

Dear mentors,

I am looking for a sponsor for a QA upload of the link-grammar
package.

My changes are summarized in the latest changelog entry:

  link-grammar (5.4.4-1) unstable; urgency=medium

* QA upload.
* New upstream release.
* Update symbols file.
* Remove trailing whitespace from debian/changelog in order to
  silence the file-contains-trailing-whitespace Lintian tag.
* Upgrade to debhelper compat version 11.
* Remove the empty file debian/patches/series.
* Use HTTPS URI in debian/watch.
* Upgrade to Standards-Version 4.1.4 (no changes).
* Add debian/python3-link-grammar.lintian-overrides to override the
  python-package-depends-on-package-from-other-python-variant
  Lintian tag.
* Update Vcs-Browser and Vcs-Git fields in debian/control.
* Update Homepage field in debian/control and Source field in
  debian/copyright to use HTTPS.
* Remove incorrect Multi-Arch fields in debian/control.

   -- Fabian Wolff   Fri, 27 Apr 2018 15:35:36 +0200


I have to admit that I'm not entirely sure about the Multi-Arch fields
that I removed. The link-grammar binary package installs an
architecture-dependent binary into /usr/bin, but it was marked
Multi-Arch: foreign, which looked suspect to me. Also, the
liblink-grammar-java package seems to have an incorrect Multi-Arch
field according to the Multiarch hinter:

  https://tracker.debian.org/pkg/link-grammar

Other than that, I made sure that the autopkgtests pass and that the
package is mostly Lintian-clean, save for several
package-has-unnecessary-activation-of-ldconfig-trigger warnings
(which, according to the Lintian tag documentation, might be due to a
debhelper bug) and an orig-tarball-missing-upstream-signature warning
(which I would blame on git-buildpackage, see #872864).

The package is available on Mentors:

  https://mentors.debian.net/package/link-grammar

Thank you!

Best regards,
Fabian

Bug#897045: RFS: libgpg-error/1.29-4~bpo9+1

[Jacob Adams]

Package: sponsorship-requests
Severity: normal

  Dear mentors,

  I am looking for a sponsor for my package "libgpg-error"

 * Package name: libgpg-error
   Version : 1.29-4~bpo9+1
   Upstream Author : GnuPG developers 
 * URL : https://www.gnupg.org/software/libgpg-error/index.html
 * License : LGPL-2.1+
   Section : libs

  It builds those binary packages:

gpgrt-tools - GnuPG development runtime library (executable tools)
 libgpg-error-dev - GnuPG development runtime library (developer tools)
 libgpg-error-mingw-w64-dev - library of error values and messages in
GnuPG (Windows developmen
 libgpg-error0 - GnuPG development runtime library
 libgpg-error0-udeb - library for common error values and messages in
GnuPG components (udeb)

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

  https://mentors.debian.net/package/libgpg-error


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

dget -x
https://mentors.debian.net/debian/pool/main/libg/libgpg-error/libgpg-error_1.29-4~bpo9+1.dsc

  Changes since the last upload:

libgpg-error (1.29-4~bpo9+1) stretch-backports; urgency=medium

  * Rebuild for stretch-backports.

 -- Jacob Adams   Tue, 24 Apr 2018 14:47:15 -0400

This package is a dependency for libgpgme which I would like to backport
for my GSoC 2018 project. I will file an RFS for libgpgme once the
latest version migrates to testing.



signature.asc
Description: OpenPGP digital signature

Bug#897038: RFS: ebtables/2.0.10.4-4 [ITA] - Ethernet bridge frame table administration

[Arturo Borrero Gonzalez]

On 27 April 2018 at 13:36, Alberto Molina Coballes  wrote:
> Package: sponsorship-requests
> Severity: normal
>
> Dear Maintainer,
>
> I'm intending to adopt ebtables and integrating it into the pkg-netfilter
> packaging team [0], Arturo Borrero González  will sponsor 
> it,
> but any comment will be appreciated.
>
> * Package name: ebtables
>   Version : 2.0.10.4-4
>   Upstream Author : Bart De Schuymer 
> * URL : http://www.netfilter.org
> * License : GPL-2
>
> It builds those binary packages:
>
> ebtables   - Ethernet bridge frame table administration
>
> To access further information about this package, please visit the following 
> URL:
>
>   https://mentors.debian.net/package/ebtables
>
>
> Alternatively, one can download the package with dget using this command:
>
>   dget -x 
> https://mentors.debian.net/debian/pool/main/e/ebtables/ebtables_2.0.10.4-4.dsc

built, checked, signed and uploaded.

Please follow up with any problems reported by our Debian online
services: buildd, piuparts, etc.
Also, some lintian warnings to address in next iterations:

W: ebtables: binary-without-manpage sbin/ebtables-restore
W: ebtables: binary-without-manpage sbin/ebtables-save
W: ebtables: systemd-service-file-wraps-init-script
lib/systemd/system/ebtables.service ExecStart
W: ebtables: systemd-service-file-wraps-init-script
lib/systemd/system/ebtables.service ExecReload
W: ebtables: systemd-service-file-wraps-init-script
lib/systemd/system/ebtables.service ExecStop

If you have the time, please refresh our wiki page:
   https://wiki.debian.org/Teams/pkg-netfilter/tasks

Thanks for your contribution to Debian :-)

Bug#897038: marked as done (RFS: ebtables/2.0.10.4-4 [ITA] - Ethernet bridge frame table administration)

[Debian Bug Tracking System]

Your message dated Fri, 27 Apr 2018 14:32:58 +0200
with message-id 

Re: CMake and NDEBUG

[Sébastien Jodogne]

Dear all,

For reference, I paste here the solution proposed by Gert Wollny [6], 
and that is now getting implemented in the packages of the Orthanc 
ecosystem:


"Add this at the top of d/rules:

export DEB_CFLAGS_MAINT_APPEND=-DNDEBUG
export DEB_CXXFLAGS_MAINT_APPEND=-DNDEBUG"

Regards,
Sébastien-

[6] https://lists.debian.org/debian-med/2018/04/msg00132.html


On 25/04/18 13:36, Sébastien Jodogne wrote:

Dear Debian mentors,

I write this message as the maintainer of the Debian packages of the 
Orthanc project [1].


The Debian packages for Orthanc and its associated plugins pay attention 
to the fact of *not* setting "-DCMAKE_BUILD_TYPE=Release", as requested 
by the Debian policy [2].


However, the source code of the upstream Orthanc project makes many 
calls to the "assert()" function of the standard library [3], in order 
to help with the early tracking of bugs. Because those assertions are 
extremely time-consuming, they should only be enabled in debug builds.


The assertions can be disabled by defining the macro "NDEBUG" while 
compiling the software. Invoking CMake with "-DCMAKE_BUILD_TYPE=Release" 
would make "NDEBUG" defined, at least for gcc and clang [4]. However, 
because packages of the Orthanc family are built using 
"-DCMAKE_BUILD_TYPE=None", "NDEBUG" is left undefined, and the Orthanc 
log warns about bad performance:



$ sudo apt-get install orthanc
$ head /var/log/orthanc/Orthanc.log
W0424 13:01:40.158634 main.cpp:1298] Orthanc version: 1.3.2
W0424 13:01:40.158696 main.cpp:1146] Performance warning: Non-release 
build, runtime debug assertions are turned on



I have not been able to find a definite answer about how "NDEBUG" should 
be properly handled. I am considering to add the following arguments 
wile invoking CMake in debian/rules in order to have "NDEBUG" manually 
defined:


cmake -DCMAKE_C_FLAGS=-DNDEBUG -DCMAKE_CXX_FLAGS=-DNDEBUG [...]

Please someone could validate this approach wrt. Debian policy? TIA!

Regards,
Sébastien-

PS: For sake of completeness, this question was first asked on the 
Debian Med mailing list, and Andreas Tille recommended me to forward it 
to the Debian mentors [5].



[1] https://tracker.debian.org/pkg/orthanc
[2] https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=711515#51
[3] http://www.cplusplus.com/reference/cassert/assert/
[4] https://stackoverflow.com/a/34314956/881731
[5] https://lists.debian.org/debian-med/2018/04/msg00125.html


--
Sébastien Jodogne
Mail: s.jodo...@gmail.com
Web: http://www.sjodogne.be/
Twitter: https://twitter.com/sjodogne

Bug#897038: RFS: ebtables/2.0.10.4-4 [ITA] - Ethernet bridge frame table administration

[Alberto Molina Coballes]

Package: sponsorship-requests
Severity: normal

Dear Maintainer,

I'm intending to adopt ebtables and integrating it into the pkg-netfilter
packaging team [0], Arturo Borrero González  will sponsor 
it, 
but any comment will be appreciated.

* Package name: ebtables
  Version : 2.0.10.4-4
  Upstream Author : Bart De Schuymer 
* URL : http://www.netfilter.org
* License : GPL-2

It builds those binary packages:

ebtables   - Ethernet bridge frame table administration

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

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


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

  dget -x 
https://mentors.debian.net/debian/pool/main/e/ebtables/ebtables_2.0.10.4-4.dsc

Changes since the last upload:

  [ Alberto Molina Coballes ]
  * [bf201c6] d/control: Updating maintainers and adding uploaders
(Closes: #891769)
  * [0f4ede2] d/control: Updating Standards-Version to 4.1.3
  * [3ce5061] d/control: Adding VCS-* headers
  * [481b022] d/control: Updating homepage
  * [16740e9] d/watch: Updating url
  * [6d94fde] d/control: Updating debhelper to 11
  * [ea71db8] d/compat: Updating to 11
  * [a80dc56] d/copyright: Updating according to DEP-5

  [ Arturo Borrero Gonzalez ]
  * [1b1ac15] d/rules: use debhelper rather than cdbs
  * [dd20bc3] d/patches: add compilation_warning.patch

  [ Alberto Molina Coballes ]
  * [1aa6f5d] d/patches: set LIBDIR to /lib/ebtables
  * [01096e7] d/control: delete dh-systemd (>= 1.5) as build-dependence
  * [9232eca] d/patches: add -g to produce debugging information

Regards,

Alberto Molina Coballes

Bug#897016: RFS: ncurses-hexedit/0.9.7+orig-4

[Carlos Maddela]

Package: sponsorship-requests
Severity: normal

  Dear mentors,

  I am looking for a sponsor for my package "ncurses-hexedit"

 * Package name: ncurses-hexedit
   Version : 0.9.7+orig-4
   Upstream Author : Adam Rogoyski 
 * URL : http://www.rogoyski.com/adam/programs/hexedit/
 * License : GPL-2.0+
   Section : editors

  It builds this binary package:

ncurses-hexedit - Edit files/disks in hex, ASCII and EBCDIC

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

  https://mentors.debian.net/package/ncurses-hexedit


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

dget -x 
https://mentors.debian.net/debian/pool/main/n/ncurses-hexedit/ncurses-hexedit_0.9.7+orig-4.dsc

  Changes since the last upload:

  * Update build dependency to libncurses-dev [ncurses6].
  * Add machine-readable upstream metadata.
  * Indicate compliance with Debian Policy 4.1.4.


  Regards,
   Carlos Maddela