Bug#810413: garmindev: please switch to libusb 1.0
Package: garmindev Version: 0.3.4+svn3432-3 Severity: wishlist Dear Maintainer, garmindev has a build-depends on libusb-dev. A few years ago upstream has released a new major version libusb 1.0 with a different API which aims to fix design deficiencies with USB 2.0 and 3.0 in mind. The old libusb 0.1 package is not supported upstream anymore and should be considered deprecated. If garmindev supports the new libusb 1.0 library, please consider switching the build-depends from libusb-dev to libusb-1.0-0-dev. If not please inform upstream that porting the software to the new API is recommended. Thanks, Aurelien -- Aurelien Jarno GPG: 4096R/1DDD8C9B aurel...@aurel32.net http://www.aurel32.net ___ 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#810413: garmindev: please switch to libusb 1.0
On 2016-01-08 20:04, Sebastiaan Couwenberg wrote: > On 08-01-16 19:36, Aurelien Jarno wrote: > > garmindev has a build-depends on libusb-dev. A few years ago upstream > > has released a new major version libusb 1.0 with a different API which > > aims to fix design deficiencies with USB 2.0 and 3.0 in mind. > > > > The old libusb 0.1 package is not supported upstream anymore and should > > be considered deprecated. > > > > If garmindev supports the new libusb 1.0 library, please consider > > switching the build-depends from libusb-dev to libusb-1.0-0-dev. If not > > please inform upstream that porting the software to the new API is > > recommended. > > garmindev is no longer developed upstream, so it's better to just drop > this package and update qlandkartegt to not Recommend it any more. Thanks for your fast answer. So far it is not clear when libusb 0.1 will be removed from the archive. Despite the new version being there for more than 7 years, we still have more than 70 packages using it in sid, including some core packages. I have filled this bug to start warning people that they should switch to the new version (hence the severity wishlist for now), however depending on the number of packages still using it around freeze time, I will decide if we keep the package for stretch or not. In the meantime you can keep the package in the archive and keep this bug open, someone might provide a patch. Regards, Aurelien -- Aurelien Jarno GPG: 4096R/1DDD8C9B aurel...@aurel32.net http://www.aurel32.net ___ 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#735004 blocking the ppc64el architecture bootstrap
Dear maintainer, The ppc64el architecture has been added to the Debian archive. Your package geographiclib fails to build as reported in bug #735004 and the build log is available on [1]. It would be very nice if you can upload a fixed version of this package. Don't hesitate to ask questions if you need help to fix this bug. If you lack time for that, I can also proceed with an NMU. Thanks, Aurelien [1] https://buildd.debian.org/status/logs.php?pkg=geographiclibarch=ppc64el -- Aurelien Jarno GPG: 4096R/1DDD8C9B aurel...@aurel32.net http://www.aurel32.net ___ 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#742149: mapnik: FTBFS on mipsen (virtual memory exhausted)
On Wed, Mar 19, 2014 at 09:18:20PM +0100, Sebastiaan Couwenberg wrote: At the end of last year during the mapnik transition the memory exhaustion was fixed by scheduling the builds on buildds with more memory. https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=729121#16 Is that an option now too? Or are the more capable buildds already used? I have blacklisted the package on all buildds which have less than 4GB of RAM for mipsel, and requeued the package. Let's see how it goes, if it works, i'll look at doing the same for mips. -- Aurelien Jarno GPG: 1024D/F1BCDB73 aurel...@aurel32.net http://www.aurel32.net ___ 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#733282: liblas: FTBFS on multiple architectures
Package: liblas Version: 1.7.0+dfsg-1 Severity: serious Tags: upstream patch Justification: fails to build from source (but built successfully in the past) liblas fails to build from source on ia64, mips, mipsel and s390x as it tries to get symbols from the system library, while not linking with it. The patch below fixes the problem: --- a/CMakeLists.txt +++ b/CMakeLists.txt @@ -181,7 +181,7 @@ if(WIN32) endif(WIN32) # NOTE: Add iostreams to COMPONENTS list to enable bigfile_boost_iostreams_test -find_package(Boost 1.38 COMPONENTS program_options thread REQUIRED) +find_package(Boost 1.38 COMPONENTS program_options thread system REQUIRED) if(Boost_FOUND AND Boost_PROGRAM_OPTIONS_FOUND) include_directories(${Boost_INCLUDE_DIRS}) -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: s390x Kernel: Linux 3.2.0-4-s390x (SMP w/2 CPU cores) Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash ___ Pkg-grass-devel mailing list Pkg-grass-devel@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-grass-devel
Re: grass: FTBFS on s390x
retitle 672719 grass: FTBFS on ppc64 and s390x thanks On Sun, May 13, 2012 at 09:22:34AM +0100, Nicholas Bamber wrote: Source: grass Version: 6.4.1-2.1 Severity: serious Tags: wheezy sid Hi, Your package fails to build on s390x. Started compilation: Sat May 12 01:31:47 UTC 2012 -- Errors in: /build/buildd-grass_6.4.1-2.1-s390x-GTALEw/grass-6.4.1/lib/vector/diglib -- In case of errors please change into the directory with error and run 'make'. If you get multiple errors, you need to deal with them in the order they appear in the error log. If you get an error building a library, you will also get errors from anything which uses the library. -- Finished compilation: Sat May 12 01:42:57 UTC 2012 make[1]: *** [default] Error 1 make[1]: Leaving directory `/build/buildd-grass_6.4.1-2.1-s390x-GTALEw/grass-6.4.1' make: *** [build-stamp] Error 2 (more) This package also fails to build from source on ppc64, in a very similar way, so it is likely due to the fact that these architectures are 64-bit big endian. -- Aurelien Jarno GPG: 1024D/F1BCDB73 aurel...@aurel32.net http://www.aurel32.net ___ 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#684361: libhdf4: FTBFS on powerpc64
Source: libhdf4 Version: 4.2r4-13 Severity: normal Tags: patch libhdf4 FTBFS on powerpc64 due to the fact hdfi.h is patched to add a definition for powerpc. Unfortunately, the way it is written it matches both powerpc and powerpc64, and conflicts with the powerpc64 definition present a bit later in this file. The patch below fixes the problem. Would it be possible to apply it in the next upload? Thanks in advance. diff -u libhdf4-4.2r4/debian/patches/hdfi.h libhdf4-4.2r4/debian/patches/hdfi.h --- libhdf4-4.2r4/debian/patches/hdfi.h +++ libhdf4-4.2r4/debian/patches/hdfi.h @@ -181,7 +181,7 @@ + +#endif /* Linux/Sparc */ + -+#if defined (__linux__) defined (__powerpc__) ++#if defined (__linux__) defined (__powerpc__) !defined(__powerpc64__) + +#ifdef GOT_MACHINE +If you get an error on this line more than one machine type has been defined. -- System Information: Debian Release: wheezy/sid APT prefers unreleased APT policy: (500, 'unreleased'), (500, 'unstable') Architecture: ppc64 Kernel: Linux 3.2.0-3-powerpc64 (SMP w/1 CPU core) Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash ___ 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#651805: FTBFS on s390x: symbols file doesn't match library
Source: hdf5 Version: 1.8.8-1~exp1 Severity: important Tags: patch Justification: fails to build from source hdf5/experimental fails to build on s390x given the symbols file doesn't contains the specific cases for this architecture. The patch below fixes the issue. diff -Nru hdf5-1.8.8/debian/libhdf5-7.symbols hdf5-1.8.8/debian/libhdf5-7.symbols --- hdf5-1.8.8/debian/libhdf5-7.symbols 2011-11-27 22:12:26.0 + +++ hdf5-1.8.8/debian/libhdf5-7.symbols 2011-12-11 15:28:30.0 + @@ -2563,7 +2563,7 @@ _ZN2H519DSetMemXferPropList11getEDCCheckEv@Base 1.8.7 _ZN2H519DSetMemXferPropList11setEDCCheckE9H5Z_EDC_t@Base 1.8.7 _ZN2H519DSetMemXferPropList18getHyperVectorSizeEv@Base 1.8.7 - (arch=!amd64 !kfreebsd-amd64 !s390)_ZN2H519DSetMemXferPropList18setHyperVectorSizeEj@Base 1.8.7 + (arch=!amd64 !kfreebsd-amd64 !s390 !s390x)_ZN2H519DSetMemXferPropList18setHyperVectorSizeEj@Base 1.8.7 (arch=!i386 !kfreebsd-i386 !hurd-i386 !armel !mips !mipsel !powerpc)_ZN2H519DSetMemXferPropList18setHyperVectorSizeEm@Base 1.8.7 _ZN2H519DSetMemXferPropList21getSmallDataBlockSizeEv@Base 1.8.7 _ZN2H519DSetMemXferPropList21setSmallDataBlockSizeEy@Base 1.8.7 @@ -2669,20 +2669,20 @@ _ZN2H57IntTypeD2Ev@Base 1.8.7 _ZN2H57StrTypeC1ERKNS_7DataSetE@Base 1.8.7 _ZN2H57StrTypeC1ERKNS_8PredTypeE@Base 1.8.7 - (arch=!amd64 !kfreebsd-amd64 !s390)_ZN2H57StrTypeC1ERKNS_8PredTypeERKj@Base 1.8.7 + (arch=!amd64 !kfreebsd-amd64 !s390 !s390x)_ZN2H57StrTypeC1ERKNS_8PredTypeERKj@Base 1.8.7 (arch=!i386 !kfreebsd-i386 !hurd-i386 !armel !mips !mipsel !powerpc)_ZN2H57StrTypeC1ERKNS_8PredTypeERKm@Base 1.8.7 _ZN2H57StrTypeC1ERKS0_@Base 1.8.7 _ZN2H57StrTypeC1Ei@Base 1.8.7 - (arch=!amd64 !kfreebsd-amd64 !s390)_ZN2H57StrTypeC1EiRKj@Base 1.8.7 + (arch=!amd64 !kfreebsd-amd64 !s390 !s390x)_ZN2H57StrTypeC1EiRKj@Base 1.8.7 (arch=!i386 !kfreebsd-i386 !hurd-i386 !armel !mips !mipsel !powerpc)_ZN2H57StrTypeC1EiRKm@Base 1.8.7 _ZN2H57StrTypeC1Ev@Base 1.8.7 _ZN2H57StrTypeC2ERKNS_7DataSetE@Base 1.8.7 _ZN2H57StrTypeC2ERKNS_8PredTypeE@Base 1.8.7 - (arch=!amd64 !kfreebsd-amd64 !s390)_ZN2H57StrTypeC2ERKNS_8PredTypeERKj@Base 1.8.7 + (arch=!amd64 !kfreebsd-amd64 !s390 !s390x)_ZN2H57StrTypeC2ERKNS_8PredTypeERKj@Base 1.8.7 (arch=!i386 !kfreebsd-i386 !hurd-i386 !armel !mips !mipsel !powerpc)_ZN2H57StrTypeC2ERKNS_8PredTypeERKm@Base 1.8.7 _ZN2H57StrTypeC2ERKS0_@Base 1.8.7 _ZN2H57StrTypeC2Ei@Base 1.8.7 - (arch=!amd64 !kfreebsd-amd64 !s390)_ZN2H57StrTypeC2EiRKj@Base 1.8.7 + (arch=!amd64 !kfreebsd-amd64 !s390 !s390x)_ZN2H57StrTypeC2EiRKj@Base 1.8.7 (arch=!i386 !kfreebsd-i386 !hurd-i386 !armel !mips !mipsel !powerpc)_ZN2H57StrTypeC2EiRKm@Base 1.8.7 _ZN2H57StrTypeC2Ev@Base 1.8.7 _ZN2H57StrTypeD0Ev@Base 1.8.7 @@ -2707,13 +2707,13 @@ _ZN2H58CompTypeC1ERKNS_7DataSetE@Base 1.8.7 _ZN2H58CompTypeC1ERKS0_@Base 1.8.7 _ZN2H58CompTypeC1Ei@Base 1.8.7 - (arch=!amd64 !kfreebsd-amd64 !s390)_ZN2H58CompTypeC1Ej@Base 1.8.7 + (arch=!amd64 !kfreebsd-amd64 !s390 !s390x)_ZN2H58CompTypeC1Ej@Base 1.8.7 (arch=!i386 !kfreebsd-i386 !hurd-i386 !armel !mips !mipsel !powerpc)_ZN2H58CompTypeC1Em@Base 1.8.7 _ZN2H58CompTypeC1Ev@Base 1.8.7 _ZN2H58CompTypeC2ERKNS_7DataSetE@Base 1.8.7 _ZN2H58CompTypeC2ERKS0_@Base 1.8.7 _ZN2H58CompTypeC2Ei@Base 1.8.7 - (arch=!amd64 !kfreebsd-amd64 !s390)_ZN2H58CompTypeC2Ej@Base 1.8.7 + (arch=!amd64 !kfreebsd-amd64 !s390 !s390x)_ZN2H58CompTypeC2Ej@Base 1.8.7 (arch=!i386 !kfreebsd-i386 !hurd-i386 !armel !mips !mipsel !powerpc)_ZN2H58CompTypeC2Em@Base 1.8.7 _ZN2H58CompTypeC2Ev@Base 1.8.7 _ZN2H58CompTypeD0Ev@Base 1.8.7 @@ -2728,7 +2728,7 @@ _ZN2H58DataType6commitERNS_8H5ObjectERKSs@Base 1.8.7 _ZN2H58DataType7p_setIdEi@Base 1.8.7 _ZN2H58DataType8p_commitEiPKc@Base 1.8.7 - (arch=!amd64 !kfreebsd-amd64 !s390)_ZN2H58DataTypeC1E11H5T_class_tj@Base 1.8.7 + (arch=!amd64 !kfreebsd-amd64 !s390 !s390x)_ZN2H58DataTypeC1E11H5T_class_tj@Base 1.8.7 (arch=!i386 !kfreebsd-i386 !hurd-i386 !armel !mips !mipsel !powerpc)_ZN2H58DataTypeC1E11H5T_class_tm@Base 1.8.7 _ZN2H58DataTypeC1ERKS0_@Base 1.8.7 _ZN2H58DataTypeC1ERNS_6H5FileEPKv10H5R_type_t@Base 1.8.7 @@ -2736,7 +2736,7 @@ _ZN2H58DataTypeC1ERNS_9AttributeEPKv10H5R_type_t@Base 1.8.7 _ZN2H58DataTypeC1Ei@Base 1.8.7 _ZN2H58DataTypeC1Ev@Base 1.8.7 - (arch=!amd64 !kfreebsd-amd64 !s390)_ZN2H58DataTypeC2E11H5T_class_tj@Base 1.8.7 + (arch=!amd64 !kfreebsd-amd64 !s390 !s390x)_ZN2H58DataTypeC2E11H5T_class_tj@Base 1.8.7 (arch=!i386 !kfreebsd-i386 !hurd-i386 !armel !mips !mipsel !powerpc)_ZN2H58DataTypeC2E11H5T_class_tm@Base 1.8.7 _ZN2H58DataTypeC2ERKS0_@Base 1.8.7 _ZN2H58DataTypeC2ERNS_6H5FileEPKv10H5R_type_t@Base 1.8.7 @@ -2752,14 +2752,14 @@ _ZN2H58EnumTypeC1ERKNS_7IntTypeE@Base 1.8.7 _ZN2H58EnumTypeC1ERKS0_@Base 1.8.7 _ZN2H58EnumTypeC1Ei@Base 1.8.7 - (arch=!amd64 !kfreebsd-amd64 !s390)_ZN2H58EnumTypeC1Ej@Base 1.8.7 + (arch=!amd64 !kfreebsd-amd64 !s390 !s390x)_ZN2H58EnumTypeC1Ej@Base 1.8.7 (arch=!i386 !kfreebsd-i386 !hurd-i386 !armel !mips
Bug#638363: hdf5: please disable MPI support on s390x
Package: hdf5 Version: 1.8.4-patch1-3 Severity: normal Tags: patch User: debian-s...@lists.debian.org Usertags: s390x hdf5 build depends on libopenmpi-dev on s390x, while this package is not available (like on s390). Therefore the package is not buildable here. Could you please disable MPI support on s390x in the next upload? The patch below should do it. Thanks in advance. diff -u hdf5-1.8.4-patch1/debian/control hdf5-1.8.4-patch1/debian/control --- hdf5-1.8.4-patch1/debian/control +++ hdf5-1.8.4-patch1/debian/control @@ -4,8 +4,8 @@ Maintainer: Debian GIS Project pkg-grass-devel@lists.alioth.debian.org Uploaders: Francesco Paolo Lovergine fran...@debian.org Build-Depends: libmpich1.0-dev (= 1.2.7-1), zlib1g-dev, lam4-dev (= 7.1.1-3.2), quilt, - libopenmpi-dev [!arm !armel !hppa !mips !mipsel !s390 !sh4 !m68k], libjpeg-dev, debhelper ( 7), sed (=4.1.5), - gfortran, libibverbs-dev [!arm !armel !hppa !mips !mipsel !s390 !kfreebsd-i386 !kfreebsd-amd64 !hurd-i386 !sh4], + libopenmpi-dev [!arm !armel !hppa !mips !mipsel !s390 !s390x !sh4 !m68k], libjpeg-dev, debhelper ( 7), sed (=4.1.5), + gfortran, libibverbs-dev [!arm !armel !hppa !mips !mipsel !s390 !s390x !kfreebsd-i386 !kfreebsd-amd64 !hurd-i386 !sh4], sharutils, mpi-default-dev Standards-Version: 3.9.2 Homepage: http://hdfgroup.org/HDF5/ diff -u hdf5-1.8.4-patch1/debian/rules hdf5-1.8.4-patch1/debian/rules --- hdf5-1.8.4-patch1/debian/rules +++ hdf5-1.8.4-patch1/debian/rules @@ -51,6 +51,8 @@ build_openmpi = no else ifeq ($(DEB_BUILD_ARCH),s390) build_openmpi = no +else ifeq ($(DEB_BUILD_ARCH),s390x) +build_openmpi = no else ifeq ($(DEB_BUILD_ARCH),sh4) build_openmpi = no else diff -u hdf5-1.8.4-patch1/debian/control.in hdf5-1.8.4-patch1/debian/control.in --- hdf5-1.8.4-patch1/debian/control.in +++ hdf5-1.8.4-patch1/debian/control.in @@ -4,8 +4,8 @@ Maintainer: Debian GIS Project pkg-grass-devel@lists.alioth.debian.org Uploaders: Francesco Paolo Lovergine fran...@debian.org Build-Depends: libmpich1.0-dev (= 1.2.7-1), zlib1g-dev, lam4-dev (= 7.1.1-3.2), quilt, - libopenmpi-dev [!arm !armel !hppa !mips !mipsel !s390 !sh4 !m68k], libjpeg-dev, debhelper ( 7), sed (=4.1.5), - gfortran, libibverbs-dev [!arm !armel !hppa !mips !mipsel !s390 !kfreebsd-i386 !kfreebsd-amd64 !hurd-i386 !sh4], + libopenmpi-dev [!arm !armel !hppa !mips !mipsel !s390 !s390x !sh4 !m68k], libjpeg-dev, debhelper ( 7), sed (=4.1.5), + gfortran, libibverbs-dev [!arm !armel !hppa !mips !mipsel !s390 !s390x !kfreebsd-i386 !kfreebsd-amd64 !hurd-i386 !sh4], sharutils, mpi-default-dev Standards-Version: 3.9.2 Homepage: http://hdfgroup.org/HDF5/ -- System Information: Debian Release: wheezy/sid APT prefers unreleased APT policy: (500, 'unreleased'), (500, 'unstable') Architecture: s390x Kernel: Linux 3.0.0-1-s390x (SMP w/2 CPU cores) Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash ___ 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#638367: FTBFS: fatal error: AISConnect.h: No such file or directory
Package: gdal Version: 1.7.3-5 Severity: serious Justification: fails to build from source (but built successfully in the past) Hi, gdal FTBFS on sid, as it tries to include AISConnect.h which doesn't exist: | libtool: compile: g++ -g -O2 -fvisibility=hidden -Wall -I/build/buildd-gdal_1.7.3-5-s390x-UlzXq3/gdal-1.7.3/port -I/build/buildd-gdal_1.7.3-5-s390x-UlzXq3/gdal-1.7.3/gcore -I/build/buildd-gdal_1.7.3-5-s390x-UlzXq3/gdal-1.7.3/alg -I/build/buildd-gdal_1.7.3-5-s390x-UlzXq3/gdal-1.7.3/ogr -I/build/buildd-gdal_1.7.3-5-s390x-UlzXq3/gdal-1.7.3/ogr/ogrsf_frmts -DOGR_ENABLED -I/build/buildd-gdal_1.7.3-5-s390x-UlzXq3/gdal-1.7.3/port -c minidriver_tms.cpp -o ../o/minidriver_tms.o /dev/null 21 | make[3]: Leaving directory `/build/buildd-gdal_1.7.3-5-s390x-UlzXq3/gdal-1.7.3/frmts/wms' | /usr/bin/make -C dods install-obj | make[3]: Entering directory `/build/buildd-gdal_1.7.3-5-s390x-UlzXq3/gdal-1.7.3/frmts/dods' | /bin/sh /build/buildd-gdal_1.7.3-5-s390x-UlzXq3/gdal-1.7.3/libtool --mode=compile --tag=CXX g++ -g -O2 -fvisibility=hidden -Wall -I/build/buildd-gdal_1.7.3-5-s390x-UlzXq3/gdal-1.7.3/port -I/build/buildd-gdal_1.7.3-5-s390x-UlzXq3/gdal-1.7.3/gcore -I/build/buildd-gdal_1.7.3-5-s390x-UlzXq3/gdal-1.7.3/alg -I/build/buildd-gdal_1.7.3-5-s390x-UlzXq3/gdal-1.7.3/ogr -I/build/buildd-gdal_1.7.3-5-s390x-UlzXq3/gdal-1.7.3/ogr/ogrsf_frmts -DOGR_ENABLED -I/build/buildd-gdal_1.7.3-5-s390x-UlzXq3/gdal-1.7.3/port -I/usr/include -I/usr/include/libdap -I/usr/include/dap -DLIBDAP_39 -c -o ../o/dodsdataset2.lo dodsdataset2.cpp | libtool: compile: g++ -g -O2 -fvisibility=hidden -Wall -I/build/buildd-gdal_1.7.3-5-s390x-UlzXq3/gdal-1.7.3/port -I/build/buildd-gdal_1.7.3-5-s390x-UlzXq3/gdal-1.7.3/gcore -I/build/buildd-gdal_1.7.3-5-s390x-UlzXq3/gdal-1.7.3/alg -I/build/buildd-gdal_1.7.3-5-s390x-UlzXq3/gdal-1.7.3/ogr -I/build/buildd-gdal_1.7.3-5-s390x-UlzXq3/gdal-1.7.3/ogr/ogrsf_frmts -DOGR_ENABLED -I/build/buildd-gdal_1.7.3-5-s390x-UlzXq3/gdal-1.7.3/port -I/usr/include -I/usr/include/libdap -I/usr/include/dap -DLIBDAP_39 -c dodsdataset2.cpp -fPIC -DPIC -o ../o/.libs/dodsdataset2.o | dodsdataset2.cpp:53:26: fatal error: AISConnect.h: No such file or directory | compilation terminated. | make[3]: *** [../o/dodsdataset2.lo] Error 1 | make[3]: Leaving directory `/build/buildd-gdal_1.7.3-5-s390x-UlzXq3/gdal-1.7.3/frmts/dods' | make[2]: *** [dods-install-obj] Error 2 | make[1]: make[2]: Leaving directory `/build/buildd-gdal_1.7.3-5-s390x-UlzXq3/gdal-1.7.3/frmts' | *** [frmts-target] Error 2 | make[1]: Leaving directory `/build/buildd-gdal_1.7.3-5-s390x-UlzXq3/gdal-1.7.3' | make: *** [build-stamp] Full build log (s390x, but also affects other architectures) at: http://buildd.debian-ports.org/status/fetch.php?pkg=gdalarch=s390xver=1.7.3-5stamp=1313699181 Regards, Aurelien -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.39-2-amd64 (SMP w/4 CPU cores) Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash ___ Pkg-grass-devel mailing list Pkg-grass-devel@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-grass-devel
Re: libgeotiff-dfsg: Please Build-Depends on libjpeg-dev, not libjpeg62-dev
severity 634140 serious thanks On Sun, Jul 17, 2011 at 10:35:20AM +0200, Bill Allombert wrote: Source: libgeotiff-dfsg Version: 1.2.5-1 Severity: important Hello Debian GIS Project, We are transitionning from libjpeg62 to libjpeg8. As mentionned on debian-devel-announce[1], please update libgeotiff-dfsg to Build-Depends on libjpeg-dev instead of libjpeg62-dev. The following Build-Depends was found: libgeotiff-dfsg :Build-Depends: libjpeg62-dev This currently makes this package unbuildable, as shown by edos-debcheck: | libgeotiff-dfsg (= 1.2.5-1) build-depends on one of: | - libtiff4-dev (= 3.9.5-1) | libgeotiff-dfsg (= 1.2.5-1) build-depends on one of: | - libjpeg62-dev (= 6b1-2) | libtiff4-dev (= 3.9.5-1) depends on one of: | - libjpeg8-dev (= 8c-2) | libjpeg8-dev (= 8c-2) and libjpeg62-dev (= 6b1-2) conflict Raising the severity accordingly -- Aurelien Jarno GPG: 1024D/F1BCDB73 aurel...@aurel32.net http://www.aurel32.net ___ Pkg-grass-devel mailing list Pkg-grass-devel@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-grass-devel
[DebianGIS-dev] Bug#596603: libhdf4: FTBFS on sparc64
Package: libhdf4 Version: 4.2r4-10 Severity: normal Tags: patch User: debian-sp...@lists.debian.org Usertags: sparc64 libhdf4 fails to build from source on sparc64 as it misses some definitions for this architecture in hdfi.h. The patch below fixes that, could you please add it in the next upload? Thanks in advance. diff -u libhdf4-4.2r4/debian/patches/hdfi.h libhdf4-4.2r4/debian/patches/hdfi.h --- libhdf4-4.2r4/debian/patches/hdfi.h +++ libhdf4-4.2r4/debian/patches/hdfi.h @@ -58,7 +58,7 @@ #ifndef MIPSEL #define MIPSEL -@@ -1039,6 +1049,340 @@ +@@ -1039,6 +1049,349 @@ #endif /* INTEL86 */ #endif /* !(defined(macintosh) || defined(MAC)) */ @@ -144,14 +144,23 @@ +typedef unsigned char uint8; +typedef short int int16; +typedef unsigned short int uint16; ++#ifdef _LP64 /* 64-bit environment */ ++typedef int int32; ++typedef unsigned int uint32; ++#else /* 32-bit environment */ +typedef long int int32; +typedef unsigned long int uint32; ++#endif +typedef int intn; +typedef unsigned int uintn; +typedef float float32; +typedef doublefloat64; +typedef long intf; /* size of INTEGERs in Fortran compiler */ ++#ifdef _LP64 /* 64-bit environment */ ++typedef long hdf_pint_t; /* an integer the same size as a pointer */ ++#else /* 32-bit environment */ +typedef int hdf_pint_t; /* an integer the same size as a pointer */ ++#endif +#define FNAME_POST_UNDERSCORE +#define _fcdtocp(desc) (desc) + -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: sparc64 Kernel: Linux 2.6.32-bpo.5-sparc64-smp (SMP w/32 CPU cores) Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash ___ 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#473328: hdf5: Drop openmpi support on some architectures
Rafael Laboissiere a écrit : package hdf5 severity 473328 serious thanks Following a suggestion of Steve Langasek [1], I am rising the severity of this bug report to serious. R. [1] * Rafael Laboissiere [EMAIL PROTECTED] [2008-03-30 00:01]: Package: hdf5 Version: 1.6.6-1 Severity: important The OpenMPI support recently introduced in hdf5 has made the package FTBFS on several arches (arm, armel, hppa, mips, mipsel, and s390), because openmpi also FTBFS on them. Please, disable the build of libhdf5-openmpi for those architectures. Please note that openmpi is available on kfreebsd-i386 and kfreebsd-amd64. Please don't disable libhdf5-openmpi on those architectures. -- .''`. Aurelien Jarno | GPG: 1024D/F1BCDB73 : :' : Debian developer | Electrical Engineer `. `' [EMAIL PROTECTED] | [EMAIL PROTECTED] `-people.debian.org/~aurel32 | www.aurel32.net ___ 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#422537: [Pkg-jed-sl-modules] Bug#422537: cfitsio3: GPL/PD but includes GPL compress.c from gzip
Rafael Laboissiere a écrit : * Aurelien Jarno [EMAIL PROTECTED] [2007-05-07 00:07]: reassign 422537 libcfitsio2, slang-cfitsio, libgdal1-1.3.2 thanks On Sun, May 06, 2007 at 03:37:00PM -0400, Justin Pryzby wrote: Package: libcfitsio2, libcfitsio3, slang-cfitsio, libgdal1-1.3.2 # apt-cache rdepends output # kst-plugins is gpl # fv is written by the same guy as fitsio so.. The debian/copyright file has been feixed is cfitsio3 3.040-1. I am therefore reassigning the bugs to the remaining packages. Could you please tell me what should be changed in the slang-cfitsio package in order to close this bug report? Basically the license of libcfitsio3 has changed from PD to GPL. You have to check that the license of slang-cfitsio is GPL compatible (looks ok, as it even include GPL files). If it is ok, you should clearly state in the debian/copyright file that the resulting software is distributed as GPL. -- .''`. Aurelien Jarno | GPG: 1024D/F1BCDB73 : :' : Debian developer | Electrical Engineer `. `' [EMAIL PROTECTED] | [EMAIL PROTECTED] `-people.debian.org/~aurel32 | www.aurel32.net ___ 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#422537: cfitsio3: GPL/PD but includes GPL compress.c from gzip
Justin Pryzby a écrit : On Sun, May 06, 2007 at 10:05:37PM +0200, Aurelien Jarno wrote: Justin Pryzby a écrit : Package: libcfitsio2, libcfitsio3, slang-cfitsio, libgdal1-1.3.2 # apt-cache rdepends output # kst-plugins is gpl # fv is written by the same guy as fitsio so.. It's unclear to me why/that/if it's allowed for cfitsio to include GPL compress.c from gzip, when it is not itself GPL. In particular, it isn't clear why it's allowed for packages which depend on fitsio to be distributed under a license other than GPL (modulo exceptions from the zlib people). Well the License.txt file from upstream is actually clear: Great. This is considerably more clear than I anticipated. I think this still means that the 2 other packages need to be relicensed (or removed, or an exception made by gzip authors), no? Relicensed is probably not the correct term. If their license does say the contrary, that just means that the resulting binary has to be licensed under the GPL. But the sources can stay with the current license. -- .''`. Aurelien Jarno | GPG: 1024D/F1BCDB73 : :' : Debian developer | Electrical Engineer `. `' [EMAIL PROTECTED] | [EMAIL PROTECTED] `-people.debian.org/~aurel32 | www.aurel32.net ___ 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#395682: e00compr: missing binary-indep target in debian/rules (Policy 4.9)
Package: e00compr Severity: important Usertag: debianrulestarget e00compr's source package contains a debian/rules file which does not contain the binary-indep target. This target required by both the section 4.9 of the Debian policy [1] and the Etch release standards [2]. [1] http://www.debian.org/doc/debian-policy/ch-source.html#s-debianrules [2] http://release.debian.org/etch_rc_policy.txt -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (x86_64) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.15-1-amd64-k8-smp Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) (ignored: LC_ALL set to fr_FR.UTF-8) ___ Pkg-grass-devel mailing list Pkg-grass-devel@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-grass-devel
[DebianGIS-dev] Bug#395706: libgdal-grass: missing binary-indep target in debian/rules (Policy 4.9)
Package: libgdal-grass Severity: important Usertag: debianrulestarget libgdal-grass's source package contains a debian/rules file which does not contain the binary-indep target. This target required by both the section 4.9 of the Debian policy [1] and the Etch release standards [2]. [1] http://www.debian.org/doc/debian-policy/ch-source.html#s-debianrules [2] http://release.debian.org/etch_rc_policy.txt -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (x86_64) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.15-1-amd64-k8-smp Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) (ignored: LC_ALL set to fr_FR.UTF-8) ___ Pkg-grass-devel mailing list Pkg-grass-devel@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-grass-devel