Bug#886340: FTBFS: Could not connect to display :0 during doc build

[Scott Kitterman]

Package: src:ovito
Version: 2.9.0+dfsg1-5
Severity: serious
Justification: fails to build from source (but built successfully in the past)

Dear Maintainer,

Here is the end of the build log:

[ 99%] Built target Ovito
make -f CMakeFiles/scripting_documentation.dir/build.make 
CMakeFiles/scripting_documentation.dir/depend
make[3]: Entering directory '/home/ovito-2.9.0+dfsg1/obj-x86_64-linux-gnu'
cd /home/ovito-2.9.0+dfsg1/obj-x86_64-linux-gnu && /usr/bin/cmake -E 
cmake_depends "Unix Makefiles" /home/ovito-2.9.0+dfsg1 /home/ovito-2.9.0+dfsg1 
/home/ovito-2.9.0+dfsg1/obj-x86_64-linux-gnu 
/home/ovito-2.9.0+dfsg1/obj-x86_64-linux-gnu 
/home/ovito-2.9.0+dfsg1/obj-x86_64-linux-gnu/CMakeFiles/scripting_documentation.dir/DependInfo.cmake
 --color=
Scanning dependencies of target scripting_documentation
make[3]: Leaving directory '/home/ovito-2.9.0+dfsg1/obj-x86_64-linux-gnu'
make -f CMakeFiles/scripting_documentation.dir/build.make 
CMakeFiles/scripting_documentation.dir/build
make[3]: Entering directory '/home/ovito-2.9.0+dfsg1/obj-x86_64-linux-gnu'
[100%] Generating scripting documentation
cd /home/ovito-2.9.0+dfsg1/doc/python && 
/home/ovito-2.9.0+dfsg1/obj-x86_64-linux-gnu/bin/ovitos /usr/bin/sphinx-build 
-b html -a -E -D version=2.9 -D release=2.9.0 . 
/home/ovito-2.9.0+dfsg1/obj-x86_64-linux-gnu/share/ovito/doc/manual/html/python/
QStandardPaths: XDG_RUNTIME_DIR not set, defaulting to '/tmp/runtime-root'
No protocol specified
qt.qpa.screen: QXcbConnection: Could not connect to display :0
Could not connect to any X display.
CMakeFiles/scripting_documentation.dir/build.make:60: recipe for target 
'CMakeFiles/scripting_documentation' failed
make[3]: *** [CMakeFiles/scripting_documentation] Error 1
make[3]: Leaving directory '/home/ovito-2.9.0+dfsg1/obj-x86_64-linux-gnu'
CMakeFiles/Makefile2:71: recipe for target 
'CMakeFiles/scripting_documentation.dir/all' failed
make[2]: *** [CMakeFiles/scripting_documentation.dir/all] Error 2
make[2]: Leaving directory '/home/ovito-2.9.0+dfsg1/obj-x86_64-linux-gnu'
Makefile:165: recipe for target 'all' failed
make[1]: *** [all] Error 2
make[1]: Leaving directory '/home/ovito-2.9.0+dfsg1/obj-x86_64-linux-gnu'
dh_auto_build: cd obj-x86_64-linux-gnu && make -j4 returned exit code 2
debian/rules:5: recipe for target 'build-arch' failed
make: *** [build-arch] Error 2
dpkg-buildpackage: error: debian/rules build-arch subprocess returned exit 
status 2

Note that this is after applying the fix for qscintilla2 library detection in
#885644 (which seems very unlrelated - I can reproduce this with the old
qscintilla2 as well).

This is the last package blocking completion of the current qscintilla2
transition, so your near-term attention to this would be appreciated.

The failures are all from builds inside a pbuilder chroot, so I suppose there
is some chance this is a pbuilder/sbuild thing, but I don't plan on heaving
a source only upload at the buildds to see what happens.

Scott K

-- 
debian-science-maintainers mailing list
debian-science-maintainers@lists.alioth.debian.org
http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/debian-science-maintainers

Bug#885644: QScintilla2 Transition Started

[Scott Kitterman]

Now that qscintilla2 2.10.2 is in unstable, your package no longer builds, so 
I've just raised the bug to severity serious.  If you haven't already, please 
let me know if you intend to upload, otherwise I'll NMU in the next few days.

Scott K

signature.asc
Description: This is a digitally signed message part.
-- 
debian-science-maintainers mailing list
debian-science-maintainers@lists.alioth.debian.org
http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/debian-science-maintainers

Bug#885644: src:ovito: Configure failure with new qscintilla2 in experimental

[Scott Kitterman]

Package: src:ovito
Version: 2.9.0+dfsg1-5
Severity: wishlist
Tags: patch

Dear Maintainer,

The qscintilla2 package in experimental contains a number of changes in
library naming to match upstream's changes.  As a result, ovito will not find
qscintilla2 during configure with this version.  I've attached a patch for
this change.  I do not intend to update the package when the transition starts
since it already FTBFS for other reasons.

Scott K
diff -Nru ovito-2.9.0+dfsg1/debian/changelog ovito-2.9.0+dfsg1/debian/changelog
--- ovito-2.9.0+dfsg1/debian/changelog	2017-11-20 21:46:48.0 +
+++ ovito-2.9.0+dfsg1/debian/changelog	2017-12-28 18:35:00.0 +
@@ -1,3 +1,10 @@
+ovito (2.9.0+dfsg1-5.1) UNRELEASED; urgency=medium
+
+  * Non-maintainer upload.
+  * Update for new qscintilla library names
+
+ -- Scott Kitterman <sc...@kitterman.com>  Thu, 28 Dec 2017 18:35:00 +
+
 ovito (2.9.0+dfsg1-5) unstable; urgency=medium
 
   * [680282d] Relax some unreliable tests to make the build reproducible.
diff -Nru ovito-2.9.0+dfsg1/debian/control ovito-2.9.0+dfsg1/debian/control
--- ovito-2.9.0+dfsg1/debian/control	2017-11-18 20:16:33.0 +
+++ ovito-2.9.0+dfsg1/debian/control	2017-12-28 18:35:00.0 +
@@ -21,7 +21,7 @@
libhdf5-dev,
libmuparser-dev,
libnetcdf-dev,
-   libqt5scintilla2-dev,
+   libqscintilla2-qt5-dev,
libqt5opengl5-dev,
libqcustomplot-dev,
libqwt-qt5-dev,
diff -Nru ovito-2.9.0+dfsg1/debian/patches/qsci_rename.patch ovito-2.9.0+dfsg1/debian/patches/qsci_rename.patch
--- ovito-2.9.0+dfsg1/debian/patches/qsci_rename.patch	1970-01-01 00:00:00.0 +
+++ ovito-2.9.0+dfsg1/debian/patches/qsci_rename.patch	2017-12-28 18:35:00.0 +
@@ -0,0 +1,11 @@
+--- ovito-2.9.0+dfsg1.orig/cmake/FindQScintilla.cmake
 ovito-2.9.0+dfsg1/cmake/FindQScintilla.cmake
+@@ -4,7 +4,7 @@
+ #  QScintilla_LIBRARIES - libraries needed
+ 
+ FIND_PATH(QSCINTILLA_INCLUDE_DIR NAMES Qsci/qsciscintilla.h PATH_SUFFIXES qt5 qt)
+-FIND_LIBRARY(QSCINTILLA_LIBRARY NAMES qsciscintilla qt5scintilla2 qscintilla2)
++FIND_LIBRARY(QSCINTILLA_LIBRARY NAMES qsciscintilla qt5scintilla2 qscintilla2 qscintilla2_qt5)
+ 
+ SET(QScintilla_INCLUDE_DIRS ${QSCINTILLA_INCLUDE_DIR})
+ SET(QScintilla_LIBRARIES ${QSCINTILLA_LIBRARY})
diff -Nru ovito-2.9.0+dfsg1/debian/patches/series ovito-2.9.0+dfsg1/debian/patches/series
--- ovito-2.9.0+dfsg1/debian/patches/series	2017-11-20 21:46:10.0 +
+++ ovito-2.9.0+dfsg1/debian/patches/series	2017-12-28 18:35:00.0 +
@@ -3,3 +3,4 @@
 06_fix_gcc7_compiation.patch
 10_fix_ftbfs_on_some_archs.patch
 relax_unreliable_tests.patch
+qsci_rename.patch
-- 
debian-science-maintainers mailing list
debian-science-maintainers@lists.alioth.debian.org
http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/debian-science-maintainers

Bug#729956: git-dpm (was Re: Bug#729956: Forwarded upstream)

[Scott Kitterman]

On September 6, 2017 5:16:13 PM EDT, Yuri D'Elia  wrote:
>On Wed, Sep 06 2017, Andreas Tille wrote:
>>> But just to confirm, I see that statsmodels is just using
>>> git-buildpackage?
>>
>> Yes.
>
>Ok, that's reassuring. I'll have a look at the packaging, since I'm
>already on alioth.
>
>But since DPMT is CC-ed (I normally follow via gmane), I take the
>occasion to say that I _really_ _REALLY_ wished the recommendation on
>git-dpm to be reconsidered, or at least relaxed.
>
>For a newcomer, git-dpm is overkill and underdocumented.
>>From an outsider, making a Debian package already looks daunting.
>git-dpm does not help.
>
>On the other hand, git-buildpackage is a relatively smooth progression
>from quilt, and it does provide some added convenience.

Conveniently, we already decided to switch:

https://wiki.debian.org/Python/GitPackagingPQ

Scott K

-- 
debian-science-maintainers mailing list
debian-science-maintainers@lists.alioth.debian.org
http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/debian-science-maintainers

Bug#867583: src:python-escript: Excessive python3 build-depends complicate transitions

[Scott Kitterman]

Package: src:python-escript
Version: 5.0-3
Severity: important

python-escript only builds in python3 support in python3-escript for the
default python3 version, but build-depends on python3-all-dev.  Please either
update the package to build for all supported python3 versions (currently
python3.5 and python3.6 in sid and buster) or change the build-depends to
python3-dev.

Supporting all versions is preferred, but either is much preferred to the
current situation where it's possible this will fail to be rebuilt at the
appropriate time and end up RC buggy.

Scott K

-- 
debian-science-maintainers mailing list
debian-science-maintainers@lists.alioth.debian.org
http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/debian-science-maintainers

Bug#867370: src:theano: Unnecessary python3-all-dev build-depends complicate transition

[Scott Kitterman]

Package: src:theano
Version: 0.8.2-6
Severity: important

As far as I can tell, python3-theano does not install any compiled content
that requires access to the Python headers (e.g. Python.h).  As a result, the
package build-depend on python3-all-dev is excessive.  We use build-depends on
python3-all-dev and python3-dev to track which package need rebuilding for a
python3 transition and as far as I can determine, this one does not.

I rebuilt the package without any python-dev package installed and the result,
according to debdiff, was identical.

Not including a patch for the trivial change of changing the build-depends on
python3-all-dev to python3-all.

Marking important because of the potential for impact on transition planning.

Scott K

-- 
debian-science-maintainers mailing list
debian-science-maintainers@lists.alioth.debian.org
http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/debian-science-maintainers

Bug#865245: src:python-escript: Currently affecting python3.6 transition

[Scott Kitterman]

Package: src:python-escript
Version: 5.0-3
Followup-For: Bug #865245

The package needs to be rebuilt for the python3.6 transition and is currently
unbuildable.

Scott K

-- 
debian-science-maintainers mailing list
debian-science-maintainers@lists.alioth.debian.org
http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/debian-science-maintainers

Bug#811986: qwtplot3d: FTBFS with GCC 6: symbol changes

[Scott Kitterman]

On Tuesday, January 19, 2016 08:13:48 PM you wrote:
> Package: qwtplot3d
> Version: 0.2.7+svn191-9
> Severity: important
> User: debian-...@lists.debian.org
> Usertags: ftbfs-gcc-6 gcc-6-symbols
> 
> This package fails to build with GCC 6.  GCC 6 has not been released
> yet, but it's expected that GCC 6 will become the default compiler for
> stretch.
> 
> Note that only the first error is reported; there might be more.  You
> can find a snapshot of GCC 6 in experimental.  To build with GCC 6,
> you can set CC=gcc-6 CXX=g++-6 explicitly.
> 
> You may be able to find out more about this issue at
> https://gcc.gnu.org/gcc-6/changes.html
> 
> > sbuild (Debian sbuild) 0.67.0 (26 Dec 2015) on dl580gen9-02.hlinux
> 
> ...
> 
> > dpkg-gensymbols: warning: some symbols or patterns disappeared in the
> > symbols file: see diff output below dpkg-gensymbols: warning:
> > debian/libqwtplot3d-qt4-0v5/DEBIAN/symbols doesn't match completely
> > debian/libqwtplot3d-qt4-0v5.symbols ---
> > debian/libqwtplot3d-qt4-0v5.symbols
> > (libqwtplot3d-qt4-0v5_0.2.7+svn191-9_amd64) +++
> > dpkg-gensymbolsFodDeO   2016-01-19 23:39:20.896195539 +
...

This is trivially fixable once GCC-6 is default, so removal from testing now 
makes no sense.  No idea how failing to build with a non-default compiler is 
RC in any case.

Scott K

-- 
debian-science-maintainers mailing list
debian-science-maintainers@lists.alioth.debian.org
http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/debian-science-maintainers

Bug#809446: python3-libhfst: Package will become non-working once python3.5 is default python3

[Scott Kitterman]

I do intend to NMU now that python3.5 is default.  Please let me know if you 
intend to take care of this.

Scott K

-- 
debian-science-maintainers mailing list
debian-science-maintainers@lists.alioth.debian.org
http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/debian-science-maintainers

Bug#810795: openturns: FTBFS on armel due to test failure with python2.7

[Scott Kitterman]

Source: openturns
Version: 1.5-7
Severity: serious
Justification: fails to build from source (but built successfully in the past)

When openturns was binNMUed to support python3.5 as the default python3, the
following test failure occurred:

145/385 Test  #10: cppcheck_Study_saveload 
..***Failed   52.40 sec
N - Warning! The TNC algorithm could not enforce the convergence criterinate 
called after throwing an instance of 'std::bad_alloc'
  what():  std::bad_allocm

Details can be found in the build log [1]

Although this is unrelated to python3.5, it does block completion of the
transition, so your earliest attention would be much appreciated.

Scott K

[1] 
https://buildd.debian.org/status/fetch.php?pkg=openturns=armel=1.5-7%2Bb2=1452583125

-- 
debian-science-maintainers mailing list
debian-science-maintainers@lists.alioth.debian.org
http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/debian-science-maintainers

Bug#809446: python3-libhfst: Package will become non-working once python3.5 is default python3

[Scott Kitterman]

Package: python3-libhfst
Version: 3.8.2~r4145-1
Severity: important
Tags: patch

Currently the package only builds support for the default python3 version.  As a
result, once the default version switches from python3 3.4 to 3.5, it will
be unusable until it can be rebuilt.  The best practice (as described in the
Debian Python policy) is to build for all supported versions.  Then whichever
is default, the package still works.  Additionally, this package doesn't use
the standard Python helper, dh-python, to generate proper dependencies.  Due
to that, it would not be detected as needing rebuild for the transition.

Please see the attached patch (formatted as an NMU because that's what
devscripts handed me, but I have no near term plans to NMU).  This makes the
package more generally conform to Python policy.

Scott K
diff -Nru hfst-3.8.2~r4145/debian/changelog hfst-3.8.2~r4145/debian/changelog
--- hfst-3.8.2~r4145/debian/changelog	2015-07-22 22:46:56.0 +
+++ hfst-3.8.2~r4145/debian/changelog	2015-12-30 19:03:40.0 +
@@ -1,3 +1,11 @@
+hfst (3.8.2~r4145-1.1) UNRELEASED; urgency=medium
+
+  * Non-maintainer upload.
+  * Update package to generate appropriate dependencies for python bindings
+as well as building for all supported python3 versions
+
+ -- Scott Kitterman <sc...@kitterman.com>  Wed, 30 Dec 2015 19:02:29 +
+
 hfst (3.8.2~r4145-1) unstable; urgency=low
 
   [ Tino Didriksen ]
diff -Nru hfst-3.8.2~r4145/debian/control hfst-3.8.2~r4145/debian/control
--- hfst-3.8.2~r4145/debian/control	2015-07-22 22:47:24.0 +
+++ hfst-3.8.2~r4145/debian/control	2015-12-30 19:05:08.0 +
@@ -15,10 +15,9 @@
libicu-dev,
libreadline-dev,
libtool,
-   python,
+   dh-python,
python-dev,
-   python3,
-   python3-dev,
+   python3-all-dev,
swig,
zlib1g-dev
 Standards-Version: 3.9.6
@@ -29,7 +28,7 @@
 Package: hfst
 Architecture: any
 Depends: libhfst40 (= ${binary:Version}),
- python,
+ ${python:Depends},
  ${misc:Depends},
  ${shlibs:Depends}
 Description: Helsinki Finite-State Transducer Technology
@@ -68,7 +67,7 @@
 Architecture: any
 Section: python
 Depends: libhfst40 (= ${binary:Version}),
- python,
+ ${python:Depends},
  ${misc:Depends},
  ${shlibs:Depends}
 Description: Helsinki Finite-State Transducer Technology (Python2 module)
@@ -82,7 +81,7 @@
 Architecture: any
 Section: python
 Depends: libhfst40 (= ${binary:Version}),
- python3,
+ ${python3:Depends},
  ${misc:Depends},
  ${shlibs:Depends}
 Description: Helsinki Finite-State Transducer Technology (Python3 module)
diff -Nru hfst-3.8.2~r4145/debian/rules hfst-3.8.2~r4145/debian/rules
--- hfst-3.8.2~r4145/debian/rules	2015-07-05 12:29:54.0 +
+++ hfst-3.8.2~r4145/debian/rules	2015-12-30 19:01:47.0 +
@@ -7,12 +7,13 @@
 ifneq (,$(filter parallel=%,$(DEB_BUILD_OPTIONS)))
 	NUMJOBS = $(patsubst parallel=%,%,$(filter parallel=%,$(DEB_BUILD_OPTIONS)))
 endif
+build3vers := $(shell py3versions -sv)
 
 # This has to be exported to make some magic below work.
 export DH_OPTIONS
 
 %:
-	dh $@ --parallel --with autoreconf
+	dh $@ --parallel --with autoreconf,python2,python3
 
 override_dh_auto_configure:
 	dh_auto_configure -- --disable-static --without-foma --with-unicode-handler=ICU --enable-all-tools
@@ -20,13 +21,19 @@
 override_dh_auto_build:
 	./scripts/generate-cc-files.sh
 	$(MAKE) -j$(NUMJOBS) || $(MAKE) -j$(NUMJOBS) || $(MAKE)
-	cd $(CURDIR)/swig && python setup.py build_ext && python3 setup.py build_ext && strip --strip-unneeded build/*/*.so
+	cd $(CURDIR)/swig && python setup.py build_ext
+	set -e && for i in $(build3vers); do \
+	  cd $(CURDIR)/swig &&  python$$i setup.py build_ext && strip --strip-unneeded build/*/*.so; \
+	done
 
 override_dh_auto_test:
 	# Skip, as it breaks in various unpredictable ways
 
 override_dh_auto_install:
 	dh_auto_install
-	cd $(CURDIR)/swig && python setup.py install --no-compile --prefix /usr --install-layout deb --root $(CURDIR)/debian/tmp && python3 setup.py install --no-compile --prefix /usr --install-layout deb --root $(CURDIR)/debian/tmp
+	cd $(CURDIR)/swig && python setup.py install --no-compile --prefix /usr --install-layout deb --root $(CURDIR)/debian/tmp
+	set -e && for i in $(build3vers); do \
+	  cd $(CURDIR)/swig && python$$i setup.py install --no-compile --prefix /usr --install-layout deb --root $(CURDIR)/debian/tmp; \
+	done
 	find $(CURDIR) -type f -name '*.pyc' -exec rm -f '{}' \;
 	find $(CURDIR) -type f -name '*.pyo' -exec rm -f '{}' \;
-- 
debian-science-maintainers mailing list
debian-science-maintainers@lists.alioth.debian.org
http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/debian-science-maintainers

Bug#809434: apertium-apy: Package should be arch all (complicates python3 transition)

[Scott Kitterman]

Package: apertium-apy
Version: 0.1.0~r61425-1
Severity: normal
Tags: patch

While reviewing packages in preparation for making python3.5 default [1], I
reviewed your package and did not find any architecture specific content that
would require the package to be arch any (which also means it would need to be
rebuilt for the transition).

Please see the attached patch.

Scott K

[1] https://release.debian.org/transitions/html/python3.5.html
diff -Nru apertium-apy-0.1.0~r61425/debian/changelog apertium-apy-0.1.0~r61425/debian/changelog
--- apertium-apy-0.1.0~r61425/debian/changelog	2015-08-14 01:59:51.0 -0400
+++ apertium-apy-0.1.0~r61425/debian/changelog	2015-12-30 11:52:50.0 -0500
@@ -1,3 +1,9 @@
+apertium-apy (0.1.0~r61425-2) UNRELEASED; urgency=medium
+
+  * Switch to arch: all and simplify dependencies
+
+ -- Scott Kitterman <sc...@kitterman.com>  Wed, 30 Dec 2015 11:51:57 -0500
+
 apertium-apy (0.1.0~r61425-1) unstable; urgency=low
 
   * New upstream snapshot.
diff -Nru apertium-apy-0.1.0~r61425/debian/control apertium-apy-0.1.0~r61425/debian/control
--- apertium-apy-0.1.0~r61425/debian/control	2015-08-14 01:57:38.0 -0400
+++ apertium-apy-0.1.0~r61425/debian/control	2015-12-30 11:51:52.0 -0500
@@ -4,14 +4,14 @@
 Maintainer: Debian Science Team <debian-science-maintainers@lists.alioth.debian.org>
 Uploaders: Kartik Mistry <kar...@debian.org>,
Tino Didriksen <m...@tinodidriksen.com>
-Build-Depends: debhelper (>= 9), dpkg-dev (>= 1.16.1~), python3-dev, sqlite3
+Build-Depends: debhelper (>= 9), dpkg-dev (>= 1.16.1~), python3, dh-python, sqlite3
 Standards-Version: 3.9.6
 Homepage: http://apertium.org
 Vcs-Git: git://anonscm.debian.org/debian-science/packages/apertium-apy.git
 Vcs-Browser: https://anonscm.debian.org/cgit/debian-science/packages/apertium-apy.git
 
 Package: apertium-apy
-Architecture: any
+Architecture: all
 Depends: adduser,
  apertium (>= 3.4),
  apertium-lex-tools,
@@ -19,7 +19,6 @@
  libxslt-dev,
  logrotate,
  python-toro,
- python3-dev,
  python3-lxml,
  python3-pip,
  python3-tornado (>= 3.1),
-- 
debian-science-maintainers mailing list
debian-science-maintainers@lists.alioth.debian.org
http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/debian-science-maintainers

Bug#784613: Bug#784513: qtwebkit removal from python-qt4

[Scott Kitterman]

s/2015/2016//-- 
debian-science-maintainers mailing list
debian-science-maintainers@lists.alioth.debian.org
http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/debian-science-maintainers

Bug#754803: healpy: out-of-date binaries

[Scott Kitterman]

On October 14, 2015 6:50:34 PM EDT, Steven Chamberlain  
wrote:
>Hi,
>
>On kfreebsd-amd64 healpy still FTBFS, but I suspect it just needs a
>Dep-Wait on python3-matplotlib (>= 1.5.0~)?
>
>https://buildd.debian.org/status/fetch.php?pkg=healpy=kfreebsd-amd64=1.8.1-1.1=1444690648
>| __ ERROR collecting
>.pybuild/pythonX.Y_3.5/build/healpy/test/test_visufunc.py __
>| healpy/test/test_visufunc.py:5: in 
>| from ..visufunc import *
>| healpy/visufunc.py:54: in 
>| from . import projaxes as PA
>| healpy/projaxes.py:24: in 
>| from matplotlib import axes,ticker,colors,cm,lines,cbook,figure
>| /usr/lib/python3/dist-packages/matplotlib/axes/__init__.py:4: in
>
>| from ._subplots import *
>| /usr/lib/python3/dist-packages/matplotlib/axes/_subplots.py:7: in
>
>| from matplotlib.gridspec import GridSpec, SubplotSpec
>| /usr/lib/python3/dist-packages/matplotlib/gridspec.py:26: in 
>| import matplotlib.transforms as mtransforms
>| /usr/lib/python3/dist-packages/matplotlib/transforms.py:39: in
>
>| from matplotlib._path import (affine_transform,
>count_bboxes_overlapping_bbox,
>| E   ImportError: No module named 'matplotlib._path'
>
>Newer matplotlib, in turn, is waiting on the glib2.0 FTBFS
>(https://bugs.debian.org/712848) but that may be fixed in a few days.
>
>Regards,

Yes.  I believe that is correct.

Scott K

-- 
debian-science-maintainers mailing list
debian-science-maintainers@lists.alioth.debian.org
http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/debian-science-maintainers

Bug#799694: Not just ppc64

[Scott Kitterman]

On Tue, 06 Oct 2015 12:58:23 + Tristan Seligmann <mithra...@mithrandi.net> 
wrote:
> Control: severity -1 serious
> 
> This appears to be happening on all arches, not just ppc64. See, for
> example:
> 
> 
https://buildd.debian.org/status/fetch.php?pkg=healpy=amd64=1.8.1-1%2Bb2=1444131922

NMU diff attached.  The issue here is that pybuild changed where it runs its 
tests and so the matplotlibrc that's generated to support tests was no longer 
in the right location.

This is blocking completion of the python3.5 transition, so I'll upload 
shortly.

Scott Kdiff -Nru healpy-1.8.1/debian/changelog healpy-1.8.1/debian/changelog
--- healpy-1.8.1/debian/changelog	2014-06-29 20:12:07.0 -0400
+++ healpy-1.8.1/debian/changelog	2015-10-12 17:26:27.0 -0400
@@ -1,3 +1,11 @@
+healpy (1.8.1-1.1) unstable; urgency=medium
+
+  * Non-maintainer upload.
+  * Install matplotlibrc file that sets the matplotlib backend to Agg for
+tests in the new pybuild location for running tests (Closes: #799694)
+
+ -- Scott Kitterman <sc...@kitterman.com>  Mon, 12 Oct 2015 17:21:20 -0400
+
 healpy (1.8.1-1) unstable; urgency=medium
 
   * New upstream release.
diff -Nru healpy-1.8.1/debian/rules healpy-1.8.1/debian/rules
--- healpy-1.8.1/debian/rules	2014-06-24 22:04:32.0 -0400
+++ healpy-1.8.1/debian/rules	2015-10-12 17:28:22.0 -0400
@@ -14,4 +14,8 @@
 	echo backend: agg > $@
 
 override_dh_auto_test: matplotlibrc
+	cp matplotlibrc .pybuild/pythonX.Y_2.7/build/
+	for pv in $(shell (py3versions -vr)); do \
+		cp matplotlibrc .pybuild/pythonX.Y_$$pv/build/ ; \
+	done
 	dh_auto_test
-- 
debian-science-maintainers mailing list
debian-science-maintainers@lists.alioth.debian.org
http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/debian-science-maintainers

Bug#754803: healpy: out-of-date binaries

[Scott Kitterman]

On Monday, October 12, 2015 05:42:51 PM Scott Kitterman wrote:
> On Mon, 14 Jul 2014 15:09:26 +0200 Cyril Brulebois <k...@debian.org> wrote:
> > Source: healpy
> > Version: 1.8.1-1
> > Severity: serious
> > Justification: ood binaries
> > 
> > Hi,
> > 
> > your package can no longer migrate to testing since it has out-of-date
> > binaries on various architectures (armel armhf i386 kfreebsd-i386 mips
> > mipsel powerpc s390x).
> > 
> > Please investigate whether restricting to *amd64 was the proper thing to
> > do, and request the removal of the old binaries from unstable if that is
> > 
> > the case. Documentation is available here:
> >   https://wiki.debian.org/ftpmaster_Removals
> 
> At some point this was resolved as the unbuildable binaries are no longer
> around.
> 
> Scott K

Meh.  I'm wrong.  As penance, I'll file the rm bug to clean this up.

Scott K

-- 
debian-science-maintainers mailing list
debian-science-maintainers@lists.alioth.debian.org
http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/debian-science-maintainers

Bug#800466: pytables: diff for NMU version 3.2.1-1.1

[Scott Kitterman]

On Friday, October 02, 2015 08:52:47 PM Gilles Filippini wrote:
> Control: tags 800466 + patch
> Control: tags 800466 + pending
> 
> [Replace XX with correct value]
> Dear maintainer,
> 
> I've prepared an NMU for pytables (versioned as 3.2.1-1.1) and
> uploaded it to DELAYED/XX. Please feel free to tell me if I
> should delay it longer.

I'm not sure what value of XX you used, but would you please reschedule for 
DELAYED/1 so that it'll go in tomorrow.  That's when we'll want it for the 
python3.5 transition.

Scott K

-- 
debian-science-maintainers mailing list
debian-science-maintainers@lists.alioth.debian.org
http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/debian-science-maintainers

Bug#800407: woo: FTBFS with python3.5 due to test failures

[Scott Kitterman]

Package: woo
Version: 1.0-3
Severity: serious
Justification: fails to build from source (but built successfully in the past)

Here is an excerpt from the build log from the binNMU to add python3.5
support:

pybuild --test -i python{version} -p "3.5 3.4" --dir .
I: pybuild base:170: cd /«PKGBUILDDIR»/.pybuild/pythonX.Y_3.5/build; python3.5 
-m unittest discover -v 
woo (unittest.loader._FailedTest) ... ERROR

==
ERROR: woo (unittest.loader._FailedTest)
--
ImportError: Failed to import test module: woo
Traceback (most recent call last):
  File "/usr/lib/python3.5/unittest/loader.py", line 462, in _find_test_path
package = self._get_module_from_name(name)
  File "/usr/lib/python3.5/unittest/loader.py", line 369, in 
_get_module_from_name
__import__(name)
  File "/«PKGBUILDDIR»/.pybuild/pythonX.Y_3.5/build/woo/__init__.py", line 125, 
in 
import minieigen
ImportError: No module named 'minieigen'


--
Ran 1 test in 0.000s

FAILED (errors=1)
E: pybuild pybuild:262: test: plugin distutils failed with: exit code=1: cd 
/«PKGBUILDDIR»/.pybuild/pythonX.Y_3.5/build; python3.5 -m unittest discover -v 
dh_auto_test: pybuild --test -i python{version} -p 3.5 3.4 --dir . returned 
exit code 13
make: *** [build-arch] Error 25
debian/rules:7: recipe for target 'build-arch' failed
dpkg-buildpackage: error: debian/rules build-arch gave error exit status 2

Build finished at 20150928-2128

Scott K

-- 
debian-science-maintainers mailing list
debian-science-maintainers@lists.alioth.debian.org
http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/debian-science-maintainers

python-qwt_6.1.2~a3-1~exp1_i386.changes REJECTED

[Scott Kitterman]

Maintainer request.

===

Please feel free to respond to this email if you don't understand why
your files were rejected, or if you upload new files which address our
concerns.


-- 
debian-science-maintainers mailing list
debian-science-maintainers@lists.alioth.debian.org
http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/debian-science-maintainers

mathic_1.0~git20130827-3_amd64.changes REJECTED

[Scott Kitterman]

Maintainer request.

Scott K

===

Please feel free to respond to this email if you don't understand why
your files were rejected, or if you upload new files which address our
concerns.


-- 
debian-science-maintainers mailing list
debian-science-maintainers@lists.alioth.debian.org
http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/debian-science-maintainers

qwtplot3d_0.2.7+svn191-8_amd64.changes REJECTED

[Scott Kitterman]

Please resupload with the new v5 library included in the upload.  It's a bit
hard to check if it's not there.

Scott K

===

Please feel free to respond to this email if you don't understand why
your files were rejected, or if you upload new files which address our
concerns.


-- 
debian-science-maintainers mailing list
debian-science-maintainers@lists.alioth.debian.org
http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/debian-science-maintainers

Bug#791280: simbody: library transition may be needed when GCC 5 is the default

[Scott Kitterman]

On Thu, 13 Aug 2015 02:33:26 +0200 Mehdi Dogguy me...@dogguy.org wrote:
 On Fri, Jul 03, 2015 at 01:14:13PM +, Matthias Klose d...@debian.org 
wrote:
   - If there are no reverse dependencies, it should be the package
 maintainers decision if a transition is needed.  However this might
 break software which is not in the Debian archive, and built
 against these packages.
  
 
 This packages doesn't have any reverse dependencies, AFAICS. So, renaming
 binary packages doesn't seem necessary.

It does have one rdepend, gazebo.  Patch for update attached (based on the 
Ubuntu patch).

Scott Kdiff -pruN 3.5.1+dfsg-1/debian/changelog 3.5.1+dfsg-2/debian/changelog
--- 3.5.1+dfsg-1/debian/changelog	2015-05-09 22:01:56.0 +
+++ 3.5.1+dfsg-2/debian/changelog	2015-08-04 10:40:35.0 +
@@ -1,3 +1,9 @@
+simbody (3.5.1+dfsg-2) unstable; urgency=medium
+
+  * Rename library packages for g++5 ABI transition.
+
+ -- Iain Lane i...@orangesquash.org.uk  Tue, 04 Aug 2015 11:40:35 +0100
+
 simbody (3.5.1+dfsg-1) unstable; urgency=medium
 
   [ Frederic Bonnard ]
diff -pruN 3.5.1+dfsg-1/debian/control 3.5.1+dfsg-2/debian/control
--- 3.5.1+dfsg-1/debian/control	2015-01-26 21:10:39.0 +
+++ 3.5.1+dfsg-2/debian/control	2015-08-04 10:40:35.0 +
@@ -16,12 +17,14 @@ Vcs-Browser: http://anonscm.debian.org/g
 Vcs-Git: git://anonscm.debian.org/debian-science/packages/simbody.git
 Homepage: https://simtk.org/home/simbody
 
-Package: libsimbody3.5
+Package: libsimbody3.5v5
 Section: libs
 Architecture: any
 Pre-Depends: ${misc:Pre-Depends}
 Depends: ${shlibs:Depends}, ${misc:Depends}
 Multi-Arch: same
+Conflicts: libsimbody3.5
+Replaces: libsimbody3.5
 Description: SimTK multibody dynamics API - shared library
  Simbody is a SimTK toolset providing general multibody dynamics capability,
  that is, the ability to solve Newton's 2nd law F=ma in any set of generalized
@@ -36,7 +39,7 @@ Depends: freeglut3-dev,
  libxi-dev,
  libxmu-dev,
  liblapack-dev,
-	 libsimbody3.5 (= ${binary:Version}),
+	 libsimbody3.5v5 (= ${binary:Version}),
 	 ${misc:Depends}
 Multi-Arch: same
 Description: SimTK multibody dynamics API - development files
@@ -49,12 +52,14 @@ Description: SimTK multibody dynamics AP
  This package contains development files (headers, shared library
  symbolic link and pkg-config file).
 
-Package: libsimbody3.5-dbg
+Package: libsimbody3.5v5-dbg
 Architecture: any
 Section: debug
-Depends: libsimbody3.5 (= ${binary:Version}),
+Depends: libsimbody3.5v5 (= ${binary:Version}),
  ${misc:Depends}
 Multi-Arch: foreign
+Conflicts: libsimbody3.5-dbg
+Replaces: libsimbody3.5-dbg
 Description: SimTK multibody dynamics API - Debugging Symbols
  Simbody is a SimTK toolset providing general multibody dynamics capability,
  that is, the ability to solve Newton's 2nd law F=ma in any set of generalized
diff -pruN 3.5.1+dfsg-1/debian/libsimbody3.5.install 3.5.1+dfsg-2/debian/libsimbody3.5.install
--- 3.5.1+dfsg-1/debian/libsimbody3.5.install	2015-01-26 21:10:39.0 +
+++ 3.5.1+dfsg-2/debian/libsimbody3.5.install	1970-01-01 00:00:00.0 +
@@ -1 +0,0 @@
-usr/lib/*/*.so.*
diff -pruN 3.5.1+dfsg-1/debian/libsimbody3.5.lintian-overrides 3.5.1+dfsg-2/debian/libsimbody3.5.lintian-overrides
--- 3.5.1+dfsg-1/debian/libsimbody3.5.lintian-overrides	2015-01-26 21:10:39.0 +
+++ 3.5.1+dfsg-2/debian/libsimbody3.5.lintian-overrides	1970-01-01 00:00:00.0 +
@@ -1,7 +0,0 @@
-# Upstream has renamed the namespace. Full upstream answer is at:
-# https://github.com/simbody/simbody/issues/49#issuecomment-39047672 
-libsimbody3.5: embedded-library usr/lib/x86_64-linux-gnu/libSimTKcommon.so.3.5: tinyxml
-
-# Upstream thinks that makes no sense to package libraries independently
-# https://github.com/simbody/simbody/issues/49#issuecomment-27418566
-libsimbody3.5: package-name-doesnt-match-sonames libSimTKcommon3.5 libSimTKmath3.5 libSimTKsimbody3.5
diff -pruN 3.5.1+dfsg-1/debian/libsimbody3.5v5-dbg.lintian-overrides 3.5.1+dfsg-2/debian/libsimbody3.5v5-dbg.lintian-overrides
--- 3.5.1+dfsg-1/debian/libsimbody3.5v5-dbg.lintian-overrides	1970-01-01 00:00:00.0 +
+++ 3.5.1+dfsg-2/debian/libsimbody3.5v5-dbg.lintian-overrides	2015-08-04 10:40:35.0 +
@@ -0,0 +1,2 @@
+# G++5 ABI transition
+libsimbody3.5v5-dbg: package-name-doesnt-match-sonames libsimbody3.5-dbg
diff -pruN 3.5.1+dfsg-1/debian/libsimbody3.5v5.install 3.5.1+dfsg-2/debian/libsimbody3.5v5.install
--- 3.5.1+dfsg-1/debian/libsimbody3.5v5.install	1970-01-01 00:00:00.0 +
+++ 3.5.1+dfsg-2/debian/libsimbody3.5v5.install	2015-08-04 10:40:35.0 +
@@ -0,0 +1 @@
+usr/lib/*/*.so.*
diff -pruN 3.5.1+dfsg-1/debian/libsimbody3.5v5.lintian-overrides 3.5.1+dfsg-2/debian/libsimbody3.5v5.lintian-overrides
--- 3.5.1+dfsg-1/debian/libsimbody3.5v5.lintian-overrides	1970-01-01 00:00:00.0 +
+++ 3.5.1+dfsg-2/debian/libsimbody3.5v5.lintian-overrides	2015-08-04 

Bug#796891: libvtk6-dev: Reference to non-existant vtkGUISupportQtModule.h in /usr/include/vtk-6.2/QVTKWidget.h

[Scott Kitterman]

My reading of this split out is that all the users of the Qt parts of VTK will 
need to update their build-depends.  I think it would be appropriate to file 
bugs against the relevant packages so they know.

Scott K

On Tuesday, August 25, 2015 05:14:04 PM Anton Gladky wrote:
 I think the second option should be better.
 
 Anton
 
 2015-08-25 16:49 GMT+02:00 Scott Kitterman deb...@kitterman.com:
  So does that mean that libvtk6-dev should depend on libvtk6-qt-dev or
  perhaps /usr/include/vtk-6.2/QVTKWidget.h should move there as well?
  
  Scott K
  
  On Tuesday, August 25, 2015 04:26:23 PM Anton Gladky wrote:
  It is in libvtk6-qt-dev [1].
  
  [1] https://packages.debian.org/sid/amd64/libvtk6-qt-dev/filelist
  
  Anton
  
  2015-08-25 15:44 GMT+02:00 Scott Kitterman deb...@kitterman.com:
   Package: libvtk6-dev
   Version: 6.2.0+dfsg1-3
   Severity: grave
   Tags: upstream
   Justification: renders package unusable
   
   I was trying to build a newer version of gammaray locally to see if it
   would build with vtk6 and the build failed with this error:
   
   In file included from
   /tmp/buildd/gammaray-2.3.0/plugins/objectvisualizer/vtkwidget.h:31:0,
   
from
  
  
/tmp/buildd/gammaray-2.3.0/plugins/objectvisualizer/objectvisualizerwidget.cpp:30:
   /usr/include/vtk-6.2/QVTKWidget.h:39:55: fatal error:
   vtkGUISupportQtModule.h: No such file or directory compilation

-- 
debian-science-maintainers mailing list
debian-science-maintainers@lists.alioth.debian.org
http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/debian-science-maintainers

Bug#796891: libvtk6-dev: Reference to non-existant vtkGUISupportQtModule.h in /usr/include/vtk-6.2/QVTKWidget.h

[Scott Kitterman]

So does that mean that libvtk6-dev should depend on libvtk6-qt-dev or perhaps 
/usr/include/vtk-6.2/QVTKWidget.h should move there as well?

Scott K

On Tuesday, August 25, 2015 04:26:23 PM Anton Gladky wrote:
 It is in libvtk6-qt-dev [1].
 
 [1] https://packages.debian.org/sid/amd64/libvtk6-qt-dev/filelist
 
 Anton
 
 2015-08-25 15:44 GMT+02:00 Scott Kitterman deb...@kitterman.com:
  Package: libvtk6-dev
  Version: 6.2.0+dfsg1-3
  Severity: grave
  Tags: upstream
  Justification: renders package unusable
  
  I was trying to build a newer version of gammaray locally to see if it
  would build with vtk6 and the build failed with this error:
  
  In file included from
  /tmp/buildd/gammaray-2.3.0/plugins/objectvisualizer/vtkwidget.h:31:0, 
   from 
/tmp/buildd/gammaray-2.3.0/plugins/objectvisualizer/objectvisualizerwidget.cpp:30:
  /usr/include/vtk-6.2/QVTKWidget.h:39:55: fatal error:
  vtkGUISupportQtModule.h: No such file or directory compilation

-- 
debian-science-maintainers mailing list
debian-science-maintainers@lists.alioth.debian.org
http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/debian-science-maintainers

coinor-osi_0.106.9-2_amd64.changes REJECTED

[Scott Kitterman]

As uploaded, coinor-libosi1v5 won't upgrade from coinor-libosi1 properly due
to the lack of replaces.  coinor-libosi1v5 should Conflicts/Replaces
coinor-libosi1.  coinor-libosi1v5-dbg should not Conflict coinor-libosi1-dbg
since the two packages share no files.

Please re-upload with the above fixed.

Thanks,

Scott K

===

Please feel free to respond to this email if you don't understand why
your files were rejected, or if you upload new files which address our
concerns.


-- 
debian-science-maintainers mailing list
debian-science-maintainers@lists.alioth.debian.org
http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/debian-science-maintainers

Bug#796891: libvtk6-dev: Reference to non-existant vtkGUISupportQtModule.h in /usr/include/vtk-6.2/QVTKWidget.h

[Scott Kitterman]

Package: libvtk6-dev
Version: 6.2.0+dfsg1-3
Severity: grave
Tags: upstream
Justification: renders package unusable

I was trying to build a newer version of gammaray locally to see if it would
build with vtk6 and the build failed with this error:

In file included from 
/tmp/buildd/gammaray-2.3.0/plugins/objectvisualizer/vtkwidget.h:31:0,
 from 
/tmp/buildd/gammaray-2.3.0/plugins/objectvisualizer/objectvisualizerwidget.cpp:30:
/usr/include/vtk-6.2/QVTKWidget.h:39:55: fatal error: vtkGUISupportQtModule.h: 
No such file or directory
compilation terminated.
plugins/objectvisualizer/CMakeFiles/gammaray_objectvisualizer_ui_plugin.dir/build.make:57:
 recipe for target 
'plugins/objectvisualizer/CMakeFiles/gammaray_objectvisualizer_ui_plugin.dir/objectvisualizerwidget.cpp.o'
 failed
make[4]: *** 
[plugins/objectvisualizer/CMakeFiles/gammaray_objectvisualizer_ui_plugin.dir/objectvisualizerwidget.cpp.o]
 Error 1
make[4]: Leaving directory '/tmp/buildd/gammaray-2.3.0/obj-qt5'
CMakeFiles/Makefile2:3257: recipe for target 
'plugins/objectvisualizer/CMakeFiles/gammaray_objectvisualizer_ui_plugin.dir/all'
 failed
make[3]: *** 
[plugins/objectvisualizer/CMakeFiles/gammaray_objectvisualizer_ui_plugin.dir/all]
 Error 2
make[3]: Leaving directory '/tmp/buildd/gammaray-2.3.0/obj-qt5'
Makefile:149: recipe for target 'all' failed
make[2]: *** [all] Error 2
make[2]: Leaving directory '/tmp/buildd/gammaray-2.3.0/obj-qt5'
dh_auto_build: make -j1 returned exit code 2
debian/rules:17: recipe for target 'override_dh_auto_build' failed
make[1]: *** [override_dh_auto_build] Error 2
make[1]: Leaving directory '/tmp/buildd/gammaray-2.3.0'
debian/rules:10: recipe for target 'build' failed
make: *** [build] Error 2
dpkg-buildpackage: error: debian/rules build gave error exit status 2

I checked in the installed QVTKWidget.h and line 39 says:

#include vtkGUISupportQtModule.h // For export macro

but it's not there:

ls /usr/include/vtk-6.2/vtkGUISupportQtModule.h
ls: cannot access /usr/include/vtk-6.2/vtkGUISupportQtModule.h: No such file or 
directory

It's not listed here either:

https://packages.debian.org/sid/amd64/libvtk6-dev/filelist

-- 
debian-science-maintainers mailing list
debian-science-maintainers@lists.alioth.debian.org
http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/debian-science-maintainers

Comments regarding getfem++_4.2.1~beta1~svn4635~dfsg-4_amd64.changes

[Scott Kitterman]

Nothing that would block an upload, but please take note of:

E: getfem++ source: build-depends-on-obsolete-package build-depends:
python-support (= 1.0.4) = use dh_python2 instead

The Debian Python community is making a real push to get rid of
python-support this cycle and your attention to this soon would be
appreciated.

Scott K



-- 
debian-science-maintainers mailing list
debian-science-maintainers@lists.alioth.debian.org
http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/debian-science-maintainers

gazebo_5.0.1+dfsg-1~exp1_amd64.changes REJECTED

[Scott Kitterman]

Unfortunately, I have to reject your package due to a number of issues in
debian/copyright.  I did not check anything else, but I think this is a
comprehensive list of debian/copyright issues.

Major issues (reject reasons)

cmake/Ronn2Man.cmake

# Based on work of Emmanuel Roullit emman...@netsniff-ng.org
# Copyright 2009, 2012 Emmanuel Roullit.
# Subject to the GPL, version 2.

Not listed in debian/copyright.
No copy of the GPL version 2 provided in the source

deps/ann/include/ann/*

// File:ANN.h
// Programmer:  Sunil Arya and David Mount
// Description: Basic include file for approximate nearest
//  neighbor searching.
// Last modified:   01/27/10 (Version 1.1.2)
//--
// Copyright (c) 1997-2010 University of Maryland and Sunil Arya and
// David Mount.  All Rights Reserved.
//
// This software and related documentation is part of the Approximate
// Nearest Neighbor Library (ANN).  This software is provided under
// the provisions of the Lesser GNU Public License (LGPL).  See the
// file ../ReadMe.txt for further information.

No copy of LGPL included (nor ReadMe.txt)
Minor: Copyright date of ANN.h and ANNperf.h need to be updated

media/fonts/maiden.ttf

Copyright and license information missing.
Iron Maiden TTF by LCF, Timour Jgenti (c) Copyright 1996

media/gui/fonts/DejaVuSans.ttf

Copyright and license information missing.
Copyright (c) 2003 by Bitstream, Inc. All Rights Reserved.
DejaVu changes are in public domain
Note: the public domain claim is almost certainly wrong.

The package includes the file media/gui/fonts/baemuk.txt, but does not appear to
include the baemuk fonts, so it is likely irrelevant, but this file says:

Copyright (c) 1986-2002 Kim Jeong-Hwan
All rights reserved.

Permission to use, copy, modify and distribute this font is
hereby granted, provided that both the copyright notice and
this permission notice appear in all copies of the font,
derivative works or modified versions, and that the following
acknowledgement appear in supporting documentation:
Baekmuk Batang, Baekmuk Dotum, Baekmuk Gulim, and
Baekmuk Headline are registered trademarks owned by
Kim Jeong-Hwan.

If these fonts are elsewhere in the package, this needs to be in debian/
copyright.  Otherwise, you might want to ask upstream to remove it.

media/rtshaderlib*

All these files include something like:

This source file is part of OGRE
(Object-oriented Graphics Rendering Engine)
For the latest info, see http://www.ogre3d.org

Copyright (c) 2000-2013 Torus Knot Software Ltd
Permission is hereby granted, free of charge, to any person obtaining a copy
of this software and associated documentation files (the Software), to deal
in the Software without restriction, including without limitation the rights
to use, copy, modify, merge, publish, distribute, sublicense, and/or sell
copies of the Software, and to permit persons to whom the Software is
furnished to do so, subject to the following conditions:

The above copyright notice and this permission notice shall be included in
all copies or substantial portions of the Software.

THE SOFTWARE IS PROVIDED AS IS, WITHOUT WARRANTY OF ANY KIND, EXPRESS OR
IMPLIED, INCLUDING BUT NOT LIMITED TO THE WARRANTIES OF MERCHANTABILITY,
FITNESS FOR A PARTICULAR PURPOSE AND NONINFRINGEMENT. IN NO EVENT SHALL THE
AUTHORS OR COPYRIGHT HOLDERS BE LIABLE FOR ANY CLAIM, DAMAGES OR OTHER
LIABILITY, WHETHER IN AN ACTION OF CONTRACT, TORT OR OTHERWISE, ARISING FROM,
OUT OF OR IN CONNECTION WITH THE SOFTWARE OR THE USE OR OTHER DEALINGS IN
THE SOFTWARE.

These are not in debian/copyright.

Minor

Open Source Robotics Foundation copyright dates now include 2015.  Debian/
copyright needs update.



===

Please feel free to respond to this email if you don't understand why
your files were rejected, or if you upload new files which address our
concerns.


-- 
debian-science-maintainers mailing list
debian-science-maintainers@lists.alioth.debian.org
http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/debian-science-maintainers

Re: gazebo_5.0.1+dfsg-1~exp1_amd64.changes REJECTED

[Scott Kitterman]

On February 26, 2015 7:17:01 PM EST, Jose Luis Rivero 
jriv...@osrfoundation.org wrote:
Hello Scott:

Thanks for reviewing the upload. Only one question inline while I fix
the rest of the problems and back to upload a new version:

On 02/26/2015 07:00 PM, Scott Kitterman wrote:
 
 Unfortunately, I have to reject your package due to a number of
issues in
 debian/copyright.  I did not check anything else, but I think this is
a
 comprehensive list of debian/copyright issues.
 
 Major issues (reject reasons)
 
 cmake/Ronn2Man.cmake
 
 # Based on work of Emmanuel Roullit emman...@netsniff-ng.org
 # Copyright 2009, 2012 Emmanuel Roullit.
 # Subject to the GPL, version 2.
 
 Not listed in debian/copyright.
 No copy of the GPL version 2 provided in the source
 

What do you mean by No copy of the GPL version 2 provided in the
source? I've never face this problem before.

The source tarballs has to be Free and distributable on it's own, which means a 
full copy of the licenses used must be present. The contents of 
debian/copyright and the pointer to common-licenses aren't sufficient because 
they aren't part of the tarball.

When you repack the tarballs which AIUI you're already doing) add a copy of GPL 
v2.  That's all. You should ask upstream to do the same for the next upload. 

Scott K


-- 
debian-science-maintainers mailing list
debian-science-maintainers@lists.alioth.debian.org
http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/debian-science-maintainers

Bug#751650: python3-morse-simulator: Build-depends on python3.3-dev

[Scott Kitterman]

NMU debdiff.  I'll upload this shortly, probably on Friday.diff -Nru morse-simulator-1.2/debian/changelog morse-simulator-1.2/debian/changelog
--- morse-simulator-1.2/debian/changelog	2014-02-24 11:39:27.0 -0500
+++ morse-simulator-1.2/debian/changelog	2014-06-19 22:11:41.0 -0400
@@ -1,3 +1,11 @@
+morse-simulator (1.2-2.1) unstable; urgency=medium
+
+  * Non-maintainer upload.
+  * Drop unneeded build-dep on python3.3-dev to support python3.3 removal
+(Closes: #751650)
+
+ -- Scott Kitterman sc...@kitterman.com  Thu, 19 Jun 2014 22:09:44 -0400
+
 morse-simulator (1.2-2) unstable; urgency=medium
 
   * Add python-concurrent.futures to the build dep to make the build
diff -Nru morse-simulator-1.2/debian/control morse-simulator-1.2/debian/control
--- morse-simulator-1.2/debian/control	2014-02-24 11:39:04.0 -0500
+++ morse-simulator-1.2/debian/control	2014-06-19 22:09:40.0 -0400
@@ -3,7 +3,7 @@
 Priority: extra
 Maintainer: Debian Science Team debian-science-maintainers@lists.alioth.debian.org
 Uploaders: Sylvestre Ledru sylves...@debian.org, Séverin Lemaignan seve...@guakamole.org
-Build-Depends: debhelper (= 8.0.0), cmake, python3.3-dev, python3-dev,
+Build-Depends: debhelper (= 8.0.0), cmake, python3-dev,
  python3-sphinx, pkg-config, python-concurrent.futures
 Standards-Version: 3.9.5
 Homepage: http://morse.openrobots.org/
-- 
debian-science-maintainers mailing list
debian-science-maintainers@lists.alioth.debian.org
http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/debian-science-maintainers

Bug#751650: python3-morse-simulator: Build-depends on python3.3-dev

[Scott Kitterman]

Package: python3-morse-simulator
Version: 1.2-2
Severity: important

python3.3 is due to be removed from the archive soon.  Once that happens, this
package will be unbuildable and this bug will be RC.  In order to prevent
this from happening, please upload a version soon that drops python3.3-dev
from build-depends (and closes this bug).  No additional changes should be
needed.

I thought this was resolved last year when I NMUed the package, but it seems
to have crept back in.

-- 
debian-science-maintainers mailing list
debian-science-maintainers@lists.alioth.debian.org
http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/debian-science-maintainers

Bug#743554: Proposed Fix

[Scott Kitterman]

On Saturday, April 05, 2014 13:07:09 Ole Streicher wrote:
 Control: tag -1 upstream
 Control: forwarded -1 https://github.com/astropy/astropy/issues/2171

 These problems are already forwarded to upstream. While the
 test_composite_static_matrix_transform failure could be fixed by
 increasing the tolerance, the checksum test failures would need to be
 silenced or disabled.

 However, I am afraid that the checksum test failure exposes a real
 problem that was not in the 0.3.0 version, so instead of just silencing
 it I will wait for a new version from upstream. See the upstream bug
 report for details.

According to the upstream report, the checksum tests should not be run on
non-64 bit architectures.  The attached patch accomplishes this and builds  on
i386.  python-astropy should be fixed before we make python3.4 the default
python3, so I would like to get this fixed.  I'm happy to NMU unless you'd
rather upload.

Let me know,

Scott K

diff -Nru python-astropy-0.3.1+dfsg/debian/changelog python-astropy-0.3.1+dfsg/debian/changelog
--- python-astropy-0.3.1+dfsg/debian/changelog	2014-03-06 05:55:09.0 -0500
+++ python-astropy-0.3.1+dfsg/debian/changelog	2014-05-03 15:32:29.0 -0400
@@ -1,3 +1,11 @@
+python-astropy (0.3.1+dfsg-1.1) unstable; urgency=medium
+
+  * Non-maintainer upload.
+  * Add debian/patches/32bit_fix.patch to fix test failures on 32bit archs
+Closes: #743554
+
+ -- Scott Kitterman sc...@kitterman.com  Sat, 03 May 2014 15:31:16 -0400
+
 python-astropy (0.3.1+dfsg-1) unstable; urgency=low

   * New upstream version
diff -Nru python-astropy-0.3.1+dfsg/debian/patches/32bit_fix.patch python-astropy-0.3.1+dfsg/debian/patches/32bit_fix.patch
--- python-astropy-0.3.1+dfsg/debian/patches/32bit_fix.patch	1969-12-31 19:00:00.0 -0500
+++ python-astropy-0.3.1+dfsg/debian/patches/32bit_fix.patch	2014-05-03 20:44:26.0 -0400
@@ -0,0 +1,22 @@
+Index: python-astropy-0.3.1+dfsg/astropy/io/fits/tests/test_checksum.py
+==+--- python-astropy-0.3.1+dfsg.orig/astropy/io/fits/tests/test_checksum.py	2014-03-04 12:47:45.0 -0500
 python-astropy-0.3.1+dfsg/astropy/io/fits/tests/test_checksum.py	2014-05-03 20:44:20.911914121 -0400
+@@ -49,7 +49,7 @@
+ assert 'CHECKSUM' in hdul[0].header
+ assert 'DATASUM' in hdul[0].header
+
+-if not sys.platform.startswith('win32'):
++if not (sys.platform.startswith('win32') or sys.maxsize  2**31):
+ assert hdul[0].header['CHECKSUM'] == 'ZHMkeGKjZGKjbGKj'
+ assert hdul[0].header['DATASUM'] == '4950'
+
+@@ -62,7 +62,7 @@
+ assert 'CHECKSUM' in hdul[0].header
+ assert 'DATASUM' in hdul[0].header
+
+-if not sys.platform.startswith('win32'):
++if not (sys.platform.startswith('win32') or sys.maxsize  2**31):
+ assert hdul[0].header['CHECKSUM'] == 'jD4Am942jC48j948'
+ assert hdul[0].header['DATASUM'] == '4164005614'
+
diff -Nru python-astropy-0.3.1+dfsg/debian/patches/series python-astropy-0.3.1+dfsg/debian/patches/series
--- python-astropy-0.3.1+dfsg/debian/patches/series	2014-03-06 05:55:09.0 -0500
+++ python-astropy-0.3.1+dfsg/debian/patches/series	2014-05-03 15:26:39.0 -0400
@@ -1,2 +1,3 @@
 mark_known_failures.patch
 python3.4.patch
+32bit_fix.patch


signature.asc
Description: This is a digitally signed message part.
-- 
debian-science-maintainers mailing list
debian-science-maintainers@lists.alioth.debian.org
http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/debian-science-maintainers