date:20180516

Control: reopen -1

On Tue, May 15, 2018 at 04:39:03PM +, Debian Bug Tracking System wrote:
>* Closes: #886753 -- bump debhelper compat to 10 the fix FTCBFS

I am sorry. My memory failed me.

> acpica-unix fails to cross build from source, because it uses the build
> architecture strip. The best solution is to defer all stripping to
> dh_strip to obtain useful -dbgsym packages. The attached patch achieves
> that by disabling stripping during make install and it makes acpica-unix
> cross build successfully. Please consider applying it or bumping the
> debhelper compatibility level to 10 (which has the same effect).

The compat level bump didn't fix it, because debhelper only does this to
the "makefile" build system, but acpica-unix uses the autoconf build
system. We can consider extending that to other build systems, but that
wouldn't happen before compat 12 and the stripping issue is much less
frequent on autoconf.

So can you apply the patch?

Helmut

Bug#898853: Minimal test file for # 898853

2018-05-16 Thread Gunter Königsmann

Thanks a lot for this excellent bug report.

The actual error seems to lie in the file gnuplot.lisp in the package
maxima-common:


 (concatenate 'string
(unless (or *multiplot-is-active*
(member (get-option '$terminal) '($eps $epslatex
$epslatex_standalone)))
   (format nil "set obj 1 fc rgb '~a' fs solid 1.0 noborder ~%"



If you find a format spec that works (see
http://www.gigamonkeys.com/book/a-few-format-recipes.html), that does
work with gnuplot 4.x and 5.x (gnuplot 5,x I can test on my computer)
and doesn't lose maxima the ability to set the page background color
I'll upstream it.

Kind regards,

 Gunter.

Bug#898483: PHYSFS_setWriteDir creates an empty file

2018-05-16 Thread Ryan C. Gordon



Upstream patch is here:

https://hg.icculus.org/icculus/physfs/rev/a29fef4a20fd

I have one other pending bug to fix, hopefully tomorrow, then I'll put 
out an official 3.0.2 release.


--ryan.

Bug#898882: RFS: deepin-icon-theme/15.12.57-1

2018-05-16 Thread Yanhao Mo

Package: sponsorship-requests
Severity: normal

Dear mentors,

I am looking for a sponsor for my package "deepin-icon-theme"

* Package name: deepin-icon-theme
  Version : 15.12.57-1
  Upstream Author : Deepin Technology Co., Ltd.
* URL : https://github.com/linuxdeepin/deepin-icon-theme
* License : GPL-3+
  Section : x11

It builds those binary packages:

  deepin-icon-theme - Icon Theme for Deepin software and Deepin Desktop 
Environment

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

  https://mentors.debian.net/package/deepin-icon-theme

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

  dget -x 
https://mentors.debian.net/debian/pool/main/d/deepin-icon-theme/deepin-icon-theme_15.12.57-1.dsc

More information about hello can be obtained from 
https://salsa.debian.org/pkg-deepin-team/deepin-icon-theme

Changes since the last upload:

  * New upstream release.
  * d/contorl: Change maintainer field back to
pkg-deepin-de...@lists.alioth.debian.org .
  * Drop patches, applyed by upstream.

-- 
Yanhao Mo


signature.asc
Description: PGP signature

Bug#898880: RFS: deepin-calculator/1.0.3-1

2018-05-16 Thread Yanhao Mo

Package: sponsorship-requests
Severity: normal

Dear mentors,

I am looking for a sponsor for my package "deepin-calculator"

* Package name: deepin-calculator
  Version : 1.0.3-1
  Upstream Author : Deepin Technology Co., Ltd
* URL : https://salsa.debian.org/pkg-deepin-team/deepin-calculator
* License : GPL-3+
  Section : math

It builds those binary packages:

  deepin-calculator - Calculator for DDE (Deepin Desktop Environment)

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

  https://mentors.debian.net/package/deepin-calculator

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

  dget -x 
https://mentors.debian.net/debian/pool/main/d/deepin-calculator/deepin-calculator_1.0.3-1.dsc

More information about hello can be obtained from 
https://salsa.debian.org/pkg-deepin-team/deepin-calculator

Changes since the last upload:

  * New upstream release.
  * d/contorl: Change maintainer field back to
pkg-deepin-de...@lists.alioth.debian.org .

--
Yanhao Mo

Bug#898881: conntrack-tools FTCBFS: does not pass --host to ./configure

Source: conntrack-tools
Version: 1:1.4.5-1
Tags: patch
User: helm...@debian.org
Usertags: rebootstrap

conntrack-tools fails to cross build from source, because it does not
pass --host to ./configure. The easiest way to fix that is deferring the
task to dh_auto_configure. After doing so, conntrack-tools cross builds
successfully. Please consider applying the attached patch.

Helmut
diff --minimal -Nru conntrack-tools-1.4.5/debian/changelog 
conntrack-tools-1.4.5/debian/changelog
--- conntrack-tools-1.4.5/debian/changelog  2018-05-01 12:59:52.0 
+0200
+++ conntrack-tools-1.4.5/debian/changelog  2018-05-17 06:03:41.0 
+0200
@@ -1,3 +1,11 @@
+conntrack-tools (1:1.4.5-1.1) UNRELEASED; urgency=medium
+
+  * Non-maintainer upload.
+  * Fix FTCBFS: Let dh_auto_configure pass --host to ./configure. (Closes:
+#-1)
+
+ -- Helmut Grohne   Thu, 17 May 2018 06:03:41 +0200
+
 conntrack-tools (1:1.4.5-1) unstable; urgency=medium
 
   * [9fa49d0] d/control: point VCS-* to salsa.debian.org
diff --minimal -Nru conntrack-tools-1.4.5/debian/rules 
conntrack-tools-1.4.5/debian/rules
--- conntrack-tools-1.4.5/debian/rules  2018-05-01 12:51:37.0 +0200
+++ conntrack-tools-1.4.5/debian/rules  2018-05-17 06:03:41.0 +0200
@@ -7,7 +7,7 @@
dh $@
 
 override_dh_auto_configure:
-   ./configure --prefix=/usr --disable-silent-rules --enable-systemd
+   dh_auto_configure -- --libdir='$${prefix}/lib' --enable-systemd
 
 override_dh_strip:
dh_strip --dbgsym-migration='conntrack-tools-dbg (<< 
1:1.4.4+snapshot20161117-1)'

Bug#898879: mirror submission for mirrors.huaweicloud.com

2018-05-16 Thread Ren Zhihao

Package: mirrors
Severity: wishlist
User: mirr...@packages.debian.org
Usertags: mirror-submission

Submission-Type: new
Site: mirrors.huaweicloud.com
Type: leaf
Archive-architecture: ALL amd64 arm64 armel armhf hurd-i386 i386 kfreebsd-amd64 
kfreebsd-i386 mips mips64el mipsel powerpc ppc64el s390x
Archive-http: /repository/debian/
Maintainer: Ren Zhihao 
Country: CN China
Location: Shenzhen City, Guangdong Province
Sponsor: huaweicloud https://www.huaweicloud.com/




Trace Url: http://mirrors.huaweicloud.com/repository/debian/project/trace/
Trace Url: 
http://mirrors.huaweicloud.com/repository/debian/project/trace/ftp-master.debian.org
Trace Url: 
http://mirrors.huaweicloud.com/repository/debian/project/trace/mirrors.huaweicloud.com

Bug#898878: RFS: qpdfview/0.4.17~beta1+git20180514-1 [QA]

2018-05-16 Thread Boyuan Yang

Package: sponsorship-requests
Severity: normal

Dear mentors,

I am looking for a sponsor for the orphaned package "qpdfview".

This is a QA upload; I digged into the package and fixed various bugs.

The last qpdfview release was v0.4.16, which is dated back in 2015.
Some bugfixes require fairly recent git commit so I decided to package
git trunk for now and probably will update it onto the new release once
the release is made by upstream.

I am also looking for a DD that could help me set up the corresponding
git packaging repo on Salsa (under Debian group) and possibly grant me
(hosiet-guest) with a Master role so that I could push the commits onto
it.

* Package name: qpdfview
Version : 0.4.17~beta1+git20180514-1
Upstream Author : Adam Reichold
* URL : https://launchpad.net/qpdfview
* License : GPL-2+
Section : graphics

It builds those binary packages:

qpdfview - tabbed document viewer
qpdfview-djvu-plugin - tabbed document viewer - DjVu plugin
qpdfview-ps-plugin - tabbed document viewer - PostScript plugin
qpdfview-translations - tabbed document viewer - translations

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

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

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

dget -x
https://mentors.debian.net/debian/pool/main/q/qpdfview/qpdfview_0.4.17~beta1+git20180514-1.dsc

Proposed git packaging repository:

https://salsa.debian.org/debian/qpdfview (not available now)

Temporary git packaging repository:

https://salsa.debian.org/hosiet-guest/qpdfview (will be removed after
migration)

Changes since the last upload:

qpdfview (0.4.17~beta1+git20180514-1) unstable; urgency=medium
.
* QA upload.
* Set Maintainer to Debian QA Group.
* New upstream trunk snapshot. Closes: #847280.
* d/control: Bump Standards-Version to 4.1.4.
* d/control: Bump debhelper compat to v11.
* d/control: Point Vcs field onto Salsa packaging repo.
* d/control: Add missing build-dependency qt5-qmake as suggested in #886521.
* d/control: Use source:Version instead of binary:Version for arch:all
package
recommendation to prevent breakage brought by binNMU. Closes: #857117.
* d/control: Add new build-dependency libsynctex-dev to use system synctex.
Closes: #754138.
* Apply "wrap-and-sort -abst".
* d/rules: Remove some custom flags with invocation of qmake;
Use dh_auto_configure again as suggested in #886521.
* d/rules: Use "dh_missing --fail-missing".
* d/menu: Remove menu file.
* d/xpm: Remove xpm icon, not needed.
* d/patches: Remove previous custom patches to provide a vanilla qpdfview.
* d/patches: Add patch to fix legacy appdata file format and installation
location.
* d/patches: Add patch to fix FTBCFS for pkg-config detection.
Closes: #886521.
* d/copyright: Refresh copyright information.
* d/install: Also install appdata file and new .so file.

--
Regards,
Boyuan Yang

signature.asc
Description: This is a digitally signed message part.

Bug#850644: RFP: guix -- A functional package manager based on Scheme

2018-05-16 Thread Vagrant Cascadian

There does appear to be a more recent effort at packaging guix for Debian:

  https://github.com/detrout/debian-guix

Though it's already over a year old...

The main build/runtime dependencies missing from Debian appear to be
guile-git, and possibly a recommends on guile-ssh:

  https://www.gnu.org/software/guix/manual/html_node/Building-from-Git.html
  https://www.gnu.org/software/guix/manual/html_node/Requirements.html

I have some interest in helping with packaging this... but not enough to
tackle it alone. :)


live well,
  vagrant


signature.asc
Description: PGP signature

Bug#862757: dnssec-trigger 0.15 release

2018-05-16 Thread Diane Trout

Hello,

It took longer than I expected to produce a clean history, with the
right maintainer field, in the right repository on salsa.

Also I thought I'd pushed it last night, but apparently I'd forgotten
to push again after testing with dry-run.

I just received the email from ftpmaster saying it is now processing.

I did a source only upload so it should be available in unstable within
a few hours.

Diane

On Wed, 2018-05-16 at 17:33 -0400, Jeremy Bicha wrote:
> Diane,
> 
> Sorry for my impatience, but I'm wondering why the dnssec-trigger
> hasn't been uploaded to Debian yet.
> 
> Thanks,
> Jeremy Bicha

signature.asc
Description: This is a digitally signed message part

Bug#898771: libconfig-model-dpkg-perl: Please replace Maintainers @lists.alioth.debian.org by @alioth-lists.debian.net

2018-05-16 Thread Dominic Hargreaves

On Wed, May 16, 2018 at 07:41:31PM +0200, gregor herrmann wrote:
> On Wed, 16 May 2018 14:14:51 +0200, Dominique Dumont wrote:
> 
> > On Tuesday, 15 May 2018 20:45:13 CEST you wrote:
> > > alioth lists were moved from lists.alioth.debian.org to
> > > @alioth-lists.debian.net.  As far as I understood the maintainers
> > > of alioth-lists.debian.net would prefer the real DNS name instead
> > > of the redirect.  Thus it would be sensible to replace this in the
> > > maintainer fields of packages.
> > Makes sense.
> 
> Let's ask the alioth-lists admin (cc'd).
> If they prefer it, I'm also all for it of course.
> (And then I guess we have to change lots of other tools and
> documentation, too …) 

My own take in this is that it's probably not worth changing.
The long-term plan for the service is currently only partially defined,
and whilst alioth-lists.debian.net might outlive lists.alioth.debian.org,
this is not certain, and both dates are several years away. So I wouldn't
rush to make such a change yet, though it might be appropriate eventually.

Cheers,
Dominic.

Bug#898877: snapper: Fix ftbfs and use the new libbtrfs-dev / libbtrfs0

2018-05-16 Thread Dimitri John Ledkov

Source: snapper
Version: 0.5.4-3
Severity: important
Tags: patch

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512

Dear Maintainer,

btrfs-progs has now split out libbtrfs0 / libbtrfs-dev, which snapper
uses.

Please update the build-dependency, and rebuild snapper to gain the
dependency on the new runtime library.

Regards,

Dimitri.

-BEGIN PGP SIGNATURE-

iQFEBAEBCgAuFiEEdzyZ69ChEXIhenw/ysLYuc0spfkFAlr8rygQHHhub3hAdWJ1
bnR1LmNvbQAKCRDKwti5zSyl+WjdCACxIUdlWLMTQ0WrpLL86RfNRGDrYt0kUZT9
JMfUmVIfXPi7KznIQtBUa4fAW2PYh7TXFHtp6Sd+YBPNd3g2CCF/co/1bdU/xeFA
acK26uL0eZaF3wOOJ+HM9bqw7FZoKYhcI1dHJv0aVVwA6INn7Z7mjdO3CW1ML4Z/
9bPbfe8t4bvqd289Mh5nLDxH48LO6GLYzssCsP57soevzIa5jO3EDHLblwqAAOq2
bXoqrloVbsangyMPqgScZxSZ/TBg90sWHIBkruCG1Np++0s9YzRxYvtGFoj9ym0L
ssHg41mdJZJhmkbEYjj+PD07Xx6w/xHPoBuQ6/P/8ovTOo6UNRmw
=Cdx/
-END PGP SIGNATURE-
diff -Nru snapper-0.5.4/debian/changelog snapper-0.5.4/debian/changelog
--- snapper-0.5.4/debian/changelog  2018-04-06 04:16:19.0 +0100
+++ snapper-0.5.4/debian/changelog  2018-05-16 23:14:47.0 +0100
@@ -1,3 +1,10 @@
+snapper (0.5.4-3.1) unstable; urgency=medium
+
+  * Non-maintainer upload.
+  * Update build-dependency on the new libbtrfs-dev.
+
+ -- Dimitri John Ledkov   Wed, 16 May 2018 23:14:47 +0100
+
 snapper (0.5.4-3) unstable; urgency=medium
 
   * debian/rules
diff -Nru snapper-0.5.4/debian/control snapper-0.5.4/debian/control
--- snapper-0.5.4/debian/control2018-04-06 04:16:19.0 +0100
+++ snapper-0.5.4/debian/control2018-05-16 23:14:45.0 +0100
@@ -3,7 +3,7 @@
 Priority: optional
 Maintainer: Hideki Yamane 
 Build-Depends:
- btrfs-progs,
+ libbtrfs-dev,
  debhelper (>= 11),
  docbook-xsl,
  libacl1-dev,

Bug#898561: libmarc-transform-perl: FTBFS with libyaml-perl >= 1.25-1 (test failures)

2018-05-16 Thread Niko Tyni

On Sun, May 13, 2018 at 04:52:06PM +0200, gregor herrmann wrote:
> Source: libmarc-transform-perl
> Version: 0.003006-2
> Severity: serious
> Tags: upstream buster sid
> Justification: fails to build from source

> libmarc-transform-perl's testsuite fails, both during build and
> autopkgtest, with libyaml-perl >= 1.25-1:
> 
> 
>   perl Build test --verbose 1
> Hexadecimal number > 0x non-portable at (eval 28) line 1.
> Number found where operator expected at (eval 29) line 8, near ""I want) 
> {$boolcond=1;$boolcondint=1; eval{ create("605"
>   (Missing operator before 605?)

This regressed with

 
https://github.com/ingydotnet/yaml-pm/commit/a2231746743e9bb2939c063ab440ac658c226c4e

-- 
Niko Tyni   nt...@debian.org

Bug#898876: docker.io: Please update build-dependencies to use the split out libbtrfs-dev package

2018-05-16 Thread Dimitri John Ledkov

Package: docker.io
Version: 17.12.1-0ubuntu1
Severity: important

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512

Dear Maintainer,

I've finally packaged libbtrfs-dev as a stand-alone thing. For better
or worse.

Please update the build-dependnecies of your package to use
libbtrfs-dev.

However, note this is not the only issue in the package, as updating
btrfs-progs to `libbtrfs-dev | btrfs-progs (<< 4.16.1~)` was not
enough to install all the build-deps.

Regards,

Dimitri.

-BEGIN PGP SIGNATURE-

iQFEBAEBCgAuFiEEdzyZ69ChEXIhenw/ysLYuc0spfkFAlr8qIwQHHhub3hAdWJ1
bnR1LmNvbQAKCRDKwti5zSyl+cLbB/40XxWOItZr2MJRNyg/f+qjoL9KLPEuj1zq
0fSgg2nRVytaUox2NE6tqTX3Cr5JHkApKAW7JuytBRhf9ISm1zaMliz3/et97yiy
AgLdu7nzN3MWExO5LOIR614EGje6xb55W31oUF3fTtp2bAdLPIORspY3tGSlimO0
QEj7FiSwWSNLSy3/7xW3WHC4SqXNAYxG5oRmkTxHNlhRA4/fkk6mGaiWCalMyo3P
mobI1FfzV7cCT7sqvHqjTV95oSLHpCxm2FFvZFt0nWmQKHI+pbgifwFIzxKgsiTe
1/9mbg3JxuHBbH4c0MvfaWPJgm8hvtH5d70l/YDP5o3QO5TveIjb
=rW/Q
-END PGP SIGNATURE-

Bug#898578: libyaml-perl/1.25-1 breaks rex/1.6.0-1 test suite (FTBFS and autopkgtest failure)

2018-05-16 Thread Niko Tyni

On Sun, May 13, 2018 at 11:17:58PM +0200, gregor herrmann wrote:
> Source: rex
> Version: 1.6.0-1
> Severity: serious
> Control: affects -1 src:libyaml-perl
> User: debian...@lists.debian.org
> Usertags: needs-update
> Tags: upstream buster sid
> Justification: fails to build from source

> YAML Error: Invalid element in map
>Code: YAML_LOAD_ERR_BAD_MAP_ELEMENT
>Line: 6
>Document: 1
>  at /usr/share/perl5/YAML/Loader.pm line 361.
> # Looks like your test exited with 255 just after 1.
> t/report.t ... 
> 1..3
> ok 1 - 'created report class' isa 'Rex::Report::Base'
> Dubious, test returned 255 (wstat 65280, 0xff00)
> Failed 2/3 subtests 

This can be reduced to

  % perl -MYAML=Load -e "Load(qq(---\nfoo:\n - 'a: b'))"
  YAML Error: Invalid element in map
 Code: YAML_LOAD_ERR_BAD_MAP_ELEMENT
 Line: 3
 Document: 1
   at /usr/share/perl5/YAML/Loader.pm line 361.

The YAML code is accepted by YAML::XS and YAML::Tiny, so this seems like
a probable regression in libyaml-perl to me.

Bisecting gives

 
https://github.com/ingydotnet/yaml-pm/commit/1976972cd399a7082f66bbad9c54ff95fa4f452a

as the first bad commit.
-- 
Niko Tyni   nt...@debian.org

Bug#862757: Finished patched

2018-05-16 Thread Michael Biebl

Hi Diane

On Sun, 06 May 2018 23:09:10 -0700 Diane Trout  wrote:
> Just for thoroughness. Here's the final patch that seems to be working.

Thanks for updating the patch. Feel free to list yourself as the author
of this patch. It feels kinda odd to have my name listed there when you
did most of the changes.

Regards,
Michael

-- 
Why is it that all of the instruments seeking intelligent life in the
universe are pointed away from Earth?



signature.asc
Description: OpenPGP digital signature

Bug#898398: Fails with "incompatible character encodings: ASCII-8BIT and UTF-8"

2018-05-16 Thread Francesco Poli

Control: tags -1 - moreinfo
Control: reassign -1 ruby-soap4r 2.0.5-3
Control: affects -1 + apt-listbugs
Control: forcemerge 749193 -1


On Wed, 16 May 2018 04:19:20 +0200 Stéphane Glondu wrote:

> Le 16/05/2018 à 00:52, Francesco Poli a écrit :
[...] 
> > Maybe the bug that had non-ASCII UTF-8 characters in the subject line
> > was fixed or downgraded in the meanwhile?
> > 
> > You should be able to figure out which one, by digging
> > in /var/backups/apt-listbugs.preferences*
> > 
> > Could you please take a look?
> 
> Yes. I think the culprit is this one:
> 
> > Explanation: Pinned by apt-listbugs at 2018-05-01 06:59:38 +0200
> > Explanation:   #897018: texlive-latex-extra: \MakeAutoQuote{»}{«} does not 
> > work any more
> > Package: texlive-latex-extra
> > Pin: version 2017.20180305-2
> > Pin-Priority: 3

Definitely: I can reproduce the bug with

  $ apt-listbugs -y -q -B 897018 list texlive-latex-extra/2018.20180416-1
  critical bugs of texlive-latex-extra (→ 2018.20180416-1) 
   b1 - #897018 - texlive-latex-extra: \MakeAutoQuote{»}{«} does not work any 
more (Fixed: texlive-extra/2018.20180505-1)
  Summary:
   texlive-latex-extra(1 bug)
  $ LANGUAGE=fr apt-listbugs -y -q -B 897018 list 
texlive-latex-extra/2018.20180416-1
  bogues de gravité critical sur texlive-latex-extra (→ 2018.20180416-1) 

  Traceback (most recent call last):
  12: from /usr/bin/apt-listbugs:618:in `'
  11: from /usr/lib/ruby/vendor_ruby/aptlistbugs/logic.rb:402:in `view'
  10: from /usr/lib/ruby/vendor_ruby/aptlistbugs/logic.rb:674:in 
`display_bugs'
   9: from /usr/lib/ruby/vendor_ruby/aptlistbugs/logic.rb:674:in `each'
   8: from /usr/lib/ruby/vendor_ruby/aptlistbugs/logic.rb:675:in `block 
in display_bugs'
   7: from /usr/lib/ruby/vendor_ruby/aptlistbugs/logic.rb:675:in `each'
   6: from /usr/lib/ruby/vendor_ruby/aptlistbugs/logic.rb:676:in `block 
(2 levels) in display_bugs'
   5: from /usr/lib/ruby/vendor_ruby/aptlistbugs/logic.rb:676:in `each'
   4: from /usr/lib/ruby/vendor_ruby/aptlistbugs/logic.rb:680:in `block 
(3 levels) in display_bugs'
   3: from /usr/lib/ruby/vendor_ruby/aptlistbugs/debian/bug.rb:67:in 
`each_by_category'
   2: from /usr/lib/ruby/vendor_ruby/aptlistbugs/debian/bug.rb:67:in 
`each'
   1: from /usr/lib/ruby/vendor_ruby/aptlistbugs/debian/bug.rb:68:in 
`block in each_by_category'
  /usr/lib/ruby/vendor_ruby/aptlistbugs/logic.rb:701:in `block (4 levels) in 
display_bugs': incompatible character encodings: ASCII-8BIT and UTF-8 
(Encoding::CompatibilityError)



I am reassigning and merging.
I hope this bug can be fixed soon.

Bye.



-- 
 http://www.inventati.org/frx/
 There's not a second to spare! To the laboratory!
. Francesco Poli .
 GnuPG key fpr == CA01 1147 9CD2 EFDF FB82  3925 3E1C 27E1 1F69 BFFE


pgpU3UWFtu0kf.pgp
Description: PGP signature

Bug#898875: ci.debian.net: Should produce valid NetBIOS names

2018-05-16 Thread Mathieu Parent

Package: debci
Severity: normal

Since samba 2:4.8.1+dfsg-1, smb.conf is parsed and checked in
samba-common-bin.postinst (See #816301 and [1]).

This makes samba failing on ci.debian.net with:
Checking smb.conf
WARNING: The "syslog" option is deprecated
netbios name SAMBA-1526494156 is not a valid netbios name
ERROR: Invalid smb.conf
dpkg: error processing package samba-common-bin (--configure):

(https://ci.debian.net/data/autopkgtest/unstable/amd64/s/samba/309683/log.gz)

NB: A valid NetBIOS name at most 15 chars of alphanum or " !#$%&'()-.@^_{}~".

Regards

Mathieu Parent

[1]: 
https://salsa.debian.org/samba-team/samba/commit/648ea6aa3c191c20d67cb765abfee6e8993e394b

Bug#898874: golang-github-containerd-btrfs: Update dependencies for split out libbtrfs-dev

2018-05-16 Thread Dimitri John Ledkov

Package: golang-github-containerd-btrfs
Version: 0.0~git20171005.72c0a35-1
Severity: important
Tags: patch

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512

Dear Maintainer,

libbtrfs-dev is now packaged separately. Please update deps.

Regards,

Dimitri.

-BEGIN PGP SIGNATURE-

iQFEBAEBCgAuFiEEdzyZ69ChEXIhenw/ysLYuc0spfkFAlr8pP4QHHhub3hAdWJ1
bnR1LmNvbQAKCRDKwti5zSyl+dOoB/4+YUZtVL3JjfrVQjDOymq1GJcYwu62oDQr
dpMorvpxQl4L8Pit55830iJrrNB7JbIvnhkgh84tuh8rX1n36vkdoCe25z1YL0kf
YVGFH8vASgAYiJskAyvFv+pRSJdfv5+6SbWzAsLNp+2nX68OXPveAP7o1g+Or3p1
DGO/5PW0ImKlS2n/T8xrNTs9gAhmUyoeFTHRSmVYz7VYecOZfVUXWJN9vFEa9jWQ
tAF8PZ0BfBIGrltAkTl7Zpx6gjsT+lEBGrClfKpRWWP79wH40jE1o5EEERx6Jr6L
TWKmSrSDkNi3sNUlJZRjT0kjHu/sFicilUE9xEUeE5qxfnypkOvN
=0SY0
-END PGP SIGNATURE-
diff -Nru 
golang-github-containerd-btrfs-0.0~git20171005.72c0a35/debian/changelog 
golang-github-containerd-btrfs-0.0~git20171005.72c0a35/debian/changelog
--- golang-github-containerd-btrfs-0.0~git20171005.72c0a35/debian/changelog 
2018-02-21 11:22:01.0 +
+++ golang-github-containerd-btrfs-0.0~git20171005.72c0a35/debian/changelog 
2018-05-16 14:08:35.0 +0100
@@ -1,3 +1,10 @@
+golang-github-containerd-btrfs (0.0~git20171005.72c0a35-1.1) unstable; 
urgency=medium
+
+  * Non-maintainer upload.
+  * Update build-dependencies to use the new libbtrfs-dev package.
+
+ -- Dimitri John Ledkov   Wed, 16 May 2018 14:08:35 +0100
+
 golang-github-containerd-btrfs (0.0~git20171005.72c0a35-1) unstable; 
urgency=medium
 
   * Initial release (Closes: #890989)
diff -Nru golang-github-containerd-btrfs-0.0~git20171005.72c0a35/debian/control 
golang-github-containerd-btrfs-0.0~git20171005.72c0a35/debian/control
--- golang-github-containerd-btrfs-0.0~git20171005.72c0a35/debian/control   
2018-02-21 11:22:01.0 +
+++ golang-github-containerd-btrfs-0.0~git20171005.72c0a35/debian/control   
2018-05-16 14:08:35.0 +0100
@@ -3,7 +3,7 @@
 Priority: optional
 Maintainer: Debian Go Packaging Team 

 Uploaders: Arnaud Rebillout 
-Build-Depends: btrfs-progs,
+Build-Depends: libbtrfs-dev | btrfs-progs (<< 4.16.1~),
debhelper (>= 11),
dh-golang,
golang-any,
@@ -18,7 +18,7 @@
 Package: golang-github-containerd-btrfs-dev
 Architecture: all
 Depends: ${misc:Depends},
- btrfs-progs,
+ libbtrfs-dev | btrfs-progs (<< 4.16.1~),
  golang-github-pkg-errors-dev
 Description: Btrfs bindings for Go
  Native Go bindings for btrfs.

Bug#862757: dnssec-trigger 0.15 release

2018-05-16 Thread Jeremy Bicha

Diane,

Sorry for my impatience, but I'm wondering why the dnssec-trigger
hasn't been uploaded to Debian yet.

Thanks,
Jeremy Bicha

Bug#897211: stockfish completely messes up use of DEB_{BUILD,HOST}_*

2018-05-16 Thread Milan Zamazal

Thank you for the report and the patch.  I applied the patch and
uploaded the updated package.  I'm going to review the bug further
later, together with updating the package to a new upstream version and
other changes.

Regards,
Milan

Bug#898873: matplotlib: missing build on armhf

2018-05-16 Thread Sandro Tosi

> Is it possible to build recent version matplotlib without pandas on
> architectures where it is not available?

yep i know, i plan on removing the pandas b-d conditionally on armhf, just
didnt find the time yet

-- 
Sandro "morph" Tosi
My website: http://sandrotosi.me/
Me at Debian: http://wiki.debian.org/SandroTosi
G+: https://plus.google.com/u/0/+SandroTosi

Bug#898873: matplotlib: missing build on armhf

2018-05-16 Thread Graham Inggs

Source: matplotlib
Version: 2.2.2-1
Severity: serious

Hi Maintainer

Matplotlib is unable to migrate to testing due to a missing build on
armhf, this in turn, was caused by the recent addition of the
build-dependency on pandas.
Pandas has not been available on armhf for some time [1].

Is it possible to build recent version matplotlib without pandas on
architectures where it is not available?

Regards
Graham


[1] https://buildd.debian.org/status/logs.php?pkg=pandas=armhf

Bug#898701: [Pkg-nagios-devel] Bug#898701: icinga2-doc: Inconsistent gzip of documentation

2018-05-16 Thread Sebastiaan Couwenberg

Control: tags -1 pending

Hi Dmitry,

Thanks for the patch, it has been applied in git and will be included in
the next upload.

Kind Regards,

Bas

Bug#620887: Please add a shm_mkstemp() function

2018-05-16 Thread Jakub Wilk


* Goswin von Brederlow , 2011-04-04, 23:33:

int shm_mkstemp(char *template);


FWIW, this function is available on OpenBSD:
https://man.openbsd.org/shm_mkstemp.3

--
Jakub Wilk

Bug#875906: Hello, I am NMUing to DELAYED-15 to close this bug report

2018-05-16 Thread Nicholas D Steeves

On Wed, May 16, 2018 at 08:55:51AM +0200, Sylvestre Ledru wrote:
> On 15/05/2018 18:31, Georges Khaznadar wrote:
> > The NMU shoud reach debian/unstable in two weeks. Feel free to cancel it
> > and make other modification as you want.
> >
>
> Uploaded! Many thanks!

Thank you Georges and Sylvestre :-)

WRT elpy, I've updated its packaging in git to use python3-autopep8
and will upload after python3-autopep8 clears NEW.

P.S. Thank you for the Recommends: python-autopep8; it makes it
possible to transition to depending only on the Python 3 package,
while still running self-tests for the Python 2 modules.  I appreciate
that this makes it possible to defer the issue of 1) failing py2
tests, therefor do one of 2) explicitly depend on the py2 package ||
3) patch tests to run with py3 only.  Also, when that Recommendation
is dropped it will be a good reminder to do #3 ! ;-)

Regards,
Nicholas

signature.asc
Description: PGP signature

Bug#898872: ITP: r-cran-bridgesampling -- GNU R bridge sampling for marginal likelihoods and Bayes factors

Package: wnpp
Severity: wishlist
Owner: Andreas Tille 

* Package name: r-cran-bridgesampling
  Version : 0.4
  Upstream Author : Quentin F. Gronau, Henrik Singmann, Jonathan J. Forster,
* URL : https://cran.r-project.org/package=bridgesampling
* License : GPL-2+
  Programming Lang: GNU R
  Description : GNU R bridge sampling for marginal likelihoods and Bayes 
factors
 Provides functions for estimating marginal likelihoods, Bayes
 factors, posterior model probabilities, and normalizing constants in general,
 via different versions of bridge sampling (Meng & Wong, 1996,
 ).

Remark: This package is maintained by Debian R Packages Maintainers at
   https://salsa.debian.org/r-pkg-team/r-cran-bridgesampling
This package belongs to a set of dependencies for r-cran-brms which is
needed to upgrade r-cran-emmeans to the latest upstream version.

Bug#898301: ITP: openjazz -- a free, open-source version of the classic Jazz Jackrabbit™ games

2018-05-16 Thread Fabian Greffrath

Hi Simon,

Am Donnerstag, den 10.05.2018, 08:22 +0100 schrieb Simon McVittie:
> So /usr/share/games/jazz-jackrabbit?

let's decide on this then.

I am currently waiting for some PRs to be accepted upstream, then I
will concentrate on the packaging and once I have this ready, I'll file
bugs against g-d-p with the packaging information for the shareware
version and the GOG package.

Cheers,

 - Fabian


signature.asc
Description: This is a digitally signed message part

Bug#896060: python3-scipy: New upstream version available

2018-05-16 Thread Julian Taylor

On 19.04.2018 02:22, Jan Medlock wrote:
> Package: python3-scipy
> Version: 0.19.1-2
> Severity: minor
> 
> Dear Maintainer,
> Upstream released version 1.0.0 on 25 October 2017.
> 
> In particular, new differential-equation and optimization solvers have
> been added.
> 
> Please let me know if I can help.
> 

Unfortunately scipy.weave needs to be packaged first or all reverse
dependencies removed as it has been removed from scipy itself.
https://github.com/scipy/weave

Bug#898871: taglib-sharp build conflicts with libgnome2.0-cil-dev

2018-05-16 Thread Christopher Hoskin

Source: taglib-sharp
Version: 2.1.0.0-3
Severity: normal

Dear Maintainer,

If libgnome2.0-cil-dev is installed, then taglib-sharp fails to build with:

make[2]: Entering directory '/tmp/taglib-sharp-2.1.0.0/examples'
if [ ! -e taglib-sharp.dll ]; then ln -s ../src/taglib-sharp.dll 
taglib-sharp.dll; fi
/usr/bin/mono-csc -out:SetPictures.exe -debug -r:taglib-sharp.dll SetPictures.cs
/usr/bin/mono-csc -out:ListSupportedMimeTypes.exe -debug -r:taglib-sharp.dll 
ListSupportedMimeTypes.cs
/usr/bin/mono-csc -out:BatchSet.exe -debug -r:taglib-sharp.dll BatchSet.cs
/usr/bin/mono-csc -out:ParsePhoto.exe -debug -r:taglib-sharp.dll ParsePhoto.cs
/usr/bin/mono-csc -out:StripImageData.exe -debug -r:taglib-sharp.dll 
StripImageData.cs
/usr/bin/mono-csc -out:ReadFromUri.exe -debug -r:taglib-sharp.dll 
-r:/usr/lib/cli/gnome-sharp-2.24/gnome-sharp.dll 
-r:/usr/lib/pkgconfig/../../lib/cli/pango-sharp-2.0/pango-sharp.dll 
-r:/usr/lib/pkgconfig/../../lib/cli/atk-sharp-2.0/atk-sharp.dll 
-r:/usr/lib/pkgconfig/../../lib/cli/gdk-sharp-2.0/gdk-sharp.dll 
-r:/usr/lib/pkgconfig/../../lib/cli/gtk-sharp-2.0/gtk-sharp.dll 
-r:/usr/lib/pkgconfig/../../lib/cli/glib-sharp-2.0/glib-sharp.dll 
-r:/usr/lib/cli/art-sharp-2.0/art-sharp.dll 
-r:/usr/lib/cli/gnome-vfs-sharp-2.0/gnome-vfs-sharp.dll ReadFromUri.cs
make[2]: *** No rule to make target 'listData.cpp', needed by 'listData'.  Stop.

This appears to be because examples/listData.cpp has been removed from the 
upstream source. It is not immediately clear to me why it was considered 
necessary to exclude this file - it appears to be licensed under LGPL-2.1 like 
most of the rest of the project.

Please can I suggest that either examples/listData.cpp is restored to the 
source, or that "Build-Conflicts: libgnome2.0-cil-dev" is added to 
debian/control?

Thanks.

Christopher Hoskin

-- System Information:
Debian Release: buster/sid
  APT prefers unstable
  APT policy: (500, 'unstable'), (1, 'experimental')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

Kernel: Linux 4.16.0-1-amd64 (SMP w/4 CPU cores)
Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8), 
LANGUAGE=en_GB:en (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)
LSM: AppArmor: enabled

Bug#898861: Please replace non-free RJSONIO in rsconnect by jsonlite

Hi Jonathan,

in your package rsconnect you are using RJSONIO which has a non-free license
(BSD + evil clause, see here[1]).  I discussed this previously with the author
of googleVis who has managed to replace RJSONIO by jsonlite[2].

For the sake of testing I replaced RJSONIO by jsonlite in the
DESCRIPTION file[3], built the Debian package and was running test suite.
While this throws an error (which I would like to clarify as well) I do
not think that this is related to any JSON library:

BEGIN TEST testthat.R

R version 3.4.4 (2018-03-15) -- "Someone to Lean On"
Copyright (C) 2018 The R Foundation for Statistical Computing
Platform: x86_64-pc-linux-gnu (64-bit)

R is free software and comes with ABSOLUTELY NO WARRANTY.
You are welcome to redistribute it under certain conditions.
Type 'license()' or 'licence()' for distribution details.

R is a collaborative project with many contributors.
Type 'contributors()' for more information and
'citation()' on how to cite R or R packages in publications.

Type 'demo()' for some demos, 'help()' for on-line help, or
'help.start()' for an HTML browser interface to help.
Type 'q()' to quit R.

> library(testthat)
> library(rsconnect)
> 
> test_check("rsconnect")
-- 1. Failure: The linter identifies files not matching in case sensitivity (@te
filepath.capitalization$indices == 31 isn't true.

== testthat results  ===
OK: 178 SKIPPED: 6 FAILED: 1
1. Failure: The linter identifies files not matching in case sensitivity 
(@test-lint.R#50) 

Error: testthat unit tests failed
Execution halted


Can you please have a look?

Kind regards

Andreas.


[1] https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=712159#22
[2] 
https://alioth-lists.debian.net/pipermail/debian-science-maintainers/2016-July/041580.html
[3] 
https://salsa.debian.org/r-pkg-team/r-cran-rsconnect/blob/master/debian/patches/replace_non-free_rjsonio_by_jsonlite.patch

-- 
http://fam-tille.de

Bug#898870: lava-server: [INTL:nl] Dutch translation of debconf messages

 
 
Package: lava-server 
Severity: wishlist 
Tags: l10n patch 
 
 
 
Dear Maintainer, 
 
 
Please find attached the Dutch translation of lava-server
debconf messages. 
It has been submitted for review to the debian-l10n-dutch mailing
list. 
Please add it to your next package revision. 
It should be put as debian/po/nl.po in your package build tree. 
 

-- 
Met vriendelijke groet,
Frans Spiesschaert


nl.po.gz
Description: application/gzip


signature.asc
Description: This is a digitally signed message part

Bug#898869: expeyes: [INTL:nl] Dutch translation of debconf messages

 
 
Package: expeyes 
Severity: wishlist 
Tags: l10n patch 
 
 
 
Dear Maintainer, 
 
 
Please find attached the updated Dutch translation of expeyes debconf
messages. 
It has been submitted for review to the debian-l10n-dutch mailing
list. 
Please add it to your next package revision. 
It should be put as debian/po/nl.po in your package build tree. 
 

-- 
Met vriendelijke groet,
Frans Spiesschaert


nl.po.gz
Description: application/gzip


signature.asc
Description: This is a digitally signed message part

Bug#898868: minissdpd: [INTL:nl] Dutch translation of debconf messages

 
 
Package: minissdpd 
Severity: wishlist 
Tags: l10n patch 
 
 
 
Dear Maintainer, 
 
 
Please find attached the Dutch translation of minissdpd debconf
messages. 
It has been submitted for review to the debian-l10n-dutch mailing
list. 
Please add it to your next package revision. 
It should be put as debian/po/nl.po in your package build tree. 
 

-- 
Met vriendelijke groet,
Frans Spiesschaert


nl.po.gz
Description: application/gzip


signature.asc
Description: This is a digitally signed message part

Bug#898771: libconfig-model-dpkg-perl: Please replace Maintainers @lists.alioth.debian.org by @alioth-lists.debian.net

Hi,

On Wed, May 16, 2018 at 07:41:31PM +0200, gregor herrmann wrote:
> > On Tuesday, 15 May 2018 20:45:13 CEST you wrote:
> > > alioth lists were moved from lists.alioth.debian.org to
> > > @alioth-lists.debian.net.  As far as I understood the maintainers
> > > of alioth-lists.debian.net would prefer the real DNS name instead
> > > of the redirect.  Thus it would be sensible to replace this in the
> > > maintainer fields of packages.
> > Makes sense.
> 
> Let's ask the alioth-lists admin (cc'd).
> If they prefer it, I'm also all for it of course.
> (And then I guess we have to change lots of other tools and
> documentation, too …) 

I admit I'm not really happy that I stumbled upon this and I'm
personally afraid about the amount of work this would require.  The idea
to contact alioth-lists admins about an explicit statement is good.  It
would be nice to keep things as they are.

Kind regards

 Andreas.

-- 
http://fam-tille.de

Bug#898867: lintian: embedded-php-library libmarkdown-php vs. php-markdown confusion

2018-05-16 Thread Thorsten Glaser

Package: lintian
Version: 2.5.86
Severity: normal

I am just updating the packaging of michelf/php-markdown as php-markdown
from 1.6 to 1.8 and got this warning from lintian:

W: php-markdown: embedded-php-library usr/share/php/Michelf/Markdown.php please 
use libmarkdown-php

Surprised, I discovered that we have *two* versions of the same
michelf/php-markdown source in Debian, libmarkdown-php being the
older 1.0 version.

Now, the 1.0 version allegedly has a feature in that it can be
used as Wordpress plugin or something, so perhaps this situation
is deliberate, but even so, shouldn’t the warning point to the
newer package or even better both?

Considering apt-cache rdepends libmarkdown-php shows zero packages
depending on it, perhaps the older 1.0 version can even be RM’d?
(Yes, php-markdown is also currently scheduled for removal, but
we’re taking it over with maintainer permission and upgrading it
as part of the process to package Movim for Debian so it will have
a user again.)

Cc’ing GCS as libmarkdown-php maintainer.


-- System Information:
Debian Release: buster/sid
  APT prefers unstable
  APT policy: (500, 'unstable')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

Kernel: Linux 4.16.0-1-amd64 (SMP w/2 CPU cores)
Locale: LANG=C, LC_CTYPE=C.UTF-8 (charmap=UTF-8), LANGUAGE=C (charmap=UTF-8)
Shell: /bin/sh linked to /bin/lksh
Init: sysvinit (via /sbin/init)

Versions of packages lintian depends on:
ii  binutils  2.30-19
ii  bzip2 1.0.6-8.1
ii  diffstat  1.61-1+b1
ii  dpkg  1.19.0.5+b1
ii  file  1:5.33-2
ii  gettext   0.19.8.1-6+b1
ii  intltool-debian   0.35.0+20060710.4
ii  libapt-pkg-perl   0.1.34
ii  libarchive-zip-perl   1.60-1
ii  libclass-accessor-perl0.51-1
ii  libclone-perl 0.39-1
ii  libdpkg-perl  1.19.0.5
ii  libemail-valid-perl   1.202-1
ii  libfile-basedir-perl  0.08-1
ii  libipc-run-perl   0.99-1
ii  liblist-moreutils-perl0.416-1+b3
ii  libparse-debianchangelog-perl 1.2.0-12
ii  libperl5.26 [libdigest-sha-perl]  5.26.2-3
ii  libtext-levenshtein-perl  0.13-1
ii  libtimedate-perl  2.3000-2
ii  liburi-perl   1.74-1
ii  libxml-simple-perl2.25-1
ii  libyaml-libyaml-perl  0.69+repack-1
ii  man-db2.8.3-2
ii  patchutils0.3.4-2
ii  perl  5.26.2-3
ii  t1utils   1.41-2
ii  xz-utils  5.2.2-1.3

Versions of packages lintian recommends:
pn  libperlio-gzip-perl  

Versions of packages lintian suggests:
ii  binutils-multiarch 2.30-19
ii  dpkg-dev   1.19.0.5
ii  libhtml-parser-perl3.72-3+b2
pn  libtext-template-perl  

-- no debconf information

Bug#898866: keystone: [INTL:nl] Dutch translation of debconf messages

 
 
Package: keystone 
Severity: wishlist 
Tags: l10n patch 
 
 
 
Dear Maintainer, 
 
 
Please find attached the updated Dutch translation of keystone debconf
messages. 
It has been submitted for review to the debian-l10n-dutch mailing
list. 
Please add it to your next package revision. 
It should be put as debian/po/nl.po in your package build tree. 
 

-- 
Regards,
Frans Spiesschaert


nl.po.gz
Description: application/gzip


signature.asc
Description: This is a digitally signed message part

Bug#898701: icinga2-doc: Inconsistent gzip of documentation

2018-05-16 Thread KAction


Here is patch:

>From 51750cdb1a2da7886b72b547e1e04205eca874dc Mon Sep 17 00:00:00 2001
From: Dmitry Bogatov 
Date: Wed, 16 May 2018 07:47:01 +0300
Subject: [PATCH] Compress 01-about.md

---
 debian/rules | 4 
 1 file changed, 4 insertions(+)

diff --git a/debian/rules b/debian/rules
index 60b3d3f..4691256 100755
--- a/debian/rules
+++ b/debian/rules
@@ -92,4 +92,8 @@ override_dh_strip:
 override_dh_makeshlibs:
dh_makeshlibs --no-scripts
 
+override_dh_compress:
+   dh_compress
+   dh_compress -p icinga2-doc usr/share/doc/icinga2/markdown/01-about.md
+
 # vi: noexpandtab ts=4 sw=4 :

Bug#898483: PHYSFS_setWriteDir creates an empty file

2018-05-16 Thread Ryan C. Gordon



This is a bug in PhysicsFS, I'm working on it and then rolling 3.0.2 
with the fix.


--ryan.

Bug#898865: clamsmtp: [INTL:nl] Dutch translation of debconf messages

 
 
Package: clamsmtp 
Severity: wishlist 
Tags: l10n patch 
 
 
 
Dear Maintainer, 
 
 
Please find attached the updated Dutch translation of clamsmtp debconf
messages. 
It has been submitted for review to the debian-l10n-dutch mailing
list. 
Please add it to your next package revision. 
It should be put as debian/po/nl.po in your package build tree. 
 

-- 
Met vriendelijke groet,
Frans Spiesschaert


nl.po.gz
Description: application/gzip


signature.asc
Description: This is a digitally signed message part

Bug#898864: ocsinventory-agent: [INTL:nl] Dutch translation of debconf messages

 
 
Package: ocsinventory-agent 
Severity: wishlist 
Tags: l10n patch 
 
 
 
Dear Maintainer, 
 
 
Please find attached the updated Dutch translation of ocsinventory-
agent debconf messages. 
It has been submitted for review to the debian-l10n-dutch mailing
list. 
Please add it to your next package revision. 
It should be put as debian/po/nl.po in your package build tree. 
 

-- 
Met vriendelijke groet,
Frans Spiesschaert


nl.po.gz
Description: application/gzip


signature.asc
Description: This is a digitally signed message part

Bug#898840: closed by Luca Boccassi <bl...@debian.org> (Bug#898840: fixed in iproute2 4.16.0-4)

2018-05-16 Thread Hans van Kranenburg

On 05/16/2018 07:09 PM, Debian Bug Tracking System wrote:
> This is an automatic notification regarding your Bug report
> which was filed against the iproute2 package:
> 
> #898840: Latest update breaks ip6 default gateway cli api
> 
> It has been closed by Luca Boccassi .

So it was indeed an unintended regression.

Thanks for the quick actions!

Regards,
-- 
Hans van Kranenburg

Bug#898863: debian/watch doesn't work properly

2018-05-16 Thread Sergio Durigan Junior

Source: python-cerberus
Version: 1.2-1

The debian/watch file present in the package is not working as it
should, which makes it impossible to look for new versions using uscan:

 uscan had problems while searching for a new upstream version:
 In debian/watch no matching files for watch line
  
https://pypi.debian.net/cerberus/cerberus-(.+)\.(?:zip|tgz|tbz|txz|(?:tar\.(?:gz|bz2|xz)))

-- 
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#898862: postfix: [INTL:nl] Dutch translation of debconf messages

 
 
Package: postfix 
Severity: wishlist 
Tags: l10n patch 
 
 
 
Dear Maintainer, 
 
 
Please find attached the updated Dutch translation of postfix debconf
messages. 
It has been submitted for review to the debian-l10n-dutch mailing
list. 
Please add it to your next package revision. 
It should be put as debian/po/nl.po in your package build tree. 
 

-- 
Met vriendelijke groet,
Frans Spiesschaert


nl.po.gz
Description: application/gzip


signature.asc
Description: This is a digitally signed message part

Bug#898861: ITP: r-cran-rsconnect -- GNU R deployment interface for markdown and Shiny applications

Package: wnpp
Severity: wishlist
Owner: Andreas Tille 

* Package name: r-cran-rsconnect
  Version : 0.8.8
  Upstream Author : JJ Allaire
* URL : https://cran.r-project.org/package=rsconnect
* License : GPL-2
  Programming Lang: GNU R
  Description : GNU R deployment interface for markdown and Shiny 
applications
 Programmatic deployment interface for 'RPubs', 'shinyapps.io', and
 'RStudio Connect'. Supported content types include R Markdown documents,
 Shiny applications, Plumber APIs, plots, and static web content.

Remark: This package is maintained by Debian R Packages Maintainers at
   https://salsa.debian.org/r-pkg-team/r-cran-rsconnect
This package belongs to a set of dependencies for r-cran-brms which is
needed to upgrade r-cran-emmeans to the latest upstream version.

Unfortunately this package currently depends r-cran-rjsonio which is
in non-free.  This is discussed with upstream here
  https://lists.debian.org/debian-r/2018/05/msg00065.html
but I'm opening this ITP as well to give the discussion a wider visibility.

Bug#894674: kernels 4.15 and 4.16 break xl2tpd

2018-05-16 Thread Ryan Kavanagh

Control: severity -1 grave

Setting this to grave because this bug renders the package unusable. I
too can confirm that this bug is fixed when building from the commit
tagged 1.3.12rc1 in the upstream git repo.

-- 
|)|/  Ryan Kavanagh  | GPG: 4E46 9519 ED67 7734 268F
|\|\  https://rak.ac |  BD95 8F7B F8FC 4A11 C97A


signature.asc
Description: PGP signature

Bug#898859: ITP: golang-github-zyedidia-pty -- PTY interface for Go

2018-05-16 Thread mangesh divate

Package: wnpp
Severity: wishlist
Owner: Mangesh Divate 

* Package name: golang-github-zyedidia-pty
  Version : 1.1.1+git20180126.3036466-1
  Upstream Author : Zachary Yedidia
* URL : https://github.com/zyedidia/pty
* License : MIT
  Programming Lang: Go
  Description: pty is  package for using unix pseudo-terminals.
 The pty module defines operations for handling the pseudo-terminal concept:
 starting another process and being able to write to and read from its
 controlling terminal programmatically

I am packaging this to resolve dependency of micro editor

Bug#895246: gconf: Intent to Adopt

2018-05-16 Thread Gert Wollny

Am Sonntag, den 13.05.2018, 15:18 -0400 schrieb Jeremy Bicha:
> Respectfully, you are the only one complaining about gconf's
> removal.

I might not have been complaining here, but I'm also not that happy
about some removals, and I don't understand the resistance to let
someone adopt the package. Adrian is obviously dedicated to maintain
the package, and in this (and other cases with gnome2 related packages)
there are no RC bugs or known security problems. 

I have ported two packages away from gconf, but it would be better to
have at least the posibility to read the gconf configuration, to be
able to convert it to a new backend. If only for that keeping gconf for
the next release cycle is a good thing, and thank you, Adrian, for
stepping up to adopt the package.

best,
Gert

Bug#898860: circuslinux FTCBFS: does not pass --host to ./configure

Source: circuslinux
Version: 1.0.3-33
Tags: patch
User: helm...@debian.org
Usertags: rebootstrap

circuslinux fails to cross build from source, because it does not pass
--host to ./configure. Letting dh_auto_configure doing so is the easiest
way to fix that. After doing so, circuslinux cross builds successfully.
Please consider applying the attached patch.

Helmut
diff --minimal -Nru circuslinux-1.0.3/debian/changelog 
circuslinux-1.0.3/debian/changelog
--- circuslinux-1.0.3/debian/changelog  2016-07-14 16:08:41.0 +0200
+++ circuslinux-1.0.3/debian/changelog  2018-05-16 20:06:20.0 +0200
@@ -1,3 +1,10 @@
+circuslinux (1.0.3-33.1) UNRELEASED; urgency=medium
+
+  * Non-maintainer upload.
+  * Fix FTCBFS: Let dh_auto_configure pass --host to ./configure. (Closes: #-1)
+
+ -- Helmut Grohne   Wed, 16 May 2018 20:06:20 +0200
+
 circuslinux (1.0.3-33) unstable; urgency=medium
 
   * fix FTBFS when built with dpkg-buildpackage -A (closes: #806006)
diff --minimal -Nru circuslinux-1.0.3/debian/rules 
circuslinux-1.0.3/debian/rules
--- circuslinux-1.0.3/debian/rules  2016-07-14 15:59:05.0 +0200
+++ circuslinux-1.0.3/debian/rules  2018-05-16 20:06:10.0 +0200
@@ -25,9 +25,7 @@
cp AUTHORS.txt AUTHORS
cp CHANGES.txt changelog
-autoreconf -vfi
-   ./configure --prefix=/usr \
---mandir=\$${prefix}/share/man \
---infodir=\$${prefix}/share/info \
+   dh_auto_configure -- \
 --datadir=\$${prefix}/share/games \
 --enable-scorefile

Bug#846490: tar(5) page never existed

2018-05-16 Thread Bdale Garbee

tags 846490 +pending
thanks

Upstream indicates that there was never a section 5 man page for the tar
archive format in the GNU tar sources, thus the "see also" reference to such
a page is now removed from the upstream section 1 man page for tar.  

I've put an equivalent patch into my source tree and the spurious reference
will thus be gone on the next tar package upload to Debian.

Thanks for pointing this out.

Bdale

Bug#898858: sed: Range [a-z] does not follow collate order from locale.

2018-05-16 Thread Bize Ma

Subject: sed: Range [a-z] does not follow collate order from locale.
Package: sed
Version: 4.4-2
Severity: important

Dear Maintainer,

With a locale set to en_US.utf8 it is expected that the collating order is
this:

$ printf '%b' $(printf '\\U%x\\n' {32..127}) | sort | tr -d '\n'
`^~<=>|

Bug#898856: curl: CVE-2018-1000301: RTSP bad headers buffer over-read

2018-05-16 Thread Chris Lamb

Package: curl
Version: 7.26.0-1+wheezy13
X-Debbugs-CC: t...@security.debian.org
Severity: grave
Tags: security

Hi,

The following vulnerability was published for curl:

 https://curl.haxx.se/docs/adv_2018-b138.html

It was given CVE number CVE-2018-1000301[0]:

If you fix the vulnerability please also make sure to include the
CVE (Common Vulnerabilities & Exposures) id in your changelog entry.

For further information see:

[0] https://security-tracker.debian.org/tracker/CVE-2018-1000301
https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2018-1000301


Regards,

-- 
  ,''`.
 : :'  : Chris Lamb
 `. `'`  la...@debian.org / chris-lamb.co.uk
   `-

Bug#898857: /usr/lib/nodejs/js-yaml/bin/js-yaml.js: /usr/bin/js-yaml should use /usr/bin/node and not node from env

2018-05-16 Thread Dominique Dumont

Package: node-js-yaml
Version: 3.11.0+dfsg-1
Severity: normal
File: /usr/lib/nodejs/js-yaml/bin/js-yaml.js

Dear Maintainer,

*** Reporter, please consider answering these questions, where appropriate ***

   * What led up to the situation?

I have both nodejs installed by Debian package and an older node installed
with a tarball (don't ask). The older node is preprended to PATH:

$ type node
node is /home/domi/bin/node

js-yaml is installed with Debian package. 

Heres the result:

$ js-yaml
module.js:549
throw err;
^

Error: Cannot find module 'argparse'
at Function.Module._resolveFilename (module.js:547:15)
at Function.Module._load (module.js:474:25)
at Module.require (module.js:596:17)
at require (internal/module.js:11:18)
at Object. (/usr/lib/nodejs/js-yaml/bin/js-yaml.js:14:16)
at Module._compile (module.js:652:30)
at Object.Module._extensions..js (module.js:663:10)
at Module.load (module.js:565:32)
at tryModuleLoad (module.js:505:12)
at Function.Module._load (module.js:497:3)

   * What exactly did you do (or not do) that was effective (or
 ineffective)?
   * What was the outcome of this action?
   * What outcome did you expect instead?

*** End of the template - remove these template lines ***

When using Debian node, I have:
$ /usr/bin/node /usr/bin/js-yaml

The problem is:

$ head -1 /usr/bin/js-yaml
#!/usr/bin/env node


js-yaml should be patched to begin with '#!/usr/bin/node` to always
use node installed by Debian.

All the best


-- System Information:
Debian Release: buster/sid
  APT prefers unstable
  APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable'), (1, 
'experimental')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

Kernel: Linux 4.16.0-1-amd64 (SMP w/8 CPU cores)
Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8), 
LANGUAGE=en_US:en (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)
LSM: AppArmor: enabled

Versions of packages node-js-yaml depends on:
ii  node-argparse  1.0.9-1
ii  node-esprima   4.0.0+ds-2
ii  nodejs 8.11.1~dfsg-2+b1

node-js-yaml recommends no packages.

node-js-yaml suggests no packages.

-- no debconf information

Bug#898658: f-irc gets SEGV with TERM=xterm-256color

2018-05-16 Thread Thomas Dickey

On Wed, May 16, 2018 at 12:17:45PM +0200, Sven Joachim wrote:
> On 2018-05-16 04:34 -0400, Thomas Dickey wrote:
...
> Thanks, that helps. :-)
> 
> > f-irc, by the way, hits that function about a hundred times more than
> > the worst-case (7.2 million versus 65 thousand).
> 
> Yes, the double loop in init_nick_colorpairs() is horribly inefficient.

agreed - I tried tracing it to see the function-calls and got a large
trace-file.

> Try to start f-irc with TERM=xterm-direct, I killed it after two
> minutes of using 100% CPU.

I don't think I can make compensating improvements in ncurses to fix this :-)
 
> > The usual application won't do anything like that...
> 
> There's a reason why nobody had noticed the problem earlier, I guess.

right - a normal application would initialize the color pair (unless
they were explicitly using the "RGB" extension).

-- 
Thomas E. Dickey 
https://invisible-island.net
ftp://ftp.invisible-island.net


signature.asc
Description: Digital signature

Bug#898771: libconfig-model-dpkg-perl: Please replace Maintainers @lists.alioth.debian.org by @alioth-lists.debian.net

2018-05-16 Thread gregor herrmann

On Wed, 16 May 2018 14:14:51 +0200, Dominique Dumont wrote:

> On Tuesday, 15 May 2018 20:45:13 CEST you wrote:
> > alioth lists were moved from lists.alioth.debian.org to
> > @alioth-lists.debian.net.  As far as I understood the maintainers
> > of alioth-lists.debian.net would prefer the real DNS name instead
> > of the redirect.  Thus it would be sensible to replace this in the
> > maintainer fields of packages.
> Makes sense.

Let's ask the alioth-lists admin (cc'd).
If they prefer it, I'm also all for it of course.
(And then I guess we have to change lots of other tools and
documentation, too …) 

Cheers,
gregor

-- 
 .''`.  https://info.comodo.priv.at -- Debian Developer https://www.debian.org
 : :' : OpenPGP fingerprint D1E1 316E 93A7 60A8 104D  85FA BB3A 6801 8649 AA06
 `. `'  Member VIBE!AT & SPI Inc. -- Supporter Free Software Foundation Europe
   `-   


signature.asc
Description: Digital Signature

Bug#898853: Minimal test file for # 898853

2018-05-16 Thread besoa606

/* [wxMaxima batch file version 1] [ DO NOT EDIT BY HAND! ]*/
/* [ Created with wxMaxima version 16.04.2 ] */

/* [wxMaxima: section start ]
Bug in draw with terminal = epslatex_standalone
   [wxMaxima: section end   ] */

/* [wxMaxima: comment start ]
wxmaxima 16.04.2, 
draw does not generate the corresponding .tex file (size = 0 byte) as it used 
to do in (some) previous version.

1) wxdraw and draw with "terminal = png" are successful.

2) draw with "terminal = epslatex_standalone" stops with error message 
   in gnuplot from line 6 of the generated ~/maxout.gnuplot
   where  are numbers (may be maxima PID?):
   "set obj 1 fc rgb '#ff' fs solid 1.0 noborder "
   "   ^ unknown object"
   At this point, wxmaxima hangs until maxima restart or cancel (Ctrl+G)

3) Comparison with the file ~/maxout_.gnuplot for the PNG
   (the file names differ only with the underscore?)
   shows that one line is missing before line 6 in the file
   ~/maxout.gnuplot for the EPSLATEX, that is:
   "set obj 1 rectangle behind from screen 0.0,0.0 to screen 1.0,1.0"

4) Hack that seems to work: insert this line manually and test the result
   with "gnuplot -c ~/maxout.gnuplot" (the correct .tex file is generated,
   can be typeset and ps2eps-ed etc.)
   
   [wxMaxima: comment end   ] */

/* [wxMaxima: input   start ] */
load(draw)$
/* [wxMaxima: input   end   ] */

/* [wxMaxima: input   start ] */
wxdraw(gr2d(explicit(x^2,x,-1,1)));
/* [wxMaxima: input   end   ] */

/* [wxMaxima: input   start ] */
draw(file_name = "test",
terminal  = png,
gr2d(explicit(x^2,x,-1,1)));
/* [wxMaxima: input   end   ] */

/* [wxMaxima: input   start ] */
draw(file_name = "test",
terminal  = epslatex_standalone,
gr2d(explicit(x^2,x,-1,1)));
/* [wxMaxima: input   end   ] */

/* Maxima can't load/batch files which end with a comment! */
"Created with wxMaxima"$

Bug#898855: kate: A NUL byte in not an invalid utf8 character.

2018-05-16 Thread Bize Ma

Subject: kate: A NUL byte in not an invalid utf8 character.
Package: kate
Version: 4:18.04.0-1
Severity: normal

Dear Maintainer,

While trying to edit a file I got a "opened with UTF-8 encoding but
contained invalid characters." error.

There was no indication of which or where in the file were this invalid
characters.

Filtering the file with:

iconv -c -t utf8 testfile.txt >testfile.txt.new

Made no modifications to the file (all characters were accepted).
Then I tested the file with:

isutf8 -v testfile.txt

Which also reported no error.
Then I used:

grep -axv '.*' testfile.txt

Which also found no error.
The only solution was to open the file in kate, force editing and force to
write a new file.
The difference bettween both files revealed that the removed characters
were NULs.
That is bytes wit value of zero: 0x00 a.k.a \0

You can reproduce by creating a file in the command line with:

printf 'A good line\nA line with a NUL\x00\n' >testfile.txt

Then, try to edit with kate.

A zero byte is a valid UTF-8 character as reported by the command:

$ unicode -x 0
U+ 
UTF-8: 00 UTF-16BE:  Decimal:  Octal: \00

Category: Cc (Other, Control)
Unicode block: ..007F; Basic Latin
Bidi: BN (Boundary Neutral)

It can be tested with some other tools also.

Please:

1.- Provide a way to "see" or list the characters reported as wrong by
kate

2.- Do not include a NUL as invalid utf8.





-- System Information:
Debian Release: buster/sid
  APT prefers testing
  APT policy: (500, 'testing'), (500, 'stable')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

Kernel: Linux 4.16.0-1-amd64 (SMP w/2 CPU cores)
Locale: LANG=en_US.utf8, LC_CTYPE=en_US.utf8 (charmap=UTF-8), LANGUAGE=
(charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)
LSM: AppArmor: enabled

Versions of packages kate depends on:
ii  kate5-data   4:18.04.0-1
ii  kio  5.44.0-2
ii  ktexteditor-katepart 5.44.0-1
ii  libc62.27-3
ii  libkf5activities55.44.0-1
ii  libkf5bookmarks5 5.44.0-1
ii  libkf5completion55.44.0-1
ii  libkf5configcore55.44.0-1
ii  libkf5configgui5 5.44.0-1
ii  libkf5configwidgets5 5.44.0-1
ii  libkf5coreaddons55.44.0-1
ii  libkf5crash5 5.44.0-1
ii  libkf5dbusaddons55.44.0-1
ii  libkf5guiaddons5 5.44.0-1
ii  libkf5i18n5  5.44.0-1
ii  libkf5iconthemes55.44.0-1
ii  libkf5itemmodels55.44.0-1
ii  libkf5jobwidgets55.44.0-1
ii  libkf5kiocore5   5.44.0-2
ii  libkf5kiofilewidgets55.44.0-2
ii  libkf5kiowidgets55.44.0-2
ii  libkf5newstuff5  5.44.0-1
ii  libkf5parts5 5.44.0-1
ii  libkf5plasma55.44.0-1
ii  libkf5service-bin5.44.0-1
ii  libkf5service5   5.44.0-1
ii  libkf5texteditor55.44.0-1
ii  libkf5textwidgets5   5.44.0-1
ii  libkf5threadweaver5  5.44.0-1
ii  libkf5wallet-bin 5.44.0-1
ii  libkf5wallet55.44.0-1
ii  libkf5widgetsaddons5 5.44.0-1
ii  libkf5windowsystem5  5.44.0-1
ii  libkf5xmlgui55.44.0-2+b1
ii  libqt5core5a 5.10.1+dfsg-6
ii  libqt5dbus5  5.10.1+dfsg-6
ii  libqt5gui5   5.10.1+dfsg-6
ii  libqt5sql5   5.10.1+dfsg-6
ii  libqt5widgets5   5.10.1+dfsg-6
ii  libqt5xml5   5.10.1+dfsg-6
ii  libstdc++6   8.1.0-1
ii  plasma-framework 5.44.0-1
ii  qml-module-org-kde-kquickcontrolsaddons  5.44.0-1+b1
ii  qml-module-qtquick-layouts   5.10.1-4
ii  qml-module-qtquick2  5.10.1-4

Versions of packages kate recommends:
ii  sonnet-plugins  5.44.0-1

Versions of packages kate suggests:
pn  darcs
pn  exuberant-ctags  
pn  git  
ii  khelpcenter  4:17.08.3-1
ii  konsole-kpart4:18.04.0-1
pn  mercurial
pn  subversion   

-- no debconf information

Bug#898854: ITP: turing -- assistant to learn algorithms and programming languages

2018-05-16 Thread Georges Khaznadar

Package: wnpp
Severity: wishlist
Owner: Georges Khaznadar 

* Package name: turing
  Version : 0.10~beta
  Upstream Author : Tom Niget 
* URL : https://github.com/TuringApp/Turing
* License : MIT
  Programming Lang: Python
  Description : assistant to learn algorithms and programming languages

 Turing is a free and cross-platform app whose main goal is to assist
 the learning of algorithms and programming languages by providing
 easy-to-use development tools to all.
 .
 It provides a lighter alternative to the well-known Algobox, which is
 the currently de-facto widely used solution.
 .
 It provides two work modes:
 .
 * Algorithm mode
 * Uses a "natural" pseudocode language similar to the one used in
   Algobox and school books.
 * Assisted development
 * Program mode
 * Uses Python, for the more experienced
 .
 In both modes, the code can be debugged and executed step-by-step to
 facilitate the problem-solving side of development.



All the dependencies for the new package 'turing' are in Debian, except
python3-autopep8 which should enter unstable shortly, see bug #875906
which I am closing.

Turing's author is most enthusistic about pushing his work into Debian;
no much autors of high quality free software are aged 15.

Bug#898828: [PKG-Openstack-devel] Bug#898828: horizon: [INTL:fr] French debconf translation update

2018-05-16 Thread Alban Vidal

Hi Thomas,

Le 16/05/2018 à 17:07, Thomas Goirand a écrit :
> Thanks for this. Could you also have a look at openstack-pkg-tools,
> which is from where all of OpenStack packages are taking translations?
> If you complete the French translation there, then it will be used in
> 20+ packages.

Yes, i have take this translation.

Regards,
Alban

Bug#898853: wxmaxima: bug in draw with terminal=epslatex_standalone

2018-05-16 Thread b606

Package: wxmaxima
Version: 16.04.2-1
Severity: important

draw does not generate the corresponding .tex file (size = 0 byte) as it used 
to do in (some) previous version.

1) wxdraw and draw with "terminal = png" are successful.

2) draw with "terminal = epslatex_standalone" stops with error message 
   in gnuplot from line 6 of the generated ~/maxout.gnuplot
   where  are numbers (may be maxima PID?):
   "set obj 1 fc rgb '#ff' fs solid 1.0 noborder "
   "   ^ unknown object"
   At this point, wxmaxima hangs until maxima restart or cancel (Ctrl+G)

3) Comparison with the file ~/maxout_.gnuplot for the PNG
   (the file names differ only with the underscore?)
   shows that one line is missing before line 6 in the file
   ~/maxout.gnuplot for the EPSLATEX, that is:
   "set obj 1 rectangle behind from screen 0.0,0.0 to screen 1.0,1.0"

4) Hack that seems to work: insert this line manually and test the result
   with "gnuplot -c ~/maxout.gnuplot" (the correct .tex file is generated,
   can be typeset and ps2eps-ed etc.)

Best regards.

-- System Information:
Debian Release: 9.4
  APT prefers stable
  APT policy: (500, 'stable')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

Kernel: Linux 4.9.0-6-amd64 (SMP w/4 CPU cores)
Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8), LANGUAGE=fr 
(charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)

Versions of packages wxmaxima depends on:
ii  ibus-gtk31.5.14-3
ii  imagemagick  8:6.9.7.4+dfsg-11+deb9u4
ii  imagemagick-6.q16 [imagemagick]  8:6.9.7.4+dfsg-11+deb9u4
ii  libc62.24-11+deb9u3
ii  libgcc1  1:6.3.0-18+deb9u1
ii  libstdc++6   6.3.0-18+deb9u1
ii  libwxbase3.0-0v5 3.0.2+dfsg-4
ii  libwxgtk3.0-0v5  3.0.2+dfsg-4
ii  maxima   5.38.1-8+b1
ii  maxima-doc   5.38.1-8

Versions of packages wxmaxima recommends:
ii  fonts-jsmath 0.090709+0-3
ii  texlive-latex-extra  2016.20170123-5

wxmaxima suggests no packages.

-- no debconf information

Bug#898840: [iproute2] Bug#898840: Latest update breaks ip6 default gateway cli api

2018-05-16 Thread Luca Boccassi

On Wed, 2018-05-16 at 16:53 +0200, Michal Kubecek wrote:
> On Wed, May 16, 2018 at 02:42:24PM +0100, Luca Boccassi wrote:
> > Hans reported a regression in v4.16.0, ip route now requires -6 to
> > be
> > manually added when using v6 addresses while up to 4.15 it didn't,
> > the
> > commands quoted show the problem.
> > 
> > Bisecting shows that the following commit from Serhey introduced
> > the
> > problem:
> > 
> > 93fa12418dc6f5943692250244be303bb162175b
> > utils: Always specify family and ->bytelen in get_prefix_1()
> > 
> > Could you please have a look when you have a moment? It's very easy
> > to
> > reproduce, and it breaks existing scripts and so on.
> 
> Fixed already:

Ah fantastic, thanks, sorry I missed that.

-- 
Kind regards,
Luca Boccassi

signature.asc
Description: This is a digitally signed message part

Bug#898852: security.debian.org: Version of DSA-4201-1 contradictory

2018-05-16 Thread Helge Kreutzmann

Package: security.debian.org
Severity: important

DSA (the e-mail) states:
For the stable distribution (stretch), these problems have been fixed
in version 4.8.3+comet2+shim4.10.0+comet3-1+deb9u6.

However, apt downloads version
xen (4.8.3+xsa262+shim4.10.0+comet3-1+deb9u6) stretch-security;
urgency=high

In the PTS two versions are listed:
4.8.3+comet2+shim4.10.0+comet3-1+deb9u5 and
4.8.3+xsa262+shim4.10.0+comet3-1+deb9u6

So something looks fishy, although I do not get any signature failures
from apt / dpkg, which indicates that the delivery process was not
tampered with.


-- System Information:
Debian Release: 9.4
  APT prefers stable
APT policy: (500, 'stable')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

-- 
  Dr. Helge Kreutzmann deb...@helgefjell.de
   Dipl.-Phys.   http://www.helgefjell.de/debian.php
64bit GNU powered gpg signed mail preferred
   Help keep free software "libre": http://www.ffii.de/


signature.asc
Description: Digital signature

Bug#898833: [Pkg-nagios-devel] Bug#898833: icinga2-common: included postgres checkcommand using wrong path

2018-05-16 Thread Sebastiaan Couwenberg

Control: tags -1 pending

Hi Jens,

Thanks for the patch, it has been added it git and will be included in
the next upload.

Kind Regards,

Bas

Bug#898851: New upstream available: 6.38

2018-05-16 Thread Yuri D'Elia


Package: ipset
Version: 6.34-1
Severity: wishlist

Dear maintainer, there's a new upstream source for the userland utilities of
ipset (6.38) which fixes a parsing bug.

It would be nice to update the package.
Thanks!

-- System Information:
Debian Release: buster/sid
 APT prefers unstable
 APT policy: (900, 'unstable'), (800, 'experimental'), (500, 'unstable-debug')
Architecture: amd64 (x86_64)

Kernel: Linux 4.17.0-rc3-amd64 (SMP w/4 CPU cores)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8), 
LANGUAGE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)

Versions of packages ipset depends on:
ii  iptables   1.6.2-1
ii  libc6  2.27-3
ii  libipset3  6.34-1

ipset recommends no packages.

ipset suggests no packages.

Bug#898850: ui-utilcpp: FTBFS: syntax error in configure script

2018-05-16 Thread Sven Joachim

Source: ui-utilcpp
Version: 1.8.5-2
Severity: serious

Your package FTBFS everywhere[1], the reason being that the configure
script has a syntax error after regeneration (but not before):

,
| $ bash -n ./configure
| $ dh_autoreconf
| libtoolize: putting auxiliary files in '.'.
| libtoolize: copying file './ltmain.sh'
| libtoolize: Consider adding 'AC_CONFIG_MACRO_DIRS([m4])' to configure.ac,
| libtoolize: and rerunning libtoolize and aclocal.
| libtoolize: Consider adding '-I m4' to ACLOCAL_AMFLAGS in Makefile.am.
| $ bash -n ./configure
| ./configure: line 2468: syntax error near unexpected token 
`src/ui-utilcpp/Exception.hpp,'
| ./configure: line 2468: `UI_INIT(src/ui-utilcpp/Exception.hpp, 
9:0:0,,,tar-pax)'
`

Could you please have a look?


1. https://buildd.debian.org/status/package.php?p=ui-utilcpp

Bug#897481: cofoja: FTBFS: [ujavac] /<>/src/com/google/java/contract/Invariant.java:36: error: unmappable character (0xC3) for encoding US-ASCII

2018-05-16 Thread Emmanuel Bourg

Control: forwarded -1 https://github.com/nhatminhle/cofoja/issues/52

The IllegalArgumentException thrown by ASM can be fixed either
by upgrading ASM or setting the source/target level on the  task.

There is another issue hidden behind this one though. Cofoja uses
internal JDK classes and it now breaks badly:

  build:
  [mkdir] Created dir: cofoja/obj/bare
 [ujavac] Compiling 86 source files to cofoja/obj/bare
 [ujavac] cofoja/src/com/google/java/contract/core/apt/JavacUtils.java:20: 
error: package com.sun.source.tree does not exist
 [ujavac] import com.sun.source.tree.AnnotationTree;
 [ujavac]   ^
 [ujavac] cofoja/src/com/google/java/contract/core/apt/JavacUtils.java:21: 
error: package com.sun.source.tree does not exist
 [ujavac] import com.sun.source.tree.AssignmentTree;
 [ujavac]   ^
 [ujavac] cofoja/src/com/google/java/contract/core/apt/JavacUtils.java:22: 
error: package com.sun.source.tree does not exist
 [ujavac] import com.sun.source.tree.CompilationUnitTree;
 [ujavac]   ^
 [ujavac] cofoja/src/com/google/java/contract/core/apt/JavacUtils.java:23: 
error: package com.sun.source.tree does not exist
 [ujavac] import com.sun.source.tree.ExpressionTree;
 [ujavac]   ^
 [ujavac] cofoja/src/com/google/java/contract/core/apt/JavacUtils.java:24: 
error: package com.sun.source.tree does not exist
 [ujavac] import com.sun.source.tree.ImportTree;
 [ujavac]   ^
 [ujavac] cofoja/src/com/google/java/contract/core/apt/JavacUtils.java:25: 
error: package com.sun.source.tree does not exist
 [ujavac] import com.sun.source.tree.LineMap;
 [ujavac]   ^
 [ujavac] cofoja/src/com/google/java/contract/core/apt/JavacUtils.java:26: 
error: package com.sun.source.tree does not exist
 [ujavac] import com.sun.source.tree.NewArrayTree;
 [ujavac]   ^
 [ujavac] cofoja/src/com/google/java/contract/core/apt/JavacUtils.java:27: 
error: package com.sun.source.tree.Tree does not exist
 [ujavac] import com.sun.source.tree.Tree.Kind;
 [ujavac]^
 [ujavac] cofoja/src/com/google/java/contract/core/apt/JavacUtils.java:28: 
error: package com.sun.source.util does not exist
 [ujavac] import com.sun.source.util.SourcePositions;
 [ujavac]   ^
 [ujavac] cofoja/src/com/google/java/contract/core/apt/JavacUtils.java:29: 
error: package com.sun.source.util does not exist
 [ujavac] import com.sun.source.util.TreePath;
 [ujavac]   ^
 [ujavac] cofoja/src/com/google/java/contract/core/apt/JavacUtils.java:30: 
error: package com.sun.source.util does not exist
 [ujavac] import com.sun.source.util.Trees;
 [ujavac]   ^
 [ujavac] cofoja/src/com/google/java/contract/core/apt/JavacUtils.java:61: 
error: cannot find symbol
 [ujavac] Trees treeUtils = Trees.instance(processingEnv);
 [ujavac] ^
 [ujavac]   symbol:   class Trees
 [ujavac]   location: class JavacUtils
 [ujavac] cofoja/src/com/google/java/contract/core/apt/JavacUtils.java:61: 
error: cannot find symbol
 [ujavac] Trees treeUtils = Trees.instance(processingEnv);
 [ujavac]   ^
 [ujavac]   symbol:   variable Trees
 [ujavac]   location: class JavacUtils
 [ujavac] cofoja/src/com/google/java/contract/core/apt/JavacUtils.java:66: 
error: cannot find symbol
 [ujavac] TreePath path = treeUtils.getPath(element, annotation);
 [ujavac] ^
 [ujavac]   symbol:   class TreePath
 [ujavac]   location: class JavacUtils
 [ujavac] cofoja/src/com/google/java/contract/core/apt/JavacUtils.java:71: 
error: cannot find symbol
 [ujavac] CompilationUnitTree unitTree = path.getCompilationUnit();
 [ujavac] ^
 [ujavac]   symbol:   class CompilationUnitTree
 [ujavac]   location: class JavacUtils
 [ujavac] cofoja/src/com/google/java/contract/core/apt/JavacUtils.java:72: 
error: cannot find symbol
 [ujavac] LineMap lineMap = unitTree.getLineMap();
 [ujavac] ^
 [ujavac]   symbol:   class LineMap
 [ujavac]   location: class JavacUtils
 [ujavac] cofoja/src/com/google/java/contract/core/apt/JavacUtils.java:73: 
error: cannot find symbol
 [ujavac] SourcePositions positions = treeUtils.getSourcePositions();
 [ujavac] ^
 [ujavac]   symbol:   class SourcePositions
 [ujavac]   location: class JavacUtils
 [ujavac] cofoja/src/com/google/java/contract/core/apt/JavacUtils.java:75: 
error: cannot find symbol
 [ujavac] AnnotationTree annotationTree = (AnnotationTree) 
path.getLeaf();
 [ujavac] ^
 [ujavac]   symbol:   class AnnotationTree
 [ujavac]   location: class JavacUtils
 [ujavac]

Bug#898347: Cleans and builds using python2 even when not asked to

2018-05-16 Thread Niels Thykier

Thomas Goirand:
> Package: debhelper
> Version: 11.2.1
> Severity: important
> 
> When using debhelper like this:
> 
>   dh $@ --buildsystem=python_distutils --with python3
> 
> then it still calls:
>   python setup.py clean
> and:
>   python setup.py build
> 
> when really, nobody asked for it to use Python 2. As a consequence, one has to
> override_dh_auto_{clean,build} just to make it not do it.
> 
> My suggestion is to make dh just clean and build with python3 when there's 
> only
> --with python3 and no --with python2.
> 
> Cheers,
> 
> Thomas Goirand (zigo)
> 

The python-distutils build system does not support python3 (see
#597105).  I note that the pybuild (third-party) build system seems to
do and probably a lot better / up to date than debhelper's variant ever
will.

Seems to me that the proper thing to do would be to retire the
python-distutils build system and have people migrate to the pybuild
build system.

Thanks,
~Niels

Bug#898840: [iproute2] Bug#898840: Latest update breaks ip6 default gateway cli api

2018-05-16 Thread Michal Kubecek

On Wed, May 16, 2018 at 02:42:24PM +0100, Luca Boccassi wrote:
> Hans reported a regression in v4.16.0, ip route now requires -6 to be
> manually added when using v6 addresses while up to 4.15 it didn't, the
> commands quoted show the problem.
> 
> Bisecting shows that the following commit from Serhey introduced the
> problem:
> 
> 93fa12418dc6f5943692250244be303bb162175b
> utils: Always specify family and ->bytelen in get_prefix_1()
> 
> Could you please have a look when you have a moment? It's very easy to
> reproduce, and it breaks existing scripts and so on.

Fixed already:

--
mike@unicorn:~/work/git/iproute2> git --no-pager log --grep 93fa12418dc6
commit d42c7891d26e4d5616a55aac9fe10813767fcf9c
Author: David Ahern 
Date:   Fri Apr 13 09:36:33 2018 -0700

utils: Do not reset family for default, any, all addresses

Thomas reported a change in behavior with respect to autodectecting
address families. Specifically, 'ip ro add default via fe80::1'
syntax was failing to treat fe80::1 as an IPv6 address as it did in
prior releases. The root causes appears to be a change in family when
the default keyword is parsed.

'default', 'any' and 'all' are relevant outside of AF_INET. Leave the
family arg as is for these when setting addr.

Fixes: 93fa12418dc6 ("utils: Always specify family and ->bytelen in 
get_prefix_1()")
Reported-by: Thomas Deutschmann 
Signed-off-by: David Ahern 
Cc: Serhey Popovych 
--

Michal Kubecek

Bug#898828: [PKG-Openstack-devel] Bug#898828: horizon: [INTL:fr] French debconf translation update

2018-05-16 Thread Thomas Goirand

On 05/16/2018 12:28 PM, Alban Vidal wrote:
> Package: horizon
> Version: 3_13.0.0-4
> Severity: wishlist
> Tags: patch l10n
> 
> Dear Maintainer,
> 
> Please find attached the French debconf templates update, proofread by the
> debian-l10n-french mailing list contributors.
> 
> Best regards,
> 
> Alban Vidal

Hi Alban,

Thanks for this. Could you also have a look at openstack-pkg-tools,
which is from where all of OpenStack packages are taking translations?
If you complete the French translation there, then it will be used in
20+ packages.

Cheers,

Thomas Goirand (zigo)

Bug#898836: HTML validator error for templates/popup: Stray end tag "span".

2018-05-16 Thread Simon McVittie

Control: tags -1 + patch fixed-upstream

On Wed, 16 May 2018 at 14:07:23 +0200, Martin Michlmayr wrote:
> * Simon McVittie  [2018-05-16 13:01]:
> > That content isn't really meant to be rendered at all.
> 
> Right, but the problem is when I run "ikiwiki -v --plugin goodstuff website 
> html"
> then I end up with html/templates/popup/index.html (even though I
> don't use any popups).

html/templates/popup/index.html is meant to be rendered, but it isn't
meant to include the body of the template reinterpreted as (bad) Markdown,
only the documentation of the template. (Compare templates/note, which
doesn't render an empty notebox in its HTML form.)

> > If you change [[templatebody to [[!templatebody in the source, does
> > that resolve this?
> 
> I don't know.  I'll have to try later.

It looks as though it does, so I pushed that change upstream.

smcv

Bug#898849: ITP: golang-github-satta-ifplugo -- ifplugd-powered network link status notification for Go

2018-05-16 Thread Sascha Steinbiss

Package: wnpp
Severity: wishlist
Owner: Sascha Steinbiss 

* Package name: golang-github-satta-ifplugo
  Version : 0.0~git20180516.4249335-1
  Upstream Author : Sascha Steinbiss
* URL : https://github.com/satta/ifplugo
* License : GPL-2.0
  Programming Lang: Go
  Description : network link status notification for Go

 ifplugo delivers network interface link information and link
 changes. It does this (on Linux) by using code from ifplugd
 (http://0pointer.de/lennart/projects/ifplugd/) to gather the necessary
 status information, then emits a status summary on a given channel. This
 summary (LinkStatusSample) is emitted on the first invocation and each
 time the state changes for at least one monitored interface.

Bug#898848: libtasn1-6: FTBFS documentation test failure

Source: libtasn1-6
Version: 4.13-2
Severity: serious
Tags: ftbfs
User: helm...@debian.org
Usertags: rebootstrap

libtasn1-6 fails to build from source in unstable (full build).

| Making check in reference
| make  check-TESTS
| make[5]: Entering directory '/<>/doc/reference'
| echo "#!/bin/sh -e" > gtkdoc-check.test; \
|   echo "/usr/bin/gtkdoc-check || exit 1" >> gtkdoc-check.test; \
|   chmod +x gtkdoc-check.test
| make[5]: Leaving directory '/<>/doc/reference'
| make[5]: Entering directory '/<>/doc/reference'
| FAIL: gtkdoc-check.test
| make[5]: Leaving directory '/<>/doc/reference'
| make[5]: Entering directory '/<>/doc/reference'
| =
|GNU Libtasn1 4.13: doc/reference/test-suite.log
| =
| 
| # TOTAL: 1
| # PASS:  0
| # SKIP:  0
| # XFAIL: 0
| # FAIL:  1
| # XPASS: 0
| # ERROR: 0
| 
| .. contents:: :depth: 2
| 
| FAIL: gtkdoc-check
| ==
| 
| Running suite(s): gtk-doc-libtasn1
| libtasn1-undocumented.txt:1:E: 104 undocumented or incomplete symbols
| libtasn1-undeclared.txt:1:E: 88 undeclared symbols
| 
| libtasn1-unused.txt:1:E: 1 unused documentation entries
| 
| /<>/doc/reference/libtasn1-docs.sgml:1:E: doesn't appear to 
include "xml/api-index-2.0.xml"
| /<>/doc/reference/libtasn1-docs.sgml:1:E: doesn't appear to 
include "xml/api-index-1.6.xml"
| /<>/doc/reference/libtasn1-docs.sgml:1:E: doesn't appear to 
include "xml/api-index-deprecated.xml"
| 0.0%: Checks 4, Failures: 4
| FAIL gtkdoc-check.test (exit status: 1)
| 
| 
| Testsuite summary for GNU Libtasn1 4.13
| 
| # TOTAL: 1
| # PASS:  0
| # SKIP:  0
| # XFAIL: 0
| # FAIL:  1
| # XPASS: 0
| # ERROR: 0
| 
| See doc/reference/test-suite.log
| Please report to help-libta...@gnu.org
| 
| make[5]: *** [Makefile:1288: test-suite.log] Error 1
| make[5]: Leaving directory '/<>/doc/reference'
| make[4]: *** [Makefile:1396: check-TESTS] Error 2
| make[3]: *** [Makefile:1462: check-am] Error 2
| make[2]: *** [Makefile:1350: check-recursive] Error 1
| make[1]: *** [Makefile:1027: check-recursive] Error 1
| dh_auto_test: make -j8 -Oline check VERBOSE=1 returned exit code 2
| make: *** [debian/rules:51: binary] Error 25
| dpkg-buildpackage: error: debian/rules binary subprocess returned exit status 
2

A certain coincidence with the dh-autoreconf/18 upload cannot be ruled
out. Thus I added Julian to Cc.

A quick solution is appreciated as this breaks architecture bootstrap.

Helmut

Bug#898847: librosbag-dev: Missing dependency on libstd-srvs-dev

2018-05-16 Thread Johannes Schauer

Package: librosbag-dev
Version: 1.13.5+ds1-3
Severity: normal

Hi,

/usr/share/rosbag/cmake/rosbagConfig.cmake contains (around line 165):

set(depends "rosbag_storage;rosconsole;roscpp;std_srvs;topic_tools;xmlrpcpp")
foreach(depend ${depends})
  [...]
  find_package(${rosbag_dep} REQUIRED NO_MODULE)

the package already depends on librosbag-storage-dev, librosconsole-dev,
libroscpp-dev, libtopic-tools-dev and libxmlrpcpp-dev but it does *not*
yet depend on libstd-srvs-dev and thus, an error will be raised:

-- catkin 0.7.8
CMake Error at /usr/share/rosbag/cmake/rosbagConfig.cmake:165 (find_package):
  Could not find a package configuration file provided by "std_srvs" with any
  of the following names:

std_srvsConfig.cmake
std_srvs-config.cmake

  Add the installation prefix of "std_srvs" to CMAKE_PREFIX_PATH or set
  "std_srvs_DIR" to a directory containing one of the above files.  If
  "std_srvs" provides a separate development package or SDK, be sure it has
  been installed.

You can easily reproduce this with a simple CMakeLists.txt:

cmake_minimum_required(VERSION 3.9)
find_package(catkin REQUIRED COMPONENTS rosbag)

It would probably help to add a very simple autopkgtest to the package
which just tries to configure such a trivial CMake project. You could
get yourself inspired with what I did for orocos-bfl:

https://sources.debian.org/src/orocos-bfl/0.8.0-4/debian/tests/run-tests/

It will be much simpler though in this case. :)

Thanks!

cheers, josch

Bug#898822: [RFC] Detect data embeded image in html like file

2018-05-16 Thread Bastien ROUCARIES

On Wed, May 16, 2018 at 4:00 PM, Bastien ROUCARIES
 wrote:
> On Wed, May 16, 2018 at 11:33 AM, Chris Lamb  wrote:
>> retitle 898822 Detect data encoded/embedded in HTML "Data" URI schemes
>> severity 898822 wishlist
>> tags 898822 + moreinfo
>> thanks
>>
>> Hi Bastien,
>>
>> [..]
>>
>> I think some concrete examples here would be useful in triaging/
>> prioritising this, as well as working out whether it is feasible or
>> sensible :)
> Code search with request
> (https://codesearch.debian.net/search?q=src%3D%22data%3A=1=1)
> give 75 packages affected:
> asciidoctor
> cacti
> chemical-structures
> chromium-browser
> ckeditor
> classified-ads
> diffoscope
> edbrowse
> firefox
> firefox-esr
> fontforge
> fossil
> gitinspector
> golang-github-microcosm-cc-bluemonday
> html5lib
> icingaweb2
> ikiwiki
> ipython
> jmol
> juli
> kmplayer
> kopano-webapp
> landslide
> libcgi-application-plugin-dbiprofile-perl
> libxml-atom-fromowl-perl
> libxml-atom-owl-perl
> lua-apr
> matplotlib
> mayavi2
> mediawiki
> nbconvert
> node-normalize.css
> notmuch
> oca-core
> openlp
> opennebula
> openscad
> pandoc
> php-doctrine-bundle
> php-getid3
> php-kdyby-events
> phpmyadmin
> python-cartopy
> python-darkslide
> python-mne
> python-pweave
> python-pydub
> python-pyqrcode
> python-qtconsole
> qtwebengine-opensource-src
> rails
> rapid-photo-downloader
> r-cran-knitr
> r-cran-repr
> r-cran-rmarkdown
> rdkit
> request-tracker4
> roundcube
> rss-bridge
> rubocop
> sagemath
> sass-spec
> simplesamlphp
> spip
> sympa
> thunderbird
> trac
> turbogears2-doc
> veusz
> virtuoso-opensource
> vistrails
> woo
> xhtml2pdf
> yt
> zotero-standalone-build
>
> Some are clearly abuse see:
> 1. 
> https://sources.debian.org/src/chemical-structures/2.2.dfsg.0-12/debian/patches/privacy.patch/?hl=10#L10
> (render package undistributable one of sourceforge logo)
> 2. 
> https://codesearch.debian.net/show?file=lua-apr_0.23.2.dfsg-4%2Fsrc%2Fbase64.c=33
> FTBFS not prefered modification source
> 3. 
> https://sources.debian.org/src/rubocop/0.52.1+dfsg-1/debian/patches/04-adjust-tests-due-to-rubocop-logo-removal-from-package.diff/?hl=25#L25
> (remove logo as file not as included base64 => RC undistributable)
> 4.https://sources.debian.org/src/fontforge/1:20170731%7Edfsg-1/debian/patches/2003_avoid_privacy_breach.patch/?hl=59#L59
> Border line could use the same trick that I have done in
> libjs-normalize.css to generate with js the image (not prefered source
> of modification)
>
> I have not checked all the package.
>
> another risk is to carry forbidden image like porn of think like this
> is this stuff. I prefer lintian to signal pedantically in order to
> manually check acceptance.
>
> Better safe than sorry

This request is also interesting:
https://codesearch.debian.net/search?q=href%3D%22data%3A=1=1

>
> Bastien
>
>
>>
>> Best wishes,
>>
>> --
>>   ,''`.
>>  : :'  : Chris Lamb
>>  `. `'`  la...@debian.org / chris-lamb.co.uk
>>`-

Bug#898846: RFS: dtkwidget/2.0.8.1-1

2018-05-16 Thread Yanhao Mo

Package: sponsorship-requests
Severity: normal

Dear mentors,

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

* Package name: dtkwidget
  Version : 2.0.8.1-1
  Upstream Author : Deepin Technology Co., Ltd.
* URL : https://github.com/linuxdeepin/dtkwidget
* License : GPL-3+
  Section : libs

It builds those binary packages:

  libdtkwidget-dev - Deepin Tool Kit Widget library (development files)
  libdtkwidget2 - Deepin Tool Kit Widget library

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

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

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

  dget -x 
https://mentors.debian.net/debian/pool/main/d/dtkwidget/dtkwidget_2.0.8.1-1.dsc

More information about hello can be obtained from
https://salsa.debian.org/pkg-deepin-team/dtkwidget

-- 
Yanhao Mo


signature.asc
Description: PGP signature

Bug#898845: RM: openggsn -- RoM; upstream replaced software by osmo-ggsn

2018-05-16 Thread Thorsten Alteholz


Package: ftp.debian.org
Severity: normal

openggsn is replaced by osmo-ggsn now

  Thorsten

Bug#896886: openmpi: upstream version 3.0.1 makes lots of autopkgtests flaky

2018-05-16 Thread Alastair McKinstry


Hi Graham

Yes, I'll package 3.1.0 ASAP. pmix 2.1.1 was uploaded today.
It appears all the outstanding FTBFS are due to MPI hangs in tests. I'm 
trying to get builds on armhf hardware to debug.


regards
Alastair


On 16/05/2018 14:52, Graham Inggs wrote:

Hi Alastair

In Ubuntu, we are having problems autopkgtests on armhf.  I still see 
several FTBFS for armhf in Debian [1] too.


Open MPI bug fix release 3.1.0 is now available [2].  Is there any 
chance this could be packaged soon?


Paul, I believe the other issue with ray is now fixed in git [3].

Regards
Graham


[1] https://release.debian.org/transitions/html/auto-openmpi.html
[2] 
https://www.mail-archive.com/announce@lists.open-mpi.org//msg00109.html
[3] 
https://salsa.debian.org/med-team/ray/commit/815c1cb5c9bd2ebb245855d7953c8dd97ccef569


--
Alastair McKinstry, , , 
https://diaspora.sceal.ie/u/amckinstry
Commander Vimes didn’t like the phrase “The innocent have nothing to fear,”
 believing the innocent had everything to fear, mostly from the guilty but in 
the longer term
 even more from those who say things like “The innocent have nothing to fear.”
 - T. Pratchett, Snuff

Bug#898822: [RFC] Detect data embeded image in html like file

2018-05-16 Thread Bastien ROUCARIES

On Wed, May 16, 2018 at 11:33 AM, Chris Lamb  wrote:
> retitle 898822 Detect data encoded/embedded in HTML "Data" URI schemes
> severity 898822 wishlist
> tags 898822 + moreinfo
> thanks
>
> Hi Bastien,
>
> [..]
>
> I think some concrete examples here would be useful in triaging/
> prioritising this, as well as working out whether it is feasible or
> sensible :)
Code search with request
(https://codesearch.debian.net/search?q=src%3D%22data%3A=1=1)
give 75 packages affected:
asciidoctor
cacti
chemical-structures
chromium-browser
ckeditor
classified-ads
diffoscope
edbrowse
firefox
firefox-esr
fontforge
fossil
gitinspector
golang-github-microcosm-cc-bluemonday
html5lib
icingaweb2
ikiwiki
ipython
jmol
julia
kmplayer
kopano-webapp
landslide
libcgi-application-plugin-dbiprofile-perl
libxml-atom-fromowl-perl
libxml-atom-owl-perl
lua-apr
matplotlib
mayavi2
mediawiki
nbconvert
node-normalize.css
notmuch
oca-core
openlp
opennebula
openscad
pandoc
php-doctrine-bundle
php-getid3
php-kdyby-events
phpmyadmin
python-cartopy
python-darkslide
python-mne
python-pweave
python-pydub
python-pyqrcode
python-qtconsole
qtwebengine-opensource-src
rails
rapid-photo-downloader
r-cran-knitr
r-cran-repr
r-cran-rmarkdown
rdkit
request-tracker4
roundcube
rss-bridge
rubocop
sagemath
sass-spec
simplesamlphp
spip
sympa
thunderbird
trac
turbogears2-doc
veusz
virtuoso-opensource
vistrails
woo
xhtml2pdf
yt
zotero-standalone-build

Some are clearly abuse see:
1. 
https://sources.debian.org/src/chemical-structures/2.2.dfsg.0-12/debian/patches/privacy.patch/?hl=10#L10
(render package undistributable one of sourceforge logo)
2. 
https://codesearch.debian.net/show?file=lua-apr_0.23.2.dfsg-4%2Fsrc%2Fbase64.c=33
FTBFS not prefered modification source
3. 
https://sources.debian.org/src/rubocop/0.52.1+dfsg-1/debian/patches/04-adjust-tests-due-to-rubocop-logo-removal-from-package.diff/?hl=25#L25
(remove logo as file not as included base64 => RC undistributable)
4.https://sources.debian.org/src/fontforge/1:20170731%7Edfsg-1/debian/patches/2003_avoid_privacy_breach.patch/?hl=59#L59
Border line could use the same trick that I have done in
libjs-normalize.css to generate with js the image (not prefered source
of modification)

I have not checked all the package.

another risk is to carry forbidden image like porn of think like this
is this stuff. I prefer lintian to signal pedantically in order to
manually check acceptance.

Better safe than sorry

Bastien

>
> Best wishes,
>
> --
>   ,''`.
>  : :'  : Chris Lamb
>  `. `'`  la...@debian.org / chris-lamb.co.uk
>`-

Bug#896886: openmpi: upstream version 3.0.1 makes lots of autopkgtests flaky

2018-05-16 Thread Graham Inggs


Hi Alastair

In Ubuntu, we are having problems autopkgtests on armhf.  I still see 
several FTBFS for armhf in Debian [1] too.


Open MPI bug fix release 3.1.0 is now available [2].  Is there any 
chance this could be packaged soon?


Paul, I believe the other issue with ray is now fixed in git [3].

Regards
Graham


[1] https://release.debian.org/transitions/html/auto-openmpi.html
[2] https://www.mail-archive.com/announce@lists.open-mpi.org//msg00109.html
[3] 
https://salsa.debian.org/med-team/ray/commit/815c1cb5c9bd2ebb245855d7953c8dd97ccef569

Bug#898844: ITP: r-cran-shinythemes -- Themes for Shiny