Bug#755361: saga: FTBFS on arm*: undefined reference to `wxCommandEvent::Clone() const'

2014-07-19 Thread Cyril Brulebois
Source: saga
Version: 2.1.2+dfsg-1
Severity: serious
Justification: FTBFS

Hi,

your package no longer builds on arm*:
| g++ -DHAVE_CONFIG_H -I. -I../../..   -D_FORTIFY_SOURCE=2 -fPIC -D_SAGA_LINUX 
-D_TYPEDEF_BYTE -D_TYPEDEF_WORD -D_SAGA_DONOTUSE_HARU 
-DMODULE_LIBRARY_PATH=\/usr/lib/arm-linux-gnueabi/saga\ 
-DSHARE_PATH=\/usr/share/saga\  -I.. -I. `wx-config --unicode=yes 
--cxxflags` -D_SAGA_UNICODE -fopenmp -lgomp -g -O2 -fstack-protector 
--param=ssp-buffer-size=4 -Wformat -Werror=format-security -c -o 
wksp_tin_manager.o wksp_tin_manager.cpp
| /bin/bash ../../../libtool  --tag=CXX   --mode=link g++ -fPIC -D_SAGA_LINUX 
-D_TYPEDEF_BYTE -D_TYPEDEF_WORD -D_SAGA_DONOTUSE_HARU 
-DMODULE_LIBRARY_PATH=\/usr/lib/arm-linux-gnueabi/saga\ 
-DSHARE_PATH=\/usr/share/saga\  -I.. -I. `wx-config --unicode=yes 
--cxxflags` -D_SAGA_UNICODE -fopenmp -lgomp -g -O2 -fstack-protector 
--param=ssp-buffer-size=4 -Wformat -Werror=format-security -fPIC `wx-config 
--unicode=yes --libs adv,aui,base,core,html,net,propgrid,xml` -Wl,-z,relro -o 
saga_gui active.o active_attributes.o active_description.o active_history.o 
active_HTMLExtraInfo.o active_legend.o active_parameters.o callback.o 
data_source.o data_source_files.o data_source_odbc.o data_source_pgsql.o 
dc_helper.o dlg_about.o dlg_about_logo.o dlg_base.o dlg_colors.o 
dlg_colors_control.o dlg_list_base.o dlg_list_grid.o dlg_list_pointcloud.o 
dlg_list_shapes.o dlg_list_table.o dlg_list_tin.o dlg_parameters.o dlg_table.o 
dlg_text.o helper.o info.o info_messages.o parameters_control.o 
parameters_properties.o project.o res_commands.o res_controls.o res_dialogs.o 
res_images.o saga.o saga_frame.o saga_frame_droptarget.o view_base.o 
view_histogram.o view_layout.o view_layout_control.o view_layout_info.o 
view_layout_printout.o view_map.o view_map_3d.o view_map_3d_image.o 
view_map_control.o view_ruler.o view_scatterplot.o view_table.o 
view_table_control.o view_table_diagram.o wksp.o wksp_base_control.o 
wksp_base_item.o wksp_base_manager.o wksp_data_control.o wksp_data_item.o 
wksp_data_layers.o wksp_data_manager.o wksp_data_menu_file.o 
wksp_data_menu_files.o wksp_grid.o wksp_grid_manager.o wksp_grid_system.o 
wksp_layer.o wksp_layer_classify.o wksp_layer_legend.o wksp_map.o 
wksp_map_buttons.o wksp_map_control.o wksp_map_dc.o wksp_map_graticule.o 
wksp_map_layer.o wksp_map_manager.o wksp_module.o wksp_module_control.o 
wksp_module_library.o wksp_module_manager.o wksp_module_menu.o 
wksp_pointcloud.o wksp_pointcloud_manager.o wksp_shapes.o wksp_shapes_edit.o 
wksp_shapes_line.o wksp_shapes_manager.o wksp_shapes_point.o 
wksp_shapes_points.o wksp_shapes_polygon.o wksp_shapes_type.o wksp_table.o 
wksp_table_manager.o wksp_tin.o wksp_tin_manager.o ../saga_api/libsaga_api.la 
| libtool: link: g++ -fPIC -D_SAGA_LINUX -D_TYPEDEF_BYTE -D_TYPEDEF_WORD 
-D_SAGA_DONOTUSE_HARU -DMODULE_LIBRARY_PATH=\/usr/lib/arm-linux-gnueabi/saga\ 
-DSHARE_PATH=\/usr/share/saga\ -I.. -I. 
-I/usr/lib/arm-linux-gnueabi/wx/include/gtk2-unicode-3.0 -I/usr/include/wx-3.0 
-D_FILE_OFFSET_BITS=64 -DWXUSINGDLL -D__WXGTK__ -pthread -D_SAGA_UNICODE 
-fopenmp -g -O2 -fstack-protector --param=ssp-buffer-size=4 -Wformat 
-Werror=format-security -fPIC -pthread -Wl,-z -Wl,relro -o .libs/saga_gui 
active.o active_attributes.o active_description.o active_history.o 
active_HTMLExtraInfo.o active_legend.o active_parameters.o callback.o 
data_source.o data_source_files.o data_source_odbc.o data_source_pgsql.o 
dc_helper.o dlg_about.o dlg_about_logo.o dlg_base.o dlg_colors.o 
dlg_colors_control.o dlg_list_base.o dlg_list_grid.o dlg_list_pointcloud.o 
dlg_list_shapes.o dlg_list_table.o dlg_list_tin.o dlg_parameters.o dlg_table.o 
dlg_text.o helper.o info.o info_messages.o parameters_control.o 
parameters_properties.o project.o res_commands.o res_controls.o res_dialogs.o 
res_images.o saga.o saga_frame.o saga_frame_droptarget.o view_base.o 
view_histogram.o view_layout.o view_layout_control.o view_layout_info.o 
view_layout_printout.o view_map.o view_map_3d.o view_map_3d_image.o 
view_map_control.o view_ruler.o view_scatterplot.o view_table.o 
view_table_control.o view_table_diagram.o wksp.o wksp_base_control.o 
wksp_base_item.o wksp_base_manager.o wksp_data_control.o wksp_data_item.o 
wksp_data_layers.o wksp_data_manager.o wksp_data_menu_file.o 
wksp_data_menu_files.o wksp_grid.o wksp_grid_manager.o wksp_grid_system.o 
wksp_layer.o wksp_layer_classify.o wksp_layer_legend.o wksp_map.o 
wksp_map_buttons.o wksp_map_control.o wksp_map_dc.o wksp_map_graticule.o 
wksp_map_layer.o wksp_map_manager.o wksp_module.o wksp_module_control.o 
wksp_module_library.o wksp_module_manager.o wksp_module_menu.o 
wksp_pointcloud.o wksp_pointcloud_manager.o wksp_shapes.o wksp_shapes_edit.o 
wksp_shapes_line.o wksp_shapes_manager.o wksp_shapes_point.o 
wksp_shapes_points.o wksp_shapes_polygon.o wksp_shapes_type.o wksp_table.o 
wksp_table_manager.o wksp_tin.o wksp_tin_manager.o  -lgomp 
-L/usr/lib/arm-linux-gnueabi -lwx_gtk2u_adv-3.0 

Bug#742148: shapelib: FTBFS on powerpc (Both BIG_ENDIAN and LITTLE_ENDIAN defined!

2014-03-26 Thread Cyril Brulebois
Control: tag -1 patch

Julien Cristau jcris...@debian.org (2014-03-19):
 Source: shapelib
 Version: 1.3.0-2
 Severity: serious
 Justification: fails to build from source (but built successfully in the past)
 
 Hi,
 
 your package no longer builds on powerpc:
  cc -g -I.. -I/sbuild-nonexistent/bld/include -DPROJ4 -D_LITTLE_ENDIAN 
  -DDEBUG -DDEBUG2  shpdxf.c ../shpopen.o ../dbfopen.o ../safileio.o  -o 
  shpdxf
  In file included from /usr/include/endian.h:36:0,
   from /usr/include/powerpc-linux-gnu/bits/waitstatus.h:64,
   from /usr/include/stdlib.h:42,
   from shpdxf.c:40:
  /usr/include/powerpc-linux-gnu/bits/endian.h:26:4: error: #error Both 
  BIG_ENDIAN and LITTLE_ENDIAN defined!
   #  error Both BIG_ENDIAN and LITTLE_ENDIAN defined!
  ^
  make[2]: *** [shpdxf] Error 1
 
 See
 https://buildd.debian.org/status/fetch.php?pkg=shapelibarch=powerpcver=1.3.0-2stamp=1395181820
 
 Cheers,
 Julien

Here's a patch; confirmed by first reproducing the FTBFS on partch, and
then seeing it go away once it's applied.

Mraw,
KiBi.
diff -Nru shapelib-1.3.0/debian/changelog shapelib-1.3.0/debian/changelog
--- shapelib-1.3.0/debian/changelog	2014-03-18 22:47:55.0 +0100
+++ shapelib-1.3.0/debian/changelog	2014-03-26 10:52:01.0 +0100
@@ -1,3 +1,12 @@
+shapelib (1.3.0-2.1) UNRELEASED; urgency=medium
+
+  * Non-maintainer upload.
+  * Fix FTBFS on powerpc by prefixing _{BIG,LITTLE}_ENDIAN with
+LIBSHAPE. (Names starting with an underscore are reserved.)
+(Closes: #742148)
+
+ -- Cyril Brulebois k...@debian.org  Wed, 26 Mar 2014 10:38:30 +0100
+
 shapelib (1.3.0-2) unstable; urgency=medium
 
   * Moved to DEP5 copyright format and annotated double licensing,
diff -Nru shapelib-1.3.0/debian/patches/0006-Fix-FTBFS-avoid-clash-with-_ENDIAN-defines.patch shapelib-1.3.0/debian/patches/0006-Fix-FTBFS-avoid-clash-with-_ENDIAN-defines.patch
--- shapelib-1.3.0/debian/patches/0006-Fix-FTBFS-avoid-clash-with-_ENDIAN-defines.patch	1970-01-01 01:00:00.0 +0100
+++ shapelib-1.3.0/debian/patches/0006-Fix-FTBFS-avoid-clash-with-_ENDIAN-defines.patch	2014-03-26 10:52:12.0 +0100
@@ -0,0 +1,39 @@
+Description: Avoid clashing with _*_ENDIAN.
+Author: Cyril Brulebois k...@debian.org
+
+Defining _{LITTLE,BIG}_ENDIAN is a bad idea since it can clash with
+architecture-specific #define's. So prefix those with LIBSHAPE to
+avoid name clashing.
+---
+Origin: Debian
+Bug-Debian: http://bugs.debian.org/742148
+Last-Update: 2014-03-26
+
+--- a/contrib/Makefile
 b/contrib/Makefile
+@@ -2,8 +2,8 @@
+ #LINKOPT	=	/usr/local/lib/libdbmalloc.a
+ #CFLAGS	=	-g
+ 
+-# Endian: define either _LITTLE_ENDIAN or _BIG_ENDIAN
+-ENDIAN	=	-D_LITTLE_ENDIAN
++# Endian: define either LIBSHAPE_LITTLE_ENDIAN or LIBSHAPE_BIG_ENDIAN
++ENDIAN	=	-DLIBSHAPE_LITTLE_ENDIAN
+ 
+ CFLAGS	=	-g -I.. -I$(HOME)/bld/include -DPROJ4 $(ENDIAN) -DDEBUG -DDEBUG2 
+ 
+--- a/contrib/my_nan.h
 b/contrib/my_nan.h
+@@ -26,10 +26,10 @@
+ 
+ /* IEEE Not A Number.  */
+ 
+-#ifdef _BIG_ENDIAN
++#ifdef LIBSHAPE_BIG_ENDIAN
+ #  define	__nan_bytes		{ 0x7f, 0xf8, 0, 0, 0, 0, 0, 0 }
+ #endif
+-#ifdef _LITTLE_ENDIAN
++#ifdef LIBSHAPE_LITTLE_ENDIAN
+ #  define	__nan_bytes		{ 0, 0, 0, 0, 0, 0, 0xf8, 0x7f }
+ #endif
+ 
diff -Nru shapelib-1.3.0/debian/patches/series shapelib-1.3.0/debian/patches/series
--- shapelib-1.3.0/debian/patches/series	2014-03-18 22:47:55.0 +0100
+++ shapelib-1.3.0/debian/patches/series	2014-03-26 10:38:26.0 +0100
@@ -2,3 +2,4 @@
 0003-Properly-use-libtool.patch
 0004-Dynamically-link-the-shp-binaries-to-libshp.patch
 0005-Stop-setting-CFLAGS-and-PREFIX-in-the-Makefile.patch
+0006-Fix-FTBFS-avoid-clash-with-_ENDIAN-defines.patch


signature.asc
Description: Digital signature
___
Pkg-grass-devel mailing list
Pkg-grass-devel@lists.alioth.debian.org
http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-grass-devel

Bug#742148: shapelib: FTBFS on powerpc (Both BIG_ENDIAN and LITTLE_ENDIAN defined!

2014-03-26 Thread Cyril Brulebois
Francesco P. Lovergine fran...@debian.org (2014-03-26):
 While I accepted the patch a few minutes ago, indeed I seriously now doubt 
 that
 the fix is correct.
 
 It seems to me that in the original program the LITTLE_ENDIAN should be
 intended as a static build-time definition for the host where the program is 
 built.
 
 So the NAN definition should be intended instead as nan(). That's because
 the shapefile format is endianess-independent and shapelib reads/writes 
 fields on the
 basis of the host platform to respect the format. So the NAN should be
 intended as the *host* NaN format, indeed (to be translated in the shp format 
 NaN, i.e. little endian). 
 That poses a problem on the pcc architecture for instance: __nan_bytes will 
 be not the 
 correct NaN value and will result as a big endian in the file.
 
 See http://dl.maptools.org/dl/shapelib/shapefile.pdf for format.
 
 Do you agree?

To be frank I didn't quite get why it was considered a good idea to
hardcode setting -Dfoo in contrib/Makefile unconditionally instead of
looking at the relevant arch-specific bits. So I assumed this was
deliberate and that this setting was orthogonal to what's in system
headers, that's why I proposed the patch you saw.

(From a quick look between last two upstream releases, this part didn't
change; I guess this issue popped up due to updated system headers, but
I didn't look into it to see what exactly triggered it.)

I guess looking at __BYTE_ORDER would be a better way to actually check
a system's endianness, #error-ing if it's neither __LITTLE_ENDIAN or
__BIG_ENDIAN; I have no idea how much that is portable, but upstream
should probably now a bit about msvc and advise whether that's a viable
option.

Mraw,
KiBi.


signature.asc
Description: Digital signature
___
Pkg-grass-devel mailing list
Pkg-grass-devel@lists.alioth.debian.org
http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-grass-devel

Bug#673567: qgis: FTBFS with GCC-4.7: 'close' was not declared in this scope

2012-05-22 Thread Cyril Brulebois
tag 673567 pending
thanks

Steven Chamberlain ste...@pyro.eu.org (19/05/2012):
 Attached is a patch which will hopefully fix this on all the affected
 architectures.  Only tested this myself on kfreebsd-i386 though.

Builds fine on amd64, so I've just uploaded a fixed package with the
attached source debdiff. A bit in a hurry, but the gdal transition wants
buildable reverse dependencies… Thanks for your understanding.

Mraw,
KiBi.


signature.asc
Description: Digital signature
___
Pkg-grass-devel mailing list
Pkg-grass-devel@lists.alioth.debian.org
http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-grass-devel

Bug#673567: qgis: FTBFS with GCC-4.7: 'close' was not declared in this scope

2012-05-22 Thread Cyril Brulebois
tag 673567 pending
thanks

Steven Chamberlain ste...@pyro.eu.org (19/05/2012):
 Attached is a patch which will hopefully fix this on all the affected
 architectures.  Only tested this myself on kfreebsd-i386 though.

Builds fine on amd64, so I've just uploaded a fixed package with the
(really, this time) attached source debdiff. A bit in a hurry, but the
gdal transition wants buildable reverse dependencies… Thanks for your
understanding.

Mraw,
KiBi.
diff -Nru qgis-1.7.4+1.7.5~20120320/debian/changelog qgis-1.7.4+1.7.5~20120320/debian/changelog
--- qgis-1.7.4+1.7.5~20120320/debian/changelog	2012-04-24 15:34:35.0 +0200
+++ qgis-1.7.4+1.7.5~20120320/debian/changelog	2012-05-22 02:37:09.0 +0200
@@ -1,3 +1,14 @@
+qgis (1.7.4+1.7.5~20120320-1.1) unstable; urgency=high
+
+  * Non-maintainer upload.
+  * Fix FTBFS with gcc 4.7 due to uncoordinated gcc-defaults switch, patch
+by Steven Chamberlain, thanks! (Closes: #673567)
+- 10_fix_gcc4.7_build.patch
+  * Set urgency to “high” for the RC bug fix, needed for the gdal
+transition.
+
+ -- Cyril Brulebois k...@debian.org  Tue, 22 May 2012 02:34:43 +0200
+
 qgis (1.7.4+1.7.5~20120320-1) unstable; urgency=low
 
   The Sometimes they come back release.
diff -Nru qgis-1.7.4+1.7.5~20120320/debian/patches/10_fix_gcc4.7_build.patch qgis-1.7.4+1.7.5~20120320/debian/patches/10_fix_gcc4.7_build.patch
--- qgis-1.7.4+1.7.5~20120320/debian/patches/10_fix_gcc4.7_build.patch	1970-01-01 01:00:00.0 +0100
+++ qgis-1.7.4+1.7.5~20120320/debian/patches/10_fix_gcc4.7_build.patch	2012-05-22 02:34:35.0 +0200
@@ -0,0 +1,28 @@
+Description: fix to build with GCC 4.7
+ Must include unistd.h where needed, because GCC 4.7 has stopped including
+ it throughout much of the standard library.
+ .
+ See http://gcc.gnu.org/gcc-4.7/porting_to.html
+Author: Steven Chamberlain ste...@pyro.eu.org
+Bug-Debian: http://bugs.debian.org/673567
+
+--- qgis-1.7.4+1.7.5~20120320.orig/src/core/spatialindex/tools/TemporaryFile.cc	2012-05-19 21:42:30.010157000 +0100
 qgis-1.7.4+1.7.5~20120320/src/core/spatialindex/tools/TemporaryFile.cc	2012-05-19 21:42:34.797198134 +0100
+@@ -20,6 +20,7 @@
+ //mha...@gmail.com
+ 
+ #include stdio.h
++#include unistd.h
+ 
+ #include Tools.h
+ 
+--- qgis-1.7.4+1.7.5~20120320.orig/src/core/spatialindex/storagemanager/DiskStorageManager.cc	2012-03-17 13:48:08.0 +
 qgis-1.7.4+1.7.5~20120320/src/core/spatialindex/storagemanager/DiskStorageManager.cc	2012-05-19 21:43:14.837512956 +0100
+@@ -25,6 +25,7 @@
+ #include sys/types.h
+ #include sys/stat.h
+ #include stdio.h
++#include unistd.h
+ #include cstring
+ 
+ #ifdef WIN32
diff -Nru qgis-1.7.4+1.7.5~20120320/debian/patches/series qgis-1.7.4+1.7.5~20120320/debian/patches/series
--- qgis-1.7.4+1.7.5~20120320/debian/patches/series	1970-01-01 01:00:00.0 +0100
+++ qgis-1.7.4+1.7.5~20120320/debian/patches/series	2012-05-22 02:34:39.0 +0200
@@ -0,0 +1 @@
+10_fix_gcc4.7_build.patch


signature.asc
Description: Digital signature
___
Pkg-grass-devel mailing list
Pkg-grass-devel@lists.alioth.debian.org
http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-grass-devel

Bug#673165: mapserver: FTBFS with multiarch-ready libgd2

2012-05-21 Thread Cyril Brulebois
tag 673165 patch pending
thanks

Steven Chamberlain ste...@pyro.eu.org (18/05/2012):
 This FTBFS (actually on all arches now?) because libgd2 since
 2.0.36~rc1~dfsg-6.1 uses a multiarch path, where it is not seen by
 these checks in configure.in: […]

That's correct, all archs are affected now.

 The path can't be specified from debian/rules via --with-gd because
 the includes and libraries must all be there.  So the configure.in
 must be modified in some way to look for the static+shared libs in the
 appropriate (multiarch) path...

… or to stop trying to do that entirely.

I've just uploaded a fixed package with the attached source debdiff.
Maintainers, that's a very short notice, but we haven't heard from you
on the bug log, and we badly need fixed packages for gdal. Thanks for
your understanding.

Mraw,
KiBi.
diff -Nru mapserver-6.0.1/debian/changelog mapserver-6.0.1/debian/changelog
--- mapserver-6.0.1/debian/changelog	2012-03-05 16:09:41.0 +0100
+++ mapserver-6.0.1/debian/changelog	2012-05-22 01:31:07.0 +0200
@@ -1,3 +1,12 @@
+mapserver (6.0.1-3.1) unstable; urgency=high
+
+  * Non-maintainer upload.
+  * Fix FTBFS with multiarch libgd by just using -lgd instead of trying to
+locate libgd.{a,so}, new patch: multiarch-libgd (Closes: #673165).
+  * Set urgency to “high” for the RC bug fix, needed for the gdal transition.
+
+ -- Cyril Brulebois k...@debian.org  Tue, 22 May 2012 01:28:15 +0200
+
 mapserver (6.0.1-3) unstable; urgency=low
 
   * Let the configure script search in the system directory for jpeg stuff.
diff -Nru mapserver-6.0.1/debian/patches/multiarch-libgd mapserver-6.0.1/debian/patches/multiarch-libgd
--- mapserver-6.0.1/debian/patches/multiarch-libgd	1970-01-01 01:00:00.0 +0100
+++ mapserver-6.0.1/debian/patches/multiarch-libgd	2012-05-22 01:31:07.0 +0200
@@ -0,0 +1,71 @@
+Description: Fix FTBFS with multiarch libgd.
+ The linker knows where to find libgd when one uses -lgd, so stop
+ worrying where libgd.{a,so} are.
+Bug: http://bugs.debian.org/673165
+Author: Cyril Brulebois k...@debian.org
+--- a/configure
 b/configure
+@@ -7649,17 +7649,7 @@ elif test -n $with_gd -a $with_gd !=
+   test -f $GD_DIR/include/gd/gd.h  GD_INCLUDE=$GD_DIR/include/gd
+   test -f $GD_DIR/gd.h  GD_INCLUDE=$GD_DIR
+ 
+-  test -f $GD_DIR/lib/libgd.a  GD_LIBDIR=$GD_DIR/lib
+-  test -f $GD_DIR/lib64/libgd.a  GD_LIBDIR=$GD_DIR/lib64
+-  test -f $GD_DIR/.libs/libgd.a  GD_LIBDIR=$GD_DIR/.libs
+-  test -f $GD_DIR/_libs/libgd.a  GD_LIBDIR=$GD_DIR/_libs
+-  test -f $GD_DIR/libgd.a  GD_LIBDIR=$GD_DIR
+-
+-  test -f $GD_DIR/lib/libgd.so -o -f $GD_DIR/lib/libgd.sl -o -f $GD_DIR/lib/libgd.dylib  GD_LIBDIR=$GD_DIR/lib
+-  test -f $GD_DIR/lib64/libgd.so -o -f $GD_DIR/lib/libgd.sl  GD_LIBDIR=$GD_DIR/lib64
+-  test -f $GD_DIR/.libs/libgd.so -o -f $GD_DIR/.libs/libgd.sl -o -f $GD_DIR/.libs/libgd.dylib  GD_LIBDIR=$GD_DIR/.libs
+-  test -f $GD_DIR/_libs/libgd.so -o -f $GD_DIR/_libs/libgd.sl -o -f $GD_DIR/_libs/libgd.dylib  GD_LIBDIR=$GD_DIR/_libs
+-  test -f $GD_DIR/libgd.so -o -f $GD_DIR/libgd.sl -o -f $GD_DIR/libgd.dylib  GD_LIBDIR=$GD_DIR
++  # Let the linker do its job, we really don't need to pass -L$GD_LIBDIR
+ 
+ echo $as_me:$LINENO: checking for gdImageCreatePaletteFromTrueColor in -lgd 5
+ echo $ECHO_N checking for gdImageCreatePaletteFromTrueColor in -lgd... $ECHO_C 6
+@@ -7805,9 +7795,9 @@ fi
+ GD_NEED_ICONV_LIB=$ICONV_LIB
+   fi
+ 
+-  if test -n $GD_INCLUDE -a -n $GD_LIBDIR -a $IS_GD2 = true; then
++  if test -n $GD_INCLUDE -a $IS_GD2 = true; then
+   GD_INC=-I$GD_INCLUDE
+-  GD_LIB=-L$GD_LIBDIR -lgd
++  GD_LIB=-lgd
+   GD_XTRA_LIBS=$GD_XTRA_LIBS $GD_NEED_ICONV_LIB
+   echo $as_me:$LINENO: result: using libgd 2.0.28 (or higher) from $GD_LIB $GD_XTRA_LIBS 5
+ echo ${ECHO_T}using libgd 2.0.28 (or higher) from $GD_LIB $GD_XTRA_LIBS 6
+--- a/configure.in
 b/configure.in
+@@ -636,17 +636,7 @@ elif test -n $with_gd -a $with_gd !=
+   test -f $GD_DIR/include/gd/gd.h  GD_INCLUDE=$GD_DIR/include/gd
+   test -f $GD_DIR/gd.h  GD_INCLUDE=$GD_DIR
+ 
+-  test -f $GD_DIR/lib/libgd.a  GD_LIBDIR=$GD_DIR/lib
+-  test -f $GD_DIR/lib64/libgd.a  GD_LIBDIR=$GD_DIR/lib64
+-  test -f $GD_DIR/.libs/libgd.a  GD_LIBDIR=$GD_DIR/.libs
+-  test -f $GD_DIR/_libs/libgd.a  GD_LIBDIR=$GD_DIR/_libs
+-  test -f $GD_DIR/libgd.a  GD_LIBDIR=$GD_DIR
+-
+-  test -f $GD_DIR/lib/libgd.so -o -f $GD_DIR/lib/libgd.sl -o -f $GD_DIR/lib/libgd.dylib  GD_LIBDIR=$GD_DIR/lib
+-  test -f $GD_DIR/lib64/libgd.so -o -f $GD_DIR/lib/libgd.sl  GD_LIBDIR=$GD_DIR/lib64
+-  test -f $GD_DIR/.libs/libgd.so -o -f $GD_DIR/.libs/libgd.sl -o -f $GD_DIR/.libs/libgd.dylib  GD_LIBDIR=$GD_DIR/.libs
+-  test -f $GD_DIR/_libs/libgd.so -o -f $GD_DIR/_libs/libgd.sl -o -f $GD_DIR/_libs/libgd.dylib  GD_LIBDIR=$GD_DIR/_libs
+-  test -f $GD_DIR/libgd.so -o -f $GD_DIR/libgd.sl -o -f $GD_DIR/libgd.dylib  GD_LIBDIR=$GD_DIR
++  # Let the linker do its job, we really don't need to pass -L$GD_LIBDIR
+ 
+   dnl

Bug#626516: libepsilon: FTBFS on kfreebsd-* mipsel: outdated config.* scripts

2011-05-12 Thread Cyril Brulebois
Source: libepsilon
Version: 0.9.1-1
Severity: serious
Justification: FTBFS

Hi,

your package FTBFS on kfreebsd-*  mipsel due to outdated (2002-ish)
config.{guess,sub} scripts:
  https://buildd.debian.org/status/package.php?p=libepsilon

Reproduced in a kfreebsd chroot, and fixed with a simple:
  cp /usr/share/misc/config.* .

I hear it's holding up new gdal, so a quick upload would be appreciated.

Thanks already!

Mraw,
KiBi.



___
Pkg-grass-devel mailing list
Pkg-grass-devel@lists.alioth.debian.org
http://lists.alioth.debian.org/mailman/listinfo/pkg-grass-devel


Bug#619281: hdf5: FTBFS: Error: Kind 16 not supported for type REAL

2011-03-22 Thread Cyril Brulebois
Source: hdf5
Version: 1.8.6-1
Severity: serious
Justification: FTBFS

Hi,

your package FTBFS everywhere. Log excerpt on i386:
| gfortran -g -O2  -m128bit-long-double   -I../../../../src 
-I../../../../fortran/src  -c -o H5fortran_detect.o  H5fortran_detect.f90
| H5fortran_detect.f90:153.26:
| 
| REAL(KIND=  16 ) :: a
|   1
| Error: Kind 16 not supported for type REAL at (1)
| H5fortran_detect.f90:156.21:
| 
| a_size = SIZEOF(a)
|  1
| Error: Symbol 'a' at (1) has no IMPLICIT type
| make[3]: *** [H5fortran_detect.o] Error 1

Full build logs:
  https://buildd.debian.org/status/package.php?p=hdf5suite=experimental

KiBi.



___
Pkg-grass-devel mailing list
Pkg-grass-devel@lists.alioth.debian.org
http://lists.alioth.debian.org/mailman/listinfo/pkg-grass-devel


[DebianGIS-dev] Bug#577715: Bug#577715: netcdf: FTBFS: 7 of 7 tests failed

2010-04-14 Thread Cyril Brulebois
Francesco P. Lovergine fran...@debian.org (14/04/2010):
 It seems due to remotes site availability missing: some tests work using
 a remote dap server...

Connectivity can't be assumed on buildds. Most if not all of them
explicitly kill networking.

Mraw,
KiBi.


signature.asc
Description: Digital signature
___
Pkg-grass-devel mailing list
Pkg-grass-devel@lists.alioth.debian.org
http://lists.alioth.debian.org/mailman/listinfo/pkg-grass-devel

[DebianGIS-dev] Bug#570865: FTBFS: various issues

2010-02-21 Thread Cyril Brulebois
Source: mapnik
Version: 0.7.0-1
Severity: serious
Justification: FTBFS

Hi,

your package FTBFS in various ways. Please find below a quick summary of
the failures as of now.

amd64:
| dh_install: libmapnik0.7 missing files (usr/lib/lib*.so.*), aborting

→ maybe configure*/libtool issues?


ia64/kfreebsd-*/sparc:
| find /build/buildd-mapnik_0.7.0-1-ia64-kfpmuh/mapnik-0.7.0/debian/ -name 
*.png | xargs chmod -x
| chmod: missing operand

→ if that's possible for find not to find anything, you want -r?


mips has a different error.


Full build logs:
  https://buildd.debian.org/status/package.php?suite=unstablep=mapnik

Mraw,
KiBi.



___
Pkg-grass-devel mailing list
Pkg-grass-devel@lists.alioth.debian.org
http://lists.alioth.debian.org/mailman/listinfo/pkg-grass-devel

[DebianGIS-dev] Bug#566533: libhdf5-serial-1.8.4: Please manage replacements for new version of hdf

2010-01-24 Thread Cyril Brulebois
severity 566533 serious
thanks

Sylvestre Ledru sylvestre.le...@inria.fr (23/01/2010):
 Package: libhdf5-serial-1.8.4
 Severity: important

Nope, that's serious, adjusting accordingly.

Mraw,
KiBi.


signature.asc
Description: Digital signature
___
Pkg-grass-devel mailing list
Pkg-grass-devel@lists.alioth.debian.org
http://lists.alioth.debian.org/mailman/listinfo/pkg-grass-devel

[DebianGIS-dev] Bug#566761: src:libterralib: FTBFS: ENOENT on examples

2010-01-24 Thread Cyril Brulebois
Package: src:libterralib
Version: 3.3.1-6
Severity: serious
Justification: FTBFS

Hi,

your package FTBFS on all archs:
|debian/rules override_dh_fixperms
| make[1]: Entering directory 
`/build/buildd-libterralib_3.3.1-6-alpha-YrGipM/libterralib-3.3.1'
| dh_fixperms
| find: `debian/libterralib1-doc/usr/share/doc/libterralib1-doc/examples': No 
such file or directory
| find debian/libterralib1-doc/usr/share/doc/libterralib1-doc/examples -type f 
-exec chmod 644 {} \;
| make[1]: *** [override_dh_fixperms] Error 1

Full build logs:
  https://buildd.debian.org/status/package.php?suite=unstablep=libterralib

I guess you can reproduce this at home by using -B instead of -b or no
flag at all, but that's just a wild guess.

Mraw,
KiBi.



___
Pkg-grass-devel mailing list
Pkg-grass-devel@lists.alioth.debian.org
http://lists.alioth.debian.org/mailman/listinfo/pkg-grass-devel


[DebianGIS-dev] Bug#566069: src:gdal: FTBFS: several failed mv calls

2010-01-20 Thread Cyril Brulebois
Package: src:gdal
Version: 1.6.3-2
Severity: serious
Justification: FTBFS

Hi,

your package FTBFS on a bunch of buildds (kfreebsd-*, powerpc, s390, and
sparc at least):
| make[1]: Leaving directory 
`/build/buildd-gdal_1.6.3-2-kfreebsd-amd64-AqNU_r/gdal-1.6.3'
| # a temporary workaround for doxygen problem #564243 
| cd man/man1  \
|   for i in `find . -name *_*`; do basename=`basename 
$i`; mv $basename `echo $basename|sed -e 's/__/_/'`; done
| mv: `gdalinfo_8c.1' and `gdalinfo_8c.1' are the same file
| mv: `gdalallregister_8cpp.1' and `gdalallregister_8cpp.1' are the same file
| mv: `jdemdataset_8cpp.1' and `jdemdataset_8cpp.1' are the same file
| mv: `_sPolyExtended.1' and `_sPolyExtended.1' are the same file
| mv: `GeoTransform_Transformer.1' and `GeoTransform_Transformer.1' are the 
same file
| make: *** [build-stamp] Error 1

Full build logs:
  https://buildd.debian.org/status/package.php?p=gdalsuite=unstable

I guess you may want to store the result of `echo|sed` in a variable and
check for equality with $basename before trying to rename?

Mraw,
KiBi.



___
Pkg-grass-devel mailing list
Pkg-grass-devel@lists.alioth.debian.org
http://lists.alioth.debian.org/mailman/listinfo/pkg-grass-devel


[DebianGIS-dev] Bug#558208: libkml: FTBFS on GNU/kFreeBSD

2009-11-26 Thread Cyril Brulebois
Package: libkml
Version: 1.0.1-3
Severity: important
Tags: patch
User: debian-...@lists.debian.org
Usertags: kfreebsd

Hi,

your package FTBFS on GNU/kFreeBSD because of missing python files. To
get them, it's sufficient to tweak configure.ac very slightly and to
update configure accordingly. You may want to try and support GNU/Hurd
as well (I think uname returns just GNU), but I can't tell for sure
since it FTBFS there because of PATH_MAX.

JFR, here's how I got the package built:
| $ quilt push -a
| $ quilt new/edit/ref
| $ autoreconf -vfi
| $ debuild -b -nc

Build logs at the usual place:
  https://buildd.debian.org/status/package.php?suite=unstablep=libkml

Thanks for considering.

Mraw,
KiBi.
--- a/configure.ac
+++ b/configure.ac
@@ -27,7 +27,8 @@ dnl Which platform are we building on?
 PLATFORM=
 SHLIBSUFFIX=
 case `uname -s` in
-	Linux)	PLATFORM=linux
+	Linux|GNU/kFreeBSD)
+		PLATFORM=linux
 		SHLIBSUFFIX=so
 	;;
 	Darwin)	PLATFORM=darwin
___
Pkg-grass-devel mailing list
Pkg-grass-devel@lists.alioth.debian.org
http://lists.alioth.debian.org/mailman/listinfo/pkg-grass-devel

[DebianGIS-dev] Bug#540875: hdf5: FTBFS on GNU/kFreeBSD (do not build-depends on libibverbs-dev)

2009-08-18 Thread Cyril Brulebois
Petr Salinger petr.salin...@seznam.cz (10/08/2009):
 the current version fails to build on GNU/kFreeBSD.

JFTR, it blocks a bunch of packages, as can be seen in the graph
obtained from the attached file by running:
$ dot -Tpng hdf5.dot -o hdf5.png

Thanks for considering. :)

Mraw,
KiBi.


signature.asc
Description: Digital signature
___
Pkg-grass-devel mailing list
Pkg-grass-devel@lists.alioth.debian.org
http://lists.alioth.debian.org/mailman/listinfo/pkg-grass-devel

[DebianGIS-dev] Bug#539123: libterralib: FTBFS on GNU/kFreeBSD

2009-07-29 Thread Cyril Brulebois
Package: libterralib
Version: 3.3.1-1
Severity: important
Tags: patch
User: glibc-bsd-de...@lists.alioth.debian.org
Usertags: kfreebsd

Hi,

please find attached a patch to fix FTBFS on GNU/kFreeBSD. A similar
defined() on __GNU__ might help GNU/Hurd people, but I didn't check the
build on such a platform.

Thanks for considering.

Mraw,
KiBi.
--- a/src/terralib/kernel/TeDefines.h
+++ b/src/terralib/kernel/TeDefines.h
@@ -49,7 +49,7 @@ of this library and its documentation.
 
 #if defined( WIN32 ) || defined( __WIN32__ ) || defined ( _WIN32 ) || defined( 
WIN64 ) || defined( _WIN32_WCE )
   #define TePLATFORM TePLATFORMCODE_MSWINDOWS
-#elif defined( __LINUX__ ) || defined( linux ) || defined( __linux__ ) 
||defined( __FreeBSD__ ) //FAMI
+#elif defined( __LINUX__ ) || defined( linux ) || defined( __linux__ ) 
||defined( __FreeBSD__ ) || defined( __GLIBC__ ) //FAMI
   #define TePLATFORM TePLATFORMCODE_LINUX
 #elif defined( __APPLE_CC__ ) || defined( APPLE_CC )
   #define TePLATFORM TePLATFORMCODE_APPLE
___
Pkg-grass-devel mailing list
Pkg-grass-devel@lists.alioth.debian.org
http://lists.alioth.debian.org/mailman/listinfo/pkg-grass-devel

[DebianGIS-dev] Bug#456064: FTBFS with GCC 4.3: missing #includes

2008-03-06 Thread Cyril Brulebois
tag 456064 patch
thanks

Martin Michlmayr [EMAIL PROTECTED] (12/12/2007):
 Package: qgis
 Version: 0.8.1-2
 Usertags: ftbfs-gcc-4.3

Hi,

please find attached a patch to fix this FTBFS.

Cheers,

-- 
Cyril Brulebois
--- a/src/composer/qgscomposition.cpp
+++ b/src/composer/qgscomposition.cpp
@@ -31,6 +31,7 @@
 #include QMessageBox
 
 #include iostream
+#include typeinfo
 
 QgsCompositionPaper::QgsCompositionPaper ( QString name, int w, int h, bool c) 
   :mName(name), mWidth(w), mHeight(h), mCustom(c)
--- a/src/core/qgslogger.cpp
+++ b/src/core/qgslogger.cpp
@@ -18,6 +18,8 @@
 
 #include qgslogger.h
 
+#include cstdlib
+
 void QgsLogger::debug(const QString msg, int debuglevel, const char* file, const char* function, int line)
 {
   const char* dfile = debugFile();
--- a/src/plugins/grass/qgsgrassmapcalc.cpp
+++ b/src/plugins/grass/qgsgrassmapcalc.cpp
@@ -66,6 +66,8 @@
 #include qgsgrassmapcalc.h
 #include qgsgrassselect.h
 
+#include typeinfo
+
 QgsGrassMapcalc::QgsGrassMapcalc ( 
QgsGrassTools *tools, QgsGrassModule *module,
QgisApp *qgisApp, QgisIface *iface, 
--- a/src/plugins/grass/qgsgrassmodule.cpp
+++ b/src/plugins/grass/qgsgrassmodule.cpp
@@ -92,6 +92,8 @@
 #include qgsgrasstools.h
 #include qgsgrassselect.h
 
+#include typeinfo
+
 bool QgsGrassModule::mExecPathInited = 0;
 QStringList QgsGrassModule::mExecPath;
 
--- a/src/providers/gpx/gpsdata.cpp
+++ b/src/providers/gpx/gpsdata.cpp
@@ -25,6 +25,8 @@
 #include gpsdata.h
 #include qgslogger.h
 
+#include cstring
+
 #define OUTPUT_PRECISION 12
 
 QString GPSObject::xmlify(const QString str) {
--- a/src/providers/gpx/qgsgpxprovider.cpp
+++ b/src/providers/gpx/qgsgpxprovider.cpp
@@ -42,6 +42,8 @@
 #include gpsdata.h
 #include qgslogger.h
 
+#include cstring
+
 #ifdef WIN32
 #define QGISEXTERN extern C __declspec( dllexport )
 #else
--- a/src/providers/postgres/qgspostgisbox2d.cpp
+++ b/src/providers/postgres/qgspostgisbox2d.cpp
@@ -25,6 +25,8 @@
 
 #include qgspostgisbox2d.h
 
+#include cstdlib
+
 
 QgsPostGisBox2d::QgsPostGisBox2d( std::string box2d )
 {
--- a/src/providers/postgres/qgspostgisbox3d.cpp
+++ b/src/providers/postgres/qgspostgisbox3d.cpp
@@ -25,6 +25,8 @@
 
 #include qgspostgisbox3d.h
 
+#include cstdlib
+
 
 QgsPostGisBox3d::QgsPostGisBox3d( std::string box3d )
 {


signature.asc
Description: Digital signature
___
Pkg-grass-devel mailing list
Pkg-grass-devel@lists.alioth.debian.org
http://lists.alioth.debian.org/mailman/listinfo/pkg-grass-devel

[DebianGIS-dev] Bug#439506: grass: FTBFS: configure: error: *** Unable to locate GLwM includes.

2007-08-26 Thread Cyril Brulebois
tag 439506 patch
thanks

Lucas Nussbaum [EMAIL PROTECTED] (25/08/2007):
 checking for location of GLw includes... 
 checking for GL/GLwMDrawA.h... no
 checking for X11/GLw/GLwMDrawA.h... no
 configure: error: *** Unable to locate GLwM includes.
 make: *** [config-stamp] Error 1

Missing B-D on libglw1-mesa-dev, builds fine once installed; tagging
accordingly.

Cheers,

-- 
Cyril Brulebois


pgpe72VoFZSfT.pgp
Description: PGP signature
___
Pkg-grass-devel mailing list
Pkg-grass-devel@lists.alioth.debian.org
http://lists.alioth.debian.org/mailman/listinfo/pkg-grass-devel

[DebianGIS-dev] Bug#432423: [many packages] FTBFS: /usr/bin/ld: cannot find -lgfortranbegin

2007-07-16 Thread Cyril Brulebois
tag 432423 patch
tag 432420 patch
tag 432375 patch
tag 432376 patch
tag 432378 patch
thanks

Lucas Nussbaum [EMAIL PROTECTED] (09/07/2007):
 Hi,
 
 During a rebuild of all packages in sid, your package failed to build on i386.
 [...]
 /usr/bin/ld: cannot find -lgfortranbegin

Hi,

I noticed that installing gfortran-4.1 solves this problem. I guess it
was previously pulled by some other packages, and that now gfortran-4.2
is, but that this latter doesn't provide with -lgfortranbegin.

I also guess that adding gfortran-4.1 as a B-D is suboptimal, but it at
least solves the FTBFS (not tested for octaviz, I've got no superfast
box, but I really believe that this is fixed in the same way, feel free
to remove the patch tag if I'm wrong); tagging accordingly.

Cheers,

-- 
Cyril Brulebois

PS: Cc'ing my AM for RC bugfix.


pgpp0xST52ass.pgp
Description: PGP signature
___
Pkg-grass-devel mailing list
Pkg-grass-devel@lists.alioth.debian.org
http://lists.alioth.debian.org/mailman/listinfo/pkg-grass-devel