Bug#746523: src:gmp: FTCBFS for arm64: update symbols file

2014-04-30 Thread Helmut Grohne 
Package: src:gmp
Version: 2:6.0.0+dfsg-2.3
Severity: normal
X-Debbugs-CC: Jordi Mallach jo...@debian.org
User: helm...@debian.org
Usertags: rebootstrap

Since the recent sequence of NMUs, gmp started to FTCBFS on arm64.
Please have a look at the tail of the build log:

dpkg-gensymbols: warning: some symbols or patterns disappeared in the symbols 
file: see diff output below
dpkg-gensymbols: warning: debian/libgmp10/DEBIAN/symbols doesn't match 
completely debian/libgmp10.symbols
--- debian/libgmp10.symbols (libgmp10_2:6.0.0+dfsg-2.3_arm64)
+++ dpkg-gensymbols8TvKYr   2014-04-30 21:49:34.0 +
@@ -604,7 +604,7 @@
  (arch=any-i386)__gmpn_sub_nc_pentium4_sse2@Base 2:5.1.1
  (arch=any-i386)__gmpn_sub_nc_pentium@Base 2:5.1.1
  (arch=any-i386)__gmpn_sub_nc_x86@Base 2:5.1.1
- (arch=!hppa !mips !mipsel !sparc64)__gmpn_sublsh1_n@Base 0
+#MISSING: 2:6.0.0+dfsg-2.3# (arch=!hppa !mips !mipsel 
!sparc64)__gmpn_sublsh1_n@Base 0
  (arch=any-i386)__gmpn_sublsh1_n_init@Base 2:5.1.1
  __gmpn_submul_1@Base 0
  (arch=any-i386)__gmpn_submul_1_atom_sse2@Base 2:5.1.1
(grep -s -v misc:Pre-Depends debian/libgmp10.substvars; echo 
misc:Pre-Depends=multiarch-support)  debian/libgmp10.substvars.new
mv debian/libgmp10.substvars.new debian/libgmp10.substvars
rm -f debian/libgmpxx4ldbl/DEBIAN/shlibs
install -d debian/libgmpxx4ldbl/DEBIAN
echo 'libgmpxx 4 libgmpxx4ldbl' debian/libgmpxx4ldbl/DEBIAN/shlibs
echo # Automatically added by dh_makeshlibs 
debian/libgmpxx4ldbl.postinst.debhelper
sed  /usr/share/debhelper/autoscripts/postinst-makeshlibs  
debian/libgmpxx4ldbl.postinst.debhelper
echo '# End automatically added section'  
debian/libgmpxx4ldbl.postinst.debhelper
echo # Automatically added by dh_makeshlibs 
debian/libgmpxx4ldbl.postrm.debhelper
sed  /usr/share/debhelper/autoscripts/postrm-makeshlibs  
debian/libgmpxx4ldbl.postrm.debhelper
echo '# End automatically added section'  
debian/libgmpxx4ldbl.postrm.debhelper
chmod 644 debian/libgmpxx4ldbl/DEBIAN/shlibs
chown 0:0 debian/libgmpxx4ldbl/DEBIAN/shlibs
(grep -s -v misc:Pre-Depends debian/libgmpxx4ldbl.substvars; echo 
misc:Pre-Depends=multiarch-support)  debian/libgmpxx4ldbl.substvars.new
mv debian/libgmpxx4ldbl.substvars.new debian/libgmpxx4ldbl.substvars
rm -f debian/libgmp-dev/DEBIAN/shlibs
rm -f debian/libgmp3-dev/DEBIAN/shlibs
dh_makeshlibs: failing due to earlier errors
make[1]: *** [binary-common] Error 2
make[1]: Leaving directory `/tmp/buildd/gmp/gmp-6.0.0+dfsg'
make: *** [binary-arch] Error 2
dpkg-buildpackage: error: debian/rules binary-arch gave error exit status 2

More context and a link to the full build log is available at:
https://jenkins.debian.net/view/rebootstrap/job/rebootstrap_arm64_gcc48/lastBuild/console

It appears that arm64 is not the only affected architecture and gmp also
FTBFS for a number of ports such as alpha, m68k and sh4, see:
http://buildd.debian-ports.org/status/package.php?p=gmp

Helmut

-- 
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#760936: BLAS: not Multi-Arch safe

2014-09-09 Thread Helmut Grohne 
On Tue, Sep 09, 2014 at 11:11:39AM +0200, Thorsten Glaser wrote:
 The problem here is that I can install, for example,
 libblas3:amd64 and libatlas3-base:i386, and they are
 managed by the same alternative.

Let me sketch a scenario to make the projected breakage explicit:

Let's say my package foo Depends on libblas3 | libblas.so.3. Now
foo:i386 is installed, but the alternative is chosen to be served from
libblas3:amd64. Since libatlas3-base:i386 provides libblas.so.3:i386, I
can install foo that way, but it will fail to work. This is exactly what
happened on #760821.

 Helmut and I think you need to move the libblas.so.3
 symlink into arch-qualified subdirectories and manage
 multiple alternatives, one per architecture.

By managing per-architecture alternatives libblas.so.3 is only provided
when it is actually available. I am not sure how much code this
transition would break. From a quick glance, all providers (atlas, blas,
...) need to be updated. In addition, python-scipy will have its test
suite broken. Probably more.

 Helmut suggested to just add Conflicts: libblas.so.3
 to all providers of the libblas.so.3 virtual package,
 so they are not coïnstallable, then drop the alternatives
 Geraffel and just use normal M-A coïnstallability. Please
 do enlighten us to the reason of this alternatives system ???

Dropping the alternatives handling is optional here (, but after adding
conflicts there can only be one provider at any one time, so it is kinda
useless). This is the quick and dirty solution that will make the
breakage go away now.

There is yet another workaround to the issue at hand. The blas providers
could provide an additional package (for internal consumption only)
named libblas.so.3-${DEB_HOST_ARCH} and conflict this particular
package for all other (release) architectures. That would ensure that
all blas providers would always use the same architecture without
sacrificing the ability to install multiple providers for the same
architecture.

Further down the road, replacing the update-alternatives mechanism with
tiny meta packages containing just the symbolic link would also work.
The existing packages would drop their provides libblas.so.3 and new
packages shipping just that symlink would provide and conflict
libblas.so.3. Sadly, this introduces quite a few small packages.

Helmut

-- 
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#760936: BLAS: not Multi-Arch safe

2014-09-09 Thread Helmut Grohne 
I think you are getting this wrong.

On Tue, Sep 09, 2014 at 02:06:37PM +0100, Sébastien Villemot wrote:
 Essentially this is a wishlist bug, because BLAS implementations have
 never been multi-arch safe (and the packages are not marked as
 M-A:same). The particular situation that you are describing is due to

The Multi-Arch spec tried to make all packages Multi-Arch safe by
default. In particular, most packages that are not M-A:same are
Multi-Arch safe. libblas3 is not. It can lead to a situation where
dependencies are satisfied, but the resulting installation is
non-functional.

 someone using one BLAS implementation on one arch and another
 implementation on the other arch, which is essentially an attempt to
 circumvent the fact that BLAS packages are not M-A:same.

This doesn't have to be an active choice of the user. It can just happen
that you enabled i386 on your amd64 box (as is recommended in the
release notes for running software like skype), that apt will pull in a
foreign-arch implementation of blas, because the meta data tells that
this would work, while it doesn't.

This bug is not about making blas M-A:same (which would be wishlist),
but about blas not breaking after adding a foreign architecture.

 Given that transitions are now frozen for Jessie, and given that the
 freeze is less than 2 months ahead, I think that this is too big a
 change to be implemented now, for several reasons: it involves multiple
 packages (blas, lapack, atlas, openblas); it needs coordinated changes
 in those packages, which means that they must all transition to testing
 at the same time; the change is tricky because it involves lots of code
 in maintainer scripts, with possible problems on upgrade paths; I will
 have almost no time in October for Debian.

I agree that any way to solve this issue involves severe changes, which
may be unsuitable for jessie. But for jessie we do not have to
Multi-Arch blas. It suffices to make it Multi-Arch safe.

 If you come up soon with working patches for these 4 packages, I will do
 my best to review and upload them. Otherwise I don't think that this
 move is realistic before the freeze.

Let me propose another funky workaround for jessie:

Introduce a new, empty arch:any package (whose sole purpose is to
exist). Do not mark it as Multi-Arch anything (this is crucial and why
you cannot reuse things like libc6 or dpkg for this). Then have all blas
implementations depend on this package.

Any blas implementation being installed will pull in the new package for
the architecture. Any other blas implementation will only be installable
for the same architecture now.

Even though, this goes through NEW and has to touch at least four
packages, it does not cause a transition. It also does not cause the
update-alternatives handling to change. What do you think?

Helmut

-- 
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#814671: libgmp10: please update symbols for nios2

2016-02-13 Thread Helmut Grohne 
Source: gmp
Version: 2:6.0.0+dfsg-6
Tags: patch
User: helm...@debian.org
Usertags: rebootstrap

Dear gmp maintainer,

gmp fails to build from source on nios2 (which is a new architecture
from a Debian point of view). dpkg-gensymbols fails missing a lot of
symbols. This is kinda expected for a new port. As it happens, nios2
behaves exactly the same as mips (and a few other architectures) from a
gmp symbols point of view. Thus

sed -i 's/!mips /!nios2 &/' debian/libgmp10.symbols

can be used to make the gmp build succeed on nios2. Can you apply this
fix?

Helmut

-- 
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#830681: trilinos-all-dev: Updating binutils breaks trilinos

2016-07-14 Thread Helmut Grohne 
On Sun, Jul 10, 2016 at 01:04:13PM +0200, Felix Salfelder wrote:
> if that's correct, we shouldn't link libtrilinos_teuchoscore.so to a
> particular revision of libbfd-2.26-system.so. how would that be
> possible?
> 
> otoh, if libbfd-2.26.1-system.so
> - is meant to replace libbfd-2.26-system.so, shouldn't there be a
>   symlink?
> - is NOT meant to provide libbfd-2.26-system.so, then why are these not
>   coinstallable?

Dynamically linking libbfd-*-system.so is no allowed. This is explicitly
stated in the package description of binutils-dev.

If you absolutely must link libbfd, link it statically and add an
appropriate Built-Using header.

Helmut

-- 
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#853243: bibutils FTCBFS: uses the build architecture compiler, runs tests despite DEB_BUILD_OPTIONS=nocheck

2017-01-30 Thread Helmut Grohne 
Source: bibutils
Version: 4.12-5
Tags: patch
User: helm...@debian.org
Usertags: rebootstrap

bibutils fails to cross build from source, because it uses the build
architecture compiler and runs the test suite even when
DEB_BUILD_OPTIONS contains nocheck. Since dh_auto_build knows how to
pass cross compilers for the makefile buildsystem, the easiest solution
for the former problem is to indirect the $(MAKE) invocations through
dh_auto_build. The other is fixed by the addition of a conditional.
Please consider applying the attached patch after stretch is released.

Helmut
diff --minimal -Nru bibutils-4.12/debian/changelog 
bibutils-4.12/debian/changelog
--- bibutils-4.12/debian/changelog  2011-10-09 14:11:09.0 +0200
+++ bibutils-4.12/debian/changelog  2017-01-30 20:24:12.0 +0100
@@ -1,3 +1,12 @@
+bibutils (4.12-5.1) UNRELEASED; urgency=medium
+
+  * Non-maintainer upload.
+  * Fix FTCBFS: (Closes: #-1)
++ Let dh_auto_build pass cross compilers to $(MAKE)
++ Honour DEB_BUILD_OPTIONS=nocheck
+
+ -- Helmut Grohne <hel...@subdivi.de>  Mon, 30 Jan 2017 20:24:12 +0100
+
 bibutils (4.12-5) unstable; urgency=low
 
   * Remove extraneous backslashes from libbibutils.pc. 
diff --minimal -Nru bibutils-4.12/debian/rules bibutils-4.12/debian/rules
--- bibutils-4.12/debian/rules  2011-10-09 14:11:09.0 +0200
+++ bibutils-4.12/debian/rules  2017-01-30 20:24:08.0 +0100
@@ -19,24 +19,26 @@
 LIBINSTALLDIR=${DESTDIR}/usr/lib
 
 %:
-   dh $@
+   dh $@ --buildsystem=makefile
 
 override_dh_auto_configure:
@echo Skipping auto_configure
@echo building bibutils $(VERSION), upstream date $(DATE)
 
 override_dh_auto_build:
-   $(MAKE) -C lib -f Makefile.dynamic SONAME=$(SONAME) SOMINOR=$(SOMINOR) 
all
-   $(MAKE) -C bin -f Makefile.dynamic VERSION=$(VERSION) DATE=$(DATE) all
+   dh_auto_build -Dlib -- -f Makefile.dynamic SONAME=$(SONAME) 
SOMINOR=$(SOMINOR) all
+   dh_auto_build -Dbin -- -f Makefile.dynamic VERSION=$(VERSION) 
DATE=$(DATE) all
# this relies on target clean not removing the shared libs
-   $(MAKE) -C lib -f Makefile.static clean
-   $(MAKE) -C lib -f Makefile.static libbibutils.a libbibcore.a
+   dh_auto_build -Dlib -- -f Makefile.static clean
+   dh_auto_build -Dlib -- -f Makefile.static libbibutils.a libbibcore.a
$(XP) -o bibutils.1 $(DB2MAN) bibutils.dbk
sed 's/VERSION/${VERSION}/g' packageconfig_start > lib/bibutils.pc
 
 override_dh_auto_install:
@echo Skipping auto_install
 
+ifeq ($(filter nocheck,$(DEB_BUILD_OPTIONS)),)
 override_dh_auto_test:
make -C test all
make -C test test
+endif
-- 
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#842530: mark libeigen3-dev Multi-Arch: foreign

2016-10-30 Thread Helmut Grohne 
Package: libeigen3-dev
Version: 3.3~beta2-2
Tags: patch
User: helm...@debian.org
Usertags: rebootstrap
Control: affects -1 + src:analitza src:ceres-solver src:dolfin src:fastqtl 
src:gazebo src:gnudatalanguage src:guitarix src:kido src:lammps src:liggghts 
src:meshlab src:mia src:mlt src:movit src:mpqc3 src:nageru src:openbabel 
src:opencv src:openms src:openscad src:orocos-kdl src:palabos src:probabel 
src:python-shogun src:roboptim-core src:shogun src:sofa-framework src:tiledarray

The packages listed under affects cannot satisfy their cross
Build-Depends, because their dependency on libeigen3-dev is not
satisfiable. In general, Architecture: all packages can never satisfy
cross Build-Depends unless marked Multi-Arch: foreign. In this case, the
marking is correct, because libeigen3-dev does not have any maintainer
scripts and its only dependency (pkg-config) is marked Multi-Arch:
foreign already.

In the attached patch, I am also marking libeigen3-doc after switching
its dependency on ttf-freefont to fonts-freefont-ttf. The former is a
transitional dummy package that happens to not be Multi-Arch: foreign.
After updating the dependency, all of libeigen3-doc's dependencies are
marked Multi-Arch: foreign and it doesn't include any maintainer scripts
either. Thus the marking becomes correct as well. Please consider
applying the patch.

Helmut
diff --minimal -Nru eigen3-3.3~beta2/debian/changelog 
eigen3-3.3~beta2/debian/changelog
--- eigen3-3.3~beta2/debian/changelog   2016-09-03 22:14:51.0 +0200
+++ eigen3-3.3~beta2/debian/changelog   2016-10-30 06:56:06.0 +0100
@@ -1,3 +1,11 @@
+eigen3 (3.3~beta2-2.1) UNRELEASED; urgency=medium
+
+  * Non-maintainer upload.
+  * Move dependency on transitional ttf-freefont to fonts-freefont-ttf.
+  * Mark all packages Multi-Arch: foreign. (Closes: #-1)
+
+ -- Helmut Grohne <hel...@subdivi.de>  Sun, 30 Oct 2016 06:55:25 +0100
+
 eigen3 (3.3~beta2-2) unstable; urgency=medium
 
   [ Michael R. Crusoe ]
diff --minimal -Nru eigen3-3.3~beta2/debian/control 
eigen3-3.3~beta2/debian/control
--- eigen3-3.3~beta2/debian/control 2016-09-03 22:13:23.0 +0200
+++ eigen3-3.3~beta2/debian/control 2016-10-30 06:55:22.0 +0100
@@ -20,6 +20,7 @@
 
 Package: libeigen3-dev
 Architecture: all
+Multi-Arch: foreign
 Depends: pkg-config,
  ${misc:Depends}
 Suggests: libeigen3-doc,
@@ -35,9 +36,10 @@
 
 Package: libeigen3-doc
 Architecture: all
+Multi-Arch: foreign
 Section: doc
 Depends: libjs-jquery,
- ttf-freefont,
+ fonts-freefont-ttf,
  ${misc:Depends}
 Suggests: libeigen3-dev
 Description: eigen3 API documentation
-- 
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#845279: freeimage FTCBFS: uses build architecture compiler and pkg-config

2016-11-21 Thread Helmut Grohne 
Source: freeimage
Version: 3.17.0+ds1-3
Tags: patch
User: helm...@debian.org
Usertags: rebootstrap

freeimage fails to cross build from source, because it generally uses
the build architecture toolchain. Supplying a triplet-prefixed CC and
CXX solves most of it, but the upstream Makefile calls directly into an
unprefixed pkg-config. The attached patch addresses both issues and
makes freeimage cross build successfully. Please consider applying it.

Helmut
--- freeimage-3.17.0+ds1/debian/changelog
+++ freeimage-3.17.0+ds1/debian/changelog
@@ -1,3 +1,10 @@
+freeimage (3.17.0+ds1-3.1) UNRELEASED; urgency=medium
+
+  * Non-maintainer upload.
+  * Fix FTCBFS: Use triplet-prefixed build tools (Closes: #-1)
+
+ -- Helmut Grohne <hel...@subdivi.de>  Thu, 22 Nov 2016 06:12:06 +0100
+
 freeimage (3.17.0+ds1-3) unstable; urgency=critical
 
   [ Ghislain Antony Vaillant ]
--- freeimage-3.17.0+ds1/debian/patches/cross.patch
+++ freeimage-3.17.0+ds1/debian/patches/cross.patch
@@ -0,0 +1,31 @@
+From: Helmut Grohne <hel...@subdivi.de>
+Subject: make pkg-config substitutable with triplet-prefixed tools
+
+--- freeimage-3.17.0+ds1.orig/Makefile.gnu
 freeimage-3.17.0+ds1/Makefile.gnu
+@@ -10,8 +10,9 @@
+ 
+ # Converts cr/lf to just lf
+ DOS2UNIX = dos2unix
++PKG_CONFIG ?= pkg-config
+ 
+-LIBRARIES = -lstdc++ -ljxrglue $(shell pkg-config --libs libjpeg libopenjp2 
libpng libraw libtiff-4 libwebpmux OpenEXR zlib) -lm
++LIBRARIES = -lstdc++ -ljxrglue $(shell $(PKG_CONFIG) --libs libjpeg 
libopenjp2 libpng libraw libtiff-4 libwebpmux OpenEXR zlib) -lm
+ 
+ MODULES = $(SRCS:.c=.o)
+ MODULES := $(MODULES:.cpp=.o)
+@@ -23,12 +24,12 @@
+ override CFLAGS += -DNO_LCMS
+ # LibJXR
+ override CFLAGS += -DDISABLE_PERF_MEASUREMENT -D__ANSI__
+-override CFLAGS += $(INCLUDE) -I/usr/include/jxrlib $(shell pkg-config 
--cflags libjpeg libopenjp2 libpng libraw libtiff-4 libwebpmux OpenEXR zlib)
++override CFLAGS += $(INCLUDE) -I/usr/include/jxrlib $(shell $(PKG_CONFIG) 
--cflags libjpeg libopenjp2 libpng libraw libtiff-4 libwebpmux OpenEXR zlib)
+ CXXFLAGS ?= -O3 -fPIC
+ override CXXFLAGS += -fexceptions -fvisibility=hidden -Wno-ctor-dtor-privacy
+ # LibJXR
+ override CXXFLAGS += -D__ANSI__
+-override CXXFLAGS += $(INCLUDE) -I/usr/include/jxrlib $(shell pkg-config 
--cflags libjpeg libopenjp2 libpng libraw libtiff-4 libwebpmux OpenEXR zlib)
++override CXXFLAGS += $(INCLUDE) -I/usr/include/jxrlib $(shell $(PKG_CONFIG) 
--cflags libjpeg libopenjp2 libpng libraw libtiff-4 libwebpmux OpenEXR zlib)
+ 
+ TARGET  = freeimage
+ STATICLIB = lib$(TARGET).a
--- freeimage-3.17.0+ds1/debian/patches/series
+++ freeimage-3.17.0+ds1/debian/patches/series
@@ -12,3 +12,4 @@
 Fix-CVE-2015-0852.patch
 Fix-encoding-of-fi-header.patch
 Fix-CVE-2016-5684.patch
+cross.patch
--- freeimage-3.17.0+ds1/debian/rules
+++ freeimage-3.17.0+ds1/debian/rules
@@ -7,7 +7,14 @@
 export DEB_LDFLAGS_MAINT_APPEND = -Wl,--as-needed
 
 # Environment information.
-DEB_HOST_MULTIARCH ?= $(shell dpkg-architecture -qDEB_HOST_MULTIARCH)
+include /usr/share/dpkg/architecture.mk
+ifeq ($(origin CC),default)
+CC := $(DEB_HOST_GNU_TYPE)-gcc
+endif
+ifeq ($(origin CXX),default)
+CXX := $(DEB_HOST_GNU_TYPE)-g++
+endif
+export PKG_CONFIG ?= $(DEB_HOST_GNU_TYPE)-pkg-config
 
 # Installation paths.
 DESTDIR = $(CURDIR)/debian/tmp
@@ -27,8 +34,8 @@
dh_autoreconf $(MAKE) -- -f $(CURDIR)/debian/rules gen-src-list
 
 override_dh_auto_build-arch:
-   $(MAKE) CFLAGS="$(CFLAGS)" CXXFLAGS="$(CXXFLAGS)" LDFLAGS="$(LDFLAGS)"
-   $(MAKE) -f Makefile.fip CFLAGS="$(CFLAGS)" CXXFLAGS="$(CXXFLAGS)" 
LDFLAGS="$(LDFLAGS)"
+   $(MAKE) CC="$(CC)" CXX="$(CXX)" CFLAGS="$(CFLAGS)" 
CXXFLAGS="$(CXXFLAGS)" LDFLAGS="$(LDFLAGS)"
+   $(MAKE) -f Makefile.fip CC="$(CC)" CXX="$(CXX)" CFLAGS="$(CFLAGS)" 
CXXFLAGS="$(CXXFLAGS)" LDFLAGS="$(LDFLAGS)"
 
 override_dh_auto_build-indep:
cd $(CURDIR)/Wrapper/FreeImagePlus/doc && doxygen FreeImagePlus.dox
-- 
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#842600: double-conversion FTCBFS: uses build architecture compiler

2016-10-30 Thread Helmut Grohne 
Source: double-conversion
Version: 2.0.1-3
Tags: patch
User: helm...@debian.org
Usertags: rebootstrap

double-conversion fails to cross build from source, because it uses the
build architecture compiler. The attached patch replaces the default of
CXX with a triplet-prefixed compiler such that both native and cross
builds just work. Please consider applying it.

Helmut
diff --minimal -Nru double-conversion-2.0.1/debian/changelog 
double-conversion-2.0.1/debian/changelog
--- double-conversion-2.0.1/debian/changelog
+++ double-conversion-2.0.1/debian/changelog
@@ -1,3 +1,10 @@
+double-conversion (2.0.1-3.1) UNRELEASED; urgency=medium
+
+  * Non-maintainer upload.
+  * Fix FTCBFS: Use triplet-prefixed compiler. (Closes: #-1)
+
+ -- Helmut Grohne <hel...@subdivi.de>  Sun, 30 Oct 2016 18:19:44 +0200
+
 double-conversion (2.0.1-3) unstable; urgency=medium
 
   * libdouble-conversion1.symbols: replace "any-amd64" by
diff --minimal -Nru double-conversion-2.0.1/debian/rules 
double-conversion-2.0.1/debian/rules
--- double-conversion-2.0.1/debian/rules
+++ double-conversion-2.0.1/debian/rules
@@ -3,6 +3,10 @@
 # Get compilation flags from dpkg-buildflags
 include /usr/share/dpkg/default.mk
 
+ifeq ($(origin CXX),default)
+   CXX = $(DEB_HOST_GNU_TYPE)-g++
+endif
+
 ifneq (,$(filter parallel=%,$(DEB_BUILD_OPTIONS)))
NUMJOBS = $(patsubst parallel=%,%,$(filter 
parallel=%,$(DEB_BUILD_OPTIONS)))
MAKEFLAGS += -j$(NUMJOBS)
-- 
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#846833: ann FTCBFS: runs tests despite DEB_BUILD_OPTIONS=nocheck

2016-12-03 Thread Helmut Grohne 
Source: ann
Version: 1.1.2+doc-5
Tags: patch
User: helm...@debian.org
Usertags: rebootstrap

ann fails to cross build from source, becuase the packaging runs tests
during build even when DEB_BUILD_OPTIONS contains nocheck. The attached
patch adds support for the nocheck option and thus makes cross building
succeed. Please consider applying it.

Helmut
diff --minimal -Nru ann-1.1.2+doc/debian/changelog 
ann-1.1.2+doc/debian/changelog
--- ann-1.1.2+doc/debian/changelog  2014-05-31 16:26:37.0 +0200
+++ ann-1.1.2+doc/debian/changelog  2016-12-03 16:05:34.0 +0100
@@ -1,3 +1,10 @@
+ann (1.1.2+doc-5.1) UNRELEASED; urgency=medium
+
+  * Non-maintainer upload.
+  * Fix FTCBFS: Support DEB_BUILD_OPTIONS=nocheck (Closes: #-1)
+
+ -- Helmut Grohne <hel...@subdivi.de>  Sat, 03 Dec 2016 16:05:34 +0100
+
 ann (1.1.2+doc-5) unstable; urgency=medium
 
   * Team upload.
diff --minimal -Nru ann-1.1.2+doc/debian/rules ann-1.1.2+doc/debian/rules
--- ann-1.1.2+doc/debian/rules  2014-03-22 19:06:53.0 +0100
+++ ann-1.1.2+doc/debian/rules  2016-12-03 16:05:31.0 +0100
@@ -30,11 +30,13 @@
# Created autotools auxiliary directory cfg
mkdir -p cfg
 
+ifeq (,$(filter nocheck,$(DEB_BUILD_OPTIONS)))
 build/libann0::
# Check the package
( cd test ; \
  ./ann_test < test1.in > /dev/null ;   \
  ./ann_test < test2.in > /dev/null )
+endif
 
 build/ann-tools:: debian/ann2fig.1 debian/ann_sample.1 debian/ann_test.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#846450: surf-alggeo: add libfl-dev to Build-Depends

2016-11-30 Thread Helmut Grohne 
Source: surf-alggeo
Severity: important
User: helm...@debian.org
Usertags: libfldep

surf-alggeo will soon fail to build from source, beause flex drops
its dependency on libfl-dev. Since surf-alggeo uses parts of
libfl-dev (e.g. libl.a, libfl.a or FlexLexer.h), it should add
libfl-dev to its Build-Depends. This change was previously
announced[1] to debian-devel in accordance with DevRef 7.1.1. Please
add the missing dependency.

Helmut

[1] https://lists.debian.org/debian-devel/2016/03/msg00162.html 

-- 
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#846436: librsl: add libfl-dev to Build-Depends

2016-11-30 Thread Helmut Grohne 
Source: librsl
Severity: important
User: helm...@debian.org
Usertags: libfldep

librsl will soon fail to build from source, beause flex drops its
dependency on libfl-dev. Since librsl uses parts of libfl-dev (e.g.
libl.a, libfl.a or FlexLexer.h), it should add libfl-dev to its
Build-Depends. This change was previously announced[1] to
debian-devel in accordance with DevRef 7.1.1. Please add the missing
dependency.

Helmut

[1] https://lists.debian.org/debian-devel/2016/03/msg00162.html 

-- 
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#846445: openfoam: add libfl-dev to Build-Depends

2016-11-30 Thread Helmut Grohne 
Source: openfoam
Severity: important
User: helm...@debian.org
Usertags: libfldep

openfoam will soon fail to build from source, beause flex drops its
dependency on libfl-dev. Since openfoam uses parts of libfl-dev (e.g.
libl.a, libfl.a or FlexLexer.h), it should add libfl-dev to its
Build-Depends. This change was previously announced[1] to
debian-devel in accordance with DevRef 7.1.1. Please add the missing
dependency.

Helmut

[1] https://lists.debian.org/debian-devel/2016/03/msg00162.html 

-- 
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#846435: libmatheval: add libfl-dev to Build-Depends

2016-11-30 Thread Helmut Grohne 
Source: libmatheval
Severity: important
User: helm...@debian.org
Usertags: libfldep

libmatheval will soon fail to build from source, beause flex drops
its dependency on libfl-dev. Since libmatheval uses parts of
libfl-dev (e.g. libl.a, libfl.a or FlexLexer.h), it should add
libfl-dev to its Build-Depends. This change was previously
announced[1] to debian-devel in accordance with DevRef 7.1.1. Please
add the missing dependency.

Helmut

[1] https://lists.debian.org/debian-devel/2016/03/msg00162.html 

-- 
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#850010: libgmp10: please update symbols for tilegx

2017-01-02 Thread Helmut Grohne 
Package: libgmp10
Version: 2:6.1.2+dfsg-1
Tags: patch
User: helm...@debian.org
Usertags: rebootstrap

Dear gmp maintainer,

gmp fails to build from source on tilegx (which is a new architecture
from a Debian point of view). dpkg-gensymbols fails missing a lot of
symbols. This is kinda expected for a new port. As it happens, tilegx
behaves exactly the same as m68k (and a few other architectures) from a
gmp symbols point of view. Thus

sed -i '/^ /s/!m68k /!tilegx &/' debian/libgmp10.symbols

can be used to make the gmp build succeed on tilegx. Can you apply this
fix?

Helmut

-- 
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#872205: libmgl7.5.0 is wrongly marked Multi-Arch: foreign

2017-08-15 Thread Helmut Grohne 
Package: libmgl7.5.0
Version: 2.4.1-2+b1
Severity: important
User: helm...@debian.org
Usertags: rebootstrap
Control: affects -1 + src:3depict

libmgl7.5.0 is a shared library and marked Multi-Arch: foreign. The use
of Multi-Arch: foreign is appropriate for shared libraries. Please
remove the header. As this causes hard to analyze and attribute
downstream problems, please fix this quickly.

Helmut

-- 
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#871967: libblas-dev: inconsistent gfortran dependency

2017-08-12 Thread Helmut Grohne 
Package: libblas-dev
Version: 3.7.1-1
User: helm...@debian.org
Usertags: rebootstrap
Control: affects -1 + src:lp-solve

libblas-dev Depends on gfortran and it provides libblas.so. Most users
depend on it with the libblas.so alternative. Another libblas.so
provider, libatlas-base-dev, does not depend on gfortran. Thus when
depending on libblas-dev | libblas.so, one cannot currently assume that
gfortran is present. That makes the gfortran dependency look weird.

This issue causes practical problems, because dose-builddebcheck finds
an installation set for cross building lp-solve that notably doesn't
include libblas-dev, but includes libatlas-base-dev instead. Trying to
build it with sbuild and the default resolver fails though as apt
doesn't consider this solution.

I see a number of routes forward here, each of which causes a change in
some package:

1. libblas-dev should demote its gfortran dependency to recommends
   acknowledging the current state where libblas.so does not ensure
   gfortran presence.
2. libatlas-base-dev should start depending on gfortran.

I strongly prefer the former option, because gfortran is a compiler and
thus needs toolchain dependency translation for cross building. Such
translation is not yet available in the archive and any such dependency
will make the affected packages unusable for cross building. It also
looks like not every user of libblas-dev does need gfortran (e.g.
lp-solve doesn't need it). Some (currently buggy) packages may need the
explicit gfortran dependency then.

Please either demote the dependency or reassign this bug to
libatlas-base-dev.

Helmut

-- 
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#869493: cld2 FTCBFS: runs tests despite DEB_BUILD_OPTIONS=nocheck

2017-07-23 Thread Helmut Grohne 
Source: cld2
Version: 0.0.0-git20150806-5
Tags: patch
User: helm...@debian.org
Usertags: rebootstrap

cld2 fails to cross build from source, because it fails running tests
that should have been skipped due to DEB_BUILD_OPTIONS=nocheck. After
honouring DEB_BUILD_OPTIONS=nocheck (see attached patch), it cross
builds successfully. Please consider applying the patch.

Helmut
diff --minimal -Nru cld2-0.0.0-git20150806/debian/changelog 
cld2-0.0.0-git20150806/debian/changelog
--- cld2-0.0.0-git20150806/debian/changelog 2016-07-15 17:41:18.0 
+0200
+++ cld2-0.0.0-git20150806/debian/changelog 2017-07-23 18:19:26.0 
+0200
@@ -1,3 +1,10 @@
+cld2 (0.0.0-git20150806-5.1) UNRELEASED; urgency=medium
+
+  * Non-maintainer upload.
+  * Fix FTCBFS: Honour DEB_BUILD_OPTIONS=nocheck. (Closes: #-1)
+
+ -- Helmut Grohne <hel...@subdivi.de>  Sun, 23 Jul 2017 18:19:26 +0200
+
 cld2 (0.0.0-git20150806-5) unstable; urgency=medium
 
   * Fix another typo in VCS
diff --minimal -Nru cld2-0.0.0-git20150806/debian/rules 
cld2-0.0.0-git20150806/debian/rules
--- cld2-0.0.0-git20150806/debian/rules 2016-07-15 09:09:03.0 +0200
+++ cld2-0.0.0-git20150806/debian/rules 2017-07-23 18:19:23.0 +0200
@@ -8,6 +8,7 @@
 %:
dh  $@ --parallel
 
+ifeq ($(filter nocheck,$(DEB_BUILD_OPTIONS)),)
 override_dh_auto_test:
cd obj-* && echo "this is some english text" | 
./compact_lang_det_test_chrome_2
cd obj-* && echo "this is some english text" | 
./compact_lang_det_test_chrome_16
@@ -20,3 +21,4 @@
cd obj-* && ./cld2_dynamic_data_tool --verify cld2_data.bin
cd obj-* && echo "this is some english text" | 
./compact_lang_det_dynamic_test_chrome --data-file cld2_data.bin
cd obj-* && ./cld2_dynamic_unittest --data-file cld2_data.bin > 
/dev/null
+endif
-- 
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#869825: hfst-ospell FTCBFS: fails running tests despite DEB_BUILD_OPTIONS=nocheck

2017-07-26 Thread Helmut Grohne 
Source: hfst-ospell
Version: 0.4.5~r343-1
Tags: patch
User: helm...@debian.org
Usertags: rebootstrap

hfst-ospell fails to cross build from source. It runs the test suite
despite being asked not to do so (DEB_BUILD_OPTIONS=nocheck) and fails
doing so (as host architecture code fails to execute). After honouring
that flag, it cross builds successfully. Please consider applying the
attached patch.

Helmut
diff --minimal -Nru hfst-ospell-0.4.5~r343/debian/changelog 
hfst-ospell-0.4.5~r343/debian/changelog
--- hfst-ospell-0.4.5~r343/debian/changelog 2017-06-28 15:07:50.0 
+0200
+++ hfst-ospell-0.4.5~r343/debian/changelog 2017-07-26 21:41:19.0 
+0200
@@ -1,3 +1,10 @@
+hfst-ospell (0.4.5~r343-1.1) UNRELEASED; urgency=medium
+
+  * Non-maintainer upload.
+  * Honour DEB_BUILD_OPTIONS=nocheck (closes: #-1).
+
+ -- Helmut Grohne <hel...@subdivi.de>  Wed, 26 Jul 2017 21:41:19 +0200
+
 hfst-ospell (0.4.5~r343-1) unstable; urgency=medium
 
   [ Tino Didriksen ]
diff --minimal -Nru hfst-ospell-0.4.5~r343/debian/rules 
hfst-ospell-0.4.5~r343/debian/rules
--- hfst-ospell-0.4.5~r343/debian/rules 2017-01-23 14:39:26.0 +0100
+++ hfst-ospell-0.4.5~r343/debian/rules 2017-07-26 21:41:16.0 +0200
@@ -26,5 +26,7 @@
dh_auto_install
find $(CURDIR) -type f -name '*.la' -exec rm -f '{}' \;
 
+ifeq ($(filter nocheck,$(DEB_BUILD_OPTIONS)),)
 override_dh_auto_test:
make -j1 check
+endif
-- 
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#871322: sketch FTCBFS: uses the build architecture compiler

2017-08-07 Thread Helmut Grohne 
Source: sketch
Version: 1:0.3.7-4
Tags: patch
User: helm...@debian.org
Usertags: rebootstrap

sketch fails to cross build from source, because it uses the build
architecture toolchain (as a GNU make default). Letting dh_auto_build
call make fixes that, because dh_auto_build knows how to pass cross
compilers. Then sketch executes the just-built sketch binary for
generating the documentation. That fails with -ENOEXEC of course. Then I
figured that building the documentation is irrelevant to cross building,
because it resides in an arch:all package. Thus skipping the
documentation for arch-only builds makes sketch cross build
successfully. The attached patch uses make conditional rather than
override_dh_auto_build-indep, because it needs to build sketch before
building the documentation. Please consider applying it.

Helmut
diff --minimal -Nru sketch-0.3.7/debian/changelog sketch-0.3.7/debian/changelog
--- sketch-0.3.7/debian/changelog   2017-07-03 21:30:47.0 +0200
+++ sketch-0.3.7/debian/changelog   2017-08-07 17:27:31.0 +0200
@@ -1,3 +1,12 @@
+sketch (1:0.3.7-4.1) UNRELEASED; urgency=medium
+
+  * Non-maintainer upload.
+  * Fix FTCBFS: (Closes: #-1)
++ Let dh_auto_build pass cross compilers.
++ Do not build docs in an arch-only build.
+
+ -- Helmut Grohne <hel...@subdivi.de>  Mon, 07 Aug 2017 17:27:31 +0200
+
 sketch (1:0.3.7-4) unstable; urgency=medium
 
   * Bug fix: "pgf is no longer provided by texlive-pictures", thanks to
diff --minimal -Nru sketch-0.3.7/debian/control sketch-0.3.7/debian/control
--- sketch-0.3.7/debian/control 2017-07-03 21:30:47.0 +0200
+++ sketch-0.3.7/debian/control 2017-08-07 17:27:31.0 +0200
@@ -3,10 +3,11 @@
 Priority: optional
 Maintainer: Debian Science Maintainers 
<debian-science-maintainers@lists.alioth.debian.org>
 Uploaders: David Bremner <brem...@debian.org>
-Build-Depends: debhelper (>= 7.0.50), xsltproc, docbook-xsl, docbook-xml, 
-  quilt (>= 0.46-7), texinfo,  texlive-latex-base, texlive-base-bin, 
+Build-Depends: debhelper (>= 7.0.50), quilt (>= 0.46-7), bison, flex
+Build-Depends-Indep: xsltproc, docbook-xsl, docbook-xml,
+  texinfo, texlive-latex-base, texlive-base-bin,
   texlive-pstricks (>=2009-6), texlive-latex-recommended, ghostscript,
-  epstool, bison, flex, texlive-fonts-recommended
+  epstool, texlive-fonts-recommended
 Homepage: http://www.frontiernet.net/~eugene.ressler
 Standards-Version: 3.9.3
 Vcs-Git: git://git.debian.org/git/debian-science/packages/sketch
diff --minimal -Nru sketch-0.3.7/debian/rules sketch-0.3.7/debian/rules
--- sketch-0.3.7/debian/rules   2017-07-03 21:30:47.0 +0200
+++ sketch-0.3.7/debian/rules   2017-08-07 17:27:31.0 +0200
@@ -24,9 +24,11 @@
perl makever.pl
 
 override_dh_auto_build:
-   $(MAKE) -f makefile
+   dh_auto_build
+ifneq ($(filter sketch-doc,$(shell dh_listpackages)),)
cd Doc && perl make.pl linux examples
$(XP) -o sketch.1 $(DB2MAN)  debian/sketch-man.xml
+endif
 
 override_dh_auto_clean:
$(MAKE) clean
-- 
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#865656: spooles FTCBFS: uses the build architecture compiler

2017-06-23 Thread Helmut Grohne 
Source: spooles
Version: 2.2-12
Tags: patch
User: helm...@debian.org
Usertags: rebootstrap

spooles fails to cross build from source, because it uses the build
architecture compiler, which is make's default. Running make through
dh_auto_build mostly fixes this, since dh_auto_build supplies a suitable
CC= assignment for cross compilation. There is still one place that
invokes gcc directly and after fixing that, spooles cross builds
successfully. Please consider applying the attached patch.

Helmut
diff --minimal -Nru spooles-2.2/debian/changelog spooles-2.2/debian/changelog
--- spooles-2.2/debian/changelog2016-02-23 15:49:03.0 +0100
+++ spooles-2.2/debian/changelog2017-06-21 20:14:39.0 +0200
@@ -1,3 +1,12 @@
+spooles (2.2-12.1) UNRELEASED; urgency=medium
+
+  * Non-maintainer upload.
+  * Fix FTCBFS: (Closes: #-1)
++ Let dh_auto_build pass cross compilers.
++ Add cross.patch.
+
+ -- Helmut Grohne <hel...@subdivi.de>  Wed, 21 Jun 2017 20:14:39 +0200
+
 spooles (2.2-12) unstable; urgency=medium
 
   [ Martin Pitt ]
diff --minimal -Nru spooles-2.2/debian/patches/cross.patch 
spooles-2.2/debian/patches/cross.patch
--- spooles-2.2/debian/patches/cross.patch  1970-01-01 01:00:00.0 
+0100
+++ spooles-2.2/debian/patches/cross.patch  2017-06-21 20:14:39.0 
+0200
@@ -0,0 +1,16 @@
+From: Helmut Grohne <hel...@subdivi.de>
+Subject: allow substituting gcc for a cross compiler
+
+Index: spooles-2.2/makefile
+===
+--- spooles-2.2.orig/makefile
 spooles-2.2/makefile
+@@ -125,7 +125,7 @@
+   cd misc ; make lib
+   cd MPI  ; make lib
+   cd MT   ; make lib
+-  gcc -shared */*/*.lo -Wl,-soname,libspooles.so.2.2 -o libspooles.so.2.2 
-lmpi -lpthread -lm
++  $(CC) -shared */*/*.lo -Wl,-soname,libspooles.so.2.2 -o 
libspooles.so.2.2 -lmpi -lpthread -lm
+   ln -s libspooles.so.2.2 libspooles.so
+ 
+ global :
diff --minimal -Nru spooles-2.2/debian/patches/series 
spooles-2.2/debian/patches/series
--- spooles-2.2/debian/patches/series   2014-05-17 16:53:28.0 +0200
+++ spooles-2.2/debian/patches/series   2017-06-21 20:14:39.0 +0200
@@ -7,3 +7,4 @@
 set_CFLAGS_from_ENV.patch
 fix_format_not_a_string.patch
 fix_FTBFS_timings.patch
+cross.patch
diff --minimal -Nru spooles-2.2/debian/rules spooles-2.2/debian/rules
--- spooles-2.2/debian/rules2016-02-23 15:45:42.0 +0100
+++ spooles-2.2/debian/rules2017-06-21 20:14:37.0 +0200
@@ -3,7 +3,7 @@
dh $@ --parallel
 
 override_dh_auto_build-arch:
-   make lib
+   dh_auto_build -- lib
 
 override_dh_auto_build-indep:
for texdocdir in AllInOne FrontTrees ReferenceManual; do \
-- 
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#865671: scotch hides build failures

2017-06-23 Thread Helmut Grohne 
Source: scotch
Version: 5.1.12b.dfsg-2
Severity: serious
Justification: policy 4.6
Tags: jessie stretch buster sid
User: helm...@debian.org
Usertags: rebootstrap

When some part of scotch's build fails (e.g. mpicc), the build continues
and may produce a broken package. This violates Debian Policy section
4.6. The cause is the use of an embedded makefile script without the
recommended "set -e".

Helmut

-- 
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#875736: glpsol.1 breaks cross building and doesn't tell what glpsol does

2017-09-14 Thread Helmut Grohne 
Source: glpk
Version: 4.63-1
User: helm...@debian.org
Usertags: rebootstrap

glpk fails to cross build from source:

| help2man -N -n "large-scale linear and mixed integer programming solver" -o 
debian/tmp/glpsol.1 examples/glpsol
| help2man: can't get `--help' info from examples/glpsol
| Try `--no-discard-stderr' if option outputs to stderr
| debian/rules:10: recipe for target 'override_dh_auto_install' failed
| make[1]: *** [override_dh_auto_install] Error 126
| make[1]: Leaving directory '/<>'
| debian/rules:4: recipe for target 'binary-arch' failed
| make: *** [binary-arch] Error 2
| dpkg-buildpackage: error: fakeroot debian/rules binary-arch gave error exit 
status 2

Running help2man is always a bad idea, because it breaks cross
compilation and the manual page is of dubious value. I looked at the
generated one and couldn't figure out what glpsol is supposed to do.

The attached patch adds a script that extracts the --help output from
the source to avoid running it. While that doesn't improve the quality
of the manual page, it makes glpk cross build.

Please consider applying the attached patch or replacing the manual page
with a useful one. A short discussion on #debian-devel revealed that the
preferred solution is to replace it with a version that says what glpsol
does and directs readers to further documentation (e.g. running glpsol
--help or https://en.wikibooks.org/wiki/GLPK/Using_GLPSOL) rather than
extracting it.

Helmut
diff --minimal -Nru glpk-4.63/debian/changelog glpk-4.63/debian/changelog
--- glpk-4.63/debian/changelog  2017-07-29 10:17:30.0 +0200
+++ glpk-4.63/debian/changelog  2017-09-14 09:29:00.0 +0200
@@ -1,3 +1,10 @@
+glpk (4.63-1.1) UNRELEASED; urgency=medium
+
+  * Non-maintainer upload.
+  * Fix FTCBFS: Don't run help2man on host architecture code. (Closes: #-1)
+
+ -- Helmut Grohne <hel...@subdivi.de>  Thu, 14 Sep 2017 09:29:00 +0200
+
 glpk (4.63-1) unstable; urgency=medium
 
   * New upstream version 4.63
diff --minimal -Nru glpk-4.63/debian/help2man/glpsol 
glpk-4.63/debian/help2man/glpsol
--- glpk-4.63/debian/help2man/glpsol1970-01-01 01:00:00.0 +0100
+++ glpk-4.63/debian/help2man/glpsol2017-09-14 09:29:00.0 +0200
@@ -0,0 +1,12 @@
+#!/bin/sh
+case "$1" in
+   --help)
+   sed '1,/^static void 
print_help/d;/^}/,$d;:a;/xprintf[^)]*[^;]*$/{N;ba};s/\n//;s/^\s*//;/^[^x]/d;s/%s/gplsol/;s/,
 my_name//;s/xprintf("\(.*\)\\n\"\s*)\s*;/\1/;s/"\s*"//;s/\\"/"/g' 
examples/glpsol.c
+   ;;
+   --version)
+   echo "GLPSOL: GLPK LP/MIP Solver, $(dpkg-parsechangelog 
-SVersion | sed 's/-.*//')"
+   ;;
+   *)
+   exit 1
+   ;;
+esac
diff --minimal -Nru glpk-4.63/debian/rules glpk-4.63/debian/rules
--- glpk-4.63/debian/rules  2017-07-28 11:55:22.0 +0200
+++ glpk-4.63/debian/rules  2017-09-14 09:28:58.0 +0200
@@ -8,7 +8,7 @@
 
 override_dh_auto_install:
dh_auto_install
-   help2man -N -n "large-scale linear and mixed integer programming 
solver" -o debian/tmp/glpsol.1 examples/glpsol
+   help2man -N -n "large-scale linear and mixed integer programming 
solver" -o debian/tmp/glpsol.1 debian/help2man/glpsol
 
 override_dh_makeshlibs:
dh_makeshlibs -V
-- 
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#875405: armadillo FTBFS: runs cmake for the build architecture

2017-09-11 Thread Helmut Grohne 
Source: armadillo
Version: 1:7.960.1+dfsg-1
Tags: patch
User: helm...@debian.org
Usertags: rebootstrap

armadillo fails to cross build from source, because it runs cmake for
the build architecture. Since passing the right flags to cmake is
tedious, it is best to defer that task to dh_auto_configure and once
doing so, armadillo cross builds successfully. Please consider applying
the attached patch.

Helmut
diff --minimal -Nru armadillo-7.960.1+dfsg/debian/changelog 
armadillo-7.960.1+dfsg/debian/changelog
--- armadillo-7.960.1+dfsg/debian/changelog 2017-08-23 19:08:28.0 
+0200
+++ armadillo-7.960.1+dfsg/debian/changelog 2017-09-11 10:36:29.0 
+0200
@@ -1,3 +1,11 @@
+armadillo (1:7.960.1+dfsg-1.1) UNRELEASED; urgency=medium
+
+  * Non-maintainer upload.
+  * Fix FTCBFS: Let dh_auto_configure pass cross compilers to cmake. (Closes:
+#-1)
+
+ -- Helmut Grohne <hel...@subdivi.de>  Mon, 11 Sep 2017 10:36:29 +0200
+
 armadillo (1:7.960.1+dfsg-1) unstable; urgency=medium
 
   * New upstream release
diff --minimal -Nru armadillo-7.960.1+dfsg/debian/rules 
armadillo-7.960.1+dfsg/debian/rules
--- armadillo-7.960.1+dfsg/debian/rules 2017-08-23 19:06:47.0 +0200
+++ armadillo-7.960.1+dfsg/debian/rules 2017-09-11 10:36:29.0 +0200
@@ -1,14 +1,6 @@
 #!/usr/bin/make -f
 # -*- makefile -*-
 
-DEB_HOST_GNU_TYPE   ?= $(shell dpkg-architecture -qDEB_HOST_GNU_TYPE)
-DEB_BUILD_GNU_TYPE  ?= $(shell dpkg-architecture -qDEB_BUILD_GNU_TYPE)
-ifneq ($(DEB_HOST_GNU_TYPE),$(DEB_BUILD_GNU_TYPE))
-CROSS= --build $(DEB_BUILD_GNU_TYPE) --host $(DEB_HOST_GNU_TYPE)
-else
-CROSS= --build $(DEB_BUILD_GNU_TYPE)
-endif
-
 DPKG_EXPORT_BUILDFLAGS = 1
 include /usr/share/dpkg/buildflags.mk
 include /usr/share/quilt/quilt.make
@@ -21,7 +13,7 @@
 
 build-stamp:
dh_testdir
-   cmake -DCMAKE_VERBOSE_MAKEFILE=ON -D INSTALL_LIB_DIR=lib -D 
CMAKE_INpppSTALL_PREFIX_INITIALIZED_TO_DEFAULT:BOOL=ON  . # specified to 
install to the debian/tmp directory.
+   dh_auto_configure --buildsystem=cmake --builddirectory=. -- -D 
INSTALL_LIB_DIR=lib -D CMAKE_INpppSTALL_PREFIX_INITIALIZED_TO_DEFAULT:BOOL=ON  
. # specified to install to the debian/tmp directory.
$(MAKE)
touch $@
 
-- 
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#874231: libapophenia2-dev is wrongly marked Multi-Arch: same

2017-09-04 Thread Helmut Grohne 
Package: libapophenia2-dev
Version: 1.0+ds-7+b1
Severity: important
User: multiarch-de...@lists.alioth.debian.org
Usertags: multiarch

libapophenia2-dev is marked Multi-Arch: same, but fails to coinstall
with itself on amd64 and ppc64el. You can find a failing installation
log attached.  Please consider removing the Multi-Arch: same header or
moving files around such that the annotation becomes valid again.
Unfortunately, adding specific Conflicts relations is not currently
possible due to #747261 (self-conflicts are always ignored).

Helmut
W: The configuration option PKGNAME_LOGFILE_EXTENTION is deprecated in favour 
of PKGNAME_LOGFILE_EXTENSION. Though, while you have the former set it'll take 
precedence over the latter.
W: PKGNAME_LOGFILE_EXTENTION will be removed at some point, please update your 
config!
W: /root/.pbuilderrc does not exist
W: The configuration option PKGNAME_LOGFILE_EXTENTION is deprecated in favour 
of PKGNAME_LOGFILE_EXTENSION. Though, while you have the former set it'll take 
precedence over the latter.
W: PKGNAME_LOGFILE_EXTENTION will be removed at some point, please update your 
config!
I: Building the build Environment
I: extracting base tarball [/var/cache/pbuilder/base.tgz]
I: copying local configuration
I: mounting /proc filesystem
I: mounting /sys filesystem
I: creating /{dev,run}/shm
I: mounting /dev/pts filesystem
I: Mounting /var/cache/pbuilder/bindmount
I: policy-rc.d already exists
W: Could not create compatibility symlink because /tmp/buildd exists and 
it is not a directory
Get:1 http://ftp.stw-bonn.de/debian sid InRelease [228 kB]
Ign:2 http://ftp.stw-bonn.de/debian sid/main amd64 Packages.diff/Index
Ign:3 http://ftp.stw-bonn.de/debian sid/main ppc64el Packages
Get:2 http://ftp.stw-bonn.de/debian sid/main amd64 Packages.diff/Index [27.9 kB]
Ign:2 http://ftp.stw-bonn.de/debian sid/main amd64 Packages.diff/Index
Get:3 http://ftp.stw-bonn.de/debian sid/main ppc64el Packages [7387 kB]
Ign:4 http://ftp.stw-bonn.de/debian sid/main amd64 Packages
Get:4 http://ftp.stw-bonn.de/debian sid/main amd64 Packages [7630 kB]
Fetched 15.3 MB in 1s (8351 kB/s)
Reading package lists...
Reading package lists...
Building dependency tree...
Reading state information...
The following additional packages will be installed:
  cpp-7 g++-7 gcc-7 gcc-7-base gcc-7-base:ppc64el libapophenia2
  libapophenia2:ppc64el libasan4 libatomic1 libc-dev-bin libc6 libc6:ppc64el
  libc6-dev libcc1-0 libcilkrts5 libgcc-7-dev libgcc1 libgcc1:ppc64el libgomp1
  libgomp1:ppc64el libgsl23 libgsl23:ppc64el libgslcblas0 libgslcblas0:ppc64el
  libitm1 liblsan0 libmariadbclient18 libmariadbclient18:ppc64el libmpx2
  libquadmath0 libsqlite3-0:ppc64el libstdc++-7-dev libstdc++6
  libstdc++6:ppc64el libtsan0 libubsan0 linux-libc-dev mysql-common
  zlib1g:ppc64el
Suggested packages:
  gcc-7-locales g++-7-multilib gcc-7-doc libstdc++6-7-dbg gcc-7-multilib
  libgcc1-dbg libgomp1-dbg libitm1-dbg libatomic1-dbg libasan4-dbg
  liblsan0-dbg libtsan0-dbg libubsan0-dbg libcilkrts5-dbg libmpx2-dbg
  libquadmath0-dbg apophenia-doc apophenia-doc:ppc64el pkg-config
  pkg-config:ppc64el glibc-doc libc-l10n locales glibc-doc:ppc64el
  libc-l10n:ppc64el locales:ppc64el manpages-dev gsl-ref-psdoc | gsl-doc-pdf
  | gsl-doc-info | gsl-ref-html gsl-ref-psdoc:ppc64el | gsl-doc-pdf:ppc64el
  | gsl-doc-info:ppc64el | gsl-ref-html:ppc64el libstdc++-7-doc
Recommended packages:
  manpages manpages-dev
The following NEW packages will be installed:
  gcc-7-base:ppc64el libapophenia2 libapophenia2:ppc64el libapophenia2-dev
  libapophenia2-dev:ppc64el libc6:ppc64el libgcc1:ppc64el libgomp1:ppc64el
  libgsl23 libgsl23:ppc64el libgslcblas0 libgslcblas0:ppc64el
  libmariadbclient18 libmariadbclient18:ppc64el libsqlite3-0:ppc64el
  libstdc++6:ppc64el mysql-common zlib1g:ppc64el
The following packages will be upgraded:
  cpp-7 g++-7 gcc-7 gcc-7-base libasan4 libatomic1 libc-dev-bin libc6
  libc6-dev libcc1-0 libcilkrts5 libgcc-7-dev libgcc1 libgomp1 libitm1
  liblsan0 libmpx2 libquadmath0 libstdc++-7-dev libstdc++6 libtsan0 libubsan0
  linux-libc-dev
23 upgraded, 18 newly installed, 0 to remove and 23 not upgraded.
Need to get 120 MB of archives.
After this operation, 49.8 MB of additional disk space will be used.
Get:1 http://ftp.stw-bonn.de/debian sid/main amd64 libc6-dev amd64 2.24-17 
[2366 kB]
Get:2 http://ftp.stw-bonn.de/debian sid/main amd64 libc-dev-bin amd64 2.24-17 
[259 kB]
Get:3 http://ftp.stw-bonn.de/debian sid/main amd64 linux-libc-dev amd64 
4.12.6-1 [1327 kB]
Get:4 http://ftp.stw-bonn.de/debian sid/main amd64 libc6 amd64 2.24-17 [2694 kB]
Get:5 http://ftp.stw-bonn.de/debian sid/main amd64 libitm1 amd64 7.2.0-1 [27.3 
kB]
Get:6 http://ftp.stw-bonn.de/debian sid/main amd64 gcc-7-base amd64 7.2.0-1 
[180 kB]
Get:7 http://ftp.stw-bonn.de/debian sid/main amd64 libstdc++6 amd64 7.2.0-1 
[399 kB]
Get:8 http://ftp.stw-bonn.de/debian sid/main amd64 libmpx2 amd64

Bug#883114: admesh FTCBFS: fails running test suite despite DEB_BUILD_OPTIONS=nocheck

2017-11-29 Thread Helmut Grohne 
Source: admesh
Version: 0.98.3-2
Tags: patch
User: helm...@debian.org
Usertags: rebootstrap

admesh fails to cross build from source, because it fails running its
test suite even though the build was performed with
DEB_BUILD_OPTIONS=nocheck. After honouring the option, admesh cross
builds successfully. Please consider applying the attached patch.

Helmut
diff --minimal -Nru admesh-0.98.3/debian/changelog 
admesh-0.98.3/debian/changelog
--- admesh-0.98.3/debian/changelog  2017-11-25 14:16:13.0 +0100
+++ admesh-0.98.3/debian/changelog  2017-11-29 21:27:57.0 +0100
@@ -1,3 +1,10 @@
+admesh (0.98.3-2.1) UNRELEASED; urgency=medium
+
+  * Non-maintainer upload.
+  * Fix FTCBFS: Honour DEB_BUILD_OPTIONS=nocheck. (Closes: #-1)
+
+ -- Helmut Grohne <hel...@subdivi.de>  Wed, 29 Nov 2017 21:27:57 +0100
+
 admesh (0.98.3-2) unstable; urgency=medium
 
   [ Graham Inggs ]
diff --minimal -Nru admesh-0.98.3/debian/rules admesh-0.98.3/debian/rules
--- admesh-0.98.3/debian/rules  2017-11-25 14:13:59.0 +0100
+++ admesh-0.98.3/debian/rules  2017-11-29 21:27:57.0 +0100
@@ -5,5 +5,7 @@
 %:
dh $@ --with autoreconf
 
+ifeq ($(filter nocheck,$(DEB_BUILD_OPTIONS)),)
 override_dh_auto_test:
./debian/regression_test/regression_test
+endif
-- 
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#882198: symmetrica FTCBFS: fails running tests despite DEB_BUILD_OPTIONS=nocheck

2017-11-19 Thread Helmut Grohne 
Source: symmetrica
Version: 2.0+ds-4
Tags: patch
User: helm...@debian.org
Usertags: rebootstrap

symmetrica fails to cross build from source, because it fails running
tests. Those should have been disabled by DEB_BUILD_OPTIONS=nocheck,
because they usually fail with an "Exec format error", but symmetrica
runs (and fails) them anyway. After honouring the nocheck flag, it cross
builds successfully. Please consider applying the attached patch.

Helmut
diff --minimal -Nru symmetrica-2.0+ds/debian/changelog 
symmetrica-2.0+ds/debian/changelog
--- symmetrica-2.0+ds/debian/changelog  2016-05-16 01:25:36.0 +0200
+++ symmetrica-2.0+ds/debian/changelog  2017-11-19 21:35:03.0 +0100
@@ -1,3 +1,10 @@
+symmetrica (2.0+ds-4.1) UNRELEASED; urgency=medium
+
+  * Non-maintainer upload.
+  * Honour DEB_BUILD_OPTIONS=nocheck. (Closes: #-1)
+
+ -- Helmut Grohne <hel...@subdivi.de>  Sun, 19 Nov 2017 21:35:03 +0100
+
 symmetrica (2.0+ds-4) unstable; urgency=medium
 
   * Debianization:
diff --minimal -Nru symmetrica-2.0+ds/debian/rules 
symmetrica-2.0+ds/debian/rules
--- symmetrica-2.0+ds/debian/rules  2016-05-16 01:25:36.0 +0200
+++ symmetrica-2.0+ds/debian/rules  2017-11-19 21:35:03.0 +0100
@@ -10,8 +10,10 @@
 
 override_dh_auto_build-indep:
 
+ifeq ($(filter nocheck,$(DEB_BUILD_OPTIONS)),)
 override_dh_auto_test-arch:
$(MAKE) check
+endif
 
 override_dh_auto_test-indep:
 
-- 
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#882352: cliquer FTCBFS: uses the build architecture compiler

2017-11-21 Thread Helmut Grohne 
Source: cliquer
Version: 1.21-1
Tags: patch
User: helm...@debian.org
Usertags: rebootstrap

cliquer fails to cross build from source, because it uses the build
architecture compiler. Letting dh_auto_build pass cross compilers to
make fixes that and makes cliquer cross build successfully. Please
consider applying the attached patch.

Helmut
diff --minimal -Nru cliquer-1.21/debian/changelog cliquer-1.21/debian/changelog
--- cliquer-1.21/debian/changelog   2011-03-20 15:28:42.0 +0100
+++ cliquer-1.21/debian/changelog   2017-11-21 19:40:34.0 +0100
@@ -1,3 +1,10 @@
+cliquer (1.21-1.1) UNRELEASED; urgency=medium
+
+  * Non-maintainer upload.
+  * Fix FTCBFS: Let dh_auto_build pass cross compilers to make. (Closes: #-1)
+
+ -- Helmut Grohne <hel...@subdivi.de>  Tue, 21 Nov 2017 19:40:34 +0100
+
 cliquer (1.21-1) unstable; urgency=low
 
   * Initial release (Closes: 617947).
diff --minimal -Nru cliquer-1.21/debian/rules cliquer-1.21/debian/rules
--- cliquer-1.21/debian/rules   2011-03-20 15:28:42.0 +0100
+++ cliquer-1.21/debian/rules   2017-11-21 19:40:31.0 +0100
@@ -19,7 +19,7 @@
 build-indep:
 
 build-arch-stamp:
-   $(MAKE) CFLAGS='$(CFLAGS)' CPPFLAGS='$(CPPFLAGS)' LDFLAGS='$(LDFLAGS)' 
prefix=/usr
+   dh_auto_build -- CFLAGS='$(CFLAGS)' CPPFLAGS='$(CPPFLAGS)' 
LDFLAGS='$(LDFLAGS)' prefix=/usr
touch $@
 
 clean:
-- 
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#880928: gfan does not support DEB_BUILD_OPTIONS=nocheck

2017-11-05 Thread Helmut Grohne 
Source: gfan
Version: 0.5+dfsg-6
Tags: patch
User: helm...@debian.org
Usertags: rebootstrap

While trying to cross build gfan, I noticed that it runs the test suite
despite DEB_BUILD_OPTIONS=nocheck. The attached patch makes it honour
that setting, but doesn't make it cross build. Can you apply it anyway?

Helmut
diff --minimal -Nru gfan-0.5+dfsg/debian/changelog 
gfan-0.5+dfsg/debian/changelog
--- gfan-0.5+dfsg/debian/changelog  2016-07-14 09:54:58.0 +0200
+++ gfan-0.5+dfsg/debian/changelog  2017-11-05 20:01:21.0 +0100
@@ -1,3 +1,10 @@
+gfan (0.5+dfsg-6.1) UNRELEASED; urgency=medium
+
+  * Non-maintainer upload.
+  * Honour DEB_BUILD_OPTIONS=nocheck. (Closes: #-1)
+
+ -- Helmut Grohne <hel...@subdivi.de>  Sun, 05 Nov 2017 20:01:21 +0100
+
 gfan (0.5+dfsg-6) unstable; urgency=medium
 
   * debian/control:
diff --minimal -Nru gfan-0.5+dfsg/debian/rules gfan-0.5+dfsg/debian/rules
--- gfan-0.5+dfsg/debian/rules  2016-07-14 09:54:58.0 +0200
+++ gfan-0.5+dfsg/debian/rules  2017-11-05 20:01:20.0 +0100
@@ -15,8 +15,10 @@
 override_dh_auto_install:
$(MAKE) install PREFIX=$(DEB_DESTDIR)/usr
 
+ifeq ($(filter nocheck,$(DEB_BUILD_OPTIONS)),)
 override_dh_auto_test:
./gfan _test
+endif
 
 override_dh_clean:
dh_clean -X~
-- 
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#879889: newmat FTCBFS: fails running tests despite DEB_BUILD_OPTIONS=nocheck

2017-10-26 Thread Helmut Grohne 
Source: newmat
Version: 1.10.4-6
Tags: patch
User: helm...@debian.org
Usertags: rebootstrap

newmat fails to cross build from source, because it fails running tests
even though DEB_BUILD_OPTIONS contained nocheck. The tests naturally
fail with an "Exec format error". After skipping tests, newmat cross
builds successfully. Please consider applying the attached patch.

Helmut
diff --minimal -Nru newmat-1.10.4/debian/changelog 
newmat-1.10.4/debian/changelog
--- newmat-1.10.4/debian/changelog  2016-12-11 14:23:04.0 +0100
+++ newmat-1.10.4/debian/changelog  2017-10-26 21:28:03.0 +0200
@@ -1,3 +1,10 @@
+newmat (1.10.4-6.1) UNRELEASED; urgency=medium
+
+  * Non-maintainer upload.
+  * Fix FTCBFS: Honour DEB_BUILD_OPTIONS=nocheck. (Closes: #-1)
+
+ -- Helmut Grohne <hel...@subdivi.de>  Thu, 26 Oct 2017 21:28:03 +0200
+
 newmat (1.10.4-6) unstable; urgency=medium
 
   [ Philippe Coval ]
diff --minimal -Nru newmat-1.10.4/debian/rules newmat-1.10.4/debian/rules
--- newmat-1.10.4/debian/rules  2016-12-11 14:23:04.0 +0100
+++ newmat-1.10.4/debian/rules  2017-10-26 21:28:01.0 +0200
@@ -55,9 +55,11 @@
dh_testdir
$(MAKE)
 #{ regression tests
+ifeq ($(filter nocheck,$(DEB_BUILD_OPTIONS)),)
./example
./tmt
./test_exc
+endif
 #}
touch $@
 
-- 
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#888522: ipe FTCBFS: uses the build architecture pkg-config

2018-01-27 Thread Helmut Grohne 
Source: ipe
Version: 7.2.7-2
Tags: patch upstream
User: helm...@debian.org
Usertags: rebootstrap

ipe fails to cross build from source, because its upstream build system
hard codes the build architecture pkg-config. dh_auto_build supplies the
host architecture pkg-config via the $PKG_CONFIG make variable. Once ipe
honours that variable, it cross builds successfully. The attached patch
implements that. Please consider applying it.

Helmut
diff --minimal -Nru ipe-7.2.7/debian/changelog ipe-7.2.7/debian/changelog
--- ipe-7.2.7/debian/changelog  2017-01-18 15:18:03.0 +0100
+++ ipe-7.2.7/debian/changelog  2018-01-23 19:42:16.0 +0100
@@ -1,3 +1,10 @@
+ipe (7.2.7-2.1) UNRELEASED; urgency=medium
+
+  * Non-maintainer upload.
+  * 
+
+ -- Helmut Grohne <hel...@subdivi.de>  Tue, 23 Jan 2018 19:42:16 +0100
+
 ipe (7.2.7-2) unstable; urgency=medium
 
   * Team upload.
diff --minimal -Nru ipe-7.2.7/debian/patches/cross.patch 
ipe-7.2.7/debian/patches/cross.patch
--- ipe-7.2.7/debian/patches/cross.patch1970-01-01 01:00:00.0 
+0100
+++ ipe-7.2.7/debian/patches/cross.patch2018-01-23 19:39:06.0 
+0100
@@ -0,0 +1,98 @@
+Index: ipe-7.2.7/src/common.mak
+===
+--- ipe-7.2.7.orig/src/common.mak
 ipe-7.2.7/src/common.mak
+@@ -3,6 +3,9 @@
+ #
+ # Building Ipe --- common definitions
+ #
++
++PKG_CONFIG ?= pkg-config
++
+ # 
+ # Are we compiling for Windows?  For Mac OS X?
+ ifdef COMSPEC
+@@ -86,8 +89,8 @@
+ else ifeq ($(IPEUI), GTK)
+ CPPFLAGS += -DIPEUI_GTK -DGDK_DISABLE_DEPRECATED -DGTK_DISABLE_DEPRECATED
+ IPEUI_GTK:= 1
+-GTK_CFLAGS   ?= $(shell pkg-config --cflags gtk+-2.0)
+-GTK_LIBS ?= $(shell pkg-config --libs gtk+-2.0)
++GTK_CFLAGS   ?= $(shell $(PKG_CONFIG) --cflags gtk+-2.0)
++GTK_LIBS ?= $(shell $(PKG_CONFIG) --libs gtk+-2.0)
+ UI_CFLAGS= $(GTK_CFLAGS)
+ UI_LIBS  = $(GTK_LIBS)
+ all_sources  = $(sources) $(gtk_sources)
+Index: ipe-7.2.7/src/config.mak
+===
+--- ipe-7.2.7.orig/src/config.mak
 ipe-7.2.7/src/config.mak
+@@ -17,21 +17,22 @@
+ # Lua 5.3 works as well.
+ #
+ LUA_PACKAGE   ?= lua5.3
++PKG_CONFIG ?= pkg-config
+ #
+ ZLIB_CFLAGS   ?=
+ ZLIB_LIBS ?= -lz
+ JPEG_CFLAGS   ?=
+ JPEG_LIBS ?= -ljpeg
+-PNG_CFLAGS?= $(shell pkg-config --cflags libpng)
+-PNG_LIBS  ?= $(shell pkg-config --libs libpng)
+-FREETYPE_CFLAGS ?= $(shell pkg-config --cflags freetype2)
+-FREETYPE_LIBS ?= $(shell pkg-config --libs freetype2)
+-CAIRO_CFLAGS  ?= $(shell pkg-config --cflags cairo)
+-CAIRO_LIBS?= $(shell pkg-config --libs cairo)
+-LUA_CFLAGS?= $(shell pkg-config --cflags $(LUA_PACKAGE))
+-LUA_LIBS  ?= $(shell pkg-config --libs $(LUA_PACKAGE))
+-QT_CFLAGS ?= $(shell pkg-config --cflags Qt5Gui Qt5Widgets Qt5Core)
+-QT_LIBS ?= $(shell pkg-config --libs Qt5Gui Qt5Widgets Qt5Core)
++PNG_CFLAGS?= $(shell $(PKG_CONFIG) --cflags libpng)
++PNG_LIBS  ?= $(shell $(PKG_CONFIG) --libs libpng)
++FREETYPE_CFLAGS ?= $(shell $(PKG_CONFIG) --cflags freetype2)
++FREETYPE_LIBS ?= $(shell $(PKG_CONFIG) --libs freetype2)
++CAIRO_CFLAGS  ?= $(shell $(PKG_CONFIG) --cflags cairo)
++CAIRO_LIBS?= $(shell $(PKG_CONFIG) --libs cairo)
++LUA_CFLAGS?= $(shell $(PKG_CONFIG) --cflags $(LUA_PACKAGE))
++LUA_LIBS  ?= $(shell $(PKG_CONFIG) --libs $(LUA_PACKAGE))
++QT_CFLAGS ?= $(shell $(PKG_CONFIG) --cflags Qt5Gui Qt5Widgets Qt5Core)
++QT_LIBS ?= $(shell $(PKG_CONFIG) --libs Qt5Gui Qt5Widgets Qt5Core)
+ #
+ # Library needed to use dlopen/dlsym/dlclose calls
+ #
+Index: ipe-7.2.7/src/snapcraft.mak
+===
+--- ipe-7.2.7.orig/src/snapcraft.mak
 ipe-7.2.7/src/snapcraft.mak
+@@ -13,20 +13,21 @@
+ IPEPREFIX:= $(IPESRCDIR)/../../install
+ endif
+ #
++PKG_CONFIG?= pkg-config
+ ZLIB_CFLAGS   ?=
+ ZLIB_LIBS ?= -lz
+ JPEG_CFLAGS   ?=
+ JPEG_LIBS ?= -ljpeg
+-PNG_CFLAGS?= $(shell pkg-config --cflags libpng)
+-PNG_LIBS  ?= $(shell pkg-config --libs libpng)
+-FREETYPE_CFLAGS ?= $(shell pkg-config --cflags freetype2)
+-FREETYPE_LIBS ?= $(shell pkg-config --libs freetype2)
+-CAIRO_CFLAGS  ?= $(shell pkg-config --cflags cairo)
+-CAIRO_LIBS?= $(shell pkg-config --libs cairo)
+-LUA_CFLAGS?= $(shell pkg-config --cflags lua5.3)
+-LUA_LIBS  ?= $(shell pkg-config --libs lua5.3)
+-QT_CFLAGS ?= $(shell pkg-config --cflags Qt5Gui Qt5Widgets Qt5Core)
+-QT_LIBS ?= $(shell pkg-config --libs Qt5Gui Qt5Widgets Qt5Core)
++PNG_CFLAGS?= $(shell $(PKG_CONFIG) --cflags libpng)
++PNG_LIBS  ?= $(shell $(PKG_CONFIG) --libs libpng)
++FREETYPE_CFLAGS ?= $(shell $(PKG_CONFIG) --cflags freetype2)
++FREETYPE_LIBS ?= $(shell $(PKG_CONFIG) --libs freetype2)
++CAIRO_CFLAGS  ?= $(shell $(PKG_CONFIG) --cflags cairo)
++CAIRO_LIBS?= $

Bug#894831: qrouter FTCBFS: fails to propagate the cross compiler from configure to make

2018-04-04 Thread Helmut Grohne 
Source: qrouter
Version: 1.3.80-1
Tags: patch upstream
User: helm...@debian.org
Usertags: rebootstrap

qrouter fails to cross build from source. Its ./configure correctly
detects the cross compiler, but make falls back to the default of the CC
variable. The attached patch propagates the compiler and makes qrouter
cross build successfully. Please consider applying it.

Helmut
Index: qrouter-1.3.80/Makefile.in
===
--- qrouter-1.3.80.orig/Makefile.in
+++ qrouter-1.3.80/Makefile.in
@@ -3,6 +3,7 @@
 #
 
 # Main compiler arguments
+CC = @CC@
 CFLAGS += @CFLAGS@
 CPPFLAGS = @CPPFLAGS@
 DEFS = @DEFS@
-- 
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#894837: plotdrop FTCBFS: uses build architecture build tools

2018-04-04 Thread Helmut Grohne 
Source: plotdrop
Version: 0.5.4-1
Tags: patch upstream
User: helm...@debian.org
Usertags: rebootstrap

plotdrop fails to cross build from source, because its Makefile hard
codes build architecture build tools. It uses bare pkg-config, which is
the build architecture one. dh_auto_build passes a cross $(PKG_CONFIG)
and all the Makefile has to do is pick it up. Furthermore, it uses the
-s option for the install command, which strips using the build
architecture strip. Besides breaking cross compilation, it also breaks
-dbgsym packages, so it is best left to dh_strip. Please consider
applying the attached patch.

Helmut
Index: plotdrop-0.5.4/Makefile
===
--- plotdrop-0.5.4.orig/Makefile
+++ plotdrop-0.5.4/Makefile
@@ -9,9 +9,10 @@
 OBJECTS=main.o gnuplot.o droplist.o
 
 LDFLAGS = 
-LIBS = `pkg-config --libs gtk+-2.0 gio-2.0 glib-2.0 libglade-2.0`
+PKG_CONFIG ?= pkg-config
+LIBS = `$(PKG_CONFIG) --libs gtk+-2.0 gio-2.0 glib-2.0 libglade-2.0`
 CFLAGS = -g -Wall -pedantic -std=c99
-LCFLAGS = `pkg-config --cflags gtk+-2.0 gio-2.0 glib-2.0 libglade-2.0` -DDATADIR="\"$(DATADIR)\"" -DVERSION="\"$(VERSION)\""
+LCFLAGS = `$(PKG_CONFIG) --cflags gtk+-2.0 gio-2.0 glib-2.0 libglade-2.0` -DDATADIR="\"$(DATADIR)\"" -DVERSION="\"$(VERSION)\""
 
 all: $(TARGET)
 
@@ -26,7 +27,7 @@
 
 install: all
 	install -d $(DESTDIR)$(BINDIR) $(DESTDIR)$(DATADIR)
-	install -s $(TARGET) $(DESTDIR)$(BINDIR)
+	install $(TARGET) $(DESTDIR)$(BINDIR)
 	install -m 0644 droplist.glade $(DESTDIR)$(DATADIR)
 	install -d $(DESTDIR)$(PREFIX)/share/applications
 	install -m 0644 plotdrop.desktop $(DESTDIR)$(PREFIX)/share/applications
-- 
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#894046: libgtkdatabox FTCBFS: uses the build architecture pkg-config

2018-03-25 Thread Helmut Grohne 
Source: libgtkdatabox
Version: 1:0.9.3.0+dfsg-3
Tags: patch upstream
User: helm...@debian.org
Usertags: rebootstrap

libgtkdatabox fails to cross build from source, because it uses the
build architecture pkg-config in a few places. Its ./configure correctly
detects the host architecture one, but it fails to use it later on. The
attached patch fixes those wrong uses and makes libgtkdatabox cross
build successfully. Please consider applying it.

Helmut
Index: libgtkdatabox-0.9.3.0+dfsg/configure.ac
===
--- libgtkdatabox-0.9.3.0+dfsg.orig/configure.ac
+++ libgtkdatabox-0.9.3.0+dfsg/configure.ac
@@ -64,7 +64,7 @@
 			ac_cv_enable_libglade=yes, ac_cv_enable_libglade=no)
 	if test x"$ac_cv_enable_libglade" = xyes; then
 		AC_DEFINE(USE_LIBGLADE, 1, Define if you want libglade support)
-		libglade_moduledir=`pkg-config libglade-2.0 --variable=moduledir`
+		libglade_moduledir=`$PKG_CONFIG libglade-2.0 --variable=moduledir`
 		AC_DEFINE_UNQUOTED(LIBGLADE_MODULEDIR, [$libglade_moduledir], [Libglade module directory])
 	else
 		AC_MSG_RESULT(not found)
@@ -91,9 +91,9 @@
 			ac_cv_enable_glade=yes, ac_cv_enable_glade=no)
 	if test x"$ac_cv_enable_glade" = xyes; then
 		AC_DEFINE(USE_GLADE, 1, Define if you want glade interface builder support)
-		glade_moduledir=`pkg-config gladeui-2.0 --variable=moduledir`
+		glade_moduledir=`$PKG_CONFIG gladeui-2.0 --variable=moduledir`
 		AC_DEFINE_UNQUOTED(GLADE_MODULEDIR, [$glade_moduledir], [Glade-3 module directory])
-		glade_catalogdir=`pkg-config gladeui-2.0 --variable=catalogdir`
+		glade_catalogdir=`$PKG_CONFIG gladeui-2.0 --variable=catalogdir`
 		AC_DEFINE_UNQUOTED(GLADE_CATALOGDIR, [$glade_catalogdir], [Glade-3 catalog directory])
 	else
 		AC_MSG_RESULT(not found)
Index: libgtkdatabox-0.9.3.0+dfsg/examples/Makefile.am
===
--- libgtkdatabox-0.9.3.0+dfsg.orig/examples/Makefile.am
+++ libgtkdatabox-0.9.3.0+dfsg/examples/Makefile.am
@@ -67,7 +67,7 @@
 			-DGSEAL_ENABLED\
 			-DGTK_DISABLE_SINGLE_INCLUDES\
 			@LIBGLADE_CFLAGS@ \
-			`pkg-config gtk+-2.0 --cflags`
+			`@PKG_CONFIG@ gtk+-2.0 --cflags`
 
 
 LDADD 			= $(top_builddir)/gtk/libgtkdatabox.la\
Index: libgtkdatabox-0.9.3.0+dfsg/gtk/Makefile.am
===
--- libgtkdatabox-0.9.3.0+dfsg.orig/gtk/Makefile.am
+++ libgtkdatabox-0.9.3.0+dfsg/gtk/Makefile.am
@@ -63,4 +63,4 @@
 			-DGTK_MULTIHEAD_SAFE=1\
 			-DGSEAL_ENABLE\
 			-DGTK_DISABLE_SINGLE_INCLUDES\
-			`pkg-config gtk+-2.0 --cflags`
+			`@PKG_CONFIG@ gtk+-2.0 --cflags`
-- 
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#893538: kbibtex FTBFS: delegate-failed rsvg-convert

2018-03-19 Thread Helmut Grohne 
Source: kbibtex
Version: 0.8~20170819git31a77b27e8e83836e-3
Severity: serious
User: helm...@debian.org
Usertags: rebootstrap

I was trying to cross build kbibtex and wondered why it failed, but to
my amazement, the failure simply is a native FTBFS. Hope this helps in
diagnosing:

| # rebuild icons
| rm -rf debian/tmp/usr/share/icons
| # build icons cache (build for each arch in order to get more testing)
| set -e; for SIZE in 8x8 16x16 22x22 24x24 32x32 36x36 42x42 48x48 64x64 72x72 
96x96 128x128 192x192 256x256; do \
| mkdir -p debian/tmp/usr/share/icons/hicolor/$SIZE/apps/ ;\
| echo "Make icons for size $SIZE..."; \
| convert icons/kbibtex.svg \
|-background none -define filter:blur=0.75 -filter Gaussian 
-resize $SIZE \
|-gravity center -extent $SIZE  \
|+set date:create +set date:modify -define 
png:exclude-chunk=time  \
|debian/tmp/usr/share/icons/hicolor/$SIZE/apps/kbibtex.png; 
\
| echo "Done"; \
| done
| Make icons for size 8x8...
| convert-im6.q16: delegate failed `'rsvg-convert' -o '%o' '%i'' @ 
error/delegate.c/InvokeDelegate/1919.
| convert-im6.q16: unable to open file `/tmp/magick-29767lUAn6InfQnK3': No such 
file or directory @ error/constitute.c/ReadImage/544.
| convert-im6.q16: no images defined 
`debian/tmp/usr/share/icons/hicolor/8x8/apps/kbibtex.png' @ 
error/convert.c/ConvertImageCommand/3258.
| make[1]: *** [debian/rules:42: override_dh_auto_install] Error 1
| make[1]: Leaving directory '/<>'
| make: *** [debian/rules:26: binary-arch] Error 2
| dpkg-buildpackage: error: fakeroot debian/rules binary-arch subprocess 
returned exit status 2

Helmut

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