Bug#870904: RFS: dvdisaster/0.79.5-2

[Carlos Maddela]

On 07/08/17 10:48, Adam Borowski wrote:
> On Sun, Aug 06, 2017 at 07:40:31PM +1000, Carlos Maddela wrote:
>>  * Package name: dvdisaster
>>Version : 0.79.5-2
>>   More information about my changes can be seen in the 'experimental/master'
>>   branch of the git repo here: 
>> https://anonscm.debian.org/git/pkg-opt-media/dvdisaster.git.
>>   It attempts to fix the builds for Hurd and kFreeBSD, which I do not
>>   have access to, hence the need to release to experimental first.
> It's trivial to get a working Hurd and/or kFreeBSD install: just install
> qemu or virtualbox (the former is more capable, the latter easier to use),
> then give it a debian-installer iso.  Then it's nearly the same as any other
> Debian installation, just kFreeBSD has funny-named filesystems instead of
> the bunch we're used to.
>
>>   Changes since the last upload:
>>
>>   * Team upload.
>>   * Bump Standards Version to 4.0.0.
>>   * Remove unnecessary calls to dpkg-parsechangelog from debian/rules.
>>   * debian/watch: Avoid repacking upstream tarballs unnecessarily.
>>   * Fix more typos in error messages and docs.
>>   * Fix FTBFS on Hurd and kFreeBSD.
>>   * Remove incorrect use of 'Origin: vendor' from DEP-3 patch headers.
>>   * Improve support for Hurd and kFreeBSD systems, although Hurd still
>> builds without SCSI.
> Good so far.
>
>>   * Mark bug, which we should have done in previous release, as closed.
>> (Closes: #838294)
> For this one, please instead send a mail to 838294-d...@bugs.debian.org,
> with the first line being "Version 0.79.5-1".  Otherwise, you'd feed the bug
> tracker incorrect information.  (Well, it doesn't matter much for an
> unimportant bug, but one of the purposes of the sponsoring process is to get
> used to how to deal with Debian's infrastructure properly.)
>
> Ie, changelog entries are supposed to close only bugs they include a fix
> for.
Thanks for pointing this out. I have uploaded another version without this.
>
>
> Not uploading yet to give you a chance to try Hurd/kFreeBSD yourself, but if
> you don't feel like doing that, just say so.  While some deride such uploads
> as "throwing shit at buildds and seeing if it sticks", human time is much
> more costly than computer time, and as long as you don't test-build
> libreoffice this way, it should be ok.  Of course, this only provides
> _compile_ testing, without information if the package actually works.
I am trying to set up another box with these installed on them, but I
don't have the resources right now. Running them in qemu is impossibly
slow on my current box.

Thanks for taking the time to consider my upload,

Carlos

>
>
> Meow!

Bug#871243: openmpi: Make package bootstrappable

[Daniel Schepler]

Source: openmpi
Version: 2.1.1-6
Severity: wishlist

The openmpi source package's Build-Depends on default-jdk creates a cycle:

openmpi Build-Depends on default-jdk
default-jdk Depends on openjdk-8-jdk
openjdk-8 Build-Depends on libpulse-dev
pulseaudio Build-Depends on libfftw3-dev
fftw3 Build-Depends on mpi-default-dev
mpi-defaults Buld-Depends on libopenmpi-dev

It would be nice if src:openmpi could provide a build profile to allow
bootstrapping without the Java components.
-- 
Daniel Schepler

Bug#870950: [Debian-olpc-devel] Bug#870950: sugar-poll-activity: should sugar-poll-activity be removed from unstable?

[James Cameron]

Comment from upstream.

#842067 may have been a serious bug that blocked this package for
stretch and jessie, but #842067 can be fixed with a new upstream
version ... not yet packaged by Debian.

http://download.sugarlabs.org/sources/honey/Poll/

-- 
James Cameron
http://quozl.netrek.org/

Bug#842067: new version fixes this bug

[James Cameron]

Upstream version 30 does not have this bug.

Upstream git commit 3981527560a0fbbf73d59770697e2984b6e27630 in
2014-08-16 removed Abiword dependency when the embedded lessons were
moved to the Help activity.

-- 
James Cameron
http://quozl.netrek.org/

Bug#869552: please adjust format to support long version numbers

[Harald Dunkel]

> Also, giving that there are many packages with almost insanely large
> names, this is a problem -- too much space wasted in versions, not
> enough space for names.

IMHO there are much more packages with insanely long version numbers,
as the screenshot has indicated.

I would suggest to either give the user the means to adjust the format,
or to make it more dynamic, e.g. to use 60% line length for the package
name, and 20% each for both version numbers, regardless if you have 80
or 200 columns.


Regards
Harri



signature.asc
Description: OpenPGP digital signature

Bug#851710: zoneminder: CVE-2016-10140

[Salvatore Bonaccorso]

Hi Chris,

On Sun, Aug 06, 2017 at 08:40:09PM -0400, Chris Lamb wrote:
> Version: 1.30.4+dfsg-1
> 
> Hi,
> 
> | Information disclosure and authentication bypass vulnerability exists
> | in the Apache HTTP Server configuration bundled with ZoneMinder
> | v1.30.0, which allows a remote unauthenticated attacker to browse all
> | directories in the web root, e.g., a remote unauthenticated attacker
> | can view all CCTV images on the server.
> 
> Fix included in 1.30.4+dfsg-1 via upstream.

Thanks for the update!

I think I did already update that entry, let me check.

Regards,
Salvatore

Bug#871238: Updating the rsnapshot Uploaders list

[Tobias Frost]

Source: rsnapshot
Version: 1.4.2-1
Severity: minor
User: m...@qa.debian.org
Usertags: mia-teammaint

MJ Ray (Debian)  has not been working on
the rsnapshot package for quite some time.

We are tracking their status in the MIA team and would like to ask you
to remove them from the Uploaders list of the package so we can close
that part of the file.

(If the person is listed as Maintainer, what we are asking is to please
step in as a new maintainer.)

Thanks.

Bug#871237: Updating the tinyscheme Uploaders list

[Tobias Frost]

Source: tinyscheme
Version: 1.41.svn.2016.03.21-1
Severity: minor
User: m...@qa.debian.org
Usertags: mia-teammaint

MJ Ray (Debian)  has not been working on
the tinyscheme package for quite some time.

We are tracking their status in the MIA team and would like to ask you
to remove them from the Uploaders list of the package so we can close
that part of the file.

(If the person is listed as Maintainer, what we are asking is to please
step in as a new maintainer.)

Thanks.

Bug#871240: O: efax -- programs to send and receive fax messages

[Tobias Frost]

Package: wnpp

The current maintainer of efax, MJ Ray (Debian) ,
is apparently not active anymore.  Therefore, I orphan this package now.

Maintaining a package requires time and skills. Please only adopt this
package if you will have enough time and attention to work on it.

If you want to be the new maintainer, please see
https://www.debian.org/devel/wnpp/#howto-o for detailed
instructions how to adopt a package properly.

Some information about this package:

Package: efax
Binary: efax
Version: 1:0.9a-19.1
Maintainer: MJ Ray (Debian) 
Build-Depends: debhelper (>= 10), dpatch
Architecture: any
Standards-Version: 3.9.8
Format: 1.0
Files:
 ce17036390170215214cad2d2e4a9352 1614 efax_0.9a-19.1.dsc
 28abef47d9700eb1c20bf5770565aa7d 97402 efax_0.9a.orig.tar.gz
 ec00d9c4905348ae06955f3f50fcce35 18698 efax_0.9a-19.1.diff.gz
Checksums-Sha256:
 6ee7598ce125efd7d41010e58c2b3d0f9d9bfac8c67725d78f55edc0cdf36dfe 1614 
efax_0.9a-19.1.dsc
 46abddf13f7565ea0c9d85b92845cdb32fb265c47cfc84c972e11a0219cda8ea 97402 
efax_0.9a.orig.tar.gz
 0582c744382085048049d8eb30f530cf2661c0c0c48d5c4b9b3cd2bd5fb3dc1f 18698 
efax_0.9a-19.1.diff.gz
Package-List: 
 efax deb comm optional arch=any
Directory: pool/main/e/efax
Priority: source
Section: comm

Package: efax
Version: 1:0.9a-19.1
Installed-Size: 253
Maintainer: MJ Ray (Debian) 
Architecture: amd64
Depends: libc6 (>= 2.14), libpaper-utils, debconf (>= 0.5) | debconf-2.0, make
Suggests: gs, xloadimage | imagemagick | mgetty-viewfax
Description-en: programs to send and receive fax messages
 efax is a small ANSI C/POSIX program that provides the data transport
 function for fax applications using any Class 1 or Class 2 fax modem.
 Another program, efix, converts between fax, text, bitmap and grayscale
 formats. fax, a shell script, provides a simple user interface to the efax
 and efix programs. It allows you to send text or Postscript files as faxes
 and receive, print or preview received faxes.
 .
 The ghostscript package is needed to fax Postscript files, and an image
 viewing program like xloadimage is needed to view incoming faxes.
 .
 Note that you probably have to adapt /etc/efax.rc to your needs.
Description-md5: e8947035a1bd200375135394f41ceb86
Tag: hardware::modem, implemented-in::c, interface::commandline,
 role::program, scope::utility, use::transmission, works-with::fax
Section: comm
Priority: optional
Filename: pool/main/e/efax/efax_0.9a-19.1_amd64.deb
Size: 91708
MD5sum: f562b91b59e619911e9b14464f3fc127
SHA256: 247ca40b80b410c8964433f2e52bac7af407e7fa1b1506c1c26b8030e8ba9845



signature.asc
Description: PGP signature

Bug#871239: Updating the gnuit Uploaders list

[Tobias Frost]

Source: gnuit
Version: 4.9.5-3
Severity: minor
User: m...@qa.debian.org
Usertags: mia-teammaint

MJ Ray (Debian)  has not been working on
the gnuit package for quite some time.

We are tracking their status in the MIA team and would like to ask you
to remove them from the Uploaders list of the package so we can close
that part of the file.

(If the person is listed as Maintainer, what we are asking is to please
step in as a new maintainer.)

Thanks.

Bug#871241: O: wily -- A work-alike of the Acme programming environment for Plan 9

[Tobias Frost]

Package: wnpp

The current maintainer of wily, MJ Ray (Debian) ,
is apparently not active anymore.  Therefore, I orphan this package now.

Maintaining a package requires time and skills. Please only adopt this
package if you will have enough time and attention to work on it.

If you want to be the new maintainer, please see
https://www.debian.org/devel/wnpp/#howto-o for detailed
instructions how to adopt a package properly.

Some information about this package:

Package: wily
Binary: wily
Version: 0.13.41-7.2
Maintainer: MJ Ray (Debian) 
Build-Depends: libx11-dev, libxt-dev, x11proto-core-dev, debhelper (>= 5.0.0)
Architecture: any
Standards-Version: 3.8.0
Format: 1.0
Files:
 59bf9fae72404e3006e7a4d1d572bf80 988 wily_0.13.41-7.2.dsc
 6fd6052741a4c3915982878405f752ca 483429 wily_0.13.41.orig.tar.gz
 9ef625ce595236b09acafaca51e45e9f 26489 wily_0.13.41-7.2.diff.gz
Checksums-Sha256:
 bd05be52a1d520b1ecd0d77697d8183c47b31db15d2d44969a0f515a8a257604 988 
wily_0.13.41-7.2.dsc
 f1da438efa6068f067e77ca18d23d02a1e232ce4e2d91b562cb2fc10d2026a9c 483429 
wily_0.13.41.orig.tar.gz
 82d542efa5d75893b385132193d7caf3df007c34ef8910909e6914c85dc48f96 26489 
wily_0.13.41-7.2.diff.gz
Directory: pool/main/w/wily
Priority: source
Section: editors

Package: wily
Source: wily (0.13.41-7.2)
Version: 0.13.41-7.2+b2
Installed-Size: 447
Maintainer: MJ Ray (Debian) 
Architecture: amd64
Depends: libc6 (>= 2.14), libx11-6, libxt6
Suggests: 9fonts, rc
Description-en: A work-alike of the Acme programming environment for Plan 9
 Wily's basic functions are to edit and search for text and to run
 commands. It is intended to eventually be an integrated working
 environment for all tasks involving text. It uses the mouse heavily.
 .
 It emphasises speed for experienced users, but is probably simple
 to learn as it has very few concepts.
Description-md5: e8116989fe8bdfb157de0dff852cfd84
Tag: devel::editor, interface::graphical, interface::x11, role::program,
 scope::application, uitoolkit::xlib, use::editing, works-with::mail,
 works-with::text, x11::application
Section: editors
Priority: optional
Filename: pool/main/w/wily/wily_0.13.41-7.2+b2_amd64.deb
Size: 173854
MD5sum: 53f5e8ffcd8f847bfdac5a933b18b400
SHA256: 923e9d963b20724dc835939ac02d4ab1564372b6e5892479a28be62edb5753f0



signature.asc
Description: PGP signature

Bug#871236: Updating the jq Uploaders list

[Tobias Frost]

Source: jq
Version: 1.5+dfsg-2
Severity: minor
User: m...@qa.debian.org
Usertags: mia-teammaint

Simon Elsbrock  wishes no longer to be uploader of jq.

We are tracking their status in the MIA team and would like to ask you
to remove them from the Uploaders list of the package so we can close
that part of the file.

(If the person is listed as Maintainer, what we are asking is to please
step in as a new maintainer.)

Thanks.


signature.asc
Description: PGP signature

Bug#871235: openmw: FTBFS with GCC-7: undefined reference to `MyGUI::UString::operator std::__cxx11::basic_string<...>()

[Andreas Beckmann]

Source: openmw
Version: 0.41.0-1
Severity: serious
Tags: sid buster
User: debian-...@lists.debian.org
Usertags: ftbfs-gcc-7

openmw FTBFS since GCC-7 was made the default compiler:

[...]
CMakeFiles/openmw.dir/mwgui/textinput.cpp.o: In function 
`MWGui::TextInputDialog::getTextInput[abi:cxx11]() const':
./build/apps/openmw/./apps/openmw/mwgui/textinput.cpp:72: undefined reference 
to `MyGUI::UString::operator std::__cxx11::basic_string() const'
CMakeFiles/openmw.dir/mwgui/console.cpp.o: In function 
`MWGui::Console::keyPress(MyGUI::Widget*, MyGUI::KeyCode, unsigned int)':
./build/apps/openmw/./apps/openmw/mwgui/console.cpp:238: undefined reference to 
`MyGUI::UString::operator std::__cxx11::basic_string() const'
./build/apps/openmw/./apps/openmw/mwgui/console.cpp:239: undefined reference to 
`MyGUI::UString::operator std::__cxx11::basic_string() const'
./build/apps/openmw/./apps/openmw/mwgui/console.cpp:263: undefined reference to 
`MyGUI::UString::operator std::__cxx11::basic_string() const'
CMakeFiles/openmw.dir/mwgui/console.cpp.o: In function 
`MWGui::Console::acceptCommand(MyGUI::EditBox*)':
./build/apps/openmw/./apps/openmw/mwgui/console.cpp:288: undefined reference to 
`MyGUI::UString::operator std::__cxx11::basic_string() const'
CMakeFiles/openmw.dir/mwgui/messagebox.cpp.o:./build/apps/openmw/./apps/openmw/mwgui/messagebox.cpp:91:
 more undefined references to `MyGUI::UString::operator 
std::__cxx11::basic_string() const' follow
collect2: error: ld returned 1 exit status
apps/openmw/CMakeFiles/openmw.dir/build.make:6406: recipe for target 'openmw' 
failed
make[3]: *** [openmw] Error 1


Cheers,

Andreas


openmw_0.41.0-1.log.gz
Description: application/gzip

Bug#871228: Add FAQ: do the oldmail files just grow and grow?

[積丹尼 Dan Jacobson]

What if my house burned down and I must start from scratch?
Mention how to continue if those files are lost.

I assume if one really wanted to get rid of them, a safe way would be
0. Disconnect the upstream mail server from the internet so no new mail
is coming in.
1. get all your mail upstream -> downsteam. Now all is deleted from
upstream.
2. Now delete the oldmail files.
3. Now reconnect the server.

> "CC" == Charles Cazabon  writes:

CC> In short: no, you can never safely trim them.  You can remove them only if 
you
CC> never want to retrieve mail from the corresponding POP/IMAP account or 
folder
CC> again.  The files are absolutely tiny by any modern standard, so there will
CC> never, ever be a need to "trim" them.

Bug#871234: cufflinks: FTBFS with GCC-7: error: type/value mismatch at argument 1 in template parameter list for 'template struct std::hash'

[Andreas Beckmann]

Source: cufflinks
Version: 2.2.1-3
Severity: serious
Tags: sid buster
User: debian-...@lists.debian.org
Usertags: ftbfs-gcc-7

cufflinks FTBFS since GCC-7 was made the default compiler:

[...]
In file included from gff.h:12:0,
 from gtf_tracking.h:12,
 from bundles.h:22,
 from replicates.h:10,
 from common.cpp:28:
GHash.hh: In member function 'GHash::GHashEntry* GHash::NextEntry()':
GHash.hh:91:44: error: type/value mismatch at argument 1 in template parameter 
list for 'template struct std::hash'
 while (pos::NextKey()':
GHash.hh:415:41: error: type/value mismatch at argument 1 in template parameter 
list for 'template struct std::hash'
  while (pos::NextData()':
GHash.hh:428:41: error: type/value mismatch at argument 1 in template parameter 
list for 'template struct std::hash'
  while (pos::NextData(char*&)':
GHash.hh:442:41: error: type/value mismatch at argument 1 in template parameter 
list for 'template struct std::hash'
  while (pos

cufflinks_2.2.1-3.log.gz
Description: application/gzip

Bug#836110: Remove export of PERL_USE_UNSAFE_INC in the future

[Dominic Hargreaves]

On Fri, Jul 07, 2017 at 12:00:36AM +0100, Dominic Hargreaves wrote:
> On Thu, Jun 29, 2017 at 12:06:21PM +0100, Dominic Hargreaves wrote:

> > Sorry about this. At this stage I think it might be better to wait
> > until perl 5.26 has transitioned, so we can reassess all the various
> > breakages without the local modifications that we introduced for 5.24.
> > 
> > I think a transition bug will be opened soon, so this shouldn't delay
> > by more than another couple of months, which should be acceptable for 
> > the buster release?
> 
> (For the bug record).
> 
> Niels removed this from debhelper compat 11:
> 
> https://anonscm.debian.org/git/debhelper/debhelper.git/tree/debhelper.pod#n683
> 
> but I don't this changes my plan above to push on this after the
> perl 5.26 transition is underway. It means that module maintainers
> can move to debhelper 11 as a way to verify whether their packages
> need properly fixing.

Hi,

I've now started this rebuild, and the results are appearing on gobby:




I propose to file bugs on affected packages: do you think that the
wording below is okay? I'm guessing severity: normal is appropriate
for now, since there is no great hurry to remove the export?

"This package FTBFS when built with a locally-patched version of
debhelper without USE_UNSAFE_INC exported to the build environment.
This export was added in 2016 in order to accommodate the perl security
release to remove '.' in @INC by default.

As well as allowing us to (eventually) remove this temporary
fix from debhelper, fixing this bug will also help upstreams, since
their users using perl 5.26 will also experience this breakage.
Additionally, it's possible that the problem may also exist at runtime
for your package (though from experience this is less likely).

Note that the testing was against a locally-modified version
of debhelper, but you can get the same effect by setting debhelper
compat level 11 in your package, which also removes the same
export.

The relevant build failure logs are below."

Cheers,
Dominic.

Bug#871228: Add FAQ: do the oldmail files just grow and grow?

[Charles Cazabon]

Dan Jacobson  wrote:
> X-Debbugs-Cc: charlesc-getmail-b...@pyropus.ca
> Package: getmail4
> Version: 4.53.0-1
> Severity: wishlist
> 
> The only place oldmail files are mentioned is
> file:///usr/share/doc/getmail4/faq.html#faq-about-upgrade
> 
> Please add another FAQ: "Do the oldmail files just grow and grow? When can I
> safely trim/remove them?"

I've added such a FAQ to online docs on my website.  It will be included in
the docs in the next release of getmail.

In short: no, you can never safely trim them.  You can remove them only if you
never want to retrieve mail from the corresponding POP/IMAP account or folder
again.  The files are absolutely tiny by any modern standard, so there will
never, ever be a need to "trim" them.

Charles
-- 
--
Charles Cazabon  
Software, consulting, and services available at http://pyropus.ca/
--

Bug#871233: starpu-contrib: FTBFS with GCC-7: bits/std_abs.h(101): error: identifier "__float128" is undefined

[Andreas Beckmann]

Source: starpu-contrib
Version: 1.2.0+dfsg-4
Severity: serious
Tags: sid buster
User: debian-...@lists.debian.org
Usertags: ftbfs-gcc-7

starpu-contrib FTBFS since GCC-7 was made the default compiler:

[...]
/usr/bin/../lib/gcc/x86_64-linux-gnu/7.1.0/../../../../include/c++/7.1.0/bits/std_abs.h(101):
 error: identifier "__float128" is undefined

/usr/bin/../lib/gcc/x86_64-linux-gnu/7.1.0/../../../../include/c++/7.1.0/bits/std_abs.h(102):
 error: identifier "__float128" is undefined


This looks related to #871011 in clang-3.8 (clang-3.9 is fine).


Andreas


starpu-contrib_1.2.0+dfsg-4.log.gz
Description: application/gzip

Bug#869414: package smplayer/16.11.0~ds0-1+deb9u1

[Moritz Mühlenhoff]

On Sun, Jul 23, 2017 at 12:20:25PM +0200, Mateusz Łukasik wrote:
> Package: release.debian.org
> Severity: normal
> Tags: stretch
> User: release.debian@packages.debian.org
> Usertags: pu
> 
> Dear SRMs,
> 
> I would like to update smplayer in Stretch to fix #869411, it was already
> fixed in unstable.

What about #870233, sounds like a good opportunity to fix that along?

Cheers,
Moritz

Bug#871232: caffe-contrib: FTBFS with GCC-7: bits/std_abs.h:101:3: error: unknown type name '__float128'

[Andreas Beckmann]

Source: caffe-contrib
Version: 1.0.0-3
Severity: serious
Tags: sid buster
User: debian-...@lists.debian.org
Usertags: ftbfs-gcc-7

caffe-contrib FTBFS since GCC-7 was made the default compiler:

[...]
[  0%] Building CXX object 
src/caffe/CMakeFiles/caffeproto.dir/__/__/include/caffe/proto/caffe.pb.cc.o
cd /build/caffe-contrib-1.0.0/caffe_cuda_build/src/caffe && 
/usr/bin/clang++-3.8  -DCAFFE_VERSION=1.0.0 
-I/build/caffe-contrib-1.0.0/caffe_cuda_build/include -I/usr/include/opencv 
-I/build/caffe-contrib-1.0.0/caffe
_cuda_build  -g -O2 -fdebug-prefix-map=/build/caffe-contrib-1.0.0=. 
-fstack-protector-strong -Wformat -Werror=format-security -Wall  -Wdate-time 
-D_FORTIFY_SOURCE=2 -fPIC -Wall -Wno-sign-compare -Wno-uninitialized 
-O3 -DNDEBUG   -o 
CMakeFiles/caffeproto.dir/__/__/include/caffe/proto/caffe.pb.cc.o -c 
/build/caffe-contrib-1.0.0/caffe_cuda_build/include/caffe/proto/caffe.pb.cc
In file included from 
/build/caffe-contrib-1.0.0/caffe_cuda_build/include/caffe/proto/caffe.pb.cc:5:
In file included from 
/build/caffe-contrib-1.0.0/caffe_cuda_build/include/caffe/proto/caffe.pb.h:9:
In file included from /usr/include/google/protobuf/stubs/common.h:40:
In file included from /usr/include/google/protobuf/stubs/port.h:35:
In file included from 
/usr/bin/../lib/gcc/x86_64-linux-gnu/7.1.0/../../../../include/c++/7.1.0/stdlib.h:36:
In file included from 
/usr/bin/../lib/gcc/x86_64-linux-gnu/7.1.0/../../../../include/c++/7.1.0/cstdlib:77:
/usr/bin/../lib/gcc/x86_64-linux-gnu/7.1.0/../../../../include/c++/7.1.0/bits/std_abs.h:101:3:
 error: unknown type name '__float128'
  __float128
  ^
/usr/bin/../lib/gcc/x86_64-linux-gnu/7.1.0/../../../../include/c++/7.1.0/bits/std_abs.h:102:7:
 error: unknown type name '__float128'
  abs(__float128 __x)
  ^
2 errors generated.
src/caffe/CMakeFiles/caffeproto.dir/build.make:77: recipe for target 
'src/caffe/CMakeFiles/caffeproto.dir/__/__/include/caffe/proto/caffe.pb.cc.o' 
failed
make[5]: *** 
[src/caffe/CMakeFiles/caffeproto.dir/__/__/include/caffe/proto/caffe.pb.cc.o] 
Error 1


This looks related to #871011 in clang-3.8 (clang-3.9 is fine).


Cheers,

Andreas


caffe-contrib_1.0.0-3.log.gz
Description: application/gzip

Bug#868185: CVE-2016-4383

[Moritz Mühlenhoff]

On Mon, Jul 24, 2017 at 12:44:21AM +0200, Thomas Goirand wrote:
> Hi,
> 
> Reading the comments at https://bugs.launchpad.net/glance/+bug/1593799/,
> it looks like upstream :
> - will never write a fix
> - don't feel like it's a big problem
> - only wrote an announcement
> 
> Or just ignore the issue,
> assuming OpenStack users are reading the upstream announcements?

I think that's the correct course of action. I'll update the security
tracker.

Cheers,
Moritz

Bug#871231: doris: FTBFS with GCC-7: error: ISO C++ forbids comparison between pointer and integer

[Andreas Beckmann]

Source: doris
Version: 4.06~beta2+dfsg-3
Severity: serious
Tags: sid buster
User: debian-...@lists.debian.org
Usertags: ftbfs-gcc-7

eztrace-contrib FTBFS since GCC-7 was made the default compiler:

[...]
g++ -Wdate-time -D_FORTIFY_SOURCE=2 -g -O2 
-fdebug-prefix-map=/build/doris-4.06~beta2+dfsg=. -fstack-protector-strong 
-Wformat -Werror=format-security -O3 -D_LARGEFILE64_SOURCE 
-D_FILE_OFFSET_BITS=64 -D_LARGEFILE_SOURCE -c -o cpxfiddle.o cpxfiddle.cc
cpxfiddle.cc: In function 'bool handleinput(int, char**, commandlineinput&)':
cpxfiddle.cc:1857:21: error: ISO C++ forbids comparison between pointer and 
integer [-fpermissive]
   if (argv[optind]=='\0')
 ^~~~
Makefile:153: recipe for target 'cpxfiddle.o' failed
make[2]: *** [cpxfiddle.o] Error 1


Cheers,

Andreas


doris_4.06~beta2+dfsg-3.log.gz
Description: application/gzip

Bug#870772: libgsl misses some breaks/replaces

[Ben Caradoc-Davies]

Is there something wrong with libgsl23 2.4+dfsg-4? nco which depends on 
libgsl23 and {inkscape, qgis} which depend on libgsl2 are not 
coinstallable. Should libgsl23 have libgsl2 in its "Replaces:"? I do not 
understand, but I suspect that something is wrong.


Kind regards,

--
Ben Caradoc-Davies 
Director
Transient Software Limited 
New Zealand

Bug#871230: frogatto: FTBFS with GCC-7: error: ISO C++ forbids comparison between pointer and integer

[Andreas Beckmann]

Source: frogatto
Version: 1.3.1+dfsg-3
Severity: serious
Tags: sid buster
User: debian-...@lists.debian.org
Usertags: ftbfs-gcc-7

frogatto FTBFS since GCC-7 was made the default compiler:

[...]
g++ \
-O2 -g -fno-inline-functions -fthreadsafe-statics -Wnon-virtual-dtor 
-Wignored-qualifiers -Wformat -Wswitch -Wno-narrowing -g -O2 
-fdebug-prefix-map=/build/frogatto-1.3.1+dfsg=. -fstack-protector-strong 
-Wformat -Werror=format-security -Wdate-time -D_FORTIFY_SOURCE=2 
-D_GNU_SOURCE=1 -D_REENTRANT -I/usr/include/libdrm -I/usr/include/SDL 
-I/usr/include/libpng16 -DIMPLEMENT_SAVE_PNG \
-c src/surface_cache.cpp
src/surface_cache.cpp: In function 'graphics::surface 
graphics::surface_cache::get_no_cache(const string&, std::__cxx11::string*)':
src/surface_cache.cpp:119:19: error: ISO C++ forbids comparison between pointer 
and integer [-fpermissive]
  if(surf.get() == false || surf->w == 0) {
   ^
Makefile:49: recipe for target 'surface_cache.o' failed
make[1]: *** [surface_cache.o] Error 1


Cheers,

Andreas


frogatto_1.3.1+dfsg-3.log.gz
Description: application/gzip

Bug#871059: fltk1.3: FTBFS: Unescaped left brace in regex is illegal here in regex; marked by <-- HERE in m/(\${ <-- HERE _IMPORT_PREFIX}/lib)(?!/x86_64-linux-gnu)/ at debian/fix-fltk-targets-noconfig

[gregor herrmann]

On Sun, 06 Aug 2017 22:00:03 -0400, Aaron M. Ucko wrote:

> gregor herrmann  writes:
> > Here's a patch which escapes the literal left brace in
> > debian/fix-fltk-targets-noconfig.
> I'm already on it, thanks, just want to make a make a few formal
> modernizations while I'm at it.

Great, thank you!
 

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 of VIBE!AT & SPI, fellow of the Free Software Foundation Europe
   `-   


signature.asc
Description: Digital Signature

Bug#871229: Acknowledgement (/usr/sbin/update-grub: running update-grub segment faults)

[Thing]

Same thing happens while attempting to upgarde to debian9

On 7 August 2017 at 14:54, Thing  wrote:

> What led up to the situation?
>
> Attempting to convert machine from 32bit to 64bit 
> (https://wiki.debian.org/CrossGrading).
> I found that attempting to make the amd64 kernel the default boot kernel 
> failed.
>
>
>  * What exactly did you do (or not do) that was effective (or
>  ineffective)?
>
> Goolged the segfault message, no joy.
>
>  * What was the outcome of this action?
>
> The boot order in grub does not get updated.
>
>  * What outcome did you expect instead?
>
> That the boot order gets updated.
>
>
> On 7 August 2017 at 14:30, Debian Bug Tracking System <
> ow...@bugs.debian.org> wrote:
>
>> Thank you for filing a new Bug report with Debian.
>>
>> You can follow progress on this Bug here: 871229:
>> https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=871229.
>>
>> This is an automatically generated reply to let you know your message
>> has been received.
>>
>> Your message is being forwarded to the package maintainers and other
>> interested parties for their attention; they will reply in due course.
>>
>> Your message has been sent to the package maintainer(s):
>>  GRUB Maintainers 
>>
>> If you wish to submit further information on this problem, please
>> send it to 871...@bugs.debian.org.
>>
>> Please do not send mail to ow...@bugs.debian.org unless you wish
>> to report a problem with the Bug-tracking system.
>>
>> --
>> 871229: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=871229
>> Debian Bug Tracking System
>> Contact ow...@bugs.debian.org with problems
>>
>
>

Bug#871229: Acknowledgement (/usr/sbin/update-grub: running update-grub segment faults)

[Thing]

What led up to the situation?

Attempting to convert machine from 32bit to 64bit
(https://wiki.debian.org/CrossGrading).
I found that attempting to make the amd64 kernel the default boot
kernel failed.


 * What exactly did you do (or not do) that was effective (or
 ineffective)?

Goolged the segfault message, no joy.

 * What was the outcome of this action?

The boot order in grub does not get updated.

 * What outcome did you expect instead?

That the boot order gets updated.


On 7 August 2017 at 14:30, Debian Bug Tracking System  wrote:

> Thank you for filing a new Bug report with Debian.
>
> You can follow progress on this Bug here: 871229:
> https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=871229.
>
> This is an automatically generated reply to let you know your message
> has been received.
>
> Your message is being forwarded to the package maintainers and other
> interested parties for their attention; they will reply in due course.
>
> Your message has been sent to the package maintainer(s):
>  GRUB Maintainers 
>
> If you wish to submit further information on this problem, please
> send it to 871...@bugs.debian.org.
>
> Please do not send mail to ow...@bugs.debian.org unless you wish
> to report a problem with the Bug-tracking system.
>
> --
> 871229: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=871229
> Debian Bug Tracking System
> Contact ow...@bugs.debian.org with problems
>

Bug#750946: libhtml-html5-parser-perl: UTF-8 character breaks parse_file

[Vincent Lefevre]

On 2017-08-06 18:11:34 -0700, Gregory Williams wrote:
> The above patch should handle the LWP case which the previously
> suggest patch avoids. It still passes the test suite (which should
> probably be improved to verify this case), and also supports the
> test case detailed in this bug report (though I should mention that
> I believe the test script included by Vincent Lefevre includes a
> double-encoding bug as $doc->toString() actually returns utf8
> encoded bytes, which the :encoding(UTF-8) PerlIO layer on stdout
> will attempt to encode a second time).

Indeed. I would rather see this as a Perl design bug (at least
under UTF-8 locales).

-- 
Vincent Lefèvre  - Web: 
100% accessible validated (X)HTML - Blog: 
Work: CR INRIA - computer arithmetic / AriC project (LIP, ENS-Lyon)

Bug#871229: /usr/sbin/update-grub: running update-grub segment faults

[steven.jo...@vuw.ac.nz]

Package: grub2-common
Version: 2.02~beta2-22+deb8u1
Severity: critical
File: /usr/sbin/update-grub
Justification: breaks the whole system

Dear Maintainer,

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

   * What led up to the situation?
   * 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 ***


-- Package-specific info:

*** BEGIN /proc/mounts
/dev/sda5 / ext3 rw,relatime,errors=remount-ro,data=ordered 0 0
/dev/sda8 /usr ext3 rw,relatime,data=ordered 0 0
/dev/sda7 /var ext3 rw,relatime,data=ordered 0 0
/dev/sda10 /home ext3 rw,relatime,data=ordered 0 0
/dev/sda1 /boot ext3 rw,relatime,data=ordered 0 0
/dev/sda6 /tmp ext3 rw,relatime,data=ordered 0 0
/dev/sdb1 /var/www ext3 rw,relatime,data=ordered 0 0
*** END /proc/mounts

*** BEGIN /boot/grub/device.map
(hd0)   /dev/sda
(hd1)   /dev/sdb
*** END /boot/grub/device.map

*** BEGIN /boot/grub/grub.cfg
#
# DO NOT EDIT THIS FILE
#
# It is automatically generated by grub-mkconfig using templates
# from /etc/grub.d and settings from /etc/default/grub
#

### BEGIN /etc/grub.d/00_header ###
if [ -s $prefix/grubenv ]; then
  set have_grubenv=true
  load_env
fi
if [ "${next_entry}" ] ; then
   set default="${next_entry}"
   set next_entry=
   save_env next_entry
   set boot_once=true
else
   set default="gnulinux-simple-f8ac0ddf-4a8d-41d1-b4b8-19825679b1e6"
fi

if [ x"${feature_menuentry_id}" = xy ]; then
  menuentry_id_option="--id"
else
  menuentry_id_option=""
fi

export menuentry_id_option

if [ "${prev_saved_entry}" ]; then
  set saved_entry="${prev_saved_entry}"
  save_env saved_entry
  set prev_saved_entry=
  save_env prev_saved_entry
  set boot_once=true
fi

function savedefault {
  if [ -z "${boot_once}" ]; then
saved_entry="${chosen}"
save_env saved_entry
  fi
}
function load_video {
  if [ x$feature_all_video_module = xy ]; then
insmod all_video
  else
insmod efi_gop
insmod efi_uga
insmod ieee1275_fb
insmod vbe
insmod vga
insmod video_bochs
insmod video_cirrus
  fi
}

terminal_input console
terminal_output console
if [ "${recordfail}" = 1 ] ; then
  set timeout=-1
else
  if [ x$feature_timeout_style = xy ] ; then
set timeout_style=menu
set timeout=5
  # Fallback normal timeout code in case the timeout_style feature is
  # unavailable.
  else
set timeout=5
  fi
fi
### END /etc/grub.d/00_header ###

### BEGIN /etc/grub.d/05_debian_theme ###
set menu_color_normal=cyan/blue
set menu_color_highlight=white/blue
### END /etc/grub.d/05_debian_theme ###

### BEGIN /etc/grub.d/10_linux ###
function gfxmode {
set gfxpayload="${1}"
}
set linux_gfx_mode=
export linux_gfx_mode
menuentry 'Debian GNU/Linux' --class debian --class gnu-linux --class gnu 
--class os $menuentry_id_option 
'gnulinux-simple-f8ac0ddf-4a8d-41d1-b4b8-19825679b1e6' {
load_video
insmod gzio
if [ x$grub_platform = xxen ]; then insmod xzio; insmod lzopio; fi
insmod part_msdos
insmod ext2
set root='hd0,msdos1'
if [ x$feature_platform_search_hint = xy ]; then
  search --no-floppy --fs-uuid --set=root --hint-bios=hd0,msdos1 
--hint-efi=hd0,msdos1 --hint-baremetal=ahci0,msdos1 --hint='hd0,msdos1'  
d30aa8d1-b00a-41cf-b98f-b4ebc881da28
else
  search --no-floppy --fs-uuid --set=root 
d30aa8d1-b00a-41cf-b98f-b4ebc881da28
fi
echo'Loading Linux 3.16.0-4-686-pae ...'
linux   /vmlinuz-3.16.0-4-686-pae 
root=UUID=f8ac0ddf-4a8d-41d1-b4b8-19825679b1e6 ro text quiet
echo'Loading initial ramdisk ...'
initrd  /initrd.img-3.16.0-4-686-pae
}
submenu 'Advanced options for Debian GNU/Linux' $menuentry_id_option 
'gnulinux-advanced-f8ac0ddf-4a8d-41d1-b4b8-19825679b1e6' {
menuentry 'Debian GNU/Linux, with Linux 3.16.0-4-686-pae' --class 
debian --class gnu-linux --class gnu --class os $menuentry_id_option 
'gnulinux-3.16.0-4-686-pae-advanced-f8ac0ddf-4a8d-41d1-b4b8-19825679b1e6' {
load_video
insmod gzio
if [ x$grub_platform = xxen ]; then insmod xzio; insmod lzopio; 
fi
insmod part_msdos
insmod ext2
set root='hd0,msdos1'
if [ x$feature_platform_search_hint = xy ]; then
  search --no-floppy --fs-uuid --set=root 
--hint-bios=hd0,msdos1 --hint-efi=hd0,msdos1 --hint-baremetal=ahci0,msdos1 
--hint='hd0,msdos1'  d30aa8d1-b00a-41cf-b98f-b4ebc881da28
else
  search --no-floppy --fs-uuid --set=root 
d30aa8d1-b00a-41cf-b98f-b4ebc881da28
fi
echo'Loading Linux 3.16.0-4-686-pae ...'
linux   /vmlinuz-3.16.0-4-686-pae 

Bug#871227: sh can execute more that *.sh files

[積丹尼 Dan Jacobson]

Package: bash-completion
Version: 1:2.1-4.3
File: /usr/share/bash-completion/completions/sh

$ sh bin/
backup_attempt.sh   heavens-above-which.sh

What about all the other shell scripts there that don't end in .sh?!

Bug#871226: pyscard: ftbfs with python3.6 as default

[Michael Hudson-Doyle]

Source: pyscard
Severity: important

Dear Maintainer,

As you can see here https://launchpad.net/ubuntu/+source/pyscard/1.9.5-2build1
pyscard does not build when Python 3.6 is the default. I fixed this with a 
trivial
patch to add an __init__.py to the test directory in the root of the source 
tree.

Cheers,
mwh

-- System Information:
Debian Release: stretch/sid
  APT prefers xenial-updates
  APT policy: (500, 'xenial-updates'), (500, 'xenial-security'), (500, 
'xenial'), (400, 'xenial-proposed'), (100, 'xenial-backports')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

Kernel: Linux 4.4.0-87-generic (SMP w/4 CPU cores)
Locale: LANG=en_NZ.UTF-8, LC_CTYPE=en_NZ.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)
--- /dev/null
+++ b/test/__init__.py
@@ -0,0 +1 @@
+#

Bug#871228: Add FAQ: do the oldmail files just grow and grow?

[Dan Jacobson]

X-Debbugs-Cc: charlesc-getmail-b...@pyropus.ca
Package: getmail4
Version: 4.53.0-1
Severity: wishlist

The only place oldmail files are mentioned is
file:///usr/share/doc/getmail4/faq.html#faq-about-upgrade

Please add another FAQ: "Do the oldmail files just grow and grow? When can I 
safely trim/remove them?"

Bug#733639: [git-buildpackage/master] push: new command to push changes in one go

[Guido Günther]

tag 733639 pending
thanks

Date:   Thu Aug 3 22:56:57 2017 -0300
Author: Guido Günther 
Commit ID: cbacdfb40ca35633da06e9e05497ac0fb56cc4f9
Commit URL: 
https://git.sigxcpu.org/cgit/git-buildpackage//commit/?id=cbacdfb40ca35633da06e9e05497ac0fb56cc4f9
Patch URL: 
https://git.sigxcpu.org/cgit/git-buildpackage//patch/?id=cbacdfb40ca35633da06e9e05497ac0fb56cc4f9

push: new command to push changes in one go

Closes: #733639

  

Bug#871159: pstoedit: FTBFS: Unescaped left brace in regex is illegal here in regex; marked by <-- HERE in m/\\([a-zA-Z]+){([^}]*)}{ <-- HERE ([^}]*)}/ at /usr/bin/latex2man line 1327.

[gregor herrmann]

Control: reassign -1 texlive-extra-utils
Control: affects -1 pstoedit
Control: tag -1 + buster sid patch

On Sun, 06 Aug 2017 17:58:11 -0400, Lucas Nussbaum wrote:

> Source: pstoedit
> Version: 3.70-3
> Severity: serious
> Tags: buster sid
> User: debian...@lists.debian.org
> Usertags: qa-ftbfs-20170805 qa-ftbfs
> Justification: FTBFS on amd64
> 
> Hi,
> 
> During a rebuild of all packages in sid, your package failed to build on
> amd64.
> 
> Relevant part (hopefully):
> > make[1]: Entering directory '/<>'
> > cd doc && latex2man -M -t pstoedit.trans pstoedit.tex pstoedit.1
> > Unescaped left brace in regex is illegal here in regex; marked by <-- HERE 
> > in m/\\([a-zA-Z]+){([^}]*)}{ <-- HERE ([^}]*)}/ at /usr/bin/latex2man line 
> > 1327.
> > debian/rules:21: recipe for target 'override_dh_auto_build' failed
> > make[1]: *** [override_dh_auto_build] Error 255

/usr/bin/latex2man is in texlive-extra-utils, reassigning
accordingly.

From a quick look at the code there are more parts which need to be
fixed.

Here's a quick patch; mostly untested expect that `perl -wc
latex2man' now doesn't complain about unescaped left braces anymore.


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 of VIBE!AT & SPI, fellow of the Free Software Foundation Europe
   `-   
--- latex2man.orig	2017-08-06 21:56:45.722169852 -0400
+++ latex2man	2017-08-06 22:02:41.815668681 -0400
@@ -1324,7 +1324,7 @@
 	last SWITCH;
 	};
# LaTeX macros with two arguments
-   /\\([a-zA-Z]+){([^}]*)}{([^}]*)}/
+   /\\([a-zA-Z]+)\{([^}]*)}\{([^}]*)}/
   && do {$s=$`;$m=$1;$a1=$2;$a2=$3;$r=$';	#'
 check_Macro2 $m;
 interpret_word $s;
@@ -1338,7 +1338,7 @@
 	last SWITCH;
 	};
# Special Handling of Email and URL LaTeX macros with one argument
-   /\\(URL|Email){([^}]*)}/ && ($opt_H)
+   /\\(URL|Email)\{([^}]*)}/ && ($opt_H)
   && do {$s=$`;$m=$1;$a1=$2;$r=$';	#'
 	interpret_word $s;
 	PrintM $Macro2a->{$m};
@@ -1351,7 +1351,7 @@
 	last SWITCH;
 	};
# LaTeX macros with one argument
-   /\\([a-zA-Z]+){([^}]*)}/  && do {$s=$`;$m=$1;$a1=$2;$r=$';	#'
+   /\\([a-zA-Z]+)\{([^}]*)}/  && do {$s=$`;$m=$1;$a1=$2;$r=$';	#'
 	check_Macro1 $m;
 	interpret_word $s;
 	PrintM $Macro1a->{$m};
@@ -1518,7 +1518,7 @@
 		$join = $cnt % 2 != 0;
 		$kind = 3;
 		} else {
-		my @x = $_ =~ /[^\\]{/g;
+		my @x = $_ =~ /[^\\]\{/g;
 		my @y = $_ =~ /[^\\]}/g;
 		$join = $#x != $#y;
 		$kind = 2;
@@ -1679,7 +1679,7 @@
 	my $line = $_; chop $line;
 	print "--- \`$line'\n";
 	}
-	if (/^\s*\\input{([^}]*)}\s*/) {
+	if (/^\s*\\input\{([^}]*)}\s*/) {
 	# handle \input{fn}
 	my $fn = $1;
 	printf DEST "%% start of \\input{%s}\n", $fn;
@@ -1731,7 +1731,7 @@
 	my $line = $_; chop $line;
 	print "--- \`$line'\n";
 	}
-	if (/^\s*\\input{([^}]*)}\s*/) {
+	if (/^\s*\\input\{([^}]*)}\s*/) {
 	# handle \input{fn}
 	my $fn = $1;
 	if ($opt_M) {
@@ -1760,7 +1760,7 @@
 	next if ($skip[-1] == 1);
 
 	if ($inside_verb) {
-	if (/^\s*\\end{verbatim}/) {
+	if (/^\s*\\end\{verbatim}/) {
 		if ($started == 1) {
 		&{$Prefix . "VerbatimEnd"};
 		$inside_verb = 0;
@@ -1789,19 +1789,19 @@
 		$rcs_date,$rcs_time,$rcs_owner,$rcs_status,$rcs_locker) = split(/\s/,$1);
 	$date = date2str ($rcs_date);
 	$Macro->{'today'}  = $date;
-	} elsif (/^\s*\\setDate{\\rcsInfoLongDate}/) {
+	} elsif (/^\s*\\setDate\{\\rcsInfoLongDate}/) {
 	$Macro->{'Date'} = $date;
-	} elsif (/^\s*\\setDate{\\today}/) {
+	} elsif (/^\s*\\setDate\{\\today}/) {
 	$Macro->{'Date'} = $date;
-	} elsif (/^\s*\\setDate{([^}]*)}/) {
+	} elsif (/^\s*\\setDate\{([^}]*)}/) {
 	$date = $1;
 	$date =~ s/~/$Macro->{'~'}/g;
 	$Macro->{'Date'} = $date;
-	} elsif (/^\s*\\setVersion{([^}]*)}/) {
+	} elsif (/^\s*\\setVersion\{([^}]*)}/) {
 	$version= $1;
 	$versin =~ s/~/$Macro->{'~'}/g;
 	$Macro->{'Version'} = $version;
-	} elsif (/^\s*\\begin{Name}{([^}]*)}{([^}]*)}{([^}]*)}{([^}]*)}{([^}]*)}/) {
+	} elsif (/^\s*\\begin\{Name}\{([^}]*)}\{([^}]*)}\{([^}]*)}\{([^}]*)}\{([^}]*)}/) {
 	$section = "Name";
 	$chapter = $1;
 	$name= $2;
@@ -1815,9 +1815,9 @@
 	$section_cnt = 0;
 	&{$Prefix . "Start"} ($name, $chapter, $author, $tool, $title);
 	&{$Prefix . "NameStart"} ($name, $chapter, $author, $tool, $title);
-	} elsif (/^\s*\\end{Name}/) {
+	} elsif (/^\s*\\end\{Name}/) {
 	&{$Prefix . "NameEnd"} ($name, $chapter, $author, $tool);
-	} elsif (/^\s*\\begin{Table}(\[([^]]*)\])?{([^}]*)}/) {
+	} elsif (/^\s*\\begin\{Table}(\[([^]]*)\])?\{([^}]*)}/) {
 	# \begin{Table}[width]{columns}
 	   

Bug#871059: fltk1.3: FTBFS: Unescaped left brace in regex is illegal here in regex; marked by <-- HERE in m/(\${ <-- HERE _IMPORT_PREFIX}/lib)(?!/x86_64-linux-gnu)/ at debian/fix-fltk-targets-noconfig

[Aaron M. Ucko]

gregor herrmann  writes:

> Here's a patch which escapes the literal left brace in
> debian/fix-fltk-targets-noconfig.

I'm already on it, thanks, just want to make a make a few formal
modernizations while I'm at it.

See you around.

-- 
Aaron M. Ucko, KB1CJC (amu at alum.mit.edu, ucko at debian.org)
http://www.mit.edu/~amu/ | http://stuff.mit.edu/cgi/finger/?a...@monk.mit.edu

Bug#871059: fltk1.3: FTBFS: Unescaped left brace in regex is illegal here in regex; marked by <-- HERE in m/(\${ <-- HERE _IMPORT_PREFIX}/lib)(?!/x86_64-linux-gnu)/ at debian/fix-fltk-targets-noconfig

[gregor herrmann]

Control: tag -1 + patch

On Sun, 06 Aug 2017 17:48:19 -0400, Lucas Nussbaum wrote:

> Source: fltk1.3
> Version: 1.3.4-4
> Severity: serious
> Tags: buster sid
> User: debian...@lists.debian.org
> Usertags: qa-ftbfs-20170805 qa-ftbfs
> Justification: FTBFS on amd64
> 
> > debian/fix-fltk-targets-noconfig \
> > CMakeTmp/CMakeFiles/Export/share/fltk/FLTK-Targets-noconfig.cmake \
> > > CMakeTmp/etc/FLTK-Targets-noconfig.cmake
> > Unescaped left brace in regex is illegal here in regex; marked by <-- HERE 
> > in m/(\${ <-- HERE _IMPORT_PREFIX}/lib)(?!/x86_64-linux-gnu)/ at 
> > debian/fix-fltk-targets-noconfig line 6, <> line 1.
> > debian/rules:33: recipe for target 'override_dh_auto_configure' failed
> > make[1]: *** [override_dh_auto_configure] Error 25

Here's a patch which escapes the literal left brace in
debian/fix-fltk-targets-noconfig.


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 of VIBE!AT & SPI, fellow of the Free Software Foundation Europe
   `-   
diff -Nru fltk1.3-1.3.4/debian/.gitignore fltk1.3-1.3.4/debian/.gitignore
--- fltk1.3-1.3.4/debian/.gitignore	2017-01-16 18:26:31.0 -0500
+++ fltk1.3-1.3.4/debian/.gitignore	1969-12-31 19:00:00.0 -0500
@@ -1,13 +0,0 @@
-*.debhelper
-*.debhelper.log
-*.substvars
-common-build-stamp
-debhelper-build-stamp
-files
-fltk1.3-doc
-fltk1.3-games
-fluid
-libfltk*1.3
-libfltk1.3-dev
-libfltk1.3-compat-headers
-tmp
diff -Nru fltk1.3-1.3.4/debian/changelog fltk1.3-1.3.4/debian/changelog
--- fltk1.3-1.3.4/debian/changelog	2017-02-22 22:28:48.0 -0500
+++ fltk1.3-1.3.4/debian/changelog	2017-08-06 21:39:02.0 -0400
@@ -1,3 +1,12 @@
+fltk1.3 (1.3.4-4.1) UNRELEASED; urgency=medium
+
+  * Non-maintainer upload.
+  * Fix "FTBFS: Unescaped left brace in regex is illegal here in regex;"
+escape literal left brace in debian/fix-fltk-targets-noconfig.
+(Closes: #871059)
+
+ -- gregor herrmann   Sun, 06 Aug 2017 21:39:02 -0400
+
 fltk1.3 (1.3.4-4) unstable; urgency=medium
 
   * debian/control: Build-depend on libxcursor-dev.  (Closes: #855863.)
diff -Nru fltk1.3-1.3.4/debian/fix-fltk-targets-noconfig fltk1.3-1.3.4/debian/fix-fltk-targets-noconfig
--- fltk1.3-1.3.4/debian/fix-fltk-targets-noconfig	2017-02-13 22:08:01.0 -0500
+++ fltk1.3-1.3.4/debian/fix-fltk-targets-noconfig	2017-08-06 21:39:02.0 -0400
@@ -3,7 +3,7 @@
 
 my $to_untag = '';
 while (<>) {
-s,(\${_IMPORT_PREFIX}/lib)(?!/$ENV{DEB_HOST_MULTIARCH}),$1/$ENV{DEB_HOST_MULTIARCH},g;
+s,(\$\{_IMPORT_PREFIX}/lib)(?!/$ENV{DEB_HOST_MULTIARCH}),$1/$ENV{DEB_HOST_MULTIARCH},g;
 s,\.so\.1\.3\.\d*,\.so,g;
 s,([^a-z]fltk\w*(?

signature.asc
Description: Digital Signature

Bug#870821: esys-particle FTBFS with perl 5.26

[gregor herrmann]

On Sun, 06 Aug 2017 21:31:43 -0400, gregor herrmann wrote:

> Here's a patch fixing the regexps in the helper scripts and making
> the build succedd.

2nd try


Cheeers,
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 of VIBE!AT & SPI, fellow of the Free Software Foundation Europe
   `-   
diff -Nru esys-particle-2.3.5+dfsg1/debian/changelog esys-particle-2.3.5+dfsg1/debian/changelog
--- esys-particle-2.3.5+dfsg1/debian/changelog	2017-07-17 14:18:46.0 -0400
+++ esys-particle-2.3.5+dfsg1/debian/changelog	2017-08-06 17:48:39.0 -0400
@@ -1,3 +1,11 @@
+esys-particle (2.3.5+dfsg1-1.1) UNRELEASED; urgency=medium
+
+  * Non-maintainer upload.
+  * Fix "esys-particle FTBFS with perl 5.26"
+(Closes: #870821)
+
+ -- gregor herrmann   Sun, 06 Aug 2017 17:48:39 -0400
+
 esys-particle (2.3.5+dfsg1-1) unstable; urgency=medium
 
   * Upload into unstable.
diff -Nru esys-particle-2.3.5+dfsg1/debian/patches/07_fix_FTBFS_perl5.26.patch esys-particle-2.3.5+dfsg1/debian/patches/07_fix_FTBFS_perl5.26.patch
--- esys-particle-2.3.5+dfsg1/debian/patches/07_fix_FTBFS_perl5.26.patch	1969-12-31 19:00:00.0 -0500
+++ esys-particle-2.3.5+dfsg1/debian/patches/07_fix_FTBFS_perl5.26.patch	2017-08-06 17:48:39.0 -0400
@@ -0,0 +1,47 @@
+Description: Fix "Unescaped left brace in regex is illegal" error in perl helper scripts
+Origin: vendor
+Bug-Debian: https://bugs.debian.org/870821
+Forwarded: no
+Author: gregor herrmann 
+Last-Update: 2017-08-06
+
+--- a/Doc/Notes/makeglos.pl
 b/Doc/Notes/makeglos.pl
+@@ -46,7 +46,7 @@
+ {
+while ()
+{
+-  if (m/\\newglossarytype\[(.*)\]{(.*)}{(.*)}{(.*)}/)
++  if (m/\\newglossarytype\[(.*)\]\{(.*)}\{(.*)}\{(.*)}/)
+   {
+  $exttype{$2}{'in'}  = $3;
+  $exttype{$2}{'out'} = $4;
+@@ -237,7 +237,7 @@
+ 
+  for ($i = 1, $j=-1; $i < $n; $i++)
+  {
+-if ($stuff[$i]=~s/{(.+)\\glosslabel{(.+)}}//)
++if ($stuff[$i]=~s/\{(.+)\\glosslabel\{(.+)}}//)
+ {
+$name = $&;
+ 
+--- a/Doc/Tutorial/makeglos.pl
 b/Doc/Tutorial/makeglos.pl
+@@ -46,7 +46,7 @@
+ {
+while ()
+{
+-  if (m/\\newglossarytype\[(.*)\]{(.*)}{(.*)}{(.*)}/)
++  if (m/\\newglossarytype\[(.*)\]\{(.*)}\{(.*)}\{(.*)}/)
+   {
+  $exttype{$2}{'in'}  = $3;
+  $exttype{$2}{'out'} = $4;
+@@ -237,7 +237,7 @@
+ 
+  for ($i = 1, $j=-1; $i < $n; $i++)
+  {
+-if ($stuff[$i]=~s/{(.+)\\glosslabel{(.+)}}//)
++if ($stuff[$i]=~s/\{(.+)\\glosslabel\{(.+)}}//)
+ {
+$name = $&;
+ 
diff -Nru esys-particle-2.3.5+dfsg1/debian/patches/series esys-particle-2.3.5+dfsg1/debian/patches/series
--- esys-particle-2.3.5+dfsg1/debian/patches/series	2017-07-17 13:32:47.0 -0400
+++ esys-particle-2.3.5+dfsg1/debian/patches/series	2017-08-06 17:48:39.0 -0400
@@ -3,3 +3,4 @@
 03_ax-boost.patch
 05_fix_epydoc_timestamp.patch
 06_fix_FTBFS_gcc6.patch
+07_fix_FTBFS_perl5.26.patch


signature.asc
Description: Digital Signature

Bug#871225: Man.pm: False point size changes

[Bjarni Ingi Gislason]

Package: perl-modules-5.26
Version: 5.26.0-5
Severity: minor
Tags: patch

Dear Maintainer,

   * What led up to the situation?

"man gcc" with

MAN_KEEP_STDERR=yes
MANOPT=--encoding=latin1 --no-hyphenation --warnings=w --no-justification
MANWIDTH=80

   * What was the outcome of this action?

:3310: warning: \s escape results in non-positive point size; 
set to 1
:3311: warning: \s escape results in non-positive point size; 
set to 1
:25: backtrace: string `C+'
:3311: warning: \s escape results in non-positive point size; 
set to 1
:3320: warning: \s escape results in non-positive point size; 
set to 1
:3323: warning: \s escape results in non-positive point size; 
set to 1
:3326: warning: \s escape results in non-positive point size; 
set to 1
:3331: warning: \s escape results in non-positive point size; 
set to 1
:: warning: \s escape results in non-positive point size; 
set to 1
:: warning: \s escape results in non-positive point size; 
set to 1
:3336: warning: \s escape results in non-positive point size; 
set to 1
:3337: warning: \s escape results in non-positive point size; 
set to 1
:4668: warning: \s escape results in non-positive point size; 
set to 1
:25: backtrace: string `C+'
:4668: warning: \s escape results in non-positive point size; 
set to 1
:4670: backtrace
/home/bg/git/groff/tmac/an-old.tmac:493: backtrace: macro `IP'
:4670: warning: \s escape results in non-positive point size; 
set to 1
:4670: backtrace
/home/bg/git/groff/tmac/an-old.tmac:493: backtrace: macro `IP'
:4670: warning: \s escape results in non-positive point size; 
set to 1
:9001: warning [p 93, 4.5i]: can't break line
:9023: warning [p 93, 8.2i]: can't break line
:9234: warning [p 95, 7.3i]: can't break line

   * What outcome did you expect instead?

  No warnings

  The escape '\s0' does not get the right former size if another '\s0' comes
after it (like '\s-1...\s-2...\s0...\s0').

  The string '\*(C+' gets resized in the manual for "gcc" in some lines.
  Each use of this string gets the previous size smaller, the warning is not
issued until the size is down to less than 1 point.

Patch:

--- Man.pm  2017-07-30 16:15:47.0 +
+++ Man.pm.new  2017-08-07 00:03:59.0 +
@@ -527,7 +527,7 @@ sub guesswork {
 ( [A-Z] [A-Z] (?: \s? [/A-Z+:\d_\$&] | \\- | \s? [.,\"] )* )  # (2)
 (?= [\s>\}\]\(\)\'\".?!,;] | \\*\(-- | \\[ ] | $ )# (3)
 } {
-$1 . '\s-1' . $2 . '\s0'
+$1 . '\s-1' . $2 . '\s+1'
 }egx;
 }
 
@@ -1521,7 +1521,7 @@ sub preamble_template {
 .\" therefore won't be available.  \*(C` and \*(C' expand to `' in nroff,
 .\" nothing in troff, for use with C<>.
 .tr \(*W-
-.ds C+ C\v'-.1v'\h'-1p'\s-2+\h'-1p'+\s0\v'.1v'\h'-1p'
+.ds C+ C\v'-.1v'\h'-1p'\s-2+\h'-1p'+\s+2\v'.1v'\h'-1p'
 .ie n \{\
 .ds -- \(*W-
 .ds PI pi

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

Kernel: Linux 4.9.30-2u2 (SMP w/2 CPU cores)
Locale: LANG=is_IS.iso88591, LC_CTYPE=is_IS.iso88591 (charmap=ISO-8859-1), 
LANGUAGE=is_IS.iso88591 (charmap=ISO-8859-1)
Shell: /bin/sh linked to /bin/dash
Init: sysvinit (via /sbin/init)

Versions of packages perl-modules-5.26 depends on:
ii  dpkg   1.18.24
ii  perl-base  5.26.0-5

Versions of packages perl-modules-5.26 recommends:
ii  perl  5.26.0-5

perl-modules-5.26 suggests no packages.

-- no debconf information

-- 
Bjarni I. Gislason

Bug#870821: esys-particle FTBFS with perl 5.26

[gregor herrmann]

Control: tag -1 + patch

On Sat, 05 Aug 2017 17:30:46 +0300, Adrian Bunk wrote:

> Source: esys-particle
> Version: 2.3.5+dfsg1-1
> Severity: serious
> 
> https://tests.reproducible-builds.org/debian/rb-pkg/unstable/amd64/esys-particle.html
> 
> ...
> ./makeglos.pl paper.glo
> Unescaped left brace in regex is illegal here in regex; marked by <-- HERE in 
> m/\\newglossarytype\[(.*)\]{ <-- HERE (.*)}{(.*)}{(.*)}/ at ./makeglos.pl 
> line 49.
> Makefile:606: recipe for target 'ESyS-Particle_Tutorial.pdf' failed
> make[4]: *** [ESyS-Particle_Tutorial.pdf] Error 255

Here's a patch fixing the regexps in the helper scripts and making
the build succedd.


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 of VIBE!AT & SPI, fellow of the Free Software Foundation Europe
   `-   


signature.asc
Description: Digital Signature

Bug#750946: libhtml-html5-parser-perl: UTF-8 character breaks parse_file

[Gregory Williams]

On Sat, 5 Aug 2017 12:16:04 -0400 gregor herrmann  wrote:
> What helps is:
> - replace in lib/HTML/HTML5/Parser.pm
>   $response->{decoded_content} with $response->{content}
>   which feels a bit dangerous
> - or in lib/HTML/HTML5/Parser/UA.pm's get:
>   move the
>   if ($uri =~ /^file:/i)
>   up so it's the first alternative and then _get_fs is used
> 
> 
> The latter change would be, as a diff:
> 
> #v+
> --- a/lib/HTML/HTML5/Parser/UA.pm
> +++ b/lib/HTML/HTML5/Parser/UA.pm
> @@ -18,14 +18,14 @@ sub get
>  {
> my ($class, $uri, $ua) = @_;
> 
> +   if ($uri =~ /^file:/i)
> +   { goto \&_get_fs }
> if (ref $ua and $ua->isa('HTTP::Tiny') and $uri =~ /^https?:/i)
> { goto \&_get_tiny }
> if (ref $ua and $ua->isa('LWP::UserAgent'))
> { goto \&_get_lwp }
> if (UNIVERSAL::can('LWP::UserAgent', 'can') and not $NO_LWP)
> { goto \&_get_lwp }
> -   if ($uri =~ /^file:/i)
> -   { goto \&_get_fs }
> 
> 
> 
> While this helps for reading local files, I guess the _get_lwp() case
> might still be buggy.


I also looked into this and found another possible fix:

diff -ru HTML-HTML5-Parser-0.301/lib/HTML/HTML5/Parser.pm 
HTML-HTML5-Parser-0.301-patched/lib/HTML/HTML5/Parser.pm
--- HTML-HTML5-Parser-0.301/lib/HTML/HTML5/Parser.pm2013-07-08 
07:12:25.0 -0700
+++ HTML-HTML5-Parser-0.301-patched/lib/HTML/HTML5/Parser.pm2017-08-06 
12:42:58.0 -0700
@@ -13,6 +13,7 @@
 use HTML::HTML5::Parser::TagSoupParser;
 use Scalar::Util qw(blessed);
 use URI::file;
+use Encode qw(encode_utf8);
 use XML::LibXML;
 
 BEGIN {
@@ -102,6 +103,11 @@
{
 # XXX AGAIN DO THIS TO STOP ENORMOUS MEMORY LEAKS
 my ($errh, $errors) = @{$self}{qw(error_handler errors)};
+
+if (utf8::is_utf8($text)) {
+   $text   = encode_utf8($text);
+}
+
$self->{parser}->parse_byte_string(
 $opts->{'encoding'}, $text, $dom,
 sub {


Part of the underlying issue here is that many variables and methods in these 
modules are named in a confusing way, expecting/requiring encoded bytes, but 
using names which imply a desire for decoded strings.

The above patch should handle the LWP case which the previously suggest patch 
avoids. It still passes the test suite (which should probably be improved to 
verify this case), and also supports the test case detailed in this bug report 
(though I should mention that I believe the test script included by Vincent 
Lefevre includes a double-encoding bug as $doc->toString() actually returns 
utf8 encoded bytes, which the :encoding(UTF-8) PerlIO layer on stdout will 
attempt to encode a second time).

thanks,
.greg

Bug#864477: nvidia_icd.json does not refer to correct library when non-GLVND driver variant is installed

[Andreas Beckmann]

On 2017-06-30 15:14, Luca Boccassi wrote:
> I've done a similar implementation in our 384 branch:

I changed this a little bit to provide two conflicting variants of the
vulkan ICD package, since that should be the more obvious "handle" that
can be pulled to switch the variants.

> It seems to work fine on DOTA2 with the Vulkan renderer with both 
> configurations.
> 
> If they backport the upstream fix to the 375 series I'll backport our side as 
> well.

I also tried a backport in the 381 branch (and if someone confirms that
this actually works, I'll backport to 375 in unstable).
Upload to experimental is in the queue (after trying to fix 378), it
would be nice if someone could test this beforehand. I haven't gotten
around to do installation tests in a chroot, yet.


Andreas

Bug#853717: zoneminder: ftbfs with GCC-7

[Chris Lamb]

forwarded 853717 https://github.com/ZoneMinder/ZoneMinder/issues/1960
thanks

Forwarded it upstream here:

  https://github.com/ZoneMinder/ZoneMinder/issues/1960


Regards,

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

Bug#870677: nvidia-kernel-dkms: Doesn't compile with kernel 4.11 (and probably later)

[Andreas Beckmann]

On 2017-08-04 03:09, Jiri Palecek wrote:
> Package: nvidia-kernel-dkms
> Version: 378.13-1

Hi Luca,

I tried to backport two patches from 340 (couldn't find the place where the 
third should be applied now), but that is not sufficient ...

conftest result changes with these patches applied (this may already indicate 
the problem):
4.10.0-trunk-amd64 -> 4.11.0-1-amd64

-#undef NV_VM_OPS_FAULT_REMOVED_VMA_ARG
+#define NV_VM_OPS_FAULT_REMOVED_VMA_ARG

-#define NV_DRM_HELPER_MODE_FILL_FB_STRUCT_HAS_CONST_MODE_CMD_ARG
+#undef NV_DRM_HELPER_MODE_FILL_FB_STRUCT_HAS_CONST_MODE_CMD_ARG


and it is failing here:

  if [ "-pg" = "-pg" ]; then if [ 
/usr/src/modules/nvidia-kernel/nvidia-uvm/uvm8_gpu.o != "scripts/mod/empty.o" 
]; then ./scripts/recordmcount  
"/usr/src/modules/nvidia-kernel/nvidia-uvm/uvm8_gpu.o"; fi; fi;
   gcc-6 -Wp,-MD,/usr/src/modules/nvidia-kernel/nvidia-uvm/.uvm8_gpu_isr.o.d  
-nostdinc -isystem /usr/lib/gcc/x86_64-linux-gnu/6/include 
-I/usr/src/linux-headers-4.11.0-1-common/arch/x86/include -I./arch/x86/includ
e/generated/uapi -I./arch/x86/include/generated  
-I/usr/src/linux-headers-4.11.0-1-common/include -I./include 
-I/usr/src/linux-headers-4.11.0-1-common/arch/x86/include/uapi 
-I/usr/src/linux-headers-4.11.0-1-common/
include/uapi -I./include/generated/uapi -include 
/usr/src/linux-headers-4.11.0-1-common/include/linux/kconfig.h  
-I/usr/src/modules/nvidia-kernel -I/usr/src/modules/nvidia-kernel -D__KERNEL__ 
-Wall -Wundef -Wstrict
-prototypes -Wno-trigraphs -fno-strict-aliasing -fno-common 
-Werror-implicit-function-declaration -Wno-format-security -std=gnu89 -fno-PIE 
-mno-sse -mno-mmx -mno-sse2 -mno-3dnow -mno-avx -m64 -falign-jumps=1 -falig
n-loops=1 -mno-80387 -mno-fp-ret-in-387 -mpreferred-stack-boundary=3 
-mskip-rax-setup -mtune=generic -mno-red-zone -mcmodel=kernel -funit-at-a-time 
-DCONFIG_X86_X32_ABI -DCONFIG_AS_CFI=1 -DCONFIG_AS_CFI_SIGNAL_FRAM
E=1 -DCONFIG_AS_CFI_SECTIONS=1 -DCONFIG_AS_FXSAVEQ=1 -DCONFIG_AS_SSSE3=1 
-DCONFIG_AS_CRC32=1 -DCONFIG_AS_AVX=1 -DCONFIG_AS_AVX2=1 -DCONFIG_AS_AVX512=1 
-DCONFIG_AS_SHA1_NI=1 -DCONFIG_AS_SHA256_NI=1 -pipe -Wno-sign-c
ompare -fno-asynchronous-unwind-tables -fno-delete-null-pointer-checks 
-Wno-frame-address -O2 --param=allow-store-data-races=0 -DCC_HAVE_ASM_GOTO 
-Wframe-larger-than=2048 -fstack-protector-strong -Wno-unused-but-se
t-variable -Wno-unused-const-variable -fno-var-tracking-assignments -g -pg 
-mfentry -DCC_USING_FENTRY -Wdeclaration-after-statement -Wno-pointer-sign 
-fno-strict-overflow -fconserve-stack -Werror=implicit-int -Werr
or=strict-prototypes -Werror=date-time -Werror=incompatible-pointer-types  
-I/usr/src/modules/nvidia-kernel/common/inc  -I/usr/src/modules/nvidia-kernel 
-Wall -MD -Wsign-compare -Wno-cast-qual -Wno-error -D__KERNEL
__ -DMODULE -DNVRM -DNV_VERSION_STRING=\"378.13\" -Wno-unused-function 
-Wuninitialized -fno-strict-aliasing -mno-red-zone -mcmodel=kernel 
-DNV_UVM_ENABLE -Wno-sign-compare -Wno-format-extra-args -Werror=undef -O2 -
DNVIDIA_UVM_ENABLED -DNVIDIA_UNDEF_LEGACY_BIT_MACROS -DLinux -D__linux__  
-I/usr/src/modules/nvidia-kernel/nvidia-uvm  -DMODULE  
-DKBUILD_BASENAME='"uvm8_gpu_isr"'  -DKBUILD_MODNAME='"nvidia_uvm"' -c -o 
/usr/src/mo
dules/nvidia-kernel/nvidia-uvm/.tmp_uvm8_gpu_isr.o 
/usr/src/modules/nvidia-kernel/nvidia-uvm/uvm8_gpu_isr.c
In file included from 
/usr/src/modules/nvidia-kernel/nvidia-uvm/uvm8_global.h:29:0,
 from 
/usr/src/modules/nvidia-kernel/nvidia-uvm/uvm8_gpu_isr.c:24:
/usr/src/modules/nvidia-kernel/nvidia-uvm/uvm8_gpu_isr.c: In function 
'uvm_gpu_replayable_faults_isr_unlock':
/usr/src/modules/nvidia-kernel/nvidia-uvm/uvm8_gpu_isr.c:273:28: error: passing 
argument 1 of 'atomic_read' from incompatible pointer type 
[-Werror=incompatible-pointer-types]
 UVM_ASSERT(atomic_read(>gpu_kref.refcount) > 0);
^
/usr/src/modules/nvidia-kernel/nvidia-uvm/uvm_common.h:138:45: note: in 
definition of macro 'UVM_IGNORE_EXPR'
 #define UVM_IGNORE_EXPR(expr) ((void)sizeof(expr))
 ^~~~
/usr/src/modules/nvidia-kernel/nvidia-uvm/uvm_common.h:168:26: note: in 
expansion of macro '_UVM_ASSERT_MSG'
 #define UVM_ASSERT(expr) _UVM_ASSERT_MSG(expr, #expr, "\n")
  ^~~
/usr/src/modules/nvidia-kernel/nvidia-uvm/uvm8_gpu_isr.c:273:5: note: in 
expansion of macro 'UVM_ASSERT'
 UVM_ASSERT(atomic_read(>gpu_kref.refcount) > 0);
 ^~
In file included from 
/usr/src/linux-headers-4.11.0-1-common/arch/x86/include/asm/msr.h:66:0,
 from 
/usr/src/linux-headers-4.11.0-1-common/arch/x86/include/asm/processor.h:20,
 from 
/usr/src/linux-headers-4.11.0-1-common/arch/x86/include/asm/cpufeature.h:4,
 from 
/usr/src/linux-headers-4.11.0-1-common/arch/x86/include/asm/thread_info.h:52,
 from 
/usr/src/linux-headers-4.11.0-1-common/include/linux/thread_info.h:25,
 from 

Bug#871224: nftables: use https for link to nftables wiki

[Daniel Kahn Gillmor]

Package: nftables
Version: 0.7-2
Severity: minor
Tags: patch upstream

the nftables wiki uses https.  the manpage for nftables should link to
it using https, not http.  i have tried sending the patch to
netfil...@vger.kernel.org, but i don't see it making it through to
that mailing list yet and i can't subscribe to another mailing list
right now :/

  --dkg


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

Kernel: Linux 4.11.0-1-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 nftables depends on:
ii  dpkg 1.18.24
ii  init-system-helpers  1.49
ii  libc62.24-12
ii  libgmp10 2:6.1.2+dfsg-1
ii  libmnl0  1.0.4-2
ii  libnftnl41.0.7-1
ii  libreadline7 7.0-3
ii  libxtables12 1.6.1-2

nftables recommends no packages.

nftables suggests no packages.

-- no debconf information
>From c70cdfb60cf7a9c4210fd73ecea5c2bd96baeee5 Mon Sep 17 00:00:00 2001
From: Daniel Kahn Gillmor 
Date: Sun, 6 Aug 2017 20:42:33 -0400
Subject: [PATCH] man: use https for wiki link

https works for the wiki, and users should prefer it by default,
whether they are logging in (to protect their credentials) or whether
they're reading data (to protect the integrity of the content).

Signed-off-by: Daniel Kahn Gillmor 
---
 doc/nft.xml | 2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)

diff --git a/doc/nft.xml b/doc/nft.xml
index 4d03a3d..c9ef5e0 100644
--- a/doc/nft.xml
+++ b/doc/nft.xml
@@ -4488,7 +4488,7 @@ filter output oif wlan0



-   There is an official wiki at: http://wiki.nftables.org
+   There is an official wiki at: https://wiki.nftables.org


 
-- 
2.13.2

Bug#871220: gcc-doc-defaults: FTBFS with GCC-7

[Adam Borowski]

> gcc-doc-defaults FTBFS since GCC-7 was made the default compiler:

Which raises a question: where's gcc-7-doc?

-- 
⢀⣴⠾⠻⢶⣦⠀ What Would Jesus Do, MUD/MMORPG edition:
⣾⠁⢰⠒⠀⣿⡁ • multiplay with an admin char to benefit your mortal
⢿⡄⠘⠷⠚⠋⠀ • abuse item cloning bugs (the five fishes + two breads affair)
⠈⠳⣄ • use glitches to walk on water

Bug#299007: Transitioning perms of /usr/local

[Russ Allbery]

Santiago Vila  writes:

> However:

> I wonder if we really want to do all that in 2017. The staff-writable
> /usr/local for a "sysadmin assistant" was an interesting idea twenty
> years ago. Today, we would give a sysadmin assistant an entire virtual
> machine to play with, and would probably not bother with this.

> So my question would be: Do we really need to support both ways to
> handle /usr/local at this point?

Yeah, that was the same conversation that Sean and I had.  I think it may
be fine to just do a straight cutover to typical permissions with no
support of the staff group.

> And for practical purposes: Will packages really stop fiddling with
> /usr/local once I remove /etc/staff-group-for-usr-local in buster
> initial install? I have been hesitant of doing this move because I never
> took the time to recollect data that would tell me whether or not it
> would work.

Yeah, that's a great question.  We should at least be sure that debhelper
will do the right thing.

-- 
Russ Allbery (r...@debian.org)   

Bug#855829: [Python-modules-team] Bug#855829: Possible solution

[Neil Williams]

On Mon, 07 Aug 2017 09:09:52 +1000
Brian May  wrote:

> Neil Williams  writes:
> 
> > I'll test this .dsc with django 1.11 and in my local installs of
> > lava-server to make sure it is functional but does this sound like a
> > workable solution for keeping django-tables in Debian? I don't see
> > any other solution to the FTBFS against django1.11 at the moment
> > (#865814).  
> 
> My first thoughts are:
> 
> * Removing a major feature from upstream is bad.

Absolutely agreed. I am unhappy that it could have come to this.
Several other maintainers could have updated their packages over the
last 6 years to avoid this problem. Having said that, it does seem that
upstream has an unusual idea about data set export. LAVA has been
exporting table data using internal functions for some time, to CSV and
YAML. The need to support Microsoft Excel formats does seem a little
unusual - as is the dependency chain of tablib bringing in a language
tool for constructing compilers in order to write out a known data
object to a known data format.
 
> * However removing the feature is probably less evil then dropping the
>   package.
> 
> * We probably should contact upstream about the problem, as it sounds
>   like this means the upstream package is no longer Python3
> compatable - if I understood correctly.

Not quite. PyPi has a version of antlr runtime with python3 support -
version 4.7 when Debian carries 2.7. I'm not sure of the provenance of
that runtime but it would seem sufficient to allow python3 support when
using django-tables solely from PyPi. However, there is no information
available from PyPi about how well tested Python3 support for
django-tables 1.10 may be.

Certainly, the tablib support would make Debian Python3 support in
django-tables2 impossible without fixing the dependencies or making the
export support in django-tables2 optional / omitted from Debian.

https://github.com/bradleyayers/django-tables2/issues/468

I suggest that the first step is to remove the problematic tablib
support from a new 1.10 django-tables upload with a view to closing the
bugs and allowing migration. Later, consideration can be given to adding
the support back *if* tablib is fixed in Debian. More likely, I suspect
that tablib will disappear along with the xsl dependencies and the
python2 runtime for antlr as the Python3 migration moves forward.

Debian Python Policy already warns against new uploads of packages like
tablib without adding include Python3 support.

Maybe a wontfix bug against django-tables tablib support and/or an
entry in README.Debian for the 1.10 upload would be useful too.

-- 


Neil Williams
=
http://www.linux.codehelp.co.uk/



pgpau2acAmQJF.pgp
Description: OpenPGP digital signature

Bug#871221: eztrace-contrib: FTBFS with GCC-7: bits/std_abs.h(101): error: identifier "__float128" is undefined

[Andreas Beckmann]

Package: eztrace-contrib
Version: 1.1-5-5
Severity: serious
Tags: sid buster
User: debian-...@lists.debian.org
Usertags: ftbfs-gcc-7

eztrace-contrib FTBFS since GCC-7 was made the default compiler:

[...]
/usr/bin/../lib/gcc/x86_64-linux-gnu/7.1.0/../../../../include/c++/7.1.0/bits/std_abs.h(101):
 error: identifier "__float128" is undefined

/usr/bin/../lib/gcc/x86_64-linux-gnu/7.1.0/../../../../include/c++/7.1.0/bits/std_abs.h(102):
 error: identifier "__float128" is undefined


This looks related to #871011 in clang-3.8 (clang-3.9 is fine).


Andreas


eztrace-contrib_1.1-5-5.log.gz
Description: application/gzip

Bug#870904: RFS: dvdisaster/0.79.5-2

[Adam Borowski]

On Sun, Aug 06, 2017 at 07:40:31PM +1000, Carlos Maddela wrote:
>  * Package name: dvdisaster
>Version : 0.79.5-2

>   More information about my changes can be seen in the 'experimental/master'
>   branch of the git repo here: 
> https://anonscm.debian.org/git/pkg-opt-media/dvdisaster.git.
>   It attempts to fix the builds for Hurd and kFreeBSD, which I do not
>   have access to, hence the need to release to experimental first.

It's trivial to get a working Hurd and/or kFreeBSD install: just install
qemu or virtualbox (the former is more capable, the latter easier to use),
then give it a debian-installer iso.  Then it's nearly the same as any other
Debian installation, just kFreeBSD has funny-named filesystems instead of
the bunch we're used to.

>   Changes since the last upload:
> 
>   * Team upload.
>   * Bump Standards Version to 4.0.0.
>   * Remove unnecessary calls to dpkg-parsechangelog from debian/rules.
>   * debian/watch: Avoid repacking upstream tarballs unnecessarily.
>   * Fix more typos in error messages and docs.
>   * Fix FTBFS on Hurd and kFreeBSD.
>   * Remove incorrect use of 'Origin: vendor' from DEP-3 patch headers.
>   * Improve support for Hurd and kFreeBSD systems, although Hurd still
> builds without SCSI.

Good so far.

>   * Mark bug, which we should have done in previous release, as closed.
> (Closes: #838294)

For this one, please instead send a mail to 838294-d...@bugs.debian.org,
with the first line being "Version 0.79.5-1".  Otherwise, you'd feed the bug
tracker incorrect information.  (Well, it doesn't matter much for an
unimportant bug, but one of the purposes of the sponsoring process is to get
used to how to deal with Debian's infrastructure properly.)

Ie, changelog entries are supposed to close only bugs they include a fix
for.


Not uploading yet to give you a chance to try Hurd/kFreeBSD yourself, but if
you don't feel like doing that, just say so.  While some deride such uploads
as "throwing shit at buildds and seeing if it sticks", human time is much
more costly than computer time, and as long as you don't test-build
libreoffice this way, it should be ok.  Of course, this only provides
_compile_ testing, without information if the package actually works.


Meow!
-- 
⢀⣴⠾⠻⢶⣦⠀ What Would Jesus Do, MUD/MMORPG edition:
⣾⠁⢰⠒⠀⣿⡁ • multiplay with an admin char to benefit your mortal
⢿⡄⠘⠷⠚⠋⠀ • abuse item cloning bugs (the five fishes + two breads affair)
⠈⠳⣄ • use glitches to walk on water

Bug#871222: qmail-run: installation broken: missing /var/lib/supervise

[Erik Haller]

Package: qmail-run
Version: 2.0.2+nmu1
Severity: important

Dear Maintainer,

ran "apt-get install qmail systemd-runit"

qmail-run was installed

/etc/qmail/qmail-[smtpd|verify|send]/supervise link points to a missing
directory.

/var/lib/supervise is missing.

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

Kernel: Linux 4.11.0-1-amd64 (SMP w/16 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 qmail-run depends on:
ii  daemontools  1:0.76-6.1
ii  fastforward  1:0.51-3+b2
ii  procmail 3.22-25+b1
ii  qmail1.06-6+b1
ii  runit2.1.2-9.2
ii  ucspi-tcp1:0.88-3.1

qmail-run recommends no packages.

Versions of packages qmail-run suggests:
pn  dot-forward  
pn  mail-reader  

-- no debconf information

Bug#871220: gcc-doc-defaults: FTBFS with GCC-7

[Andreas Beckmann]

Package: gcc-doc-defaults
Version: 5:16
Severity: serious
Tags: sid buster
User: debian-...@lists.debian.org
Usertags: ftbfs-gcc-7

gcc-doc-defaults FTBFS since GCC-7 was made the default compiler:

[...]
   debian/rules override_dh_gencontrol-arch
make[1]: Entering directory '/build/gcc-doc-defaults-16'
# call dh_gencontrol one at a time for *-doc packages
dh_gencontrol -p cpp-doc -- -v5:;  dh_gencontrol -p gcc-doc -- -v5:;  
dh_gencontrol -p gfortran-doc -- -v5:;  dh_gencontrol -p gnat-doc -- 
-v5:6.3.0-1;  dh_gencontrol -p gcj-doc -- -v5:6.3.0-1;  dh_gencontrol -p 
gccgo-doc -- -v5:;
dh_gencontrol -a --remaining-packages
dh_gencontrol: No packages to build. Architecture mismatch: amd64, want: all 
alpha amd64 arm64 armel armhf i386 ia64 m68k mips mips64 mips64el mipsel 
powerpc powerpcspe ppc64 ppc64el s390 s390x sparc sparc64 x32 any
make[1]: Leaving directory '/build/gcc-doc-defaults-16'
   debian/rules override_dh_gencontrol-indep
make[1]: Entering directory '/build/gcc-doc-defaults-16'
dh_gencontrol -pgcc-doc-base -- -v6.3.0-1
dh_gencontrol -i --remaining-packages
dh_gencontrol: No packages to build. Architecture mismatch: amd64, want: all 
alpha amd64 arm64 armel armhf i386 ia64 m68k mips mips64 mips64el mipsel 
powerpc powerpcspe ppc64 ppc64el s390 s390x sparc sparc64 x32 any
make[1]: Leaving directory '/build/gcc-doc-defaults-16'
   dh_md5sums
   dh_builddeb
dpkg-deb: error: parsing file 'debian/cpp-doc/DEBIAN/control' near line 3 
package 'cpp-doc':
 error in 'Version' field string '5:': nothing after colon in version number
dh_builddeb: dpkg-deb --build debian/cpp-doc .. returned exit code 2
dpkg-deb: error: parsing file 'debian/gcc-doc/DEBIAN/control' near line 3 
package 'gcc-doc':
 error in 'Version' field string '5:': nothing after colon in version number
dh_builddeb: dpkg-deb --build debian/gcc-doc .. returned exit code 2
dpkg-deb: building package 'gnat-doc' in '../gnat-doc_6.3.0-1_amd64.deb'.
dpkg-deb: error: parsing file 'debian/gfortran-doc/DEBIAN/control' near line 3 
package 'gfortran-doc':
 error in 'Version' field string '5:': nothing after colon in version number
dh_builddeb: dpkg-deb --build debian/gfortran-doc .. returned exit code 2
dpkg-deb: building package 'gcc-doc-base' in '../gcc-doc-base_6.3.0-1_all.deb'.
dpkg-deb: building package 'gcj-doc' in '../gcj-doc_6.3.0-1_amd64.deb'.
dpkg-deb: error: parsing file 'debian/gccgo-doc/DEBIAN/control' near line 3 
package 'gccgo-doc':
 error in 'Version' field string '5:': nothing after colon in version number
dh_builddeb: dpkg-deb --build debian/gccgo-doc .. returned exit code 2
dh_builddeb: Aborting due to earlier error
debian/rules:105: recipe for target 'binary' failed
make: *** [binary] Error 2


The 'dh_gencontrol -- -v5:' looks like some required variable is now unset


Andreas


gcc-doc-defaults_5%16.log.gz
Description: application/gzip

Bug#871156: pyfits: FTBFS: cc1: error: -Wformat-security ignored without -Wformat [-Werror=format-security]

[Aurelien Jarno]

On 2017-08-06 17:33, Lucas Nussbaum wrote:
> Source: pyfits
> Version: 1:3.4-4
> Severity: serious
> Tags: buster sid
> User: debian...@lists.debian.org
> Usertags: qa-ftbfs-20170805 qa-ftbfs
> Justification: FTBFS on amd64
> 
> Hi,
> 
> During a rebuild of all packages in sid, your package failed to build on
> amd64.
> 

JFTR, I filled a package removal bug for this package (#869858).
Unfortunately it still has a reverse dependency. Anyway it's better to
spend time on updating this reverse dependency instead of fixing pyfits.

Aurelien

-- 
Aurelien Jarno  GPG: 4096R/1DDD8C9B
aurel...@aurel32.net http://www.aurel32.net

Bug#729812: Bug #729812, [libx11-doc] incorrect description of XkbGetNamedIndicator in man pages

[Alan Coopersmith]

Fixed upstream:
https://cgit.freedesktop.org/xorg/lib/libX11/commit/?id=c6dadd4cebd994aafb37a58b3adbaa82507c2d18

-- 
-Alan Coopersmith-   alan.coopersm...@oracle.com
 Oracle Solaris Engineering - https://blogs.oracle.com/alanc

Bug#871218: alien-arena: FTBFS with GCC-7: undefined reference to `IQM_DrawVBO'

[Andreas Beckmann]

Package: alien-arena
Version: 7.66+dfsg-3
Severity: serious
Tags: sid buster
User: debian-...@lists.debian.org
Usertags: ftbfs-gcc-7

alien-arena FTBFS since GCC-7 was made the default compiler:

gcc  -g -O2 -fdebug-prefix-map=/build/alien-arena-7.66+dfsg=. 
-fstack-protector-strong -Wformat -Werror=format-security -ffast-math 
-fno-strict-aliasing  -Wl,-z,relro -Wl,-z,now -o alienarena 
client/alienarena-cl_ents.o client/alienarena-cl_fx.o 
client/alienarena-cl_http.o client/alienarena-cl_input.o 
client/alienarena-cl_inv.o client/alienarena-cl_irc.o 
client/alienarena-cl_main.o client/alienarena-cl_parse.o 
client/alienarena-cl_pred.o client/alienarena-cl_scrn.o 
client/alienarena-cl_stats.o client/alienarena-cl_updates.o 
client/alienarena-cl_tent.o client/alienarena-cl_view.o 
client/alienarena-console.o client/alienarena-keys.o client/alienarena-menu.o 
client/alienarena-qal.o client/alienarena-qmenu.o client/alienarena-snd_file.o 
client/alienarena-snd_openal.o game/alienarena-q_shared.o 
qcommon/alienarena-cmd.o qcommon/alienarena-cmodel.o 
qcommon/alienarena-common.o qcommon/alienarena-crc.o qcommon/alienarena-cvar.o 
qcommon/alienarena-files.o qcommon/alienarena-htable.o qcommon/al
 ienarena-md5.o qcommon/alienarena-mdfour.o qcommon/alienarena-net_chan.o 
qcommon/alienarena-pmove.o ref_gl/alienarena-r_bloom.o 
ref_gl/alienarena-r_draw.o ref_gl/alienarena-r_image.o 
ref_gl/alienarena-r_iqm.o ref_gl/alienarena-r_light.o 
ref_gl/alienarena-r_main.o ref_gl/alienarena-r_math.o 
ref_gl/alienarena-r_mesh.o ref_gl/alienarena-r_misc.o 
ref_gl/alienarena-r_model.o ref_gl/alienarena-r_particle.o 
ref_gl/alienarena-r_postprocess.o ref_gl/alienarena-r_program.o 
ref_gl/alienarena-r_ragdoll.o ref_gl/alienarena-r_script.o 
ref_gl/alienarena-r_shadowmaps.o ref_gl/alienarena-r_shadows.o 
ref_gl/alienarena-r_surf.o ref_gl/alienarena-r_text.o ref_gl/alienarena-r_ttf.o 
ref_gl/alienarena-r_varray.o ref_gl/alienarena-r_vbo.o 
ref_gl/alienarena-r_vlights.o ref_gl/alienarena-r_warp.o 
server/alienarena-sv_ccmds.o server/alienarena-sv_ents.o 
server/alienarena-sv_game.o server/alienarena-sv_init.o 
server/alienarena-sv_main.o server/alienarena-sv_send.o 
server/alienarena-sv_user.o server/alienarena-
 sv_world.o unix/alienarena-glob.o unix/alienarena-gl_glx.o 
unix/alienarena-net_udp.o unix/alienarena-qal_unix.o unix/alienarena-qgl_unix.o 
unix/alienarena-q_shunix.o unix/alienarena-rw_unix.o unix/alienarena-sys_unix.o 
unix/alienarena-vid_so.o  libgame.a libode.a -pthread -lX11 -lcurl -logg 
-lvorbis -lvorbisfile -lfreetype -lXxf86vm  -lz -lstdc++  -ljpeg -ldl -lm 
ref_gl/alienarena-r_iqm.o: In function `IQM_DrawFrame':
./source/ref_gl/r_iqm.c:1586: undefined reference to `IQM_DrawVBO'
collect2: error: ld returned 1 exit status
Makefile:1689: recipe for target 'alienarena' failed
make[2]: *** [alienarena] Error 1


Andreas


alien-arena_7.66+dfsg-3.log.gz
Description: application/gzip

Bug#786470: debian-policy: [copyright-format] Add an optional “License-Grant” field

[Ben Finney]

On 03-Aug-2017, Ben Finney wrote:
> On 01-Aug-2017, Sean Whitton wrote:
> > 1) the patch needs to be rebased against current policy
> 
> I'll take care of that in a few days.

I have updated my changes by rebasing onto current ‘master’ (commit
hash ‘06f7d27ac0e6aea9’). The patch is attached to this message.

-- 
 \“Choose mnemonic identifiers. If you can't remember what |
  `\mnemonic means, you've got a problem.” —Larry Wall |
_o__)  |
Ben Finney 
From 6e75ebf8266b86307f7470030739d12920cd0936 Mon Sep 17 00:00:00 2001
From: Ben Finney 
Date: Fri, 22 May 2015 10:01:51 +1000
Subject: [PATCH] =?UTF-8?q?Add=20the=20optional=20=E2=80=9CLicense-Grant?=
 =?UTF-8?q?=E2=80=9D=20field.?=
MIME-Version: 1.0
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: 8bit

---
 copyright-format-1.0.xml | 199 ++-
 1 file changed, 147 insertions(+), 52 deletions(-)

diff --git a/copyright-format-1.0.xml b/copyright-format-1.0.xml
index 2eef301b..8950d968 100644
--- a/copyright-format-1.0.xml
+++ b/copyright-format-1.0.xml
@@ -239,23 +239,38 @@
 
 
   
+License-Grant:
+optional.
+  
+
+
+  
 Copyright: optional.
   
 
   
   
-The Copyright and License
-fields in the header paragraph may complement
-but do not replace the Files paragraphs.  If
-present, they summarise the copyright notices or redistribution
-terms for the package as a whole.  For example, when a work
-combines a permissive and a copyleft license,
-License can be used to clarify the license
-terms for the combination.  Copyright and
-License together can also be used to document a
-compilation copyright and license.  It is
-possible to use only License in the header
-paragraph, but Copyright alone makes no sense.
+The Copyright, License-Grant,
+and License fields in the header
+paragraph may complement but do not replace the fields
+in the Files paragraphs.
+If present, they summarise the copyright notices, grant of license,
+and/or redistribution terms for the package as a whole.
+  
+  
+For example, when a work has a grant of license under both a
+permissive and a copyleft license, License-Grant
+and License can be used to clarify the license
+terms for the combination. Copyright and
+License together can also be used to
+document a compilation copyright and
+license.
+  
+  
+It is valid to use License-Grant and/or
+License in the header paragraph without an
+accompanying Copyright field, but
+Copyright alone is not sufficient.
   
 
   
@@ -294,6 +309,12 @@ Source: https://www.example.com/software/project
 
 
   
+License-Grant:
+optional.
+  
+
+
+  
 License: required.
   
 
@@ -308,33 +329,56 @@ Source: https://www.example.com/software/project
 Example files paragraphs
 Files: *
 Copyright: 1975-2010 Ulla Upstream
+License-Grant:
+This program is free software; you can redistribute it and/or modify
+it under the terms of the GNU General Public License as published by
+the Free Software Foundation; either version 2 of the License, or
+(at your option) any later version.
 License: GPL-2+
 
 Files: debian/*
 Copyright: 2010 Daniela Debianizer
+License-Grant:
+This program is free software; you can redistribute it and/or modify
+it under the terms of the GNU General Public License as published by
+the Free Software Foundation; either version 2 of the License, or
+(at your option) any later version.
 License: GPL-2+
 
 Files: debian/patches/fancy-feature
 Copyright: 2010 Daniela Debianizer
+This program is free software: you can redistribute it and/or modify
+it under the terms of the GNU General Public License as published by
+the Free Software Foundation, either version 3 of the License, or
+(at your option) any later version.
 License: GPL-3+
 
 Files: */*.1
 Copyright: 2010 Manuela Manpager
-License: GPL-2+
+License-Grant:
+This program is free software; you can redistribute it and/or modify
+it under the terms of the GNU General Public License as published by
+the Free Software Foundation; either version 2 of the License, or
+(at your option) any later version.
+License: GPL-2+
+
 
-  In this example, all files are copyright by the upstream and licensed
-  under the GPL, version 2 or later, with three exceptions.  All the
-  Debian packaging files are copyright by the packager, and further one

Bug#871217: openzwave-controlpanel: FTBFS with GCC-7: error: -Wformat-security ignored without -Wformat

[Andreas Beckmann]

Source: openzwave-controlpanel
Version: 0.2a+git20161006.a390f35-1
Severity: serious
Tags: sid buster
User: debian-...@lists.debian.org
Usertags: ftbfs-gcc-7

openzwave-controlpanel FTBFS since GCC-7 was made the default compiler:

g++ -g -O2 
-fdebug-prefix-map=/build/openzwave-controlpanel-0.2a+git20161006.a390f35=. 
-fstack-protector-strong -Wformat -Werror=format-security -c -Wall 
-Wno-unknown-pragmas -Wno-format -I /usr/include/openzwave -I 
/usr/include/openzwave/command_classes -I /usr/include/openzwave/value_classes 
-I /usr/include/openzwave/platform -I /usr/include/openzwave/platform/unix -I 
/usr/include/openzwave/tinyxml -o ozwcp.o ozwcp.cpp
cc1plus: error: -Wformat-security ignored without -Wformat 
[-Werror=format-security]
cc1plus: some warnings being treated as errors
Makefile:43: recipe for target 'ozwcp.o' failed
make[1]: *** [ozwcp.o] Error 1

Note the command has these conflicting flags:
  -Wformat -Werror=format-security -Wno-format


Andreas


openzwave-controlpanel_0.2a+git20161006.a390f35-1.log.gz
Description: application/gzip

Bug#871216: debian/bin/test-patches does not build arch-indep packages

[Joachim Breitner]

Package: src:linux
Version: 4.12.2-1~exp1
Severity: normal

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Hi,

following the advice on
https://kernel-handbook.alioth.debian.org/ch-common-tasks.html
under “Simple patching and building” I used debian/bin/test-patches to
apply some patches I need to test. Unfortunately, this produces only the
arch dependent file:
../linux-headers-4.12.0-trunk-amd64_4.12.2-1~exp1a~test_amd64.deb
../linux-image-4.12.0-trunk-amd64_4.12.2-1~exp1a~test_amd64.deb
../linux-image-4.12.0-trunk-amd64-dbg_4.12.2-1~exp1a~test_amd64.deb
and linux-headers-4.12.0-trunk-amd64 depends on
linux-headers-4.12.0-trunk-common (= 4.12.2-1~exp1a~test)
which does not exist. Since the package version was adjusted, I cannot
just use the version of the archive.

I believe debian/bin/test-patches should also build the arch independent
packages, to produce an actually installable set of .debs.

Thanks,
Joachim



- -- 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.11.0-2-amd64 (SMP w/4 CPU cores)
Locale: LANG=de_DE.utf8, LC_CTYPE=de_DE.utf8 (charmap=UTF-8), 
LANGUAGE=de_DE.utf8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)

-BEGIN PGP SIGNATURE-

iHAEARECADEWIQQxTjstYFpus1p9gRn2KOuTR0MgbAUCWYeoMRMcbm9tZWF0YUBk
ZWJpYW4ub3JnAAoJEPYo65NHQyBswD8AljP9fp1cG0WLpCsxjjwGFJcQAzkAmwZb
uXg4dDzM0ZrLDdR7u2si9kLP
=635T
-END PGP SIGNATURE-

Bug#871215: frobtads: FTBFS with GCC-7: error: ISO C++ forbids comparison between pointer and integer

[Andreas Beckmann]

Source: frobtads
Version: 1:1.2.3-1
Severity: serious
Tags: sid buster
User: debian-...@lists.debian.org
Usertags: ftbfs-gcc-7

frobtads FTBFS since GCC-7 was made the default compiler:

g++ -DHAVE_CONFIG_H -I. -I/build/frobtads-1.2.3/.  -DFROBTADS -DTC_TARGET_T3 
-DTADSNET  -DOS_DECLARATIVE_TLS  -DVMGLOB_VARS  -D_M_IX86_64 -DRUNFAST 
-I/build/frobtads-1.2.3/./src -I/build/frobtads-1.2.3/./tads2 
-I/build/frobtads-1.2.3/./tads3 -I/build/frobtads-1.2.3/./tads3/unix  
-DT3_INC_DIR=\"/usr/share/frobtads/tads3/include\" 
-DT3_LIB_DIR=\"/usr/share/frobtads/tads3/lib\" 
-DT3_RES_DIR=\"/usr/share/frobtads/tads3/res\" -DT3_LOG_FILE=\"/tmp/frob.log\" 
-I/build/frobtads-1.2.3/./src -I/build/frobtads-1.2.3/./tads2 
-I/build/frobtads-1.2.3/./src -I/build/frobtads-1.2.3/./tads3 
-I/build/frobtads-1.2.3/./tads3/test -Wdate-time -D_FORTIFY_SOURCE=2  -g -O2 
-fdebug-prefix-map=/build/frobtads-1.2.3=. -fstack-protector-strong -Wformat 
-Werror=format-security -fno-strict-aliasing -pthread -c -o tads3/tct3stm.o 
/build/frobtads-1.2.3/./tads3/tct3stm.cpp
/build/frobtads-1.2.3/./tads3/tct3stm.cpp: In static member function 'static 
void CTPNVarIn::gen_iter_init(CTcPrsNode*, int, const char*)':
/build/frobtads-1.2.3/./tads3/tct3stm.cpp:318:24: error: ISO C++ forbids 
comparison between pointer and integer [-fpermissive]
 if (create_iter != VM_INVALID_PROP)
^~~
Makefile:6604: recipe for target 'tads3/tct3stm.o' failed


Andreas


frobtads_1%1.2.3-1.log.gz
Description: application/gzip

Bug#811860: Unable to reproduce mcrl2 FTBFS

[brian m. carlson]

I'm unable to reproduce this FTBFS with g++ 4:7.1.0-1 and g++-7 7.1.0.12
on my amd64/sid system.  It's possible this is no longer an issue and
has been fixed by GCC upstream.  Notably, that file compiles without
warnings or errors on my system.
-- 
brian m. carlson / brian with sandals: Houston, Texas, US
https://www.crustytoothpaste.net/~bmc | My opinion only
OpenPGP: https://keybase.io/bk2204


signature.asc
Description: PGP signature

Bug#870162: nikola: Version of doit is too new

[Agustin Henze]

Hi Adrian,

On 08/06/2017 06:45 PM, Adrian Bunk wrote:
[..]
> 
> It would be good to have that Breaks in stretch, to force removal of the 
> jessie nikola in jessie -> stretch upgrades.
mmm I'm not sure how to do that because nikola is not in stretch so... I don't
kwon, could you explain more what are you talking about?

Thanks,

-- 
TiN



signature.asc
Description: OpenPGP digital signature

Bug#871184: Σχετ: Bug#871184: nautilus: Do not extend to bottom to display all files

[Jason Crain]

On Sun, Aug 06, 2017 at 11:12:36PM +, ΑΘΑΝΑΣΙΟΣ ΓΙΑΝΝΑΚΛΗΣ wrote:
> It did not go down to show the list of all the files in the archives 

Please keep the bug's email address as a recipient.  And I still don't
know what you mean.  What archives?  Please give a detailed step-by-step
procedure that I can use to reproduce this problem.  You can attach
files or images if that helps.

Bug#871031: openjdk-8-jre-headless: sparc64 error executing java -version

[James Clarke]

On Sun, Aug 06, 2017 at 02:46:57PM -0400, Aaron M. Ucko wrote:
> Package: openjdk-8-jre-headless
> Version: 8u141-b15-3
> Severity: important
> Control: affects -1 src:gdcm
>
> The sparc64 build of gdcm failed because OpenJDK is evidently broken there:
>
>   CMake Error at /usr/share/cmake-3.9/Modules/FindJava.cmake:131 (message):
> Error executing java -version
>   Call Stack (most recent call first):
> Wrapping/Java/CMakeLists.txt:17 (find_package)
>
> Could you please take a look?

It built fine after I gave it back (and in fact built on the same buildd
it failed on). I have seen Java act weirdly on this buildd (and by
weirdly I mean crashing) though, and running `java -version` in a loop
on a different domain (~VM) on the same host shows it *occasionally*
segfaulting, so this bug should stay open.

Regards,
James

Bug#871184: Nautilus

[ATHAN ΓΙΑΝΝΑΚΛΗΣ]

After a long time he went down

Bug#855829: [Python-modules-team] Bug#855829: Possible solution

[Brian May]

Neil Williams  writes:

> I'll test this .dsc with django 1.11 and in my local installs of
> lava-server to make sure it is functional but does this sound like a
> workable solution for keeping django-tables in Debian? I don't see any
> other solution to the FTBFS against django1.11 at the moment (#865814).

My first thoughts are:

* Removing a major feature from upstream is bad.

* However removing the feature is probably less evil then dropping the
  package.

* We probably should contact upstream about the problem, as it sounds
  like this means the upstream package is no longer Python3 compatable -
  if I understood correctly.
-- 
Brian May 

Bug#871184: nautilus: Do not extend to bottom to display all files

[Jason Crain]

On Mon, Aug 07, 2017 at 01:36:41AM +0300, ΑΘΑΝΑΣΙΟΣ wrote:
> Package: nautilus
> Version: 3.22.3-1
> Severity: normal
> 
> Dear Maintainer,
> 
> *** Reporter, please consider answering these questions, where appropriate ***
> 
>* What led up to the situation?
>* 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 ***

We'll need a more detailed explanation than this.  What behavior are you
seeing?  What do you mean by "extend to bottom"?  What actions did you
that caused this and what did you expect to happen instead?

Bug#871186: ibus-skk: FTBFS with vala 0.36

[Jeremy Bicha]

From 47ce4bf917467120b979447f7872633f81d43031 Mon Sep 17 00:00:00 2001
From: Jeremy Bicha 
Date: Sat, 17 Jun 2017 20:52:26 -0400
Subject: [PATCH] Fix build with vala 0.36

Closes: #871186
---
 debian/patches/Build-with-vala-0.36.patch | 24 
 debian/patches/series |  1 +
 2 files changed, 25 insertions(+)
 create mode 100644 debian/patches/Build-with-vala-0.36.patch
 create mode 100644 debian/patches/series

diff --git a/debian/patches/Build-with-vala-0.36.patch b/debian/patches/Build-with-vala-0.36.patch
new file mode 100644
index 000..e200285
--- /dev/null
+++ b/debian/patches/Build-with-vala-0.36.patch
@@ -0,0 +1,24 @@
+From: Jeremy Bicha 
+Date: Sat, 17 Jun 2017 20:52:03 -0400
+Subject: Build with vala 0.36
+
+---
+ src/setup.vala | 4 
+ 1 file changed, 4 insertions(+)
+
+diff --git a/src/setup.vala b/src/setup.vala
+index 674c24b..6b2ae1e 100644
+--- a/src/setup.vala
 b/src/setup.vala
+@@ -338,7 +338,11 @@ class Setup : Object {
+ foreach (var row in rows) {
+ Gtk.TreeIter iter;
+ if (model.get_iter (out iter, row)) {
++#if VALA_0_36
++((Gtk.ListStore)model).remove (ref iter);
++#else
+ ((Gtk.ListStore)model).remove (iter);
++#endif
+ }
+ }
+ }
diff --git a/debian/patches/series b/debian/patches/series
new file mode 100644
index 000..5325942
--- /dev/null
+++ b/debian/patches/series
@@ -0,0 +1 @@
+Build-with-vala-0.36.patch
-- 
2.11.0

Bug#871187: libkkc: FTBFS with vala 0.36

[Jeremy Bicha]

From 980de8b60bb59fe741dc73688b0818fec8cf6202 Mon Sep 17 00:00:00 2001
From: Jeremy Bicha 
Date: Sat, 17 Jun 2017 21:21:26 -0400
Subject: [PATCH] Fix build with vala 0.36

Closes: #871187
---
 debian/patches/Build-with-vala-0.36.patch  | 23 ++
 .../patches/Don-t-translate-generated-file.patch   | 16 +++
 debian/patches/series  |  2 ++
 3 files changed, 41 insertions(+)
 create mode 100644 debian/patches/Build-with-vala-0.36.patch
 create mode 100644 debian/patches/Don-t-translate-generated-file.patch

diff --git a/debian/patches/Build-with-vala-0.36.patch b/debian/patches/Build-with-vala-0.36.patch
new file mode 100644
index 000..36c3e62
--- /dev/null
+++ b/debian/patches/Build-with-vala-0.36.patch
@@ -0,0 +1,23 @@
+From: Daiki Ueno 
+Date: Tue, 28 Mar 2017 14:57:47 +0200
+Subject: build: Fix compile error with Vala 0.36
+
+With this commit: https://git.gnome.org/browse/vala/commit/?id=73b9e4b4
+Vala introduced a stricter checks for constructor chain-ups.
+---
+ libkkc/key-event.vala | 2 +-
+ 1 file changed, 1 insertion(+), 1 deletion(-)
+
+diff --git a/libkkc/key-event.vala b/libkkc/key-event.vala
+index 0baa85c..6e28aa6 100644
+--- a/libkkc/key-event.vala
 b/libkkc/key-event.vala
+@@ -148,7 +148,7 @@ namespace Kkc {
+ throw new KeyEventFormatError.PARSE_FAILED (
+ "unknown keyval %s", _name);
+ }
+-from_x_event (_keyval, 0, _modifiers);
++this.from_x_event (_keyval, 0, _modifiers);
+ }
+ 
+ /**
diff --git a/debian/patches/Don-t-translate-generated-file.patch b/debian/patches/Don-t-translate-generated-file.patch
new file mode 100644
index 000..5022fa1
--- /dev/null
+++ b/debian/patches/Don-t-translate-generated-file.patch
@@ -0,0 +1,16 @@
+From: Jeremy Bicha 
+Date: Sat, 17 Jun 2017 21:26:03 -0400
+Subject: Don't translate generated file
+
+---
+ po/POTFILES.skip | 1 +
+ 1 file changed, 1 insertion(+)
+
+diff --git a/po/POTFILES.skip b/po/POTFILES.skip
+index f8f1315..bf03c46 100644
+--- a/po/POTFILES.skip
 b/po/POTFILES.skip
+@@ -1,2 +1,3 @@
+ tools/kkc.c
+ tools/server.c
++libkkc/keymap.c
diff --git a/debian/patches/series b/debian/patches/series
index 75457ac..e9320d1 100644
--- a/debian/patches/series
+++ b/debian/patches/series
@@ -1 +1,3 @@
 okuri-gana.patch
+Build-with-vala-0.36.patch
+Don-t-translate-generated-file.patch
-- 
2.11.0

Bug#871185: ibus-kkc: FTBFS with vala 0.36

[Jeremy Bicha]

You can find a build log from Ubuntu 17.10 Alpha at
https://launchpad.net/~jbicha/+archive/ubuntu/vala36/+build/12762529
From 8e794ef1aafd8a7d3bb9464494b0f850cbd41218 Mon Sep 17 00:00:00 2001
From: Jeremy Bicha 
Date: Sat, 17 Jun 2017 20:43:53 -0400
Subject: [PATCH] Fix build with vala 0.36

Closes: #871185
---
 debian/patches/Build-with-vala-0.36.patch | 48 +++
 debian/patches/series |  1 +
 2 files changed, 49 insertions(+)
 create mode 100644 debian/patches/Build-with-vala-0.36.patch

diff --git a/debian/patches/Build-with-vala-0.36.patch b/debian/patches/Build-with-vala-0.36.patch
new file mode 100644
index 000..cc63c52
--- /dev/null
+++ b/debian/patches/Build-with-vala-0.36.patch
@@ -0,0 +1,48 @@
+From: Jeremy Bicha 
+Date: Sat, 17 Jun 2017 20:43:18 -0400
+Subject: Build with vala 0.36
+
+---
+ src/setup.vala | 12 
+ 1 file changed, 12 insertions(+)
+
+diff --git a/src/setup.vala b/src/setup.vala
+index 88b72ce..18f9ca1 100644
+--- a/src/setup.vala
 b/src/setup.vala
+@@ -392,7 +392,11 @@ class Setup : Object {
+ } catch (Error e) {
+ warning ("can't write shortcut: %s", e.message);
+ }
++#if VALA_0_36
++model.remove (ref iter);
++#else
+ model.remove (iter);
++#endif
+ }
+ }
+ 
+@@ -429,7 +433,11 @@ class Setup : Object {
+ continue;
+ keymap.set (old_event, null);
+ }
++#if VALA_0_36
++((Gtk.ListStore)model).remove (ref iter);
++#else
+ ((Gtk.ListStore)model).remove (iter);
++#endif
+ }
+ }
+ try {
+@@ -557,7 +565,11 @@ class Setup : Object {
+ foreach (var row in rows) {
+ Gtk.TreeIter iter;
+ if (model.get_iter (out iter, row))
++#if VALA_0_36
++((Gtk.ListStore)model).remove (ref iter);
++#else
+ ((Gtk.ListStore)model).remove (iter);
++#endif
+ }
+ save_dictionaries ("system_dictionaries");
+ }
diff --git a/debian/patches/series b/debian/patches/series
index a706715..ec5f1ff 100644
--- a/debian/patches/series
+++ b/debian/patches/series
@@ -1 +1,2 @@
 ibus-kkc-content-type.patch
+Build-with-vala-0.36.patch
-- 
2.11.0

Bug#871210: stealth: FTBFS: ! LaTeX Error: Lonely \item--perhaps a missing list environment.

[Lucas Nussbaum]

Source: stealth
Version: 4.01.05-2
Severity: serious
Tags: buster sid
User: debian...@lists.debian.org
Usertags: qa-ftbfs-20170805 qa-ftbfs
Justification: FTBFS on amd64

Hi,

During a rebuild of all packages in sid, your package failed to build on
amd64.

Relevant part (hopefully):
> make[1]: Entering directory '/<>'
> ./build uguide
> mkdir -p tmp/manual/LaTeX tmp/manual/html tmp/manual/pdf tmp/manual/ps 
> tmp/manual/text
> g++ --std=c++0x -o tmp/usage documentation/manual/usage.cc
> tmp/usage > tmp/usage.txt
> yodl2html -l3 stealth.yo
> Yodl2html 4.01.00
> Yodl: including file ../../release.yo
> Yodl is processing a(n) report
> Document title: Stealth V. 4.01.05
> Yodl: including file intro
> Yodl: including file whatsnew
> Yodl: including file install/intro
> Yodl: including file install/compile
> Yodl: including file access/intro
> Yodl: including file access/monitor
> Yodl: including file access/client
> Yodl: including file access/login
> Yodl: including file access/using
> Yodl: including file policy/intro
> Yodl: including file policy/defines
> Yodl: including file policy/use
> Yodl: including file policy/commands
> Yodl: including file policy/label
> Yodl: including file policy/local
> Yodl: including file policy/remote
> remote.yo:25: No macro: startit(...)
> remote.yo:53: No macro: endit(...)
> remote.yo:56: No macro: startit(...)
> remote.yo:85: No macro: endit(...)
> Yodl: including file policy/preventing
> Yodl: including file running/intro
> Yodl: including file running/installing
> Yodl: including file running/options
> Yodl: including file running/rsyslog
> Yodl: including file running/makepolicy
> Yodl: including file running/define
> Yodl: including file running/use
> Yodl: including file running/commands
> Yodl: including file running/obtaining
> Yodl: including file running/checking
> Yodl: including file running/checkingfind
> Yodl: including file running/checkingsetuid
> Yodl: including file running/checkingconfig
> Yodl: including file running/policy
> Yodl: including file running/firstrun
> Yodl: including file running/mailed
> Yodl: including file running/files
> Yodl: including file running/newrunsame
> Yodl: including file running/newrundelta
> Yodl: including file running/failing
> Yodl: including file running/skipping
> Yodl: including file running/cron
> Yodl: including file running/rotate
> Yodl: including file running/status.yo
> Yodl: including file running/logrotate.yo
> Yodl: including file kickstart
> Yodl: including file usage
> Yodl: including file errors
> mv *.html ../../tmp/manual/html
> yodl2latex -o ../../tmp/manual/LaTeX/stealth.latex stealth.yo
> Yodl2latex 4.01.00
> Yodl: including file ../../release.yo
> Yodl is processing a(n) report
> Document title: Stealth V.4.01.05
> Yodl: including file intro
> Yodl: including file whatsnew
> Yodl: including file install/intro
> Yodl: including file install/compile
> Yodl: including file access/intro
> Yodl: including file access/monitor
> Yodl: including file access/client
> Yodl: including file access/login
> Yodl: including file access/using
> Yodl: including file policy/intro
> Yodl: including file policy/defines
> Yodl: including file policy/use
> Yodl: including file policy/commands
> Yodl: including file policy/label
> Yodl: including file policy/local
> Yodl: including file policy/remote
> remote.yo:25: No macro: startit(...)
> remote.yo:53: No macro: endit(...)
> remote.yo:56: No macro: startit(...)
> remote.yo:85: No macro: endit(...)
> Yodl: including file policy/preventing
> Yodl: including file running/intro
> Yodl: including file running/installing
> Yodl: including file running/options
> Yodl: including file running/rsyslog
> Yodl: including file running/makepolicy
> Yodl: including file running/define
> Yodl: including file running/use
> Yodl: including file running/commands
> Yodl: including file running/obtaining
> Yodl: including file running/checking
> Yodl: including file running/checkingfind
> Yodl: including file running/checkingsetuid
> Yodl: including file running/checkingconfig
> Yodl: including file running/policy
> Yodl: including file running/firstrun
> Yodl: including file running/mailed
> Yodl: including file running/files
> Yodl: including file running/newrunsame
> Yodl: including file running/newrundelta
> Yodl: including file running/failing
> Yodl: including file running/skipping
> Yodl: including file running/cron
> Yodl: including file running/rotate
> Yodl: including file running/status.yo
> Yodl: including file running/logrotate.yo
> Yodl: including file kickstart
> Yodl: including file usage
> Yodl: including file errors
> No post-processing required for this latex conversion
> cp stealth.sty ../../tmp/manual/LaTeX
> latex stealth.latex
> This is pdfTeX, Version 3.14159265-2.6-1.40.18 (TeX Live 2017/Debian) 
> (preloaded format=latex)
>  restricted \write18 enabled.
> entering extended mode
> (./stealth.latex
> LaTeX2e <2017-04-15>
> Babel <3.12> and hyphenation patterns for 3 

Bug#871214: octave-image FTBFS on i386: test hangs

[Adrian Bunk]

Source: octave-image
Version: 2.6.1-1
Severity: serious
Tags: buster sid

Some recent change in unstable and buster makes octave-image FTBFS on i386:

https://tests.reproducible-builds.org/debian/history/octave-image.html
https://tests.reproducible-builds.org/debian/rb-pkg/unstable/i386/octave-image.html

...
Checking CC files ...
warning: function /build/1st/octave-image-2.6.1/inst/private/iscolormap.m 
shadows a core library function
warning: called from
/tmp/filePMKFm8 at line 1 column 1
[__spatial_filtering__]
PASSES 21 out of 21 tests
[graycomatrix]
PASSES 2 out of 2 tests
[watershed]
* test
 im = [
 2 330 2
 330 330
   2553130 4
 2   2553130
 1 2   255 5];

 labeled8 = [
 1 1 0 3
 1 1 0 3
 0 0 0 0
 2 2 0 4
 2 2 0 4];
 assert (watershed (im), labeled8);
 assert (watershed (im, 8), labeled8);
! test failed
ASSERT errors for:  assert (watershed (im),labeled8)

  Location  |  Observed  |  Expected  |  Reason
   (3,4)  30 Abs err 3 exceeds tol 0
   (4,4)  04 Abs err 4 exceeds tol 0
[bwdist]
Sat Sep  8 05:36:25 UTC 2018 - pbuilder was killed by timeout after 18h.

Bug#871211: eclipse-pydev: FTBFS: java.io.FileNotFoundException: /usr/lib/eclipse/dropins/sdk/plugins/org.eclipse.pde.build_3.8.1.dist/scripts/${eclipse.pdebuild.scripts}/genericTargets.xml (No such f

[Lucas Nussbaum]

Source: eclipse-pydev
Version: 3.9.2-5
Severity: serious
Tags: buster sid
User: debian...@lists.debian.org
Usertags: qa-ftbfs-20170805 qa-ftbfs
Justification: FTBFS on amd64

Hi,

During a rebuild of all packages in sid, your package failed to build on
amd64.

Relevant part (hopefully):
> make[1]: Entering directory '/<>'
> jh_compilefeatures -i --build-opts="-DjavacTarget=1.7 -DjavacSource=1.7 
> -DbuildId=dist -DforceContextQualifier=dist"
> mkdir -p /<>/debian/.eclipse-build/build
> mkdir -p /<>/debian/.eclipse-build/build/home
> mkdir -p /<>/debian/.eclipse-build/build/home/workspace
> Building feature = org.python.pydev.feature.
> Symlinking SDK into /<>/debian/.eclipse-build/build/SDK 
> directory.
> /bin/sh /usr/lib/eclipse/buildscripts/copy-platform 
> /<>/debian/.eclipse-build/build/SDK /usr/lib/eclipse
> ls: cannot access '/usr/lib/eclipse/dropins/jdt/plugins/*': No such file or 
> directory
> ls: cannot access '/usr/lib/eclipse/dropins/jdt/features/*': No such file or 
> directory
> ln: failed to create symbolic link 'icon.xpm': File exists
> ln: failed to create symbolic link 'notice.html': File exists
> ln: failed to create symbolic link 'readme': File exists
> ln: failed to create symbolic link 'swt-gtk-3.8.1.jar': File exists
> ln: failed to create symbolic link 'swt-gtk.jar': File exists
> ln: failed to create symbolic link 'swt.jar': File exists
> Starting build:
> Buildfile: 
> /usr/lib/eclipse/dropins/sdk/plugins/org.eclipse.pde.build_3.8.1.dist/scripts/build.xml
> 
> main:
> 
> preBuild:
>  [copy] Copying 1 file to /<>/debian/.eclipse-build/build
> 
> preSetup:
> 
> getMapFiles:
> 
> postSetup:
> 
> processRepos:
> 
> fetch:
> 
> generate:
> 
> preGenerate:
>  [exec] preparing files in /<>/debian/.eclipse-build for 
> buildfile generation ...
>  [exec]   making the 'features' and 'plugins' directories
>  [exec]   making symlink: 
> /<>/debian/.eclipse-build/build/features/org.python.pydev.mylyn.feature
>  -> 
> /<>/debian/.eclipse-build/features/org.python.pydev.mylyn.feature
>  [exec]   making symlink: 
> /<>/debian/.eclipse-build/build/features/org.python.pydev.feature
>  -> /<>/debian/.eclipse-build/features/org.python.pydev.feature
>  [exec]   making symlink: 
> /<>/debian/.eclipse-build/build/plugins/com.python.pydev.analysis
>  -> /<>/debian/.eclipse-build/plugins/com.python.pydev.analysis/
>  [exec]   making symlink: 
> /<>/debian/.eclipse-build/build/plugins/com.python.pydev.codecompletion
>  -> 
> /<>/debian/.eclipse-build/plugins/com.python.pydev.codecompletion/
>  [exec]   making symlink: 
> /<>/debian/.eclipse-build/build/plugins/com.python.pydev.debug 
> -> /<>/debian/.eclipse-build/plugins/com.python.pydev.debug/
>  [exec]   making symlink: 
> /<>/debian/.eclipse-build/build/plugins/com.python.pydev.fastparser
>  -> 
> /<>/debian/.eclipse-build/plugins/com.python.pydev.fastparser/
>  [exec]   making symlink: 
> /<>/debian/.eclipse-build/build/plugins/com.python.pydev.refactoring
>  -> 
> /<>/debian/.eclipse-build/plugins/com.python.pydev.refactoring/
>  [exec]   making symlink: 
> /<>/debian/.eclipse-build/build/plugins/com.python.pydev.runalltests
>  [exec]  -> 
> /<>/debian/.eclipse-build/plugins/com.python.pydev.runalltests/  
> making symlink: 
> /<>/debian/.eclipse-build/build/plugins/com.python.pydev -> 
> /<>/debian/.eclipse-build/plugins/com.python.pydev/
>  [exec]   making symlink: 
> /<>/debian/.eclipse-build/build/plugins/org.python.pydev.ast -> 
> /<>/debian/.eclipse-build/plugins/org.python.pydev.ast/
>  [exec]   making symlink: 
> /<>/debian/.eclipse-build/build/plugins/org.python.pydev.core -> 
> /<>/debian/.eclipse-build/plugins/org.python.pydev.core/
>  [exec]   making symlink: 
> /<>/debian/.eclipse-build/build/plugins/org.python.pydev.customizations
>  -> 
> /<>/debian/.eclipse-build/plugins/org.python.pydev.customizations/
>  [exec]   making symlink: 
> /<>/debian/.eclipse-build/build/plugins/org.python.pydev.debug 
> -> /<>/debian/.eclipse-build/plugins/org.python.pydev.debug/
>  [exec]   making symlink: 
> /<>/debian/.eclipse-build/build/plugins/org.python.pydev.django 
> -> /<>/debian/.eclipse-build/plugins/org.python.pydev.django/
>  [exec]   making symlink: 
> /<>/debian/.eclipse-build/build/plugins/org.python.pydev.help -> 
> /<>/debian/.eclipse-build/plugins/org.python.pydev.help/
>  [exec]   making symlink: 
> /<>/debian/.eclipse-build/build/plugins/org.python.pydev.jython 
> -> /<>/debian/.eclipse-build/plugins/org.python.pydev.jython/
>  [exec]   making symlink: 
> /<>/debian/.eclipse-build/build/plugins/org.python.pydev.mylyn 
> -> /<>/debian/.eclipse-build/plugins/org.python.pydev.mylyn/
>  [exec]   making symlink: 
> /<>/debian/.eclipse-build/build/plugins/org.python.pydev.parser 
> -> /<>/debian/.eclipse-build/plugins/org.python.pydev.parser/
>  [exec]   making symlink: 
> /<>/debian/.eclipse-build/build/plugins/org.python.pydev.refactoring
>  -> 
> 

Bug#871213: rosegarden: FTBFS: make[3]: *** No rule to make target 'src/svnversion.h', needed by 'src/CMakeFiles/rosegardenprivate_autogen'. Stop.

[Lucas Nussbaum]

Source: rosegarden
Version: 1:16.06-1
Severity: serious
Tags: buster sid
User: debian...@lists.debian.org
Usertags: qa-ftbfs-20170805 qa-ftbfs
Justification: FTBFS on amd64

Hi,

During a rebuild of all packages in sid, your package failed to build on
amd64.

Relevant part (hopefully):
> make[3]: Entering directory '/<>/obj-x86_64-linux-gnu'
> make[3]: *** No rule to make target 'src/svnversion.h', needed by 
> 'src/CMakeFiles/rosegardenprivate_autogen'.  Stop.
> make[3]: Leaving directory '/<>/obj-x86_64-linux-gnu'
> CMakeFiles/Makefile2:1103: recipe for target 
> 'src/CMakeFiles/rosegardenprivate_autogen.dir/all' failed
> make[2]: *** [src/CMakeFiles/rosegardenprivate_autogen.dir/all] Error 2

The full build log is available from:
   http://aws-logs.debian.net/2017/08/05/rosegarden_16.06-1_unstable.log

A list of current common problems and possible solutions is available at
http://wiki.debian.org/qa.debian.org/FTBFS . You're welcome to contribute!

About the archive rebuild: The rebuild was done on EC2 VM instances from
Amazon Web Services, using a clean, minimal and up-to-date chroot. Every
failed build was retried once to eliminate random failures.

Bug#871212: eclipse-mercurialeclipse: FTBFS: java.io.FileNotFoundException: /usr/lib/eclipse/dropins/sdk/plugins/org.eclipse.pde.build_3.8.1.dist/scripts/${eclipse.pdebuild.scripts}/genericTargets.xml

[Lucas Nussbaum]

Source: eclipse-mercurialeclipse
Version: 1.9.4-2
Severity: serious
Tags: buster sid
User: debian...@lists.debian.org
Usertags: qa-ftbfs-20170805 qa-ftbfs
Justification: FTBFS on amd64

Hi,

During a rebuild of all packages in sid, your package failed to build on
amd64.

Relevant part (hopefully):
> make[1]: Entering directory '/<>'
> jh_compilefeatures --build-opts '-DjavacTarget=1.5 -DjavacSource=1.5 
> -DforceContextQualifier=dist'
> jh_compilefeatures: Compatibility levels before 9 are deprecated (level 8 in 
> use)
> mkdir -p /<>/debian/.eclipse-build/build
> mkdir -p /<>/debian/.eclipse-build/build/home
> mkdir -p /<>/debian/.eclipse-build/build/home/workspace
> Building feature = mercurialeclipse.
> Symlinking SDK and "mylyn" into 
> /<>/debian/.eclipse-build/build/SDK directory.
> /bin/sh /usr/lib/eclipse/buildscripts/copy-platform 
> /<>/debian/.eclipse-build/build/SDK /usr/lib/eclipse mylyn
> ls: cannot access '/usr/lib/eclipse/dropins/jdt/plugins/*': No such file or 
> directory
> ls: cannot access '/usr/lib/eclipse/dropins/jdt/features/*': No such file or 
> directory
> ln: failed to create symbolic link 'icon.xpm': File exists
> ln: failed to create symbolic link 'notice.html': File exists
> ln: failed to create symbolic link 'readme': File exists
> ln: failed to create symbolic link 'swt-gtk-3.8.1.jar': File exists
> ln: failed to create symbolic link 'swt-gtk.jar': File exists
> ln: failed to create symbolic link 'swt.jar': File exists
> Starting build:
> Buildfile: 
> /usr/lib/eclipse/dropins/sdk/plugins/org.eclipse.pde.build_3.8.1.dist/scripts/build.xml
> 
> main:
> 
> preBuild:
>  [copy] Copying 1 file to /<>/debian/.eclipse-build/build
> 
> preSetup:
> 
> getMapFiles:
> 
> postSetup:
> 
> processRepos:
> 
> fetch:
> 
> generate:
> 
> preGenerate:
>  [exec] preparing files in /<>/debian/.eclipse-build for 
> buildfile generation ...
>  [exec]   making the 'features' and 'plugins' directories
>  [exec]   making symlink: 
> /<>/debian/.eclipse-build/build/features/mercurialeclipse -> 
> /<>/debian/.eclipse-build/feature
>  [exec]   making symlink: 
> /<>/debian/.eclipse-build/build/plugins/com.vectrace.MercurialEclipse
>  -> /<>/debian/.eclipse-build/plugin/
>  [exec] done
> 
> symlinkDeps:
> 
> allElements:
> 
> BUILD FAILED
> /usr/lib/eclipse/dropins/sdk/plugins/org.eclipse.pde.build_3.8.1.dist/scripts/build.xml:35:
>  The following error occurred while executing this line:
> /usr/lib/eclipse/dropins/sdk/plugins/org.eclipse.pde.build_3.8.1.dist/scripts/build.xml:91:
>  The following error occurred while executing this line:
> /usr/lib/eclipse/dropins/sdk/plugins/org.eclipse.pde.build_3.8.1.dist/templates/package-build/customTargets.xml:19:
>  The following error occurred while executing this line:
> java.io.FileNotFoundException: 
> /usr/lib/eclipse/dropins/sdk/plugins/org.eclipse.pde.build_3.8.1.dist/scripts/${eclipse.pdebuild.scripts}/genericTargets.xml
>  (No such file or directory)
>   at java.io.FileInputStream.open0(Native Method)
>   at java.io.FileInputStream.open(FileInputStream.java:195)
>   at java.io.FileInputStream.(FileInputStream.java:138)
>   at 
> org.apache.tools.ant.helper.ProjectHelper2.parse(ProjectHelper2.java:250)
>   at 
> org.apache.tools.ant.helper.ProjectHelper2.parse(ProjectHelper2.java:178)
>   at 
> org.apache.tools.ant.ProjectHelper.configureProject(ProjectHelper.java:93)
>   at org.apache.tools.ant.taskdefs.Ant.execute(Ant.java:392)
>   at org.apache.tools.ant.UnknownElement.execute(UnknownElement.java:293)
>   at sun.reflect.GeneratedMethodAccessor5.invoke(Unknown Source)
>   at 
> sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
>   at java.lang.reflect.Method.invoke(Method.java:498)
>   at 
> org.apache.tools.ant.dispatch.DispatchUtils.execute(DispatchUtils.java:106)
>   at org.apache.tools.ant.Task.perform(Task.java:348)
>   at org.apache.tools.ant.Target.execute(Target.java:435)
>   at org.apache.tools.ant.Target.performTasks(Target.java:456)
>   at org.apache.tools.ant.Project.executeSortedTargets(Project.java:1405)
>   at 
> org.apache.tools.ant.helper.SingleCheckExecutor.executeTargets(SingleCheckExecutor.java:38)
>   at 
> org.eclipse.ant.internal.core.ant.EclipseSingleCheckExecutor.executeTargets(EclipseSingleCheckExecutor.java:30)
>   at org.apache.tools.ant.Project.executeTargets(Project.java:1260)
>   at org.apache.tools.ant.taskdefs.Ant.execute(Ant.java:441)
>   at org.apache.tools.ant.UnknownElement.execute(UnknownElement.java:293)
>   at sun.reflect.GeneratedMethodAccessor5.invoke(Unknown Source)
>   at 
> sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
>   at java.lang.reflect.Method.invoke(Method.java:498)
>   at 
> org.apache.tools.ant.dispatch.DispatchUtils.execute(DispatchUtils.java:106)
>   at 

Bug#811628: Patch for kyototycoon FTBFS

[brian m. carlson]

tags 811628 + patch
kthxbye

Attached is a patch that makes kyotocabinet build (with warnings) with
GCC 7.  I tried building it with CXX="g++ -std=c++03", but kyotocabinet
uses nullptr, so that wasn't going to work.  I instead added the
constexpr keyword which is now obligatory in C++ 11.

I used "NULL" instead of nullptr because that was the existing style.
-- 
brian m. carlson / brian with sandals: Houston, Texas, US
https://www.crustytoothpaste.net/~bmc | My opinion only
OpenPGP: https://keybase.io/bk2204
diff --git a/ktremotedb.h b/ktremotedb.h
index 2dca1f6..80d02bb 100644
--- a/ktremotedb.h
+++ b/ktremotedb.h
@@ -298,7 +298,7 @@ class RemoteDB {
   RPCClient::ReturnValue rv = db_->rpc_.call("cur_get_key", , );
   if (rv != RPCClient::RVSUCCESS) {
 db_->set_rpc_error(rv, outmap);
-return false;
+return NULL;
   }
   size_t ksiz;
   const char* kbuf = strmapget(outmap, "key", );
@@ -350,7 +350,7 @@ class RemoteDB {
   RPCClient::ReturnValue rv = db_->rpc_.call("cur_get_value", , );
   if (rv != RPCClient::RVSUCCESS) {
 db_->set_rpc_error(rv, outmap);
-return false;
+return NULL;
   }
   size_t vsiz;
   const char* vbuf = strmapget(outmap, "value", );
@@ -411,7 +411,7 @@ class RemoteDB {
 *ksp = 0;
 *vbp = NULL;
 *vsp = 0;
-return false;
+return NULL;
   }
   size_t ksiz = 0;
   const char* kbuf = strmapget(outmap, "key", );
@@ -481,7 +481,7 @@ class RemoteDB {
   RPCClient::ReturnValue rv = db_->rpc_.call("cur_seize", , );
   if (rv != RPCClient::RVSUCCESS) {
 db_->set_rpc_error(rv, outmap);
-return false;
+return NULL;
   }
   size_t ksiz = 0;
   const char* kbuf = strmapget(outmap, "key", );
diff --git a/ktulog.h b/ktulog.h
index ab301ea..66cf4f7 100644
--- a/ktulog.h
+++ b/ktulog.h
@@ -48,7 +48,7 @@ class UpdateLogger {
   /* The accuracy of logical time stamp. */
   static const uint64_t TSLACC = 1000 * 1000;
   /* The waiting seconds of auto flush. */
-  static const double FLUSHWAIT = 0.1;
+  static constexpr double FLUSHWAIT = 0.1;
  public:
   /**
* Reader of update logs.


signature.asc
Description: PGP signature

Bug#871208: python-xarray: FTBFS: dh_auto_test: pybuild --test --test-pytest -i python{version} -p "3.6 3.5" returned exit code 13

[Lucas Nussbaum]

Source: python-xarray
Version: 0.9.2-1
Severity: serious
Tags: buster sid
User: debian...@lists.debian.org
Usertags: qa-ftbfs-20170805 qa-ftbfs
Justification: FTBFS on amd64

Hi,

During a rebuild of all packages in sid, your package failed to build on
amd64.

Relevant part (hopefully):
> make[2]: Entering directory '/<>/doc'
> sphinx-build -b html -d _build/doctrees   . _build/html
> Running Sphinx v1.5.6
> making output directory...
> python exec: /usr/bin/python3
> sys.path: ['/usr/share/sphinx/scripts/python3', '/<>', 
> '/usr/lib/python35.zip', '/usr/lib/python3.5', 
> '/usr/lib/python3.5/plat-x86_64-linux-gnu', '/usr/lib/python3.5/lib-dynload', 
> '/usr/local/lib/python3.5/dist-packages', '/usr/lib/python3/dist-packages']
> numpy: 1.12.1, /usr/lib/python3/dist-packages/numpy/__init__.py
> scipy: 0.18.1, /usr/lib/python3/dist-packages/scipy/__init__.py
> pandas: 0.20.3, /usr/lib/python3/dist-packages/pandas/__init__.py
> matplotlib: 2.0.0, /usr/lib/python3/dist-packages/matplotlib/__init__.py
> dask: 0.15.1, /usr/lib/python3/dist-packages/dask/__init__.py
> ipython: 5.1.0, /usr/lib/python3/dist-packages/IPython/__init__.py
> seaborn: 0.8.0, /usr/lib/python3/dist-packages/seaborn/__init__.py
> cartopy: 0.14.2, /usr/lib/python3/dist-packages/cartopy/__init__.py
> netCDF4: 1.2.9, /usr/lib/python3/dist-packages/netCDF4/__init__.py
> xarray: 0.9.2, /<>/xarray/__init__.py
> loading pickled environment... not yet created
> [autosummary] generating autosummary for: api-hidden.rst, api.rst, 
> combining.rst, computation.rst, dask.rst, data-structures.rst, examples.rst, 
> examples/monthly-means.rst, examples/multidimensional-coords.rst, 
> examples/quick-overview.rst, ..., indexing.rst, installing.rst, 
> internals.rst, io.rst, pandas.rst, plotting.rst, reshaping.rst, 
> time-series.rst, whats-new.rst, why-xarray.rst
> [autosummary] generating autosummary for: 
> /<>/doc/generated/xarray.DataArray.T.rst, 
> /<>/doc/generated/xarray.DataArray.__getitem__.rst, 
> /<>/doc/generated/xarray.DataArray.__setitem__.rst, 
> /<>/doc/generated/xarray.DataArray.all.rst, 
> /<>/doc/generated/xarray.DataArray.any.rst, 
> /<>/doc/generated/xarray.DataArray.argmax.rst, 
> /<>/doc/generated/xarray.DataArray.argmin.rst, 
> /<>/doc/generated/xarray.DataArray.argsort.rst, 
> /<>/doc/generated/xarray.DataArray.assign_attrs.rst, 
> /<>/doc/generated/xarray.DataArray.assign_coords.rst, ..., 
> /<>/doc/generated/xarray.ufuncs.sign.rst, 
> /<>/doc/generated/xarray.ufuncs.signbit.rst, 
> /<>/doc/generated/xarray.ufuncs.sin.rst, 
> /<>/doc/generated/xarray.ufuncs.sinh.rst, 
> /<>/doc/generated/xarray.ufuncs.sqrt.rst, 
> /<>/doc/generated/xarray.ufuncs.square.rst, 
> /<>/doc/generated/xarray.ufuncs.tan.rst, 
> /<>/doc/generated/xarray.ufuncs.tanh.rst, 
> /<>/doc/generated/xarray.ufuncs.trunc.rst, 
> /<>/doc/generated/xarray.zeros_like.rst
> loading intersphinx inventory from /usr/share/doc/python3/html/objects.inv...
> loading intersphinx inventory from 
> /usr/share/doc/python-pandas-doc/html/objects.inv...
> loading intersphinx inventory from 
> /usr/share/doc/python-numpy-doc/html/objects.inv...
> building [mo]: targets for 0 po files that are out of date
> building [html]: targets for 24 source files that are out of date
> updating environment: 322 added, 0 changed, 0 removed
> reading sources... [  0%] api
> reading sources... [  0%] api-hidden
> reading sources... [  0%] combining
> reading sources... [  1%] computation
> reading sources... [  1%] dask
> reading sources... [  1%] data-structures
> reading sources... [  2%] examples
> reading sources... [  2%] examples/monthly-means
> reading sources... [  2%] examples/multidimensional-coords
> reading sources... [  3%] examples/quick-overview
> reading sources... [  3%] examples/weather-data
> reading sources... [  3%] faq
> reading sources... [  4%] generated/xarray.DataArray
> reading sources... [  4%] generated/xarray.DataArray.T
> reading sources... [  4%] generated/xarray.DataArray.__getitem__
> reading sources... [  4%] generated/xarray.DataArray.__setitem__
> reading sources... [  5%] generated/xarray.DataArray.all
> reading sources... [  5%] generated/xarray.DataArray.any
> reading sources... [  5%] generated/xarray.DataArray.argmax
> reading sources... [  6%] generated/xarray.DataArray.argmin
> reading sources... [  6%] generated/xarray.DataArray.argsort
> reading sources... [  6%] generated/xarray.DataArray.assign_attrs
> reading sources... [  7%] generated/xarray.DataArray.assign_coords
> reading sources... [  7%] generated/xarray.DataArray.astype
> reading sources... [  7%] generated/xarray.DataArray.attrs
> reading sources... [  8%] generated/xarray.DataArray.broadcast_equals
> reading sources... [  8%] generated/xarray.DataArray.chunk
> reading sources... [  8%] generated/xarray.DataArray.clip
> reading sources... [  9%] generated/xarray.DataArray.compute
> reading sources... [  9%] generated/xarray.DataArray.conj
> reading sources... [  9%] 

Bug#871207: speedcrunch: FTBFS: make[4]: *** No rule to make target 'doc/manual.qrc', needed by 'qrc_manual.cpp'. Stop.

[Lucas Nussbaum]

Source: speedcrunch
Version: 0.12.0-1
Severity: serious
Tags: buster sid
User: debian...@lists.debian.org
Usertags: qa-ftbfs-20170805 qa-ftbfs
Justification: FTBFS on amd64

Hi,

During a rebuild of all packages in sid, your package failed to build on
amd64.

Relevant part (hopefully):
> make[4]: Entering directory '/<>/obj-x86_64-linux-gnu'
> make[4]: *** No rule to make target 'doc/manual.qrc', needed by 
> 'qrc_manual.cpp'.  Stop.
> [  0%] Automatic MOC for target testcmath
> make[4]: Leaving directory '/<>/obj-x86_64-linux-gnu'
> CMakeFiles/Makefile2:455: recipe for target 
> 'CMakeFiles/speedcrunch_autogen.dir/all' failed
> make[3]: *** [CMakeFiles/speedcrunch_autogen.dir/all] Error 2

The full build log is available from:
   http://aws-logs.debian.net/2017/08/05/speedcrunch_0.12.0-1_unstable.log

A list of current common problems and possible solutions is available at
http://wiki.debian.org/qa.debian.org/FTBFS . You're welcome to contribute!

About the archive rebuild: The rebuild was done on EC2 VM instances from
Amazon Web Services, using a clean, minimal and up-to-date chroot. Every
failed build was retried once to eliminate random failures.

Bug#871202: qevercloud: FTBFS: make[4]: *** No rule to make target 'thrift_parser/thrift_lemon.cpp', needed by 'thrift_parser/CMakeFiles/thrift_parser_autogen'. Stop.

[Lucas Nussbaum]

Source: qevercloud
Version: 3.0.3+ds-2
Severity: serious
Tags: buster sid
User: debian...@lists.debian.org
Usertags: qa-ftbfs-20170805 qa-ftbfs
Justification: FTBFS on amd64

Hi,

During a rebuild of all packages in sid, your package failed to build on
amd64.

Relevant part (hopefully):
> make[4]: Entering directory 
> '/<>/qevercloud-3.0.3+ds/QEverCloudGenerator'
> make[4]: *** No rule to make target 'thrift_parser/thrift_lemon.cpp', needed 
> by 'thrift_parser/CMakeFiles/thrift_parser_autogen'.  Stop.
> make[4]: Leaving directory 
> '/<>/qevercloud-3.0.3+ds/QEverCloudGenerator'
> CMakeFiles/Makefile2:157: recipe for target 
> 'thrift_parser/CMakeFiles/thrift_parser_autogen.dir/all' failed
> make[3]: *** [thrift_parser/CMakeFiles/thrift_parser_autogen.dir/all] Error 2

The full build log is available from:
   http://aws-logs.debian.net/2017/08/05/qevercloud_3.0.3+ds-2_unstable.log

A list of current common problems and possible solutions is available at
http://wiki.debian.org/qa.debian.org/FTBFS . You're welcome to contribute!

About the archive rebuild: The rebuild was done on EC2 VM instances from
Amazon Web Services, using a clean, minimal and up-to-date chroot. Every
failed build was retried once to eliminate random failures.

Bug#871206: libxmlbird: FTBFS: make[1]: doit3: Command not found

[Lucas Nussbaum]

Source: libxmlbird
Version: 1.2.4-2
Severity: serious
Tags: buster sid
User: debian...@lists.debian.org
Usertags: qa-ftbfs-20170805 qa-ftbfs
Justification: FTBFS on amd64

Hi,

During a rebuild of all packages in sid, your package failed to build on
amd64.

Relevant part (hopefully):
>  debian/rules build
> dh build
>dh_update_autotools_config
>dh_autoreconf
>debian/rules override_dh_auto_configure
> make[1]: Entering directory '/<>'
> /<>/configure --prefix=/usr
> Checking for valac version >= 0.16.0
> Found Vala 0.34.9
> 
> doit3
> make[1]: doit3: Command not found
> debian/rules:10: recipe for target 'override_dh_auto_configure' failed
> make[1]: *** [override_dh_auto_configure] Error 127

The full build log is available from:
   http://aws-logs.debian.net/2017/08/05/libxmlbird_1.2.4-2_unstable.log

A list of current common problems and possible solutions is available at
http://wiki.debian.org/qa.debian.org/FTBFS . You're welcome to contribute!

About the archive rebuild: The rebuild was done on EC2 VM instances from
Amazon Web Services, using a clean, minimal and up-to-date chroot. Every
failed build was retried once to eliminate random failures.

Bug#871204: sqlobject: FTBFS: dh_auto_test: pybuild --test -i python{version} -p "3.6 3.5" returned exit code 13

[Lucas Nussbaum]

Source: sqlobject
Version: 3.1.0+dfsg-2
Severity: serious
Tags: buster sid
User: debian...@lists.debian.org
Usertags: qa-ftbfs-20170805 qa-ftbfs
Justification: FTBFS on amd64

Hi,

During a rebuild of all packages in sid, your package failed to build on
amd64.

Relevant part (hopefully):
>  debian/rules build
> dh build --with python2,python3 --buildsystem=pybuild
>dh_update_autotools_config -O--buildsystem=pybuild
>dh_auto_configure -O--buildsystem=pybuild
> I: pybuild base:184: python2.7 setup.py config 
> running config
> I: pybuild base:184: python3.6 setup.py config 
> running config
> I: pybuild base:184: python3.5 setup.py config 
> running config
>dh_auto_build -O--buildsystem=pybuild
> I: pybuild base:184: /usr/bin/python setup.py build 
> running build
> running build_py
> creating 
> /<>/sqlobject-3.1.0+dfsg/.pybuild/pythonX.Y_2.7/build/sqlobject
> copying sqlobject/events.py -> 
> /<>/sqlobject-3.1.0+dfsg/.pybuild/pythonX.Y_2.7/build/sqlobject
> copying sqlobject/joins.py -> 
> /<>/sqlobject-3.1.0+dfsg/.pybuild/pythonX.Y_2.7/build/sqlobject
> copying sqlobject/styles.py -> 
> /<>/sqlobject-3.1.0+dfsg/.pybuild/pythonX.Y_2.7/build/sqlobject
> copying sqlobject/cache.py -> 
> /<>/sqlobject-3.1.0+dfsg/.pybuild/pythonX.Y_2.7/build/sqlobject
> copying sqlobject/conftest.py -> 
> /<>/sqlobject-3.1.0+dfsg/.pybuild/pythonX.Y_2.7/build/sqlobject
> copying sqlobject/converters.py -> 
> /<>/sqlobject-3.1.0+dfsg/.pybuild/pythonX.Y_2.7/build/sqlobject
> copying sqlobject/wsgi_middleware.py -> 
> /<>/sqlobject-3.1.0+dfsg/.pybuild/pythonX.Y_2.7/build/sqlobject
> copying sqlobject/classregistry.py -> 
> /<>/sqlobject-3.1.0+dfsg/.pybuild/pythonX.Y_2.7/build/sqlobject
> copying sqlobject/compat.py -> 
> /<>/sqlobject-3.1.0+dfsg/.pybuild/pythonX.Y_2.7/build/sqlobject
> copying sqlobject/views.py -> 
> /<>/sqlobject-3.1.0+dfsg/.pybuild/pythonX.Y_2.7/build/sqlobject
> copying sqlobject/__init__.py -> 
> /<>/sqlobject-3.1.0+dfsg/.pybuild/pythonX.Y_2.7/build/sqlobject
> copying sqlobject/main.py -> 
> /<>/sqlobject-3.1.0+dfsg/.pybuild/pythonX.Y_2.7/build/sqlobject
> copying sqlobject/sqlbuilder.py -> 
> /<>/sqlobject-3.1.0+dfsg/.pybuild/pythonX.Y_2.7/build/sqlobject
> copying sqlobject/col.py -> 
> /<>/sqlobject-3.1.0+dfsg/.pybuild/pythonX.Y_2.7/build/sqlobject
> copying sqlobject/boundattributes.py -> 
> /<>/sqlobject-3.1.0+dfsg/.pybuild/pythonX.Y_2.7/build/sqlobject
> copying sqlobject/dbconnection.py -> 
> /<>/sqlobject-3.1.0+dfsg/.pybuild/pythonX.Y_2.7/build/sqlobject
> copying sqlobject/__version__.py -> 
> /<>/sqlobject-3.1.0+dfsg/.pybuild/pythonX.Y_2.7/build/sqlobject
> copying sqlobject/declarative.py -> 
> /<>/sqlobject-3.1.0+dfsg/.pybuild/pythonX.Y_2.7/build/sqlobject
> copying sqlobject/dberrors.py -> 
> /<>/sqlobject-3.1.0+dfsg/.pybuild/pythonX.Y_2.7/build/sqlobject
> copying sqlobject/sresults.py -> 
> /<>/sqlobject-3.1.0+dfsg/.pybuild/pythonX.Y_2.7/build/sqlobject
> copying sqlobject/constraints.py -> 
> /<>/sqlobject-3.1.0+dfsg/.pybuild/pythonX.Y_2.7/build/sqlobject
> copying sqlobject/index.py -> 
> /<>/sqlobject-3.1.0+dfsg/.pybuild/pythonX.Y_2.7/build/sqlobject
> creating 
> /<>/sqlobject-3.1.0+dfsg/.pybuild/pythonX.Y_2.7/build/sqlobject/firebird
> copying sqlobject/firebird/firebirdconnection.py -> 
> /<>/sqlobject-3.1.0+dfsg/.pybuild/pythonX.Y_2.7/build/sqlobject/firebird
> copying sqlobject/firebird/__init__.py -> 
> /<>/sqlobject-3.1.0+dfsg/.pybuild/pythonX.Y_2.7/build/sqlobject/firebird
> creating 
> /<>/sqlobject-3.1.0+dfsg/.pybuild/pythonX.Y_2.7/build/sqlobject/include
> copying sqlobject/include/hashcol.py -> 
> /<>/sqlobject-3.1.0+dfsg/.pybuild/pythonX.Y_2.7/build/sqlobject/include
> copying sqlobject/include/__init__.py -> 
> /<>/sqlobject-3.1.0+dfsg/.pybuild/pythonX.Y_2.7/build/sqlobject/include
> creating 
> /<>/sqlobject-3.1.0+dfsg/.pybuild/pythonX.Y_2.7/build/sqlobject/include/tests
> copying sqlobject/include/tests/__init__.py -> 
> /<>/sqlobject-3.1.0+dfsg/.pybuild/pythonX.Y_2.7/build/sqlobject/include/tests
> copying sqlobject/include/tests/test_hashcol.py -> 
> /<>/sqlobject-3.1.0+dfsg/.pybuild/pythonX.Y_2.7/build/sqlobject/include/tests
> creating 
> /<>/sqlobject-3.1.0+dfsg/.pybuild/pythonX.Y_2.7/build/sqlobject/inheritance
> copying sqlobject/inheritance/__init__.py -> 
> /<>/sqlobject-3.1.0+dfsg/.pybuild/pythonX.Y_2.7/build/sqlobject/inheritance
> copying sqlobject/inheritance/iteration.py -> 
> /<>/sqlobject-3.1.0+dfsg/.pybuild/pythonX.Y_2.7/build/sqlobject/inheritance
> creating 
> /<>/sqlobject-3.1.0+dfsg/.pybuild/pythonX.Y_2.7/build/sqlobject/inheritance/tests
> copying sqlobject/inheritance/tests/test_aggregates.py -> 
> /<>/sqlobject-3.1.0+dfsg/.pybuild/pythonX.Y_2.7/build/sqlobject/inheritance/tests
> copying sqlobject/inheritance/tests/test_indexes.py -> 
> /<>/sqlobject-3.1.0+dfsg/.pybuild/pythonX.Y_2.7/build/sqlobject/inheritance/tests
> copying sqlobject/inheritance/tests/test_foreignKey.py -> 
> 

Bug#871201: eclipse-cdt: FTBFS: java.io.FileNotFoundException: /usr/lib/eclipse/dropins/sdk/plugins/org.eclipse.pde.build_3.8.1.dist/scripts/${eclipse.pdebuild.scripts}/genericTargets.xml (No such fil

[Lucas Nussbaum]

Source: eclipse-cdt
Version: 8.6.0-2
Severity: serious
Tags: buster sid
User: debian...@lists.debian.org
Usertags: qa-ftbfs-20170805 qa-ftbfs
Justification: FTBFS on amd64

Hi,

During a rebuild of all packages in sid, your package failed to build on
amd64.

Relevant part (hopefully):
> make[1]: Entering directory '/<>'
> jh_compilefeatures --build-opts="-DjavacTarget=1.7 -DjavacSource=1.7 
> -DbuildId=dist -DforceContextQualifier=dist";
> mkdir -p /<>/debian/.eclipse-build/build
> mkdir -p /<>/debian/.eclipse-build/build/home
> mkdir -p /<>/debian/.eclipse-build/build/home/workspace
> Building feature = org.eclipse.cdt.native.
> Symlinking SDK into /<>/debian/.eclipse-build/build/SDK 
> directory.
> /bin/sh /usr/lib/eclipse/buildscripts/copy-platform 
> /<>/debian/.eclipse-build/build/SDK /usr/lib/eclipse
> ls: cannot access '/usr/lib/eclipse/dropins/jdt/plugins/*': No such file or 
> directory
> ls: cannot access '/usr/lib/eclipse/dropins/jdt/features/*': No such file or 
> directory
> ln: failed to create symbolic link 'icon.xpm': File exists
> ln: failed to create symbolic link 'notice.html': File exists
> ln: failed to create symbolic link 'readme': File exists
> ln: failed to create symbolic link 'swt-gtk-3.8.1.jar': File exists
> ln: failed to create symbolic link 'swt-gtk.jar': File exists
> ln: failed to create symbolic link 'swt.jar': File exists
> Starting build:
> Buildfile: 
> /usr/lib/eclipse/dropins/sdk/plugins/org.eclipse.pde.build_3.8.1.dist/scripts/build.xml
> 
> main:
> 
> preBuild:
>  [copy] Copying 1 file to /<>/debian/.eclipse-build/build
> 
> preSetup:
> 
> getMapFiles:
> 
> postSetup:
> 
> processRepos:
> 
> fetch:
> 
> generate:
> 
> preGenerate:
>  [exec] preparing files in /<>/debian/.eclipse-build for 
> buildfile generation ...
>  [exec]   making the 'features' and 'plugins' directories
>  [exec]   making symlink: 
> /<>/debian/.eclipse-build/build/features/org.eclipse.cdt.qt -> 
> /<>/debian/.eclipse-build/org.eclipse.cdt.qt-feature
>  [exec]   making symlink: 
> /<>/debian/.eclipse-build/build/features/org.eclipse.cdt.gnu.dsf 
> -> /<>/debian/.eclipse-build/org.eclipse.cdt.gnu.dsf-feature
>  [exec]   making symlink: 
> /<>/debian/.eclipse-build/build/features/org.eclipse.cdt.build.crossgcc
>  -> 
> /<>/debian/.eclipse-build/org.eclipse.cdt.build.crossgcc-feature
>  [exec]   making symlink: 
> /<>/debian/.eclipse-build/build/features/org.eclipse.cdt.source 
> -> 
> /<>/debian/.eclipse-build/org.eclipse.cdt.build.crossgcc-feature/sourceTemplateFeature
>  [exec]   making symlink: 
> /<>/debian/.eclipse-build/build/features/org.eclipse.cdt.debug.ui.memory
>  -> 
> /<>/debian/.eclipse-build/org.eclipse.cdt.debug.ui.memory-feature
>  [exec]   making symlink: 
> /<>/debian/.eclipse-build/build/features/org.eclipse.cdt.gnu.multicorevisualizer
>  -> 
> /<>/debian/.eclipse-build/org.eclipse.cdt.gnu.multicorevisualizer-feature
>  [exec]   making symlink: 
> /<>/debian/.eclipse-build/build/features/org.eclipse.cdt.autotools
>  -> /<>/debian/.eclipse-build/org.eclipse.cdt.autotools-feature
>  [exec]   making symlink: 
> /<>/debian/.eclipse-build/build/features/org.eclipse.cdt.debug.ui.memory.source
>  -> 
> /<>/debian/.eclipse-build/org.eclipse.cdt.debug.ui.memory.source-feature
>  [exec]   making symlink: 
> /<>/debian/.eclipse-build/build/features/org.eclipse.cdt.gnu.build
>  -> /<>/debian/.eclipse-build/org.eclipse.cdt.gnu.build-feature
>  [exec]   making symlink: 
> /<>/debian/.eclipse-build/build/features/org.eclipse.cdt.testsrunner.source.feature
>  -> 
> /<>/debian/.eclipse-build/org.eclipse.cdt.testsrunner.source.feature
>  [exec]   making symlink: 
> /<>/debian/.eclipse-build/build/features/org.eclipse.cdt.visualizer
>  -> /<>/debian/.eclipse-build/org.eclipse.cdt.visualizer-feature
>  [exec]   making symlink: 
> /<>/debian/.eclipse-build/build/features/org.eclipse.cdt.launch.remote
>  -> 
> /<>/debian/.eclipse-build/org.eclipse.cdt.launch.remote-feature
>  [exec]   making symlink: 
> /<>/debian/.eclipse-build/build/features/org.eclipse.cdt.native 
> -> /<>/debian/.eclipse-build/org.eclipse.cdt.native-feature
>  [exec]   making symlink: 
> /<>/debian/.eclipse-build/build/features/org.eclipse.cdt.remote 
> -> /<>/debian/.eclipse-build/org.eclipse.cdt.remote-feature
>  [exec]   making symlink: 
> /<>/debian/.eclipse-build/build/features/org.eclipse.cdt.autotools.source
>  -> 
> /<>/debian/.eclipse-build/org.eclipse.cdt.autotools.source-feature
>  [exec]   making symlink: 
> /<>/debian/.eclipse-build/build/features/org.eclipse.cdt.gnu.debug
>  -> /<>/debian/.eclipse-build/org.eclipse.cdt.gnu.debug-feature
>  [exec]   making symlink: 
> /<>/debian/.eclipse-build/build/features/org.eclipse.cdt.gdb -> 
> /<>/debian/.eclipse-build/org.eclipse.cdt.gdb-feature
>  [exec]   making symlink: 
> /<>/debian/.eclipse-build/build/features/org.eclipse.cdt.testsrunner.feature
>  -> 

Bug#871198: eclipse-cdt-pkg-config: FTBFS: java.io.FileNotFoundException: /usr/lib/eclipse/dropins/sdk/plugins/org.eclipse.pde.build_3.8.1.dist/scripts/${eclipse.pdebuild.scripts}/genericTargets.xml (

[Lucas Nussbaum]

Source: eclipse-cdt-pkg-config
Version: 1.0.0~git20130115-2
Severity: serious
Tags: buster sid
User: debian...@lists.debian.org
Usertags: qa-ftbfs-20170805 qa-ftbfs
Justification: FTBFS on amd64

Hi,

During a rebuild of all packages in sid, your package failed to build on
amd64.

Relevant part (hopefully):
> make[1]: Entering directory '/<>'
> jh_compilefeatures --build-opts '-DjavacTarget=1.6 -DjavacSource=1.6'
> jh_compilefeatures: Compatibility levels before 9 are deprecated (level 8 in 
> use)
> mkdir -p /<>/debian/.eclipse-build/build
> mkdir -p /<>/debian/.eclipse-build/build/home
> mkdir -p /<>/debian/.eclipse-build/build/home/workspace
> Building feature = org.eclipse.cdt.managedbuilder.pkgconfig-feature.
> Symlinking SDK and "cdt" into 
> /<>/debian/.eclipse-build/build/SDK directory.
> /bin/sh /usr/lib/eclipse/buildscripts/copy-platform 
> /<>/debian/.eclipse-build/build/SDK /usr/lib/eclipse cdt
> ls: cannot access '/usr/lib/eclipse/dropins/jdt/plugins/*': No such file or 
> directory
> ls: cannot access '/usr/lib/eclipse/dropins/jdt/features/*': No such file or 
> directory
> ln: failed to create symbolic link 'icon.xpm': File exists
> ln: failed to create symbolic link 'notice.html': File exists
> ln: failed to create symbolic link 'readme': File exists
> ln: failed to create symbolic link 'swt-gtk-3.8.1.jar': File exists
> ln: failed to create symbolic link 'swt-gtk.jar': File exists
> ln: failed to create symbolic link 'swt.jar': File exists
> Starting build:
> Buildfile: 
> /usr/lib/eclipse/dropins/sdk/plugins/org.eclipse.pde.build_3.8.1.dist/scripts/build.xml
> 
> main:
> 
> preBuild:
>  [copy] Copying 1 file to /<>/debian/.eclipse-build/build
> 
> preSetup:
> 
> getMapFiles:
> 
> postSetup:
> 
> processRepos:
> 
> fetch:
> 
> generate:
> 
> preGenerate:
>  [exec] preparing files in /<>/debian/.eclipse-build for 
> buildfile generation ...
>  [exec]   making the 'features' and 'plugins' directories
>  [exec]   making symlink: 
> /<>/debian/.eclipse-build/build/features/org.eclipse.cdt.managedbuilder.pkgconfig-feature
>  -> 
> /<>/debian/.eclipse-build/org.eclipse.cdt.managedbuilder.pkgconfig-feature
>  [exec]   making symlink: 
> /<>/debian/.eclipse-build/build/plugins/org.eclipse.cdt.managedbuilder.pkgconfig
>  -> 
> /<>/debian/.eclipse-build/org.eclipse.cdt.managedbuilder.pkgconfig/
>  [exec] done
> 
> symlinkDeps:
> 
> allElements:
> 
> BUILD FAILED
> /usr/lib/eclipse/dropins/sdk/plugins/org.eclipse.pde.build_3.8.1.dist/scripts/build.xml:35:
>  The following error occurred while executing this line:
> /usr/lib/eclipse/dropins/sdk/plugins/org.eclipse.pde.build_3.8.1.dist/scripts/build.xml:91:
>  The following error occurred while executing this line:
> /usr/lib/eclipse/dropins/sdk/plugins/org.eclipse.pde.build_3.8.1.dist/templates/package-build/customTargets.xml:19:
>  The following error occurred while executing this line:
> java.io.FileNotFoundException: 
> /usr/lib/eclipse/dropins/sdk/plugins/org.eclipse.pde.build_3.8.1.dist/scripts/${eclipse.pdebuild.scripts}/genericTargets.xml
>  (No such file or directory)
>   at java.io.FileInputStream.open0(Native Method)
>   at java.io.FileInputStream.open(FileInputStream.java:195)
>   at java.io.FileInputStream.(FileInputStream.java:138)
>   at 
> org.apache.tools.ant.helper.ProjectHelper2.parse(ProjectHelper2.java:250)
>   at 
> org.apache.tools.ant.helper.ProjectHelper2.parse(ProjectHelper2.java:178)
>   at 
> org.apache.tools.ant.ProjectHelper.configureProject(ProjectHelper.java:93)
>   at org.apache.tools.ant.taskdefs.Ant.execute(Ant.java:392)
>   at org.apache.tools.ant.UnknownElement.execute(UnknownElement.java:293)
>   at sun.reflect.GeneratedMethodAccessor5.invoke(Unknown Source)
>   at 
> sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
>   at java.lang.reflect.Method.invoke(Method.java:498)
>   at 
> org.apache.tools.ant.dispatch.DispatchUtils.execute(DispatchUtils.java:106)
>   at org.apache.tools.ant.Task.perform(Task.java:348)
>   at org.apache.tools.ant.Target.execute(Target.java:435)
>   at org.apache.tools.ant.Target.performTasks(Target.java:456)
>   at org.apache.tools.ant.Project.executeSortedTargets(Project.java:1405)
>   at 
> org.apache.tools.ant.helper.SingleCheckExecutor.executeTargets(SingleCheckExecutor.java:38)
>   at 
> org.eclipse.ant.internal.core.ant.EclipseSingleCheckExecutor.executeTargets(EclipseSingleCheckExecutor.java:30)
>   at org.apache.tools.ant.Project.executeTargets(Project.java:1260)
>   at org.apache.tools.ant.taskdefs.Ant.execute(Ant.java:441)
>   at org.apache.tools.ant.UnknownElement.execute(UnknownElement.java:293)
>   at sun.reflect.GeneratedMethodAccessor5.invoke(Unknown Source)
>   at 
> sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
>   at java.lang.reflect.Method.invoke(Method.java:498)
>   at 
> 

Bug#871209: eclipse-anyedit: FTBFS: java.io.FileNotFoundException: /usr/lib/eclipse/dropins/sdk/plugins/org.eclipse.pde.build_3.8.1.dist/scripts/${eclipse.pdebuild.scripts}/genericTargets.xml (No such

[Lucas Nussbaum]

Source: eclipse-anyedit
Version: 2.4.4-1
Severity: serious
Tags: buster sid
User: debian...@lists.debian.org
Usertags: qa-ftbfs-20170805 qa-ftbfs
Justification: FTBFS on amd64

Hi,

During a rebuild of all packages in sid, your package failed to build on
amd64.

Relevant part (hopefully):
> make[1]: Entering directory '/<>'
> jh_compilefeatures --build-opts="-DjavacTarget=1.5 -DjavacSource=1.5 
> -DbuildId=dist -DforceContextQualifier=dist"
> jh_compilefeatures: Compatibility levels before 9 are deprecated (level 8 in 
> use)
> mkdir -p /<>/debian/.eclipse-build/build
> mkdir -p /<>/debian/.eclipse-build/build/home
> mkdir -p /<>/debian/.eclipse-build/build/home/workspace
> Building feature = AnyEditTools.
> Symlinking SDK into /<>/debian/.eclipse-build/build/SDK 
> directory.
> /bin/sh /usr/lib/eclipse/buildscripts/copy-platform 
> /<>/debian/.eclipse-build/build/SDK /usr/lib/eclipse
> ls: cannot access '/usr/lib/eclipse/dropins/jdt/plugins/*': No such file or 
> directory
> ls: cannot access '/usr/lib/eclipse/dropins/jdt/features/*': No such file or 
> directory
> ln: failed to create symbolic link 'icon.xpm': File exists
> ln: failed to create symbolic link 'notice.html': File exists
> ln: failed to create symbolic link 'readme': File exists
> ln: failed to create symbolic link 'swt-gtk-3.8.1.jar': File exists
> ln: failed to create symbolic link 'swt-gtk.jar': File exists
> ln: failed to create symbolic link 'swt.jar': File exists
> Starting build:
> Buildfile: 
> /usr/lib/eclipse/dropins/sdk/plugins/org.eclipse.pde.build_3.8.1.dist/scripts/build.xml
> 
> main:
> 
> preBuild:
>  [copy] Copying 1 file to /<>/debian/.eclipse-build/build
> 
> preSetup:
> 
> getMapFiles:
> 
> postSetup:
> 
> processRepos:
> 
> fetch:
> 
> generate:
> 
> preGenerate:
>  [exec] preparing files in /<>/debian/.eclipse-build for 
> buildfile generation ...
>  [exec]   making the 'features' and 'plugins' directories
>  [exec]   making symlink: 
> /<>/debian/.eclipse-build/build/features/AnyEditTools -> 
> /<>/debian/.eclipse-build/AnyEditTools-feature
>  [exec]   making symlink: 
> /<>/debian/.eclipse-build/build/plugins/de.loskutov.anyedit.AnyEditTools
>  -> /<>/debian/.eclipse-build/AnyEditTools/
>  [exec] done
> 
> symlinkDeps:
> 
> allElements:
> 
> BUILD FAILED
> /usr/lib/eclipse/dropins/sdk/plugins/org.eclipse.pde.build_3.8.1.dist/scripts/build.xml:35:
>  The following error occurred while executing this line:
> /usr/lib/eclipse/dropins/sdk/plugins/org.eclipse.pde.build_3.8.1.dist/scripts/build.xml:91:
>  The following error occurred while executing this line:
> /usr/lib/eclipse/dropins/sdk/plugins/org.eclipse.pde.build_3.8.1.dist/templates/package-build/customTargets.xml:19:
>  The following error occurred while executing this line:
> java.io.FileNotFoundException: 
> /usr/lib/eclipse/dropins/sdk/plugins/org.eclipse.pde.build_3.8.1.dist/scripts/${eclipse.pdebuild.scripts}/genericTargets.xml
>  (No such file or directory)
>   at java.io.FileInputStream.open0(Native Method)
>   at java.io.FileInputStream.open(FileInputStream.java:195)
>   at java.io.FileInputStream.(FileInputStream.java:138)
>   at 
> org.apache.tools.ant.helper.ProjectHelper2.parse(ProjectHelper2.java:250)
>   at 
> org.apache.tools.ant.helper.ProjectHelper2.parse(ProjectHelper2.java:178)
>   at 
> org.apache.tools.ant.ProjectHelper.configureProject(ProjectHelper.java:93)
>   at org.apache.tools.ant.taskdefs.Ant.execute(Ant.java:392)
>   at org.apache.tools.ant.UnknownElement.execute(UnknownElement.java:293)
>   at sun.reflect.GeneratedMethodAccessor5.invoke(Unknown Source)
>   at 
> sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
>   at java.lang.reflect.Method.invoke(Method.java:498)
>   at 
> org.apache.tools.ant.dispatch.DispatchUtils.execute(DispatchUtils.java:106)
>   at org.apache.tools.ant.Task.perform(Task.java:348)
>   at org.apache.tools.ant.Target.execute(Target.java:435)
>   at org.apache.tools.ant.Target.performTasks(Target.java:456)
>   at org.apache.tools.ant.Project.executeSortedTargets(Project.java:1405)
>   at 
> org.apache.tools.ant.helper.SingleCheckExecutor.executeTargets(SingleCheckExecutor.java:38)
>   at 
> org.eclipse.ant.internal.core.ant.EclipseSingleCheckExecutor.executeTargets(EclipseSingleCheckExecutor.java:30)
>   at org.apache.tools.ant.Project.executeTargets(Project.java:1260)
>   at org.apache.tools.ant.taskdefs.Ant.execute(Ant.java:441)
>   at org.apache.tools.ant.UnknownElement.execute(UnknownElement.java:293)
>   at sun.reflect.GeneratedMethodAccessor5.invoke(Unknown Source)
>   at 
> sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
>   at java.lang.reflect.Method.invoke(Method.java:498)
>   at 
> org.apache.tools.ant.dispatch.DispatchUtils.execute(DispatchUtils.java:106)
>   at 

Bug#871200: eclipse-eclox: FTBFS: java.io.FileNotFoundException: /usr/lib/eclipse/dropins/sdk/plugins/org.eclipse.pde.build_3.8.1.dist/scripts/${eclipse.pdebuild.scripts}/genericTargets.xml (No such f

[Lucas Nussbaum]

Source: eclipse-eclox
Version: 0.10.1-2
Severity: serious
Tags: buster sid
User: debian...@lists.debian.org
Usertags: qa-ftbfs-20170805 qa-ftbfs
Justification: FTBFS on amd64

Hi,

During a rebuild of all packages in sid, your package failed to build on
amd64.

Relevant part (hopefully):
>  debian/rules build
> dh build --with eclipse-helper
>dh_update_autotools_config
>dh_auto_configure
>dh_auto_build
>jh_setupenvironment
>jh_generateorbitdir
>jh_compilefeatures
> mkdir -p /<>/debian/.eclipse-build/build
> mkdir -p /<>/debian/.eclipse-build/build/home
> mkdir -p /<>/debian/.eclipse-build/build/home/workspace
> Building feature = org.gna.eclox.
> Symlinking SDK into /<>/debian/.eclipse-build/build/SDK 
> directory.
> /bin/sh /usr/lib/eclipse/buildscripts/copy-platform 
> /<>/debian/.eclipse-build/build/SDK /usr/lib/eclipse
> ls: cannot access '/usr/lib/eclipse/dropins/jdt/plugins/*': No such file or 
> directory
> ls: cannot access '/usr/lib/eclipse/dropins/jdt/features/*': No such file or 
> directory
> ln: failed to create symbolic link 'icon.xpm': File exists
> ln: failed to create symbolic link 'notice.html': File exists
> ln: failed to create symbolic link 'readme': File exists
> ln: failed to create symbolic link 'swt-gtk-3.8.1.jar': File exists
> ln: failed to create symbolic link 'swt-gtk.jar': File exists
> ln: failed to create symbolic link 'swt.jar': File exists
> Starting build:
> Buildfile: 
> /usr/lib/eclipse/dropins/sdk/plugins/org.eclipse.pde.build_3.8.1.dist/scripts/build.xml
> 
> main:
> 
> preBuild:
>  [copy] Copying 1 file to /<>/debian/.eclipse-build/build
> 
> preSetup:
> 
> getMapFiles:
> 
> postSetup:
> 
> processRepos:
> 
> fetch:
> 
> generate:
> 
> preGenerate:
>  [exec] preparing files in /<>/debian/.eclipse-build for 
> buildfile generation ...
>  [exec]   making the 'features' and 'plugins' directories
>  [exec]   making symlink: 
> /<>/debian/.eclipse-build/build/features/org.gna.eclox -> 
> /<>/debian/.eclipse-build/eclox.feature
>  [exec]   making symlink: 
> /<>/debian/.eclipse-build/build/plugins/org.gna.eclox.core -> 
> /<>/debian/.eclipse-build/eclox.core/
>  [exec]   making symlink: 
> /<>/debian/.eclipse-build/build/plugins/org.gna.eclox.help -> 
> /<>/debian/.eclipse-build/eclox.help/
>  [exec]   making symlink: 
> /<>/debian/.eclipse-build/build/plugins/org.gna.eclox.ui -> 
> /<>/debian/.eclipse-build/eclox.ui/
>  [exec]   making symlink: 
> /<>/debian/.eclipse-build/build/plugins/org.gna.eclox -> 
> /<>/debian/.eclipse-build/eclox/
>  [exec] done
> 
> symlinkDeps:
> 
> allElements:
> 
> BUILD FAILED
> /usr/lib/eclipse/dropins/sdk/plugins/org.eclipse.pde.build_3.8.1.dist/scripts/build.xml:35:
>  The following error occurred while executing this line:
> /usr/lib/eclipse/dropins/sdk/plugins/org.eclipse.pde.build_3.8.1.dist/scripts/build.xml:91:
>  The following error occurred while executing this line:
> /usr/lib/eclipse/dropins/sdk/plugins/org.eclipse.pde.build_3.8.1.dist/templates/package-build/customTargets.xml:19:
>  The following error occurred while executing this line:
> java.io.FileNotFoundException: 
> /usr/lib/eclipse/dropins/sdk/plugins/org.eclipse.pde.build_3.8.1.dist/scripts/${eclipse.pdebuild.scripts}/genericTargets.xml
>  (No such file or directory)
>   at java.io.FileInputStream.open0(Native Method)
>   at java.io.FileInputStream.open(FileInputStream.java:195)
>   at java.io.FileInputStream.(FileInputStream.java:138)
>   at 
> org.apache.tools.ant.helper.ProjectHelper2.parse(ProjectHelper2.java:250)
>   at 
> org.apache.tools.ant.helper.ProjectHelper2.parse(ProjectHelper2.java:178)
>   at 
> org.apache.tools.ant.ProjectHelper.configureProject(ProjectHelper.java:93)
>   at org.apache.tools.ant.taskdefs.Ant.execute(Ant.java:392)
>   at org.apache.tools.ant.UnknownElement.execute(UnknownElement.java:293)
>   at sun.reflect.GeneratedMethodAccessor5.invoke(Unknown Source)
>   at 
> sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
>   at java.lang.reflect.Method.invoke(Method.java:498)
>   at 
> org.apache.tools.ant.dispatch.DispatchUtils.execute(DispatchUtils.java:106)
>   at org.apache.tools.ant.Task.perform(Task.java:348)
>   at org.apache.tools.ant.Target.execute(Target.java:435)
>   at org.apache.tools.ant.Target.performTasks(Target.java:456)
>   at org.apache.tools.ant.Project.executeSortedTargets(Project.java:1405)
>   at 
> org.apache.tools.ant.helper.SingleCheckExecutor.executeTargets(SingleCheckExecutor.java:38)
>   at 
> org.eclipse.ant.internal.core.ant.EclipseSingleCheckExecutor.executeTargets(EclipseSingleCheckExecutor.java:30)
>   at org.apache.tools.ant.Project.executeTargets(Project.java:1260)
>   at org.apache.tools.ant.taskdefs.Ant.execute(Ant.java:441)
>   at org.apache.tools.ant.UnknownElement.execute(UnknownElement.java:293)
>   at 

Bug#871205: eclipse-ptp: FTBFS: java.io.FileNotFoundException: /usr/lib/eclipse/dropins/sdk/plugins/org.eclipse.pde.build_3.8.1.dist/scripts/${eclipse.pdebuild.scripts}/genericTargets.xml (No such fil

[Lucas Nussbaum]

Source: eclipse-ptp
Version: 8.1.1-1
Severity: serious
Tags: buster sid
User: debian...@lists.debian.org
Usertags: qa-ftbfs-20170805 qa-ftbfs
Justification: FTBFS on amd64

Hi,

During a rebuild of all packages in sid, your package failed to build on
amd64.

Relevant part (hopefully):
> make[1]: Entering directory '/<>'
> jh_compilefeatures --build-opts="-DjavacTarget=1.6 -DjavacSource=1.6 
> -DbuildId=dist -DforceContextQualifier=dist"
> mkdir -p /<>/debian/.eclipse-build/build
> mkdir -p /<>/debian/.eclipse-build/build/home
> mkdir -p /<>/debian/.eclipse-build/build/home/workspace
> Building feature = org.eclipse.ptp.core.
> Symlinking SDK into /<>/debian/.eclipse-build/build/SDK 
> directory.
> /bin/sh /usr/lib/eclipse/buildscripts/copy-platform 
> /<>/debian/.eclipse-build/build/SDK /usr/lib/eclipse
> ls: cannot access '/usr/lib/eclipse/dropins/jdt/plugins/*': No such file or 
> directory
> ls: cannot access '/usr/lib/eclipse/dropins/jdt/features/*': No such file or 
> directory
> ln: failed to create symbolic link 'icon.xpm': File exists
> ln: failed to create symbolic link 'notice.html': File exists
> ln: failed to create symbolic link 'readme': File exists
> ln: failed to create symbolic link 'swt-gtk-3.8.1.jar': File exists
> ln: failed to create symbolic link 'swt-gtk.jar': File exists
> ln: failed to create symbolic link 'swt.jar': File exists
> Starting build:
> Buildfile: 
> /usr/lib/eclipse/dropins/sdk/plugins/org.eclipse.pde.build_3.8.1.dist/scripts/build.xml
> 
> main:
> 
> preBuild:
>  [copy] Copying 1 file to /<>/debian/.eclipse-build/build
> 
> preSetup:
> 
> getMapFiles:
> 
> postSetup:
> 
> processRepos:
> 
> fetch:
> 
> generate:
> 
> preGenerate:
>  [exec] preparing files in /<>/debian/.eclipse-build for 
> buildfile generation ...
>  [exec]   making the 'features' and 'plugins' directories
>  [exec]   making symlink: 
> /<>/debian/.eclipse-build/build/features/org.eclipse.ptp.core -> 
> /<>/debian/.eclipse-build/org.eclipse.ptp.core-feature
>  [exec]   making symlink: 
> /<>/debian/.eclipse-build/build/features/org.eclipse.ptp.remotetools
>  -> /<>/debian/.eclipse-build/org.eclipse.ptp.remotetools-feature
>  [exec]   making symlink: 
> /<>/debian/.eclipse-build/build/features/org.eclipse.ptp.rdt -> 
> /<>/debian/.eclipse-build/org.eclipse.ptp.rdt-feature
>  [exec]   making symlink: 
> /<>/debian/.eclipse-build/build/features/org.eclipse.ptp.remote.remotetools
>  -> 
> /<>/debian/.eclipse-build/org.eclipse.ptp.remote.remotetools-feature
>  [exec]   making symlink: 
> /<>/debian/.eclipse-build/build/features/org.eclipse.ptp.rdt.editor
>  -> /<>/debian/.eclipse-build/org.eclipse.ptp.rdt.editor-feature
>  [exec]   making symlink: 
> /<>/debian/.eclipse-build/build/features/org.eclipse.ptp.remote 
> -> /<>/debian/.eclipse-build/org.eclipse.ptp.remote-feature
>  [exec]   making symlink: 
> /<>/debian/.eclipse-build/build/features/org.eclipse.ptp.services
>  -> /<>/debian/.eclipse-build/org.eclipse.ptp.services-feature
>  [exec]   making symlink: 
> /<>/debian/.eclipse-build/build/features/org.eclipse.ptp.remote.rse
>  -> /<>/debian/.eclipse-build/org.eclipse.ptp.remote.rse-feature
>  [exec]   making symlink: 
> /<>/debian/.eclipse-build/build/plugins/org.eclipse.ptp.core -> 
> /<>/debian/.eclipse-build/org.eclipse.ptp.core/
>  [exec]   making symlink: 
> /<>/debian/.eclipse-build/build/plugins/org.eclipse.ptp.rdt.core 
> -> /<>/debian/.eclipse-build/org.eclipse.ptp.rdt.core/
>  [exec]   making symlink: 
> /<>/debian/.eclipse-build/build/plugins/org.eclipse.ptp.rdt.doc.user
>  -> /<>/debian/.eclipse-build/org.eclipse.ptp.rdt.doc.user/
>  [exec]   making symlink: 
> /<>/debian/.eclipse-build/build/plugins/org.eclipse.ptp.rdt.editor
>  -> /<>/debian/.eclipse-build/org.eclipse.ptp.rdt.editor/
>  [exec]   making symlink: 
> /<>/debian/.eclipse-build/build/plugins/org.eclipse.ptp.rdt.make.ui
>  -> /<>/debian/.eclipse-build/org.eclipse.ptp.rdt.make.ui/
>  [exec]   making symlink: 
> /<>/debian/.eclipse-build/build/plugins/org.eclipse.ptp.rdt.managedbuilder.gnu.ui
>  -> 
> /<>/debian/.eclipse-build/org.eclipse.ptp.rdt.managedbuilder.gnu.ui/
>  [exec]   making symlink: 
> /<>/debian/.eclipse-build/build/plugins/org.eclipse.ptp.rdt.ui 
> -> /<>/debian/.eclipse-build/org.eclipse.ptp.rdt.ui/
>  [exec]   making symlink: 
> /<>/debian/.eclipse-build/build/plugins/org.eclipse.ptp.remote.remotetools.core
>  -> 
> /<>/debian/.eclipse-build/org.eclipse.ptp.remote.remotetools.core/
>  [exec]   making symlink: 
> /<>/debian/.eclipse-build/build/plugins/org.eclipse.ptp.remote.remotetools.ui
>  -> 
> /<>/debian/.eclipse-build/org.eclipse.ptp.remote.remotetools.ui/
>  [exec]   making symlink: 
> /<>/debian/.eclipse-build/build/plugins/org.eclipse.ptp.remote.rse.core
>  -> /<>/debian/.eclipse-build/org.eclipse.ptp.remote.rse.core/
>  [exec]   making symlink: 
> 

Bug#871192: eclipse-remote-services-api: FTBFS: java.io.FileNotFoundException: /usr/lib/eclipse/dropins/sdk/plugins/org.eclipse.pde.build_3.8.1.dist/scripts/${eclipse.pdebuild.scripts}/genericTargets.

[Lucas Nussbaum]

Source: eclipse-remote-services-api
Version: 8.0.0-1
Severity: serious
Tags: buster sid
User: debian...@lists.debian.org
Usertags: qa-ftbfs-20170805 qa-ftbfs
Justification: FTBFS on amd64

Hi,

During a rebuild of all packages in sid, your package failed to build on
amd64.

Relevant part (hopefully):
> make[1]: Entering directory '/<>'
> jh_compilefeatures --build-opts="-DjavacTarget=1.7 -DjavacSource=1.7 
> -DbuildId=dist -DforceContextQualifier=dist"
> mkdir -p /<>/debian/.eclipse-build/build
> mkdir -p /<>/debian/.eclipse-build/build/home
> mkdir -p /<>/debian/.eclipse-build/build/home/workspace
> Building feature = org.eclipse.remote.
> Symlinking SDK into /<>/debian/.eclipse-build/build/SDK 
> directory.
> /bin/sh /usr/lib/eclipse/buildscripts/copy-platform 
> /<>/debian/.eclipse-build/build/SDK /usr/lib/eclipse
> ls: cannot access '/usr/lib/eclipse/dropins/jdt/plugins/*': No such file or 
> directory
> ls: cannot access '/usr/lib/eclipse/dropins/jdt/features/*': No such file or 
> directory
> ln: failed to create symbolic link 'icon.xpm': File exists
> ln: failed to create symbolic link 'notice.html': File exists
> ln: failed to create symbolic link 'readme': File exists
> ln: failed to create symbolic link 'swt-gtk-3.8.1.jar': File exists
> ln: failed to create symbolic link 'swt-gtk.jar': File exists
> ln: failed to create symbolic link 'swt.jar': File exists
> Starting build:
> Buildfile: 
> /usr/lib/eclipse/dropins/sdk/plugins/org.eclipse.pde.build_3.8.1.dist/scripts/build.xml
> 
> main:
> 
> preBuild:
>  [copy] Copying 1 file to /<>/debian/.eclipse-build/build
> 
> preSetup:
> 
> getMapFiles:
> 
> postSetup:
> 
> processRepos:
> 
> fetch:
> 
> generate:
> 
> preGenerate:
>  [exec] preparing files in /<>/debian/.eclipse-build for 
> buildfile generation ...
>  [exec]   making the 'features' and 'plugins' directories
>  [exec]   making symlink: 
> /<>/debian/.eclipse-build/build/features/org.eclipse.remote -> 
> /<>/debian/.eclipse-build/org.eclipse.remote-feature
>  [exec]   making symlink: 
> /<>/debian/.eclipse-build/build/plugins/org.eclipse.remote.core 
> -> /<>/debian/.eclipse-build/org.eclipse.remote.core/
>  [exec]   making symlink: 
> /<>/debian/.eclipse-build/build/plugins/org.eclipse.remote.jsch.core
>  -> /<>/debian/.eclipse-build/org.eclipse.remote.jsch.core/
>  [exec]   making symlink: 
> /<>/debian/.eclipse-build/build/plugins/org.eclipse.remote.jsch.ui
>  -> /<>/debian/.eclipse-build/org.eclipse.remote.jsch.ui/
>  [exec]   making symlink: 
> /<>/debian/.eclipse-build/build/plugins/org.eclipse.remote.ui -> 
> /<>/debian/.eclipse-build/org.eclipse.remote.ui/
>  [exec] done
> 
> symlinkDeps:
> 
> allElements:
> 
> BUILD FAILED
> /usr/lib/eclipse/dropins/sdk/plugins/org.eclipse.pde.build_3.8.1.dist/scripts/build.xml:35:
>  The following error occurred while executing this line:
> /usr/lib/eclipse/dropins/sdk/plugins/org.eclipse.pde.build_3.8.1.dist/scripts/build.xml:91:
>  The following error occurred while executing this line:
> /usr/lib/eclipse/dropins/sdk/plugins/org.eclipse.pde.build_3.8.1.dist/templates/package-build/customTargets.xml:19:
>  The following error occurred while executing this line:
> java.io.FileNotFoundException: 
> /usr/lib/eclipse/dropins/sdk/plugins/org.eclipse.pde.build_3.8.1.dist/scripts/${eclipse.pdebuild.scripts}/genericTargets.xml
>  (No such file or directory)
>   at java.io.FileInputStream.open0(Native Method)
>   at java.io.FileInputStream.open(FileInputStream.java:195)
>   at java.io.FileInputStream.(FileInputStream.java:138)
>   at 
> org.apache.tools.ant.helper.ProjectHelper2.parse(ProjectHelper2.java:250)
>   at 
> org.apache.tools.ant.helper.ProjectHelper2.parse(ProjectHelper2.java:178)
>   at 
> org.apache.tools.ant.ProjectHelper.configureProject(ProjectHelper.java:93)
>   at org.apache.tools.ant.taskdefs.Ant.execute(Ant.java:392)
>   at org.apache.tools.ant.UnknownElement.execute(UnknownElement.java:293)
>   at sun.reflect.GeneratedMethodAccessor5.invoke(Unknown Source)
>   at 
> sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
>   at java.lang.reflect.Method.invoke(Method.java:498)
>   at 
> org.apache.tools.ant.dispatch.DispatchUtils.execute(DispatchUtils.java:106)
>   at org.apache.tools.ant.Task.perform(Task.java:348)
>   at org.apache.tools.ant.Target.execute(Target.java:435)
>   at org.apache.tools.ant.Target.performTasks(Target.java:456)
>   at org.apache.tools.ant.Project.executeSortedTargets(Project.java:1405)
>   at 
> org.apache.tools.ant.helper.SingleCheckExecutor.executeTargets(SingleCheckExecutor.java:38)
>   at 
> org.eclipse.ant.internal.core.ant.EclipseSingleCheckExecutor.executeTargets(EclipseSingleCheckExecutor.java:30)
>   at org.apache.tools.ant.Project.executeTargets(Project.java:1260)
>   at org.apache.tools.ant.taskdefs.Ant.execute(Ant.java:441)
>   at 

Bug#871197: eclipse-emf: FTBFS: java.io.FileNotFoundException: /usr/lib/eclipse/dropins/sdk/plugins/org.eclipse.pde.build_3.8.1.dist/scripts/${eclipse.pdebuild.scripts}/genericTargets.xml (No such fil

[Lucas Nussbaum]

Source: eclipse-emf
Version: 2.8.3-2
Severity: serious
Tags: buster sid
User: debian...@lists.debian.org
Usertags: qa-ftbfs-20170805 qa-ftbfs
Justification: FTBFS on amd64

Hi,

During a rebuild of all packages in sid, your package failed to build on
amd64.

Relevant part (hopefully):
> make[1]: Entering directory '/<>'
> jh_compilefeatures --build-opts '-DjavacTarget=1.5 -DjavacSource=1.5 
> -DforceContextQualifier=dist -Dbuild.compiler=modern'
> mkdir -p /<>/debian/.eclipse-build/build
> mkdir -p /<>/debian/.eclipse-build/build/home
> mkdir -p /<>/debian/.eclipse-build/build/home/workspace
> Building feature = org.eclipse.emf.
> Symlinking SDK into /<>/debian/.eclipse-build/build/SDK 
> directory.
> /bin/sh /usr/lib/eclipse/buildscripts/copy-platform 
> /<>/debian/.eclipse-build/build/SDK /usr/lib/eclipse
> ls: cannot access '/usr/lib/eclipse/dropins/jdt/plugins/*': No such file or 
> directory
> ls: cannot access '/usr/lib/eclipse/dropins/jdt/features/*': No such file or 
> directory
> ln: failed to create symbolic link 'icon.xpm': File exists
> ln: failed to create symbolic link 'notice.html': File exists
> ln: failed to create symbolic link 'readme': File exists
> ln: failed to create symbolic link 'swt-gtk-3.8.1.jar': File exists
> ln: failed to create symbolic link 'swt-gtk.jar': File exists
> ln: failed to create symbolic link 'swt.jar': File exists
> Starting build:
> Buildfile: 
> /usr/lib/eclipse/dropins/sdk/plugins/org.eclipse.pde.build_3.8.1.dist/scripts/build.xml
> 
> main:
> 
> preBuild:
>  [copy] Copying 1 file to /<>/debian/.eclipse-build/build
> 
> preSetup:
> 
> getMapFiles:
> 
> postSetup:
> 
> processRepos:
> 
> fetch:
> 
> generate:
> 
> preGenerate:
>  [exec] preparing files in /<>/debian/.eclipse-build for 
> buildfile generation ...
>  [exec]   making the 'features' and 'plugins' directories
>  [exec]   making symlink: 
> /<>/debian/.eclipse-build/build/features/org.eclipse.emf.all -> 
> /<>/debian/.eclipse-build/features/org.eclipse.emf.all-feature
>  [exec]   making symlink: 
> /<>/debian/.eclipse-build/build/features/org.eclipse.emf.converter
>  -> 
> /<>/debian/.eclipse-build/features/org.eclipse.emf.converter-feature
>  [exec]   making symlink: 
> /<>/debian/.eclipse-build/build/features/org.eclipse.emf.common 
> -> 
> /<>/debian/.eclipse-build/features/org.eclipse.emf.common-feature
>  [exec]   making symlink: 
> /<>/debian/.eclipse-build/build/features/org.eclipse.emf.rap.edit.ui
>  -> 
> /<>/debian/.eclipse-build/features/org.eclipse.emf.rap.edit.ui-feature
>  [exec]   making symlink: 
> /<>/debian/.eclipse-build/build/features/org.eclipse.emf.databinding
>  -> 
> /<>/debian/.eclipse-build/features/org.eclipse.emf.databinding-feature
>  [exec]   making symlink: 
> /<>/debian/.eclipse-build/build/features/org.eclipse.emf.oda.sdk 
> -> 
> /<>/debian/.eclipse-build/features/org.eclipse.emf.oda.sdk-feature
>  [exec]   making symlink: 
> /<>/debian/.eclipse-build/build/features/org.eclipse.emf.common.ui
>  -> 
> /<>/debian/.eclipse-build/features/org.eclipse.emf.common.ui-feature
>  [exec]   making symlink: 
> /<>/debian/.eclipse-build/build/features/org.eclipse.emf.edit.ui 
> -> 
> /<>/debian/.eclipse-build/features/org.eclipse.emf.edit.ui-feature
>  [exec]   making symlink: 
> /<>/debian/.eclipse-build/build/features/org.eclipse.emf.codegen.ecore.ui
>  -> 
> /<>/debian/.eclipse-build/features/org.eclipse.emf.codegen.ecore.ui-feature
>  [exec]   making symlink: 
> /<>/debian/.eclipse-build/build/features/org.eclipse.emf.sdk -> 
> /<>/debian/.eclipse-build/features/org.eclipse.emf.sdk-feature
>  [exec]   making symlink: 
> /<>/debian/.eclipse-build/build/features/org.eclipse.emf.codegen 
> -> 
> /<>/debian/.eclipse-build/features/org.eclipse.emf.codegen-feature
>  [exec]   making symlink: 
> /<>/debian/.eclipse-build/build/features/org.eclipse.emf.ecore.xcore.sdk
>  -> 
> /<>/debian/.eclipse-build/features/org.eclipse.emf.ecore.xcore.sdk-feature
>  [exec]   making symlink: 
> /<>/debian/.eclipse-build/build/features/org.eclipse.emf.rap.common.ui
>  -> 
> /<>/debian/.eclipse-build/features/org.eclipse.emf.rap.common.ui-feature
>  [exec]   making symlink: 
> /<>/debian/.eclipse-build/build/features/org.eclipse.emf.codegen.ui
>  -> 
> /<>/debian/.eclipse-build/features/org.eclipse.emf.codegen.ui-feature
>  [exec]   making symlink: 
> /<>/debian/.eclipse-build/build/features/org.eclipse.emf.mapping.ecore.editor
>  -> 
> /<>/debian/.eclipse-build/features/org.eclipse.emf.mapping.ecore.editor-feature
>  [exec]   making symlink: 
> /<>/debian/.eclipse-build/build/features/org.eclipse.emf.ecore.editor
>  -> 
> /<>/debian/.eclipse-build/features/org.eclipse.emf.ecore.editor-feature
>  [exec]   making symlink: 
> /<>/debian/.eclipse-build/build/features/org.eclipse.emf.codegen.ecore
>  -> 
> /<>/debian/.eclipse-build/features/org.eclipse.emf.codegen.ecore-feature
>  [exec]   making symlink: 
> 

Bug#871199: pysodium: FTBFS: dh_auto_test: pybuild --test -i python{version} -p 2.7 returned exit code 13

[Lucas Nussbaum]

Source: pysodium
Version: 0.6.11-1
Severity: serious
Tags: buster sid
User: debian...@lists.debian.org
Usertags: qa-ftbfs-20170805 qa-ftbfs
Justification: FTBFS on amd64

Hi,

During a rebuild of all packages in sid, your package failed to build on
amd64.

Relevant part (hopefully):
>  debian/rules build
> dh build --with python2,python3 --buildsystem=pybuild
>dh_update_autotools_config -O--buildsystem=pybuild
>dh_auto_configure -O--buildsystem=pybuild
> I: pybuild base:184: python2.7 setup.py config 
> running config
> I: pybuild base:184: python3.6 setup.py config 
> running config
> I: pybuild base:184: python3.5 setup.py config 
> running config
>dh_auto_build -O--buildsystem=pybuild
> I: pybuild base:184: /usr/bin/python setup.py build 
> running build
> running build_py
> creating /<>/.pybuild/pythonX.Y_2.7/build/test
> copying test/__init__.py -> /<>/.pybuild/pythonX.Y_2.7/build/test
> copying test/test_pysodium.py -> 
> /<>/.pybuild/pythonX.Y_2.7/build/test
> creating /<>/.pybuild/pythonX.Y_2.7/build/pysodium
> copying pysodium/__init__.py -> 
> /<>/.pybuild/pythonX.Y_2.7/build/pysodium
> I: pybuild base:184: /usr/bin/python3.6 setup.py build 
> running build
> running build_py
> creating /<>/.pybuild/pythonX.Y_3.6/build/test
> copying test/__init__.py -> /<>/.pybuild/pythonX.Y_3.6/build/test
> copying test/test_pysodium.py -> 
> /<>/.pybuild/pythonX.Y_3.6/build/test
> creating /<>/.pybuild/pythonX.Y_3.6/build/pysodium
> copying pysodium/__init__.py -> 
> /<>/.pybuild/pythonX.Y_3.6/build/pysodium
> I: pybuild base:184: /usr/bin/python3 setup.py build 
> running build
> running build_py
> creating /<>/.pybuild/pythonX.Y_3.5/build/test
> copying test/__init__.py -> /<>/.pybuild/pythonX.Y_3.5/build/test
> copying test/test_pysodium.py -> 
> /<>/.pybuild/pythonX.Y_3.5/build/test
> creating /<>/.pybuild/pythonX.Y_3.5/build/pysodium
> copying pysodium/__init__.py -> 
> /<>/.pybuild/pythonX.Y_3.5/build/pysodium
>dh_auto_test -O--buildsystem=pybuild
> I: pybuild base:184: cd /<>/.pybuild/pythonX.Y_2.7/build; 
> python2.7 -m unittest discover -v 
> test_AsymCrypto_With_Seeded_Keypair (test.test_pysodium.TestPySodium) ... ok
> test_aead_chacha20poly1305 (test.test_pysodium.TestPySodium) ... ok
> test_aead_chacha20poly1305_detached (test.test_pysodium.TestPySodium) ... ok
> test_aead_chacha20poly1305_ietf (test.test_pysodium.TestPySodium) ... ok
> test_crypto_auth (test.test_pysodium.TestPySodium) ... ok
> test_crypto_blake2b (test.test_pysodium.TestPySodium) ... ok
> test_crypto_box_open (test.test_pysodium.TestPySodium) ... ok
> test_crypto_box_open_afternm (test.test_pysodium.TestPySodium) ... ok
> test_crypto_box_open_detached (test.test_pysodium.TestPySodium) ... ok
> test_crypto_box_pk_from_sk (test.test_pysodium.TestPySodium) ... ok
> test_crypto_box_seal (test.test_pysodium.TestPySodium) ... ok
> test_crypto_generichash (test.test_pysodium.TestPySodium) ... *** Error in 
> `python2.7': double free or corruption (!prev): 0x561176470750 ***
> === Backtrace: =
> /lib/x86_64-linux-gnu/libc.so.6(+0x70bfb)[0x7f688c0c1bfb]
> /lib/x86_64-linux-gnu/libc.so.6(+0x76fc6)[0x7f688c0c7fc6]
> /lib/x86_64-linux-gnu/libc.so.6(+0x7780e)[0x7f688c0c880e]
> /usr/lib/python2.7/lib-dynload/_ctypes.x86_64-linux-gnu.so(+0x11a03)[0x7f688bb7ea03]
> python2.7(+0x138243)[0x5611757bc243]
> python2.7(PyEval_EvalFrameEx+0x60c1)[0x561175789671]
> python2.7(PyEval_EvalFrameEx+0x5e5f)[0x56117578940f]
> python2.7(PyEval_EvalCodeEx+0x255)[0x561175781da5]
> python2.7(+0x11a5c8)[0x56117579e5c8]
> python2.7(PyObject_Call+0x43)[0x561175770163]
> python2.7(PyEval_EvalFrameEx+0x2eeb)[0x56117578649b]
> python2.7(PyEval_EvalCodeEx+0x255)[0x561175781da5]
> python2.7(+0x11a40e)[0x56117579e40e]
> python2.7(PyObject_Call+0x43)[0x561175770163]
> python2.7(+0x12fd7e)[0x5611757b3d7e]
> python2.7(PyObject_Call+0x43)[0x561175770163]
> python2.7(+0x19071b)[0x56117581471b]
> python2.7(PyObject_Call+0x43)[0x561175770163]
> python2.7(PyEval_EvalFrameEx+0x6072)[0x561175789622]
> python2.7(PyEval_EvalCodeEx+0x255)[0x561175781da5]
> python2.7(+0x11a5c8)[0x56117579e5c8]
> python2.7(PyObject_Call+0x43)[0x561175770163]
> python2.7(PyEval_EvalFrameEx+0x2eeb)[0x56117578649b]
> python2.7(PyEval_EvalCodeEx+0x255)[0x561175781da5]
> python2.7(+0x11a40e)[0x56117579e40e]
> python2.7(PyObject_Call+0x43)[0x561175770163]
> python2.7(+0x12fd7e)[0x5611757b3d7e]
> python2.7(PyObject_Call+0x43)[0x561175770163]
> python2.7(+0x19071b)[0x56117581471b]
> python2.7(PyObject_Call+0x43)[0x561175770163]
> python2.7(PyEval_EvalFrameEx+0x6072)[0x561175789622]
> python2.7(PyEval_EvalCodeEx+0x255)[0x561175781da5]
> python2.7(+0x11a5c8)[0x56117579e5c8]
> python2.7(PyObject_Call+0x43)[0x561175770163]
> python2.7(PyEval_EvalFrameEx+0x2eeb)[0x56117578649b]
> python2.7(PyEval_EvalCodeEx+0x255)[0x561175781da5]
> python2.7(+0x11a40e)[0x56117579e40e]
> python2.7(PyObject_Call+0x43)[0x561175770163]
> python2.7(+0x12fd7e)[0x5611757b3d7e]
> 

Bug#871193: eclipse-linuxtools: FTBFS: java.io.FileNotFoundException: /usr/lib/eclipse/dropins/sdk/plugins/org.eclipse.pde.build_3.8.1.dist/scripts/${eclipse.pdebuild.scripts}/genericTargets.xml (No s

[Lucas Nussbaum]

Source: eclipse-linuxtools
Version: 3.1.0-1
Severity: serious
Tags: buster sid
User: debian...@lists.debian.org
Usertags: qa-ftbfs-20170805 qa-ftbfs
Justification: FTBFS on amd64

Hi,

During a rebuild of all packages in sid, your package failed to build on
amd64.

Relevant part (hopefully):
> make[1]: Entering directory '/<>'
> jh_compilefeatures --build-opts="-DjavacTarget=1.7 -DjavacSource=1.7 
> -DbuildId=dist -DforceContextQualifier=dist";
> jh_compilefeatures: Compatibility levels before 9 are deprecated (level 8 in 
> use)
> mkdir -p /<>/debian/.eclipse-build/build
> mkdir -p /<>/debian/.eclipse-build/build/home
> mkdir -p /<>/debian/.eclipse-build/build/home/workspace
> Building feature = org.eclipse.linuxtools.profiling.
> Symlinking SDK and "cdt cdt-autotools remote-services-api" into 
> /<>/debian/.eclipse-build/build/SDK directory.
> /bin/sh /usr/lib/eclipse/buildscripts/copy-platform 
> /<>/debian/.eclipse-build/build/SDK /usr/lib/eclipse cdt 
> cdt-autotools remote-services-api
> ls: cannot access '/usr/lib/eclipse/dropins/jdt/plugins/*': No such file or 
> directory
> ls: cannot access '/usr/lib/eclipse/dropins/jdt/features/*': No such file or 
> directory
> ln: failed to create symbolic link 'icon.xpm': File exists
> ln: failed to create symbolic link 'notice.html': File exists
> ln: failed to create symbolic link 'readme': File exists
> ln: failed to create symbolic link 'swt-gtk-3.8.1.jar': File exists
> ln: failed to create symbolic link 'swt-gtk.jar': File exists
> ln: failed to create symbolic link 'swt.jar': File exists
> Starting build:
> Buildfile: 
> /usr/lib/eclipse/dropins/sdk/plugins/org.eclipse.pde.build_3.8.1.dist/scripts/build.xml
> 
> main:
> 
> preBuild:
>  [copy] Copying 1 file to /<>/debian/.eclipse-build/build
> 
> preSetup:
> 
> getMapFiles:
> 
> postSetup:
> 
> processRepos:
> 
> fetch:
> 
> generate:
> 
> preGenerate:
>  [exec] preparing files in /<>/debian/.eclipse-build for 
> buildfile generation ...
>  [exec]   making the 'features' and 'plugins' directories
>  [exec]   making symlink: 
> /<>/debian/.eclipse-build/build/features/org.eclipse.linuxtools.changelog
>  -> 
> /<>/debian/.eclipse-build/org.eclipse.linuxtools.changelog-feature
>  [exec]   making symlink: 
> /<>/debian/.eclipse-build/build/features/org.eclipse.linuxtools.rpm
>  -> /<>/debian/.eclipse-build/org.eclipse.linuxtools.rpm-feature
>  [exec]   making symlink: 
> /<>/debian/.eclipse-build/build/features/org.eclipse.linuxtools.dataviewers.feature
>  -> 
> /<>/debian/.eclipse-build/org.eclipse.linuxtools.dataviewers-feature
>  [exec]   making symlink: 
> /<>/debian/.eclipse-build/build/features/org.eclipse.linuxtools.valgrind
>  -> 
> /<>/debian/.eclipse-build/org.eclipse.linuxtools.valgrind-feature
>  [exec]   making symlink: 
> /<>/debian/.eclipse-build/build/features/org.eclipse.linuxtools.perf.remote.feature
>  -> 
> /<>/debian/.eclipse-build/org.eclipse.linuxtools.perf.remote-feature
>  [exec]   making symlink: 
> /<>/debian/.eclipse-build/build/features/org.eclipse.linuxtools.profiling.remote
>  -> 
> /<>/debian/.eclipse-build/org.eclipse.linuxtools.profiling.remote-feature
>  [exec]   making symlink: 
> /<>/debian/.eclipse-build/build/features/org.eclipse.linuxtools.changelog.java
>  -> 
> /<>/debian/.eclipse-build/org.eclipse.linuxtools.changelog.java-feature
>  [exec]   making symlink: 
> /<>/debian/.eclipse-build/build/features/org.eclipse.linuxtools.perf.feature
>  -> /<>/debian/.eclipse-build/org.eclipse.linuxtools.perf-feature
>  [exec]   making symlink: 
> /<>/debian/.eclipse-build/build/features/org.eclipse.linuxtools.valgrind.remote
>  -> 
> /<>/debian/.eclipse-build/org.eclipse.linuxtools.valgrind.remote-feature
>  [exec]   making symlink: 
> /<>/debian/.eclipse-build/build/features/org.eclipse.linuxtools.changelog.c
>  -> 
> /<>/debian/.eclipse-build/org.eclipse.linuxtools.changelog.c-feature
>  [exec]   making symlink: 
> /<>/debian/.eclipse-build/build/features/org.eclipse.linuxtools.profiling
>  -> 
> /<>/debian/.eclipse-build/org.eclipse.linuxtools.profiling-feature
>  [exec]   making symlink: 
> /<>/debian/.eclipse-build/build/plugins/org.eclipse.linuxtools.binutils
>  -> /<>/debian/.eclipse-build/org.eclipse.linuxtools.binutils/
>  [exec]   making symlink: 
> /<>/debian/.eclipse-build/build/plugins/org.eclipse.linuxtools.changelog.core
>  -> 
> /<>/debian/.eclipse-build/org.eclipse.linuxtools.changelog.core/
>  [exec]   making symlink: 
> /<>/debian/.eclipse-build/build/plugins/org.eclipse.linuxtools.changelog.cparser
>  -> 
> /<>/debian/.eclipse-build/org.eclipse.linuxtools.changelog.cparser/
>  [exec]   making symlink: 
> /<>/debian/.eclipse-build/build/plugins/org.eclipse.linuxtools.changelog.doc
>  -> 
> /<>/debian/.eclipse-build/org.eclipse.linuxtools.changelog.doc/
>  [exec]   making symlink: 
> /<>/debian/.eclipse-build/build/plugins/org.eclipse.linuxtools.changelog.parsers.java
>  -> 
> 

Bug#871191: eclipse-mylyn-tasks-github: FTBFS: java.io.FileNotFoundException: /usr/lib/eclipse/dropins/sdk/plugins/org.eclipse.pde.build_3.8.1.dist/scripts/${eclipse.pdebuild.scripts}/genericTargets.x

[Lucas Nussbaum]

Source: eclipse-mylyn-tasks-github
Version: 3.3.0-2
Severity: serious
Tags: buster sid
User: debian...@lists.debian.org
Usertags: qa-ftbfs-20170805 qa-ftbfs
Justification: FTBFS on amd64

Hi,

During a rebuild of all packages in sid, your package failed to build on
amd64.

Relevant part (hopefully):
> make[1]: Entering directory '/<>'
> jh_compilefeatures --build-opts '-Dbuild.compiler=modern -DjavacSource=1.7 
> -DjavacTarget=1.7'
> mkdir -p /<>/debian/.eclipse-build/build
> mkdir -p /<>/debian/.eclipse-build/build/home
> mkdir -p /<>/debian/.eclipse-build/build/home/workspace
> Building feature = org.eclipse.mylyn.github.feature.
> Symlinking SDK and "mylyn egit" into 
> /<>/debian/.eclipse-build/build/SDK directory.
> /bin/sh /usr/lib/eclipse/buildscripts/copy-platform 
> /<>/debian/.eclipse-build/build/SDK /usr/lib/eclipse mylyn egit
> ls: cannot access '/usr/lib/eclipse/dropins/jdt/plugins/*': No such file or 
> directory
> ls: cannot access '/usr/lib/eclipse/dropins/jdt/features/*': No such file or 
> directory
> ln: failed to create symbolic link 'icon.xpm': File exists
> ln: failed to create symbolic link 'notice.html': File exists
> ln: failed to create symbolic link 'readme': File exists
> ln: failed to create symbolic link 'swt-gtk-3.8.1.jar': File exists
> ln: failed to create symbolic link 'swt-gtk.jar': File exists
> ln: failed to create symbolic link 'swt.jar': File exists
> Starting build:
> Buildfile: 
> /usr/lib/eclipse/dropins/sdk/plugins/org.eclipse.pde.build_3.8.1.dist/scripts/build.xml
> 
> main:
> 
> preBuild:
>  [copy] Copying 1 file to /<>/debian/.eclipse-build/build
> 
> preSetup:
> 
> getMapFiles:
> 
> postSetup:
> 
> processRepos:
> 
> fetch:
> 
> generate:
> 
> preGenerate:
>  [exec] preparing files in /<>/debian/.eclipse-build for 
> buildfile generation ...
>  [exec]   making the 'features' and 'plugins' directories
>  [exec]   making symlink: 
> /<>/debian/.eclipse-build/build/features/org.eclipse.mylyn.github.feature
>  -> /<>/debian/.eclipse-build/org.eclipse.mylyn.github-feature
>  [exec]   making symlink: 
> /<>/debian/.eclipse-build/build/plugins/org.eclipse.egit.github.core.tests
>  -> /<>/debian/.eclipse-build/org.eclipse.egit.github.core.tests/
>  [exec]   making symlink: 
> /<>/debian/.eclipse-build/build/plugins/org.eclipse.egit.github.core
>  -> /<>/debian/.eclipse-build/org.eclipse.egit.github.core/
>  [exec]   making symlink: 
> /<>/debian/.eclipse-build/build/plugins/org.eclipse.mylyn.github.core
>  -> /<>/debian/.eclipse-build/org.eclipse.mylyn.github.core/
>  [exec]   making symlink: 
> /<>/debian/.eclipse-build/build/plugins/org.eclipse.mylyn.github.doc
>  -> /<>/debian/.eclipse-build/org.eclipse.mylyn.github.doc/
>  [exec]   making symlink: 
> /<>/debian/.eclipse-build/build/plugins/org.eclipse.mylyn.github.tests
>  -> /<>/debian/.eclipse-build/org.eclipse.mylyn.github.tests/
>  [exec]   making symlink: 
> /<>/debian/.eclipse-build/build/plugins/org.eclipse.mylyn.github.ui
>  -> /<>/debian/.eclipse-build/org.eclipse.mylyn.github.ui/
>  [exec] done
> 
> symlinkDeps:
> [apply] Applied ln to 1 file and 0 directories.
> 
> allElements:
> 
> BUILD FAILED
> /usr/lib/eclipse/dropins/sdk/plugins/org.eclipse.pde.build_3.8.1.dist/scripts/build.xml:35:
>  The following error occurred while executing this line:
> /usr/lib/eclipse/dropins/sdk/plugins/org.eclipse.pde.build_3.8.1.dist/scripts/build.xml:91:
>  The following error occurred while executing this line:
> /usr/lib/eclipse/dropins/sdk/plugins/org.eclipse.pde.build_3.8.1.dist/templates/package-build/customTargets.xml:19:
>  The following error occurred while executing this line:
> java.io.FileNotFoundException: 
> /usr/lib/eclipse/dropins/sdk/plugins/org.eclipse.pde.build_3.8.1.dist/scripts/${eclipse.pdebuild.scripts}/genericTargets.xml
>  (No such file or directory)
>   at java.io.FileInputStream.open0(Native Method)
>   at java.io.FileInputStream.open(FileInputStream.java:195)
>   at java.io.FileInputStream.(FileInputStream.java:138)
>   at 
> org.apache.tools.ant.helper.ProjectHelper2.parse(ProjectHelper2.java:250)
>   at 
> org.apache.tools.ant.helper.ProjectHelper2.parse(ProjectHelper2.java:178)
>   at 
> org.apache.tools.ant.ProjectHelper.configureProject(ProjectHelper.java:93)
>   at org.apache.tools.ant.taskdefs.Ant.execute(Ant.java:392)
>   at org.apache.tools.ant.UnknownElement.execute(UnknownElement.java:293)
>   at sun.reflect.GeneratedMethodAccessor5.invoke(Unknown Source)
>   at 
> sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
>   at java.lang.reflect.Method.invoke(Method.java:498)
>   at 
> org.apache.tools.ant.dispatch.DispatchUtils.execute(DispatchUtils.java:106)
>   at org.apache.tools.ant.Task.perform(Task.java:348)
>   at org.apache.tools.ant.Target.execute(Target.java:435)
>   at org.apache.tools.ant.Target.performTasks(Target.java:456)
>   

Bug#871189: eclipse-egit: FTBFS: java.io.FileNotFoundException: /usr/lib/eclipse/dropins/sdk/plugins/org.eclipse.pde.build_3.8.1.dist/scripts/${eclipse.pdebuild.scripts}/genericTargets.xml (No such fi

[Lucas Nussbaum]

Source: eclipse-egit
Version: 3.7.0-2
Severity: serious
Tags: buster sid
User: debian...@lists.debian.org
Usertags: qa-ftbfs-20170805 qa-ftbfs
Justification: FTBFS on amd64

Hi,

During a rebuild of all packages in sid, your package failed to build on
amd64.

Relevant part (hopefully):
>  debian/rules build
> dh build --with eclipse-helper
>dh_update_autotools_config
>dh_auto_configure
>dh_auto_build
>jh_setupenvironment
>jh_generateorbitdir
>jh_compilefeatures
> mkdir -p /<>/debian/.eclipse-build/build
> mkdir -p /<>/debian/.eclipse-build/build/home
> mkdir -p /<>/debian/.eclipse-build/build/home/workspace
> Building feature = org.eclipse.egit.
> Symlinking SDK into /<>/debian/.eclipse-build/build/SDK 
> directory.
> /bin/sh /usr/lib/eclipse/buildscripts/copy-platform 
> /<>/debian/.eclipse-build/build/SDK /usr/lib/eclipse
> ls: cannot access '/usr/lib/eclipse/dropins/jdt/plugins/*': No such file or 
> directory
> ls: cannot access '/usr/lib/eclipse/dropins/jdt/features/*': No such file or 
> directory
> ln: failed to create symbolic link 'icon.xpm': File exists
> ln: failed to create symbolic link 'notice.html': File exists
> ln: failed to create symbolic link 'readme': File exists
> ln: failed to create symbolic link 'swt-gtk-3.8.1.jar': File exists
> ln: failed to create symbolic link 'swt-gtk.jar': File exists
> ln: failed to create symbolic link 'swt.jar': File exists
> Starting build:
> Buildfile: 
> /usr/lib/eclipse/dropins/sdk/plugins/org.eclipse.pde.build_3.8.1.dist/scripts/build.xml
> 
> main:
> 
> preBuild:
>  [copy] Copying 1 file to /<>/debian/.eclipse-build/build
> 
> preSetup:
> 
> getMapFiles:
> 
> postSetup:
> 
> processRepos:
> 
> fetch:
> 
> generate:
> 
> preGenerate:
>  [exec] preparing files in /<>/debian/.eclipse-build for 
> buildfile generation ...
>  [exec]   making the 'features' and 'plugins' directories
>  [exec]   making symlink: 
> /<>/debian/.eclipse-build/build/features/org.eclipse.egit.mylyn 
> -> /<>/debian/.eclipse-build/org.eclipse.egit.mylyn-feature
>  [exec]   making symlink: 
> /<>/debian/.eclipse-build/build/features/org.eclipse.egit.source 
> -> /<>/debian/.eclipse-build/org.eclipse.egit.source-feature
>  [exec]   making symlink: 
> /<>/debian/.eclipse-build/build/features/org.eclipse.egit -> 
> /<>/debian/.eclipse-build/org.eclipse.egit-feature
>  [exec]   making symlink: 
> /<>/debian/.eclipse-build/build/plugins/org.eclipse.egit.core.test
>  -> /<>/debian/.eclipse-build/org.eclipse.egit.core.test/
>  [exec]   making symlink: 
> /<>/debian/.eclipse-build/build/plugins/org.eclipse.egit.core -> 
> /<>/debian/.eclipse-build/org.eclipse.egit.core/
>  [exec]   making symlink: 
> /<>/debian/.eclipse-build/build/plugins/org.eclipse.egit.doc -> 
> /<>/debian/.eclipse-build/org.eclipse.egit.doc/
>  [exec]   making symlink: 
> /<>/debian/.eclipse-build/build/plugins/org.eclipse.egit.mylyn.ui.test
>  -> /<>/debian/.eclipse-build/org.eclipse.egit.mylyn.ui.test/
>  [exec]   making symlink: 
> /<>/debian/.eclipse-build/build/plugins/org.eclipse.egit.mylyn.ui
>  -> /<>/debian/.eclipse-build/org.eclipse.egit.mylyn.ui/
>  [exec]   making symlink: 
> /<>/debian/.eclipse-build/build/plugins/org.eclipse.egit.target 
> -> /<>/debian/.eclipse-build/org.eclipse.egit.target/
>  [exec]   making symlink: 
> /<>/debian/.eclipse-build/build/plugins/org.eclipse.egit.ui.test 
> -> /<>/debian/.eclipse-build/org.eclipse.egit.ui.test/
>  [exec]   making symlink: 
> /<>/debian/.eclipse-build/build/plugins/org.eclipse.egit.ui -> 
> /<>/debian/.eclipse-build/org.eclipse.egit.ui/
>  [exec]   making symlink: 
> /<>/debian/.eclipse-build/build/plugins/org.eclipse.egit -> 
> /<>/debian/.eclipse-build/org.eclipse.egit/
>  [exec] done
> 
> symlinkDeps:
> [apply] Applied ln to 4 files and 0 directories.
> 
> allElements:
> 
> BUILD FAILED
> /usr/lib/eclipse/dropins/sdk/plugins/org.eclipse.pde.build_3.8.1.dist/scripts/build.xml:35:
>  The following error occurred while executing this line:
> /usr/lib/eclipse/dropins/sdk/plugins/org.eclipse.pde.build_3.8.1.dist/scripts/build.xml:91:
>  The following error occurred while executing this line:
> /usr/lib/eclipse/dropins/sdk/plugins/org.eclipse.pde.build_3.8.1.dist/templates/package-build/customTargets.xml:19:
>  The following error occurred while executing this line:
> java.io.FileNotFoundException: 
> /usr/lib/eclipse/dropins/sdk/plugins/org.eclipse.pde.build_3.8.1.dist/scripts/${eclipse.pdebuild.scripts}/genericTargets.xml
>  (No such file or directory)
>   at java.io.FileInputStream.open0(Native Method)
>   at java.io.FileInputStream.open(FileInputStream.java:195)
>   at java.io.FileInputStream.(FileInputStream.java:138)
>   at 
> org.apache.tools.ant.helper.ProjectHelper2.parse(ProjectHelper2.java:250)
>   at 
> org.apache.tools.ant.helper.ProjectHelper2.parse(ProjectHelper2.java:178)
>   at 
> 

Bug#871196: eclipse-rse: FTBFS: java.io.FileNotFoundException: /usr/lib/eclipse/dropins/sdk/plugins/org.eclipse.pde.build_3.8.1.dist/scripts/${eclipse.pdebuild.scripts}/genericTargets.xml (No such fil

[Lucas Nussbaum]

Source: eclipse-rse
Version: 3.4.2-2
Severity: serious
Tags: buster sid
User: debian...@lists.debian.org
Usertags: qa-ftbfs-20170805 qa-ftbfs
Justification: FTBFS on amd64

Hi,

During a rebuild of all packages in sid, your package failed to build on
amd64.

Relevant part (hopefully):
> make[1]: Entering directory '/<>'
> jh_compilefeatures --build-opts '-DjavacTarget=1.5 -DjavacSource=1.5 
> -DgenerateFeatureVersionSuffix=true' --jvm-args 
> '-DJ2SE_1.5=/usr/lib/jvm/default-java/java/jre/lib/rt.jar'
> mkdir -p /<>/debian/.eclipse-build/build
> mkdir -p /<>/debian/.eclipse-build/build/home
> mkdir -p /<>/debian/.eclipse-build/build/home/workspace
> Building feature = org.eclipse.rse.
> Symlinking SDK into /<>/debian/.eclipse-build/build/SDK 
> directory.
> /bin/sh /usr/lib/eclipse/buildscripts/copy-platform 
> /<>/debian/.eclipse-build/build/SDK /usr/lib/eclipse
> ls: cannot access '/usr/lib/eclipse/dropins/jdt/plugins/*': No such file or 
> directory
> ls: cannot access '/usr/lib/eclipse/dropins/jdt/features/*': No such file or 
> directory
> ln: failed to create symbolic link 'icon.xpm': File exists
> ln: failed to create symbolic link 'notice.html': File exists
> ln: failed to create symbolic link 'readme': File exists
> ln: failed to create symbolic link 'swt-gtk-3.8.1.jar': File exists
> ln: failed to create symbolic link 'swt-gtk.jar': File exists
> ln: failed to create symbolic link 'swt.jar': File exists
> Starting build:
> Buildfile: 
> /usr/lib/eclipse/dropins/sdk/plugins/org.eclipse.pde.build_3.8.1.dist/scripts/build.xml
> 
> main:
> 
> preBuild:
>  [copy] Copying 1 file to /<>/debian/.eclipse-build/build
> 
> preSetup:
> 
> getMapFiles:
> 
> postSetup:
> 
> processRepos:
> 
> fetch:
> 
> generate:
> 
> preGenerate:
>  [exec] preparing files in /<>/debian/.eclipse-build for 
> buildfile generation ...
>  [exec]   making the 'features' and 'plugins' directories
>  [exec]   making symlink: 
> /<>/debian/.eclipse-build/build/features/org.eclipse.tm.terminal.serial
>  -> 
> /<>/debian/.eclipse-build/org.eclipse.tm.terminal.serial-feature
>  [exec]   making symlink: 
> /<>/debian/.eclipse-build/build/features/org.eclipse.tm.terminal.ssh
>  -> /<>/debian/.eclipse-build/org.eclipse.tm.terminal.ssh-feature
>  [exec]   making symlink: 
> /<>/debian/.eclipse-build/build/features/org.eclipse.rse.core -> 
> /<>/debian/.eclipse-build/org.eclipse.rse.core-feature
>  [exec]   making symlink: 
> /<>/debian/.eclipse-build/build/features/org.eclipse.rse.useractions
>  -> /<>/debian/.eclipse-build/org.eclipse.rse.useractions-feature
>  [exec]   making symlink: 
> /<>/debian/.eclipse-build/build/features/org.eclipse.tm.terminal 
> -> /<>/debian/.eclipse-build/org.eclipse.tm.terminal-feature
>  [exec]   making symlink: 
> /<>/debian/.eclipse-build/build/features/org.eclipse.rse.ssh -> 
> /<>/debian/.eclipse-build/org.eclipse.rse.ssh-feature
>  [exec]   making symlink: 
> /<>/debian/.eclipse-build/build/features/org.eclipse.rse -> 
> /<>/debian/.eclipse-build/org.eclipse.rse-feature
>  [exec]   making symlink: 
> /<>/debian/.eclipse-build/build/features/org.eclipse.rse.dstore 
> -> /<>/debian/.eclipse-build/org.eclipse.rse.dstore-feature
>  [exec]   making symlink: 
> /<>/debian/.eclipse-build/build/features/org.eclipse.rse.local 
> -> /<>/debian/.eclipse-build/org.eclipse.rse.local-feature
>  [exec]   making symlink: 
> /<>/debian/.eclipse-build/build/features/org.eclipse.rse.examples
>  -> /<>/debian/.eclipse-build/org.eclipse.rse.examples-feature
>  [exec]   making symlink: 
> /<>/debian/.eclipse-build/build/features/org.eclipse.tm.terminal.test
>  -> 
> /<>/debian/.eclipse-build/org.eclipse.tm.terminal.test-feature
>  [exec]   making symlink: 
> /<>/debian/.eclipse-build/build/features/org.eclipse.rse.tests 
> -> /<>/debian/.eclipse-build/org.eclipse.rse.tests-feature
>  [exec]   making symlink: 
> /<>/debian/.eclipse-build/build/features/org.eclipse.rse.scp -> 
> /<>/debian/.eclipse-build/org.eclipse.rse.scp-feature
>  [exec]   making symlink: 
> /<>/debian/.eclipse-build/build/features/org.eclipse.tm.terminal.view
>  -> 
> /<>/debian/.eclipse-build/org.eclipse.tm.terminal.view-feature
>  [exec]   making symlink: 
> /<>/debian/.eclipse-build/build/features/org.eclipse.rse.ftp -> 
> /<>/debian/.eclipse-build/org.eclipse.rse.ftp-feature
>  [exec]   making symlink: 
> /<>/debian/.eclipse-build/build/features/org.eclipse.rse.terminals
>  -> /<>/debian/.eclipse-build/org.eclipse.rse.terminals-feature
>  [exec]   making symlink: 
> /<>/debian/.eclipse-build/build/features/org.eclipse.rse.sdk -> 
> /<>/debian/.eclipse-build/org.eclipse.rse.sdk-feature
>  [exec]   making symlink: 
> /<>/debian/.eclipse-build/build/features/org.eclipse.tm.terminal.local
>  -> 
> /<>/debian/.eclipse-build/org.eclipse.tm.terminal.local-feature
>  [exec]   making symlink: 
> /<>/debian/.eclipse-build/build/features/org.eclipse.tm.terminal.core.sdk
>  -> 

Bug#871187: libkkc: FTBFS with vala 0.36

[Jeremy Bicha]

Source: ibus-skk
Version: 0.3.5-1
Severity: important
User: pkg-vala-maintain...@lists.alioth.debian.org
Usertags: vala-0.36
Tags: buster sid patch

libkkc fails to build from source with vala 0.36 which is currently
in experimental and will be uploaded to unstable soon.

You can find a build log from Ubuntu 17.10 Alpha at
https://launchpad.net/~jbicha/+archive/ubuntu/vala36/+build/12762585

I am attaching a patch to fix this issue (in my next email).

On behalf of the Debian Vala maintainers,
Jeremy Bicha

Bug#871194: pakcs: FTBFS: mv: cannot stat 'swi.state': No such file or directory

[Lucas Nussbaum]

Source: pakcs
Version: 1.14.2-1
Severity: serious
Tags: buster sid
User: debian...@lists.debian.org
Usertags: qa-ftbfs-20170805 qa-ftbfs
Justification: FTBFS on amd64

Hi,

During a rebuild of all packages in sid, your package failed to build on
amd64.

Relevant part (hopefully):
> make[5]: Entering directory '/<>/curry2prolog'
> echo "compile(c2p). c2p('/<>/lib/Prelude'), 
> compile('/<>/lib/.curry/pakcs/Prelude'),loader:loadAndCompile('/<>/lib/.curry/pakcs/Prelude.pl',[],create).
>  saveprog_entry('swi.state',user:pakcsMain)." | 
> "/<>/bin/swiprolog" --traditional -q -L0 -G0 -T0 -O
> 
> Warning: /<>/curry2prolog/compiler.pl:2421:
>   Singleton variable in branch: Arity
> true.
> 
> 
> true.
> 
> ERROR: /usr/lib/swi-prolog/library/qsave.pl:459:7: Syntax error: Operator 
> expected
> ERROR: /usr/lib/swi-prolog/library/shell.pl:342:18: Syntax error: Operator 
> expected
> ERROR: Type error: `text' expected, found `[126,119,61]' (a list)
> ERROR: In:
> ERROR:   [11] atomics_to_string([[126|...],...|...],_108028)
> ERROR:   [10] qsave:save_options(429300,runtime,[init_file(none),...]) at 
> /usr/lib/swi-prolog/library/qsave.pl:213
> ERROR:[9] qsave:qsave_program('swi.state',prologbasics:[...]) at 
> /usr/lib/swi-prolog/library/qsave.pl:103
> ERROR:[8] prologbasics:saveprog_entry('swi.state',user:pakcsMain) at 
> /<>/curry2prolog/prologbasics.pl:534
> ERROR:[7] 
> 
> make[5]: Leaving directory '/<>/curry2prolog'
> mv -f swi.state c2p.state
> mv: cannot stat 'swi.state': No such file or directory
> Makefile:50: recipe for target 'swi' failed
> make[4]: *** [swi] Error 1

The full build log is available from:
   http://aws-logs.debian.net/2017/08/05/pakcs_1.14.2-1_unstable.log

A list of current common problems and possible solutions is available at
http://wiki.debian.org/qa.debian.org/FTBFS . You're welcome to contribute!

About the archive rebuild: The rebuild was done on EC2 VM instances from
Amazon Web Services, using a clean, minimal and up-to-date chroot. Every
failed build was retried once to eliminate random failures.

Bug#871188: eclipse-subclipse: FTBFS: java.io.FileNotFoundException: /usr/lib/eclipse/dropins/sdk/plugins/org.eclipse.pde.build_3.8.1.dist/scripts/${eclipse.pdebuild.scripts}/genericTargets.xml (No su

[Lucas Nussbaum]

Source: eclipse-subclipse
Version: 1.10.3-1
Severity: serious
Tags: buster sid
User: debian...@lists.debian.org
Usertags: qa-ftbfs-20170805 qa-ftbfs
Justification: FTBFS on amd64

Hi,

During a rebuild of all packages in sid, your package failed to build on
amd64.

Relevant part (hopefully):
>  debian/rules build
> dh build --with eclipse-helper
> dh: Compatibility levels before 9 are deprecated (level 8 in use)
>dh_update_autotools_config
>dh_auto_configure
> dh_auto_configure: Compatibility levels before 9 are deprecated (level 8 in 
> use)
>dh_auto_build
> dh_auto_build: Compatibility levels before 9 are deprecated (level 8 in use)
>jh_setupenvironment
> jh_setupenvironment: Compatibility levels before 9 are deprecated (level 8 in 
> use)
>jh_generateorbitdir
> jh_generateorbitdir: Compatibility levels before 9 are deprecated (level 8 in 
> use)
>jh_compilefeatures
> jh_compilefeatures: Compatibility levels before 9 are deprecated (level 8 in 
> use)
> mkdir -p /<>/debian/.eclipse-build/build
> mkdir -p /<>/debian/.eclipse-build/build/home
> mkdir -p /<>/debian/.eclipse-build/build/home/workspace
> Building feature = org.tigris.subversion.clientadapter.feature.
> Symlinking SDK into /<>/debian/.eclipse-build/build/SDK 
> directory.
> /bin/sh /usr/lib/eclipse/buildscripts/copy-platform 
> /<>/debian/.eclipse-build/build/SDK /usr/lib/eclipse
> ls: cannot access '/usr/lib/eclipse/dropins/jdt/plugins/*': No such file or 
> directory
> ls: cannot access '/usr/lib/eclipse/dropins/jdt/features/*': No such file or 
> directory
> ln: failed to create symbolic link 'icon.xpm': File exists
> ln: failed to create symbolic link 'notice.html': File exists
> ln: failed to create symbolic link 'readme': File exists
> ln: failed to create symbolic link 'swt-gtk-3.8.1.jar': File exists
> ln: failed to create symbolic link 'swt-gtk.jar': File exists
> ln: failed to create symbolic link 'swt.jar': File exists
> Starting build:
> Buildfile: 
> /usr/lib/eclipse/dropins/sdk/plugins/org.eclipse.pde.build_3.8.1.dist/scripts/build.xml
> 
> main:
> 
> preBuild:
>  [copy] Copying 1 file to /<>/debian/.eclipse-build/build
> 
> preSetup:
> 
> getMapFiles:
> 
> postSetup:
> 
> processRepos:
> 
> fetch:
> 
> generate:
> 
> preGenerate:
>  [exec] preparing files in /<>/debian/.eclipse-build for 
> buildfile generation ...
>  [exec]   making the 'features' and 'plugins' directories
>  [exec]   making symlink: 
> /<>/debian/.eclipse-build/build/features/org.tigris.subversion.subclipse.mylyn
>  -> 
> /<>/debian/.eclipse-build/org.tigris.subversion.subclipse.mylyn.feature
>  [exec]   making symlink: 
> /<>/debian/.eclipse-build/build/features/org.tigris.subversion.subclipse
>  -> 
> /<>/debian/.eclipse-build/org.tigris.subversion.subclipse.feature
>  [exec]   making symlink: 
> /<>/debian/.eclipse-build/build/features/org.tigris.subversion.clientadapter.svnkit.feature
>  -> 
> /<>/debian/.eclipse-build/org.tigris.subversion.clientadapter.svnkit.feature
>  [exec]   making symlink: 
> /<>/debian/.eclipse-build/build/features/org.tigris.subversion.clientadapter.javahl.feature
>  -> 
> /<>/debian/.eclipse-build/org.tigris.subversion.clientadapter.javahl.feature
>  [exec]   making symlink: 
> /<>/debian/.eclipse-build/build/features/org.tigris.subversion.subclipse.graph.feature
>  -> 
> /<>/debian/.eclipse-build/org.tigris.subversion.subclipse.graph.feature
>  [exec]   making symlink: 
> /<>/debian/.eclipse-build/build/features/org.tigris.subversion.clientadapter.feature
>  -> 
> /<>/debian/.eclipse-build/org.tigris.subversion.clientadapter.feature
>  [exec]   making symlink: 
> /<>/debian/.eclipse-build/build/plugins/org.tigris.subversion.clientadapter.javahl.win32
>  -> 
> /<>/debian/.eclipse-build/org.tigris.subversion.clientadapter.javahl.win32/
>  [exec]   making symlink: 
> /<>/debian/.eclipse-build/build/plugins/org.tigris.subversion.clientadapter.javahl.win64
>  [exec]  -> 
> /<>/debian/.eclipse-build/org.tigris.subversion.clientadapter.javahl.win64/
>   making symlink: 
> /<>/debian/.eclipse-build/build/plugins/org.tigris.subversion.clientadapter.javahl
>  -> 
> /<>/debian/.eclipse-build/org.tigris.subversion.clientadapter.javahl/
>  [exec]   making symlink: 
> /<>/debian/.eclipse-build/build/plugins/org.tigris.subversion.clientadapter.svnkit
>  -> 
> /<>/debian/.eclipse-build/org.tigris.subversion.clientadapter.svnkit/
>  [exec]   making symlink: 
> /<>/debian/.eclipse-build/build/plugins/org.tigris.subversion.clientadapter
>  -> 
> /<>/debian/.eclipse-build/org.tigris.subversion.clientadapter/
>  [exec]   making symlink: 
> /<>/debian/.eclipse-build/build/plugins/org.tigris.subversion.subclipse.core
>  -> 
> /<>/debian/.eclipse-build/org.tigris.subversion.subclipse.core/
>  [exec]   making symlink: 
> /<>/debian/.eclipse-build/build/plugins/org.tigris.subversion.subclipse.doc
>  -> 
> /<>/debian/.eclipse-build/org.tigris.subversion.subclipse.doc/

Bug#871190: erlang-p1-oauth2: FTBFS: dh_auto_test: make --no-print-directory -f /usr/share/dh-rebar/make/dh-rebar.Makefile test returned exit code 2

[Lucas Nussbaum]

Source: erlang-p1-oauth2
Version: 0.6.1-3
Severity: serious
Tags: buster sid
User: debian...@lists.debian.org
Usertags: qa-ftbfs-20170805 qa-ftbfs
Justification: FTBFS on amd64

Hi,

During a rebuild of all packages in sid, your package failed to build on
amd64.

Relevant part (hopefully):
>  debian/rules build
> dh build --buildsystem=rebar --with rebar
>dh_update_autotools_config -O--buildsystem=rebar
>dh_auto_configure -O--buildsystem=rebar
>   make --no-print-directory -f /usr/share/dh-rebar/make/dh-rebar.Makefile 
> configure
> make[1]: Nothing to be done for 'configure'.
>dh_auto_build -O--buildsystem=rebar
>   make --no-print-directory -f /usr/share/dh-rebar/make/dh-rebar.Makefile 
> build
> rebar_compile
> rebar compile skip_deps=true -vv
> DEBUG: Consult config file "/<>/rebar.config"
> DEBUG: Rebar location: "/usr/bin/rebar"
> DEBUG: Consult config file "/<>/src/p1_oauth2.app.src"
> DEBUG: Available deps: []
> DEBUG: Missing deps  : []
> DEBUG: Plugins requested while processing /<>: [rebar3_hex]
> DEBUG: Plugin dirs for /<>:
> ["/<>",
>  "/<>/plugins"]
> WARN:  Missing plugins: [rebar3_hex]
> DEBUG: Predirs: []
> ==> erlang-p1-oauth2-0.6.1 (compile)
> DEBUG: Matched required ERTS version: 9.0.1 -> .*
> DEBUG: Matched required OTP release: 20 -> .*
> DEBUG: Min OTP version unconfigured
> DEBUG: erl_opts [debug_info,debug_info,{src_dirs,["src"]}]
> DEBUG: Files to compile first: ["src/oauth2_token_generation.erl"]
> Compiled src/oauth2_token_generation.erl
> DEBUG: Starting 3 compile worker(s)
> Compiled src/oauth2_backend.erl
> Compiled src/oauth2_priv_set.erl
> Compiled src/oauth2_response.erl
> Compiled src/oauth2_config.erl
> DEBUG: Worker exited cleanly
> src/oauth2_token.erl:68: Warning: crypto:rand_bytes/1 is deprecated and will 
> be removed in a future release; use crypto:strong_rand_bytes/1
> Compiled src/oauth2_token.erl
> DEBUG: Worker exited cleanly
> Compiled src/oauth2.erl
> DEBUG: Worker exited cleanly
> INFO:  No app_vars_file defined.
> DEBUG: Postdirs: []
>dh_auto_test -O--buildsystem=rebar
>   make --no-print-directory -f /usr/share/dh-rebar/make/dh-rebar.Makefile 
> test
> rebar_eunit
> rebar eunit skip_deps=true -vv
> DEBUG: Consult config file "/<>/rebar.config"
> DEBUG: Rebar location: "/usr/bin/rebar"
> DEBUG: Consult config file "/<>/src/p1_oauth2.app.src"
> DEBUG: Available deps: []
> DEBUG: Missing deps  : []
> DEBUG: Plugins requested while processing /<>: [rebar3_hex]
> DEBUG: Plugin dirs for /<>:
> ["/<>",
>  "/<>/plugins"]
> WARN:  Missing plugins: [rebar3_hex]
> DEBUG: Predirs: []
> ==> erlang-p1-oauth2-0.6.1 (eunit)
> DEBUG: Matched required ERTS version: 9.0.1 -> .*
> DEBUG: Matched required OTP release: 20 -> .*
> DEBUG: Min OTP version unconfigured
> DEBUG: Triq availability: false
> DEBUG: PropEr availability: true
> DEBUG: QuickCheck availability: false
> INFO:  sh info:
>   cwd: "/<>"
>   cmd: cp -R src/oauth2_backend.erl src/oauth2_priv_set.erl 
> src/oauth2_response.erl src/oauth2_token.erl src/oauth2.erl 
> src/oauth2_token_generation.erl src/oauth2_config.erl test/oauth2_tests.erl 
> test/oauth2_mock_backend.erl test/oauth2_token_tests.erl 
> test/oauth2_response_tests.erl test/oauth2_priv_set_tests.erl ".eunit"
> DEBUG:opts: [{use_stdout,false},abort_on_error]
> DEBUG: Port Cmd: "cp -R src/oauth2_backend.erl src/oauth2_priv_set.erl 
> src/oauth2_response.erl src/oauth2_token.erl src/oauth2.erl 
> src/oauth2_token_generation.erl src/oauth2_config.erl test/oauth2_tests.erl 
> test/oauth2_mock_backend.erl test/oauth2_token_tests.erl 
> test/oauth2_response_tests.erl test/oauth2_priv_set_tests.erl \".eunit\""
> Port Opts: [exit_status,{line,16384},use_stdio,stderr_to_stdout,hide]
> DEBUG: erl_opts [{d,'TEST'},
>  debug_info,debug_info,
>  {src_dirs,["src"]},
>  {d,'PROPER'}]
> DEBUG: Files to compile first: ["src/oauth2_token_generation.erl"]
> Compiled src/oauth2_token_generation.erl
> DEBUG: Starting 3 compile worker(s)
> Compiled src/oauth2_backend.erl
> Compiled src/oauth2_priv_set.erl
> Compiled src/oauth2_response.erl
> src/oauth2_token.erl:68: Warning: crypto:rand_bytes/1 is deprecated and will 
> be removed in a future release; use crypto:strong_rand_bytes/1
> Compiled src/oauth2_token.erl
> Compiled src/oauth2_config.erl
> Compiled src/oauth2.erl
> Compiled test/oauth2_mock_backend.erl
> Compiled test/oauth2_tests.erl
> Compiled test/oauth2_token_tests.erl
> DEBUG: Worker exited cleanly
> Compiled test/oauth2_response_tests.erl
> DEBUG: Worker exited cleanly
> Compiled test/oauth2_priv_set_tests.erl
> DEBUG: Worker exited cleanly
> INFO:  Cover compiling /<>
>  EUnit 
> module 'oauth2_token'
>   module 'oauth2_token_tests'
> oauth2_token_tests:37: proper_type_spec_test_...Testing 
> oauth2_token:generate/1
> 

Bug#871186: ibus-skk: FTBFS with vala 0.36

[Jeremy Bicha]

Source: ibus-skk
Version: 1.4.2-1
Severity: important
User: pkg-vala-maintain...@lists.alioth.debian.org
Usertags: vala-0.36
Tags: buster sid patch

ibus-skk fails to build from source with vala 0.36 which is currently
in experimental and will be uploaded to unstable soon.

You can find a build log from Ubuntu 17.10 Alpha at
https://launchpad.net/~jbicha/+archive/ubuntu/vala36/+build/12762530

I am attaching a patch to fix this issue (in my next email).

On behalf of the Debian Vala maintainers,
Jeremy Bicha

Bug#871185: ibus-kkc: FTBFS with vala 0.36

[Jeremy Bicha]

Source: ibus-kkc
Version: 1.5.21-1
Severity: important
User: pkg-vala-maintain...@lists.alioth.debian.org
Usertags: vala-0.36
Tags: buster sid patch

ibus-kkc fails to build from source with vala 0.36 which is currently
in experimental and will be uploaded to unstable soon.

I am attaching a patch to fix this issue (in my next email).

On behalf of the Debian Vala maintainers,
Jeremy Bicha

Bug#870162: nikola: Version of doit is too new

[Adrian Bunk]

Control: reopen -1

On Sun, Aug 06, 2017 at 06:20:32PM -0400, Agustin Henze wrote:
> Hi, thank you for your bug report :)
> 
> On Tue, 1 Aug 2017 17:42:17 +0300 Adrian Bunk  wrote:
> > Control: reassign -1 python-doit 0.28.0-1
> > Control: retitle -1 python-doit needs Breaks: nikola (<< 7.6.0-1~)
> > Control: affects -1 nikola
> > 
> > On Sun, Jul 30, 2017 at 06:33:31PM +0200, Johannes Schauer wrote:
> > > Package: nikola
> > > Version: 7.1.0-1
> > > Severity: grave
> > > Justification: renders package unusable
> > > 
> > > When running nikola I get the following message:
> > > 
> > > ERROR: You are using doit version 0.28.0, it is too new! This application 
> > > requires version <= 0.27.
> > > 
> > > Thus, nikola seems to currently be unusable.
> > 
> > That's basically a duplicate of #790906, and a Breaks in python-doit
> > should force the removal of nikola (nikola is not in stable and has
> > been removed from unstable in #863031).
> 
> I'm closing this bug for two reasons, first nikola is not in the archive
> anymore :( and the second one is that I have uploaded the last version of doit
> (0.30.3-1) yesterday.

It would be good to have that Breaks in stretch, to force removal of the 
jessie nikola in jessie -> stretch upgrades.

> Cheers,

cu
Adrian

-- 

   "Is there not promise of rain?" Ling Tan asked suddenly out
of the darkness. There had been need of rain for many days.
   "Only a promise," Lao Er said.
   Pearl S. Buck - Dragon Seed

Bug#871075: musescore: FTBFS: make[4]: *** No rule to make target 'all.h', needed by 'thirdparty/singleapp/src/CMakeFiles/qtsingleapp_autogen'. Stop.

[Thorsten Glaser]

Lucas Nussbaum dixit:

>During a rebuild of all packages in sid, your package failed to build on
>amd64.
>
>Relevant part (hopefully):

>> make[4]: *** No rule to make target 'all.h', needed by 
>> 'thirdparty/singleapp/src/CMakeFiles/qtsingleapp_autogen'.  Stop.

Yes, it is, thanks. I fought with that while packaging 2.1,
which is in experimental.

We’ll likely upload 2.1 to unstable RSN. I am still waiting
on user feedback, and feedback from the proper maintainers
(so I maybe can make it a Team Upload instead of NMU), but
I can do it this week.

Thanks,
//mirabilos
-- 
  “Having a smoking section in a restaurant is like having
  a peeing section in a swimming pool.”
-- Edward Burr

Bug#871184: nautilus: Do not extend to bottom to display all files

[ΑΘΑΝΑΣΙΟΣ]

Package: nautilus
Version: 3.22.3-1
Severity: normal

Dear Maintainer,

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

   * What led up to the situation?
   * 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 ***



-- System Information:
Debian Release: 9.1
  APT prefers oldstable-updates
  APT policy: (500, 'oldstable-updates'), (500, 'stable'), (500, 'oldstable')
Architecture: amd64 (x86_64)

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

Versions of packages nautilus depends on:
ii  desktop-file-utils 0.23-1
ii  gsettings-desktop-schemas  3.22.0-1
ii  gvfs   1.30.4-1
ii  libatk1.0-02.22.0-1
ii  libc6  2.24-11+deb9u1
ii  libcairo-gobject2  1.14.8-1
ii  libcairo2  1.14.8-1
ii  libexempi3 2.4.1-1
ii  libexif12  0.6.21-2+b2
ii  libgail-3-03.22.11-1
ii  libgdk-pixbuf2.0-0 2.36.5-2
ii  libglib2.0-0   2.50.3-2
ii  libglib2.0-data2.50.3-2
ii  libgnome-autoar-0-00.1.1-4+b1
ii  libgnome-desktop-3-12  3.22.2-1
ii  libgtk-3-0 3.22.11-1
ii  libnautilus-extension1a3.22.3-1
ii  libpango-1.0-0 1.40.5-1
ii  libselinux12.6-3+b1
ii  libtracker-sparql-1.0-01.10.5-1
ii  libx11-6   2:1.6.4-3
ii  nautilus-data  3.22.3-1
ii  shared-mime-info   1.8-1

Versions of packages nautilus recommends:
pn  gnome-sushi  
ii  gvfs-backends1.30.4-1
ii  librsvg2-common  2.40.16-1+b1

Versions of packages nautilus suggests:
ii  atril [pdf-viewer]   1.16.1-2+deb9u1
ii  brasero  3.12.1-4
ii  eog  3.20.5-1+b1
ii  evince [pdf-viewer]  3.22.1-3+deb9u1
ii  nautilus-sendto  3.8.4-2+b1
ii  totem3.22.1-1
pn  tracker  
ii  xdg-user-dirs0.15-2+b1

-- no debconf information