Bug#1071125: python3-donfig and python3-nabu have an undeclared file conflict on /usr/lib/python3/dist-packages/doc/conf.py

On 5/15/24 12:15 AM, Antonio Valentino wrote: On Tue, 14 May 2024 22:23:45 +0200 Sebastiaan Couwenberg wrote: On 5/14/24 8:27 PM, Helmut Grohne wrote: > The file /usr/lib/python3/dist-packages/doc/conf.py is contained in the > packages >   * python3-donfig/0.8.1+dfsg-2 as present

Bug#1071125: python3-donfig and python3-nabu have an undeclared file conflict on /usr/lib/python3/dist-packages/doc/conf.py

On 5/14/24 8:27 PM, Helmut Grohne wrote: The file /usr/lib/python3/dist-packages/doc/conf.py is contained in the packages * python3-donfig/0.8.1+dfsg-2 as present in trixie|unstable * python3-nabu/2024.1.6-1 as present in unstable Neither of these packages should be including this file.

Re: mintpy_1.6.0-1_source.changes ACCEPTED into unstable

Testing migration is blocked by autopkgtest failures on i386 & s390x: https://qa.debian.org/excuses.php?package=mintpy The python3-grib dependency of python3-pyaps3 is only available on 64-bit architectures. python3-grib is not installable on s390x because its eccodes dependency FTBFS

Re: glymur_0.13.2-1_source.changes ACCEPTED into unstable

Testing migration is blocked by autopkgtest failure on s390x: https://qa.debian.org/excuses.php?package=glymur Might be related to libtiff only using LERC on little endian architectures. Kind Regards, Bas -- GPG Key ID: 4096R/6750F10AE88D4AF1 Fingerprint: 8182 DE41 7056 408D 6146 50D1

Bug#1070897: netcdf: FTBFS: dpkg-gensymbols: error: some symbols or patterns disappeared in the symbols file: see diff output below

Control: tags -1 pending On 5/11/24 12:31 PM, Santiago Vila wrote: --- debian/libnetcdf19t64.symbols (libnetcdf19t64_4.9.2_amd64) +++ dpkg-gensymbolsbQjlfm    2024-05-08 16:50:08.612637064 + @@ -2099,7 +2099,7 @@   showopenobjects@Base 4.6.2   simplenodematch@Base 4.3.3  

Bug#1068614: gmt: please add support for loong64

Control: tags -1 pending On 4/8/24 4:55 AM, wuruilong wrote: gmt compiles incorrectly on loong64 architectures, the attached patch solves the problem and is verified. Thanks for the patch and forwarding it upstream, it's applied in git. Kind Regards, Bas -- GPG Key ID:

Bug#1068384: python-hdf4: FTBFS with HDF 4.3.0.

Control: tags -1 pending On 4/4/24 12:54 PM, Bas Couwenberg wrote: pyhdf/hdfext_wrap.c:3845:10: fatal error: hdfi.h: No such file or directory 3845 | #include "hdfi.h" /* declares int32, float32, etc */ | ^~~~ This is fixed in git by including hdf.h instead. Kind

Bug#1068351: libhdf4: Update to latest upstream version

Control: tags -1 confirmed On 4/4/24 12:59 AM, Bastian Germann wrote: Please update to the latest upstream version. 4.3.0 has the following changelog entry, which I would like to see in the Debian package: That's not available where the other releases are and used by uscan:

Bug#1068172: gpsprune: 3d function fails with java 17 due to missing "add-opens"

Control: tags -1 pending On 4/1/24 11:19 AM, activityworkshop wrote: I don't know if this is the best solution, but one way I found to allow access is to add a parameter to the launch command: --add-opens=java.desktop/sun.awt=ALL-UNNAMED This is implemented in git. Kind Regards, Bas --

Re: gdal Multi-Arch packages not installable on armel/armhf

On 3/27/24 3:57 PM, Sebastiaan Couwenberg wrote: The recent binNMU of spatialite reveals issues with gdal and Multi-Arch:  fiona build-depends on:  - gdal-bin:armel  gdal-bin depends on:  - libgdal34t64:armel (>= 3.8.0)  libgdal34t64 depends on missing:  - gdal-data:armel (>= 3.8.4+

gdal Multi-Arch packages not installable on armel/armhf

The recent binNMU of spatialite reveals issues with gdal and Multi-Arch: fiona build-depends on: - gdal-bin:armel gdal-bin depends on: - libgdal34t64:armel (>= 3.8.0) libgdal34t64 depends on missing: - gdal-data:armel (>= 3.8.4+dfsg-3) grass build-depends on: - libgdal-dev:armel (>=

Bug#1067651: mapserver fails to build on armhf in Ubuntu due to implicit declaration of strlcpy

Control: tags -1 pending On 3/25/24 10:20 AM, Vladimir Petko wrote: I've made a small change to the patch: used -D_DEFAULT_SOURCE[1] to avoid the deprecation warning. I have tested noble and sid build with the attached patch. Thanks for you patch improvements. I've managed to test my original

Bug#1067651: mapserver fails to build on armhf in Ubuntu due to implicit declaration of strlcpy

On 3/25/24 9:25 AM, Vladimir Petko wrote: strlcpy and strlcat were introduced in glibc 2.38[1]. At the moment Ubuntu noble has 2.39 and Debian unstable - 2.37. Can you try the attached patch which patches CMakeLists.txt to add the definition when strlcat/strlcpy are found on Linux? Kind

Bug#1067651: mapserver fails to build on armhf in Ubuntu due to implicit declaration of strlcpy

On 3/25/24 6:31 AM, Vladimir Petko wrote: The CMake checks if the function is present in the runtime library (whether strlcpy() compiles), but the declaration in string.h itself is guarded by __USE_MISC define. On armhf in Ubuntu toolchain has -Werror=implicit-function-declaration flag that

Bug#1067651: mapserver fails to build on armhf in Ubuntu due to implicit declaration of strlcpy

Control: tags -1 upstream moreinfo On 3/25/24 3:39 AM, Vladimir Petko wrote: In Ubuntu, the attached patch was applied to achieve the following: * d/rules: define -D_BSD_SOURCE to ensure that strlcpy/strlcat functions are declared (LP: #2058864). That seems wrong. CMakeLists.txt

Bug#1067497: openstreetmap-carto-common: "openstreetmap-carto-common.install" does not include directory "style"

Control: tags -1 pending This is fixed in git. Kind Regards, Bas -- GPG Key ID: 4096R/6750F10AE88D4AF1 Fingerprint: 8182 DE41 7056 408D 6146 50D1 6750 F10A E88D 4AF1 ___ Pkg-grass-devel mailing list Pkg-grass-devel@alioth-lists.debian.net

Re: ruby-hdfeos5_1.2-12_source.changes ACCEPTED into unstable

Thanks for uploading the package, don't forget to push your tags. Kind Regards, Bas -- GPG Key ID: 4096R/6750F10AE88D4AF1 Fingerprint: 8182 DE41 7056 408D 6146 50D1 6750 F10A E88D 4AF1 ___ Pkg-grass-devel mailing list

Bug#1067163: mapnik: Fails to build with Python 3.12

Control: tags -1 pending On 3/19/24 5:04 PM, Sebastiaan Couwenberg wrote: On 3/19/24 4:52 PM, Benjamin Drung wrote: mapnik fails to build on Ubuntu with Python 3.12 due to the Scons version in the package. I applied the attached patch to Ubuntu to use the scons Debian package. We moved away

Bug#1067163: mapnik: Fails to build with Python 3.12

On 3/19/24 4:52 PM, Benjamin Drung wrote: mapnik fails to build on Ubuntu with Python 3.12 due to the Scons version in the package. I applied the attached patch to Ubuntu to use the scons Debian package. We moved away from the scons package because that was broken (#936017). Better to patch

Re: [Git][debian-gis-team/ruby-hdfeos5][master] 4 commits: Remove X?-Ruby-Versions fields from d/control

On 3/19/24 7:29 AM, Youhei SASAKI (@uwabami) wrote: = debian/changelog = @@ -1,6 +1,6 @@ -ruby-hdfeos5 (1.2-12) UNRELEASED; urgency=medium +ruby-hdfeos5 (1.2-12) unstable; urgency=medium Did you actually upload the package?

Bug#1067059: ruby-hdfeos5: FTBFS with gcc-14 (-Werror=implicit-function-declaration)

Control: tags -1 pending This is fixed in git with patch that adds the external function definitions. Youhei, you marked the other patches as forwarded, how did you forward those patches upstream? There is no upstream metadata or Upstream-Contact which informs us of where to send patches.

Bug#1066727: satpy: FTBFS: dh_auto_test: error: pybuild --test --test-pytest -i python{version} -p "3.12 3.11" returned exit code 13

reassign 1066727 src:python-pytest-lazy-fixture found 1066727 python-pytest-lazy-fixture/0.6.3-2 affects 1066727 src:satpy thanks On 3/13/24 4:00 PM, Lucas Nussbaum wrote: /usr/lib/python3/dist-packages/pytest_lazyfixture.py:105: in normalize_call valtype_keys = set(getattr(callspec,

Bug#1066442: merkaartor: FTBFS: Preferences/MerkaartorPreferences.h:28:10: fatal error: proxy.h: No such file or directory

On 3/13/24 1:03 PM, Lucas Nussbaum wrote: Preferences/MerkaartorPreferences.h:28:10: fatal error: proxy.h: No such file or directory 28 | #include | ^ Looks like libproxy-dev moved the header from /usr/include to /usr/include/libproxy, we'll need to add that

Bug#1066144: python-pyproj: please remove obsolete python3-mock build-dependency

Control: tags -1 pending Fixed in git. Kind Regards, Bas -- GPG Key ID: 4096R/6750F10AE88D4AF1 Fingerprint: 8182 DE41 7056 408D 6146 50D1 6750 F10A E88D 4AF1 ___ Pkg-grass-devel mailing list Pkg-grass-devel@alioth-lists.debian.net

Bug#1065865: gdal: Please drop dependencies on python3-distutils

Control: tags -1 pending Fixed in git. Kind Regards, Bas -- GPG Key ID: 4096R/6750F10AE88D4AF1 Fingerprint: 8182 DE41 7056 408D 6146 50D1 6750 F10A E88D 4AF1 ___ Pkg-grass-devel mailing list Pkg-grass-devel@alioth-lists.debian.net

Bug#1065869: grass: Please drop dependencies on python3-distutils

Control: tags -1 pending Fixed in git. Kind Regards, Bas -- GPG Key ID: 4096R/6750F10AE88D4AF1 Fingerprint: 8182 DE41 7056 408D 6146 50D1 6750 F10A E88D 4AF1 ___ Pkg-grass-devel mailing list Pkg-grass-devel@alioth-lists.debian.net

Bug#1065678: josm: JOSM hangs when downloading Bing imagery, but only the first time in a session

On 3/9/24 2:58 PM, Andrew Chadwick wrote: I will continue reporting here, since this seems to be a Debian- specific issue. I don't have much else to add, however. Happy to try out fixes as they emerge. Without upstream involvement, this issue will not get resolved. Upstream doesn't built the

Bug#1065678: josm: JOSM hangs when downloading Bing imagery, but only the first time in a session

Control: tags -1 upstream Control: forwarded -1 https://josm.openstreetmap.de/ticket/23540 This is a known issue since the update to 18969, the workaround is to add the OSM Carto layer first, and then add the Bing layer. As this is an upstream issue, you're encouraged to report it upstream

Bug#1065501: qgis FTBFS: FAILED: src/crssync/CMakeFiles/synccrsdb

Control: tags -1 upstream Control: forwarded -1 https://github.com/qgis/QGIS/issues/56756 From the build log: Operation needs translation in QgsCoordinateReferenceSystemUtils::translateProjection: mod_krovak This is actually caused by PROJ 9.4.0 which introduced support for the Modified

Re: pystac-client_0.7.6-1_source.changes ACCEPTED into unstable

Testing migration is blocked by autopkgtest failure: https://ci.debian.net/packages/p/pystac-client/testing/amd64/43659674/ Kind Regards, Bas -- GPG Key ID: 4096R/6750F10AE88D4AF1 Fingerprint: 8182 DE41 7056 408D 6146 50D1 6750 F10A E88D 4AF1

Bug#1065501: qgis FTBFS: FAILED: src/crssync/CMakeFiles/synccrsdb

Control: tags -1 confirmed On 3/5/24 4:44 PM, Adrian Bunk wrote: https://buildd.debian.org/status/logs.php?pkg=qgis=3.34.4%2Bdfsg-3 Nothing we can do about that until the dependency chain has been rebuilt for the ongoing t64 transition. The builds prior to the t64 transition succeeded.

Re: tirex | Draft: new tirex release (!2)

On 3/5/24 2:02 PM, Amanda McCann wrote: On Mi, 28 Feb 2024 15:49 +01:00, Sebastiaan Couwenberg   wrote: On 2/28/24 3:45 PM, Amanda McCann wrote: On Mi, 28 Feb 2024 13:35 +01:00, Sebastiaan Couwenberg   wrote: There are no changes on your pristine-tar branch Weird… I must have made a mistake

Bug#1065257: fyba: missing dpkg-dev (>= 1.22.5) build dependency for time_t transition

On 3/2/24 10:35 AM, Sebastian Ramacher wrote: Thank you for uploading the changes required for the time_t transition. Unfortunately, the upload was missing dpkg-dev (>= 1.22.5) in Build-Depends. Hence, the package was built with an old version of dpkg not enabling the changes for the time_t

Bug#1065255: netcdf: missing dpkg-dev (>= 1.22.5) build dependency for time_t transition

On 3/2/24 10:33 AM, Sebastian Ramacher wrote: Thank you for uploading the changes required for the time_t transition. Unfortunately, the upload was missing dpkg-dev (>= 1.22.5) in Build-Depends. Hence, the package was built with an old version of dpkg not enabling the changes for the time_t

Bug#1065190: ogdi-dfsg: missing build-dep on libtirpc-dev

Control: tags -1 pending Thanks for reporting this issue, it's fixed in git. Kind Regards, Bas -- GPG Key ID: 4096R/6750F10AE88D4AF1 Fingerprint: 8182 DE41 7056 408D 6146 50D1 6750 F10A E88D 4AF1 ___ Pkg-grass-devel mailing list

Bug#1061961:

On 2/29/24 5:17 AM, Michael Hudson-Doyle wrote: On Thu, 29 Feb 2024 at 17:11, Sebastiaan Couwenberg wrote: On 2/28/24 8:33 PM, Michael Hudson-Doyle wrote: Hi, thanks for taking the NMU. Unfortunately it looks like you uploaded just slightly too early and the package was built with 32 bit

Bug#1061961:

On 2/28/24 8:33 PM, Michael Hudson-Doyle wrote: Hi, thanks for taking the NMU. Unfortunately it looks like you uploaded just slightly too early and the package was built with 32 bit time_t on ARM That's odd, because gcc-13 and dpkg were already built & installed on armel & armhf. I also

Re: tirex | Draft: new tirex release (!2)

On 2/28/24 3:45 PM, Amanda McCann wrote: On Mi, 28 Feb 2024 13:35 +01:00, Sebastiaan Couwenberg   wrote: There are no changes on your pristine-tar branch Weird… I must have made a mistake. How did you import the new upstream tarball? Do you perhaps have a system wide or personal gbp

Re: tirex | Draft: new tirex release (!2)

On 2/28/24 1:05 PM, Amanda McCann wrote: On Mo, 29 Jan 2024 11:43 +01:00, Bas Couwenberg (@sebastic)  wrote: Bas Couwenberg commented : If not a MR, what should i do? Follow

Bug#1064866: python-geopandas: please remove dependencies on obsolete libraries python3-six & python3-mock

Control: tags -1 pending Fixed in git. Kind Regards, Bas -- GPG Key ID: 4096R/6750F10AE88D4AF1 Fingerprint: 8182 DE41 7056 408D 6146 50D1 6750 F10A E88D 4AF1 ___ Pkg-grass-devel mailing list Pkg-grass-devel@alioth-lists.debian.net

Re: ITP: stac-check -- Linting and validation tool for STAC assets

On 2/18/24 10:23, Antonio Valentino wrote: Could you please review it and make the first upload? I've pushed a few more commits before sponsoring the upload. Kind Regards, Bas -- GPG Key ID: 4096R/6750F10AE88D4AF1 Fingerprint: 8182 DE41 7056 408D 6146 50D1 6750 F10A E88D 4AF1

Re: [Git][debian-gis-team/tippecanoe][master] 1921 commits: Basic data types

Why don't you use uscan and `gbp import-orig`? This makes reviewing packaging changes on the master branch a PITA because it's cluttered by separate upstream commits. Kind Regards, Bas -- GPG Key ID: 4096R/6750F10AE88D4AF1 Fingerprint: 8182 DE41 7056 408D 6146 50D1 6750 F10A E88D 4AF1

Re: [Git][debian-gis-team/tippecanoe][pristine-tar] Deleted 1 commit: pristine-tar data for tippecanoe_2.45.0.orig.tar.gz

On 2/16/24 6:23 AM, Anthony Fok (@foka) wrote: Anthony Fok pushed to branch pristine-tar at Debian GIS Project / tippecanoe WARNING: The push did not contain any new commits, but force pushed to delete the commits and changes below. Please don't force push to Salsa, this breaks `gbp pull` and

Re: [Git][debian-gis-team/tippecanoe] Pushed new tag debian/2.45.0-1

On 2/16/24 5:59 AM, Anthony Fok (@foka) wrote: Anthony Fok pushed new tag debian/2.45.0-1 at Debian GIS Project / tippecanoe Don't forget to push the master branch. Did you get a conflict because you forgot to pull changes?

Bug#1063999: libhdf4-0-alt: is not multi-arch compatible

Control: tags -1 pending Thanks for the patch, it's applied in git. Kind Regards, Bas -- GPG Key ID: 4096R/6750F10AE88D4AF1 Fingerprint: 8182 DE41 7056 408D 6146 50D1 6750 F10A E88D 4AF1 ___ Pkg-grass-devel mailing list

Bug#1063994: libgdal32: library is not marked for multi-arch

Control: tags -1 pending On 2/15/24 1:05 PM, Yuriy M. Kaminskiy wrote: Trivial patch attached. Like ogdi it does not apply cleanly as it targets the old version in bookworm. Kind Regards, Bas -- GPG Key ID: 4096R/6750F10AE88D4AF1 Fingerprint: 8182 DE41 7056 408D 6146 50D1 6750 F10A E88D

Bug#1063996: libogdi4.1: is not multi-arch compatible

Control: tags -1 pending On 2/15/24 1:26 PM, Yuriy M. Kaminskiy wrote: Patch attached. It does not apply cleanly as it targets the old version in bookworm instead of what's in unstable. Further changes to fix the lintian regressions were also committed in git. Kind Regards, Bas -- GPG

Bug#1063935: stac-validator: Vcs-Git field points to wrong repo

Control: tags -1 pending. Fixed in git. Kind Regards, Bas -- GPG Key ID: 4096R/6750F10AE88D4AF1 Fingerprint: 8182 DE41 7056 408D 6146 50D1 6750 F10A E88D 4AF1 ___ Pkg-grass-devel mailing list Pkg-grass-devel@alioth-lists.debian.net

Re: stac-validator_3.3.1-1_amd64.changes REJECTED

On 2/12/24 02:00, Thorsten Alteholz wrote: according to setup.py the license is MIT. Can you please verify with upstream which license is valid? Upstream fixed this in 3.3.2 to use Apache-2.0 in setup.py too. I've updated the packaging in git. While you are at it, when LICENSE is valid, the

Re: Errors when installing QGIS

On 2/7/24 21:29, Humberto Garcia Acosta wrote: When trying to install QGIS from a backports in Debian 12, the program reports 3 errors when it cannot connect to the corresponding IP Run apt update again if that doesn't resolve the issue, switch your sources.list to deb.debian.org or a

Bug#1062880: saga: FTBFS: dh_auto_build: error: cd obj-x86_64-linux-gnu && make -j32 "INSTALL=install --strip-program=true" VERBOSE=1 returned exit code 2

Control: tags -1 upstream Control: forwarded -1 https://sourceforge.net/p/saga-gis/bugs/317/ On 2/3/24 22:18, Sergio Durigan Junior wrote: /<>/obj-x86_64-linux-gnu/src/saga_core/saga_api/saga_api_python/CMakeFiles/saga_api_python.dir/saga_apiPYTHON_wrap.cxx: In function ‘PyObject*

Bug#1062100: geos: NMU diff for 64-bit time_t transition

On 1/31/24 13:29, Sebastiaan Couwenberg wrote: This seems to use the wrong package name:  -Package: libgeos3.12.1  +Package: libgeos3.12.1t64  +Provides: ${t64:Provides}  +X-Time64-Compat: libgeos-c1v5  +Replaces: libgeos3.12.1  +Breaks: libgeos3.12.1 (<< ${source:V

Bug#1062100: geos: NMU diff for 64-bit time_t transition

This seems to use the wrong package name: -Package: libgeos3.12.1 +Package: libgeos3.12.1t64 +Provides: ${t64:Provides} +X-Time64-Compat: libgeos-c1v5 +Replaces: libgeos3.12.1 +Breaks: libgeos3.12.1 (<< ${source:Version}) Architecture: any Multi-Arch: same Section: libs If I

Bug#1061961: fyba: NMU diff for 64-bit time_t transition

On 1/30/24 16:32, Lukas Märdian wrote: Am 30.01.24 um 16:06 schrieb Sebastiaan Couwenberg: On 1/30/24 15:57, Lukas Märdian wrote: But please remember that this is meant to only hit experimental for now, until the dpkg change lands in unstable. So please don't upload it into unstable just yet

Bug#1061961: fyba: NMU diff for 64-bit time_t transition

On 1/30/24 15:57, Lukas Märdian wrote: But please remember that this is meant to only hit experimental for now, until the dpkg change lands in unstable. So please don't upload it into unstable just yet. gdal will need to be rebuilt once fyba moves to unstable, how will these transitions be

Bug#1061961: fyba: NMU diff for 64-bit time_t transition

On 1/30/24 14:50, Lukas Märdian wrote: If you have any concerns about this patch, please reach out ASAP. Although this package will be uploaded to experimental immediately, there will be a period of several days before we begin uploads to unstable; so if information becomes available that your

Re: [Git][debian-gis-team/tippecanoe] Pushed new branch master

You should drop the unused variables in d/rule and get-orig-source script. The watch file also don't match our others. Kind Regards, Bas -- GPG Key ID: 4096R/6750F10AE88D4AF1 Fingerprint: 8182 DE41 7056 408D 6146 50D1 6750 F10A E88D 4AF1 ___

Bug#1061105: [DKIM] Bug#1061105: netcdf-bin nccopy compression error in bookworm

Control: tags -1 upstream moreinfo On 1/18/24 12:55, Andre Castro Gonçalves de Oliveira de Castro wrote: When I attempt to compress a NetCDF file with nccopy in Bookworm, an HDF error is returned and an empty NetCDF is produced If the same command + file are invoked by netcdf-bin:1:4.7.4-1

Bug#1059956: qgis: remove usage of old python3-mock

Control: tags -1 pending The build dependency is dropped in git. Kind Regards, Bas -- GPG Key ID: 4096R/6750F10AE88D4AF1 Fingerprint: 8182 DE41 7056 408D 6146 50D1 6750 F10A E88D 4AF1 ___ Pkg-grass-devel mailing list

Bug#1059722: fiona FTCBFS: unsatisfiable Build-Depends

Control: tags -1 patch. Thanks for the patch, it's applied in git. Kind Regards, Bas -- GPG Key ID: 4096R/6750F10AE88D4AF1 Fingerprint: 8182 DE41 7056 408D 6146 50D1 6750 F10A E88D 4AF1 ___ Pkg-grass-devel mailing list

Re: [Git][debian-gis-team/xarray-datatree][master] 2 commits: Remove unnecessary *.*-info directory

On 12/23/23 19:25, Antonio Valentino (@antonio.valentino) wrote: Commits: 2a94b249 by Antonio Valentino at 2023-12-23T18:23:28+00:00 Remove unnecessary *.*-info directory Why are you not shipping the dist-info directory? Doesn't pip need the metadata to use the system packages to resolve

Re: [Git][debian-gis-team/satpy][upstream] New upstream version 0.46.0

Don't forget to push the tags. Kind Regards, Bas -- GPG Key ID: 4096R/6750F10AE88D4AF1 Fingerprint: 8182 DE41 7056 408D 6146 50D1 6750 F10A E88D 4AF1 ___ Pkg-grass-devel mailing list Pkg-grass-devel@alioth-lists.debian.net

Re: doris_5.0.3~beta+dfsg-17_source.changes ACCEPTED into unstable

On 12/21/23 13:32, Sebastiaan Couwenberg wrote: The removal from i386 was not sufficient to let the package migrate. It seems that the superficial autopkgtest is blocking now:  https://qa.debian.org/excuses.php?package=doris Might be better to just drop the autopkgtest all together. Adding

Re: doris_5.0.3~beta+dfsg-17_source.changes ACCEPTED into unstable

The removal from i386 was not sufficient to let the package migrate. It seems that the superficial autopkgtest is blocking now: https://qa.debian.org/excuses.php?package=doris Might be better to just drop the autopkgtest all together. Adding Architecture: amd64 to debian/tests/control making

Bug#1058621: netcdf: Finalize HDF5 library at exit

Control: tags -1 pending On 12/13/23 17:52, Rafael Laboissière wrote: The bug has been forwarded upstream [1]. The upstream author of octave-netcdf, John Donoghue, discovered that the problem is not caused by the netcdf package nor by Octave itself, but is rather a problem within the netcdf

Bug#1058121: pytest-recording: FTBFS: ModuleNotFoundError: No module named 'imp'

tags 1056450 ftbfs reassign 1058121 src:python-flasgger found 1058121 python-flasgger/0.9.5+dfsg.2-3 affects 1058121 src:pytest-recording merge 1056450 1058121 thanks This is a duplicate of #1056450, reassigning to python-flasgger. -- GPG Key ID: 4096R/6750F10AE88D4AF1 Fingerprint: 8182 DE41

Re: doris_5.0.3~beta+dfsg-17_source.changes ACCEPTED into unstable

On 12/10/23 15:34, Sebastiaan Couwenberg wrote: On 12/10/23 15:32, Antonio Valentino wrote: Could you please do it for me? Yes, just uploaded for amd64, i386 is running now. There are some issues with the i386 upload which seems to already exist. Should we keep bothering with i386? I think

Re: doris_5.0.3~beta+dfsg-17_source.changes ACCEPTED into unstable

On 12/10/23 15:32, Antonio Valentino wrote: Could you please do it for me? Yes, just uploaded for amd64, i386 is running now. Kind Regards, Bas -- GPG Key ID: 4096R/6750F10AE88D4AF1 Fingerprint: 8182 DE41 7056 408D 6146 50D1 6750 F10A E88D 4AF1

Re: doris_5.0.3~beta+dfsg-17_source.changes ACCEPTED into unstable

Due to the non-free triangle build dependency this package needs binary uploads for amd64 & i386 or be marked as autobuildable. Kind Regards, Bas -- GPG Key ID: 4096R/6750F10AE88D4AF1 Fingerprint: 8182 DE41 7056 408D 6146 50D1 6750 F10A E88D 4AF1

Bug#1057830: qgis: please remove extranous dependency on python3-future

Control: tags -1 pending On 12/9/23 07:53, Sebastiaan Couwenberg wrote: On 12/9/23 01:44, Alexandre Detiste wrote: Alike python3-six, at a time, python3-future was a library that helped writing billingual Python2+3 codebases. I don't see any usage of python3-future. Please remove it from

Re: [Git][debian-gis-team/pysolid][upstream] New upstream version 0.3.2

Don't forget to push the tags. Kind Regards, Bas -- GPG Key ID: 4096R/6750F10AE88D4AF1 Fingerprint: 8182 DE41 7056 408D 6146 50D1 6750 F10A E88D 4AF1 ___ Pkg-grass-devel mailing list Pkg-grass-devel@alioth-lists.debian.net

Bug#1057830: qgis: please remove extranous dependency on python3-future

On 12/9/23 01:44, Alexandre Detiste wrote: Alike python3-six, at a time, python3-future was a library that helped writing billingual Python2+3 codebases. I don't see any usage of python3-future. Please remove it from the dependencies. qgis has some dependencies for the sake of plugins which

Bug#1057665: python-mapnik: Segfault when importing with python3.12

This looks a lot like this issue: https://github.com/mapnik/python-mapnik/issues/231 That was caused by boost-python not being built with the same Python version. Because the module still works with the default python the severity is reduced. If this issue persists when python3.12 is the

gdal (3.8.1~rc3+dfsg-1~exp1) building for far too long

The gdal (3.8.1~rc3+dfsg-1~exp1) build in experimental is in Building state for more than a day, normally it takes less than an hour which suggests something is wrong. Kind Regards, Bas -- GPG Key ID: 4096R/6750F10AE88D4AF1 Fingerprint: 8182 DE41 7056 408D 6146 50D1 6750 F10A E88D 4AF1

Re: separate grass-doc from grass-core

On 11/28/23 12:21, Farid Cheraghi wrote: Hi, Please remove the dependency of grass-core on grass-doc. For server installation and other use cases I don't want large grass-doc package. thanks The dependency is intentional:

qgis (3.28.13+dfsg-1) stuck in Maybe-Successful status

The qgis (3.28.13+dfsg-1) build in unstable is stuck in Maybe-Successful status. Can the build be retried? Kind Regards, Bas -- GPG Key ID: 4096R/6750F10AE88D4AF1 Fingerprint: 8182 DE41 7056 408D 6146 50D1 6750 F10A E88D 4AF1 ___ Pkg-grass-devel

Re: [Git][debian-gis-team/stactools] Pushed new branch master

Please use standalone license paragraphs to improve the readability of the copyright file. Please sort dependencies, real packages first, ${misc:Depends} last. dh_python3 needs an override to not act on python-stactools-doc. Kind Regards, Bas -- GPG Key ID: 4096R/6750F10AE88D4AF1

Re: Processed (with 1 error): reassign #1056540

You should reassign these issues to their source package, mark it as found in the version in unstable, and affecting the source package: bts reassign 1056540 src:python-xmlschema . found it python-xmlschema/1.10.0-6 . affects it src:xarray-sentinel Kind Regards, Bas -- GPG Key ID:

Bug#1056246: fiona's autopkg tests fail with Python 3.12

reassign 1056246 src:python-tz found 1056246 python-tz/2023.3.post1-1 affects 1056246 src:fiona thanks On 11/19/23 13:04, Matthias Klose wrote: 295s import pytz 295s E File "/usr/lib/python3/dist-packages/pytz/__init__.py", line 30 295s E   match =

Bug#1055716: python-mapnik ftbfs with Python 3.12

Control: tags -1 pending On 11/10/23 11:03, Sebastiaan Couwenberg wrote: On 11/10/23 10:49, Matthias Klose wrote: src/python_grid_utils.cpp:108:26: error: there are no arguments to ‘PyUnicode_FromUnicode’ that depend on a template parameter, so a declaration of ‘PyUnicode_FromUnicode’ must

Bug#1056019: python-mapnik: FTBFS: boost1.83 transition

reassign 1056019 src:mapnik found 1056019 mapnik/3.1.0+ds-4 severity 1056019 important tags 1056019 pending merge 1056019 1056024 affects 1056024 src:python-mapnik thanks On 11/16/23 07:17, gl...@debian.org wrote: /usr/include/boost/preprocessor/iteration/detail/limits/local_256.hpp:16:9:

Bug#1056024: mapnik: FTBFS: boost1.83 transition

Control: tags -1 pending This is fixed in git. Kind Regards, Bas -- GPG Key ID: 4096R/6750F10AE88D4AF1 Fingerprint: 8182 DE41 7056 408D 6146 50D1 6750 F10A E88D 4AF1 ___ Pkg-grass-devel mailing list Pkg-grass-devel@alioth-lists.debian.net

Bug#1055843: python-pyproj: Build-Depends on python3-xarray which is not in testing

On 11/12/23 15:46, Graham Inggs wrote: python-pyproj has a build-dependency on python3-xarray which is no longer in testing. xarray is required for test/test_utils.py. Please drop this build-dependency or help get python3-xarray back into testing. I already provided a patch for

Bug#1055682: gdal b-d's on python3-all-dev, but only builds for the default python version

On 11/11/23 10:36, Matthias Klose wrote: On 10.11.23 13:51, Sebastiaan Couwenberg wrote: python3-gdal_3.7.3+dfsg-1_amd64.deb doesn't have any extensions for 3.12. The installation for 3.12 fails:   Traceback (most recent call last):     File "/<>/build-py3.12/swig/python/setup.py

Bug#1055682: gdal b-d's on python3-all-dev, but only builds for the default python version

On 11/10/23 13:30, Matthias Klose wrote: see https://launchpadlibrarian.net/696024489/buildlog_ubuntu-noble-amd64.gdal_3.7.3+dfsg-1_BUILDING.txt.gz That shows: for V in 3.12 3.11; do \ -- Found Python: /usr/bin/python3.12 (found suitable exact version "3.12.0") found components:

Bug#1055716: python-mapnik ftbfs with Python 3.12

Control: tags -1 upstream Control: forwarded -1 https://github.com/mapnik/python-mapnik/issues/260 On 11/10/23 10:49, Matthias Klose wrote: src/python_grid_utils.cpp:108:26: error: there are no arguments to ‘PyUnicode_FromUnicode’ that depend on a template parameter, so a declaration of

Bug#1055682: gdal b-d's on python3-all-dev, but only builds for the default python version

Control: tags -1 moreinfo On 11/10/23 07:55, Matthias Klose wrote: gdal b-d's on python3-all-dev, but only builds for the default python version. No it doesn't. The build is execute for all versions returned by py3versions -sv:

Bug#1054715: postgis: FTBFS: make[3]: *** [Makefile:261: de9im01.png] Error 1

Control: tags -1 upstream Control: forwarded -1 https://trac.osgeo.org/postgis/ticket/5593 On 10/27/23 21:09, Lucas Nussbaum wrote: convert-im6.q16: attempt to perform an operation not allowed by the security policy `@generator-REtQrw/draw0' @ error/string.c/FileToString/1020. Failure return

Re: flox_0.8.1-1_source.changes ACCEPTED into unstable

Testing migration is block by autopkgtest failure: https://qa.debian.org/excuses.php?package=flox -- GPG Key ID: 4096R/6750F10AE88D4AF1 Fingerprint: 8182 DE41 7056 408D 6146 50D1 6750 F10A E88D 4AF1 ___ Pkg-grass-devel mailing list

Bug#1054227: /usr/bin/josm: Randomly stops processing hotkeys until mouse is clicked

On 10/19/23 19:16, Matija Nalis wrote: I usually use icewm window manager (no any desktop environment); however I've reproduced the same problem in aewm++, evilwm, flwm, fvwm3, lwm and icewm out of several that I tried, and the issue is reproducable in all of them (in some even quicker; i.e.

Bug#1054227: /usr/bin/josm: Randomly stops processing hotkeys until mouse is clicked

Control: tags -1 moreinfo On Thu, 19 Oct 2023 16:10:59 +0200 Matija Nalis wrote: Version: 0.0.svn18646+dfsg-1 Please update the josm package to version in bookworm-backports. I cannot reproduce the issue with josm from bookworm-backports. Can you still reproduce the issue after updating the

Bug#1054036: php-geos: Triggers PHP Warning on every PHP call

Control: tags -1 pending This is fixed in git, but note that php-geos is not well maintained upstream. It has test failures with GEOS 3.12, for example. You're better off looking for an alternative or getting involved upstream. Kind Regards, Bas -- GPG Key ID: 4096R/6750F10AE88D4AF1

Bug#1053941: python-geopandas: test failure with pandas 2.1

Control: tags -1 upstream Control: forwarded -1 https://github.com/geopandas/geopandas/pull/2994 On Sat, 14 Oct 2023 18:00:53 +0100 "Rebecca N. Palmer" wrote: python-geopandas fails its autopkgtest with pandas 2.1, currently in experimental. Log:

Bug#1053639: qmapshack: The help files aren't readable by qmapshack

On 10/7/23 19:37, Dieter Faulbaum wrote: Pressing F1 in qmapshack doesn't show any help. This is only caused by the files /usr/share/doc/HTML/{QMSHelp.qch.gz,QMSHelp.qhc.gz, QMTHelp.qch.gz,QMTHelp.qhc.gz}, which are all "gzipped". If they are "gunzipped", the help is shown well in qmapshack.

Bug#1053542: src/javax/annoation/* license

On 10/6/23 14:33, Taylor Smock wrote: @Thorsten Alteholz: Can you please explain /why/ you think those files have the CC-BY-2.5 license? All the javax.annotation.concurrent sources are CC-BY-2.5, see:

Bug#1053542: package contains license CC-BY-2.5

Control: tags -1 upstream Control: forwarded -1 https://josm.openstreetmap.de/ticket/23220 On 10/5/23 23:42, Thorsten Alteholz wrote: unfortunately your package contains files with license: CC-BY-2.5    src/javax/annotation/* As you can see on [1] this license is not compatible with DFSG, so

Bug#1053458: [DKIM] Bug#1053458: openstreetmap-carto-common: Configure step failed with FATAL: role "root" does not exist

On 10/4/23 14:59, Nicolas Peugnet wrote: psycopg2.OperationalError: connection to server on socket "/var/run/postgresql/.s.PGSQL.5432" failed: FATAL: role "root" does not exist openstreetmap-carto-common has more issues, it lacks the dependencies for the get-external-data.py script

Bug#1053337: qgis_process ails with Command --noversioncheck not known

Control: tags -1 pending This is fixed in git: https://salsa.debian.org/debian-gis-team/qgis/-/commit/84235db07927e12fbde967dd07a0eed165de5bd1 Kind Regards, Bas -- GPG Key ID: 4096R/6750F10AE88D4AF1 Fingerprint: 8182 DE41 7056 408D 6146 50D1 6750 F10A E88D 4AF1

Re: ITP: referencing -- Cross-specification JSON referencing for Python

Repo: https://salsa.debian.org/debian-gis-team/referencing -- GPG Key ID: 4096R/6750F10AE88D4AF1 Fingerprint: 8182 DE41 7056 408D 6146 50D1 6750 F10A E88D 4AF1 ___ Pkg-grass-devel mailing list Pkg-grass-devel@alioth-lists.debian.net

Bug#1052715: tirex: let dh_installsystemd choose the location of systemd units

Control: tags -1 pending Thanks for the patch, it's applied in git. Kind Regards, Bas -- GPG Key ID: 4096R/6750F10AE88D4AF1 Fingerprint: 8182 DE41 7056 408D 6146 50D1 6750 F10A E88D 4AF1 ___ Pkg-grass-devel mailing list

  1   2   3   4   5   6   7   8   9   10   >