On 8/23/21 6:29 AM, Paul Wise wrote:
> On Mon, 2021-08-23 at 06:23 +0200, Sebastiaan Couwenberg wrote:
>
>> HOME=/root
>
> Do you have these files instead?
>
> /root/.config/*/crssync.conf
Yes:
# find /root/.config/ -name crssync.conf
/root/.config/Unknown Organiz
On 8/23/21 5:58 AM, Paul Wise wrote:
> On Mon, 2021-08-23 at 05:46 +0200, Sebastiaan Couwenberg wrote:
>
>> Control: tags -1 unreproducible
>
> Hmm, perhaps it was caused by my use of unattended-upgrades, which
> might not set the HOME or XDG_* environment vari
Control: tags -1 unreproducible
This may be a regression, something like this happened before (#948727).
On my unstable system qgis has been upgraded to 3.16.10 too, but it
doesn't have this config:
# find /.config/
/.config/
/.config/Trolltech.conf
Kind Regards,
Bas
--
GPG Key ID:
Control: tags -1 upstream
Control: forwarded -1 https://github.com/Toblerity/Fiona/issues/1031
On 8/19/21 9:05 PM, Bas Couwenberg wrote:
> Your package FTBFS with GDAL 3.3.1:
>
> === short test summary info
>
> FAILED
Control: tags -1 upstream
Control: forwarded -1 https://github.com/osmcode/osmcoastline/issues/40
On 8/19/21 9:18 PM, Bas Couwenberg wrote:
> Your package FTBFS with GDAL 3.3.1:
>
> 10/20 Test #12: test-invalid-self-intersection-on-open-ring
> ..***Failed0.26 sec
> +
Control: fixed -1 grass/7.8.6~rc2-1~exp1
Control: tags -1 upstream
On 8/19/21 9:16 PM, Bas Couwenberg wrote:
> Your package FTBFS with GDAL 3.3.1:
>
> In file included from /usr/include/gdal/ogr_api.h:47,
> from
>
On 8/17/21 7:18 PM, ǝɹʇʇɐʃǝ◖ xıʃǝɟ (@xamanu) wrote:
> =
> debian/changelog
> =
> @@ -1,14 +1,21 @@
> -tirex (0.6.3-1) UNRELEASED; urgency=medium
> +tirex (0.6.4-1_exp1) UNRELEASED; urgency=medium
That should be 0.6.4-1~exp1.
Hi Felix,
On 8/17/21 5:14 PM, ǝɹʇʇɐʃǝ◖ xıʃǝɟ (@xamanu) wrote:
> 6eaef4be by Felix Delattre at 2021-08-17T15:12:51+00:00
> Adjust packaging to new upstream 0.6.1 release.
Thanks for quickly fixing this!
There are still a few lintian issues that should be fixed before the
upload to unstable:
W:
On 8/17/21 4:52 PM, Felix Delattre wrote:
> On 8/17/21 2:35 PM, Sebastiaan Couwenberg wrote:
>> I'd like to see that issue fixed before sponsoring the upload.
>
> It has been fixed and it is in `master` of upstream. How do you prefer to
> bring this into the Debian package? O
Hi Felix,
Thanks for your work on this package.
On 8/17/21 4:26 PM, ǝɹʇʇɐʃǝ◖ xıʃǝɟ (@xamanu) wrote:
> 398f9e4d by Felix Delattre at 2021-08-17T13:59:30+00:00
> Set distribution of new version to unstable.
While reviewing the changes before sponsoring the upload it became clear
that the
On 8/17/21 11:33 AM, Antonio Valentino (@antonio.valentino) wrote:
> Commits:
> acd84fd4 by Antonio Valentino at 2021-08-17T07:35:07+00:00
> New upstream version 1.1.1
Please push the upstream & pristine-tar branches too:
git push --all && git push --tags
Kind Regards,
Bas
--
GPG Key ID:
On 8/16/21 12:14 PM, Antonio Valentino (@antonio.valentino) wrote:
> Commits:
> 4acab227 by Antonio Valentino at 2021-03-21T12:19:16+00:00
> New upstream version 0.26.0
Please also push the upstream & pristine-tar branches, and tags:
git push --all && git push --tags
Control: tags -1 pending
Hi Chris,
Thanks for the patch, it's applied in git and will be included in the
next upload.
Kind Regards,
Bas
--
GPG Key ID: 4096R/6750F10AE88D4AF1
Fingerprint: 8182 DE41 7056 408D 6146 50D1 6750 F10A E88D 4AF1
___
Control: tags -1 pending
Hi Chris,
Thanks for the patch, it's applied in git and will be included in the
next upload (after the bullseye release most likely).
Kind Regards,
Bas
--
GPG Key ID: 4096R/6750F10AE88D4AF1
Fingerprint: 8182 DE41 7056 408D 6146 50D1 6750 F10A E88D 4AF1
Control: tags -1 fixed-upstream pending
Hi Jürgen,
Thanks for working on this upstream. [0]
See my comment there for further changes that have been applied to the
package in Debian.
On 7/3/21 5:03 PM, Jürgen E. Fischer wrote:
> On Sat, 03. Jul 2021 at 14:16:26 +0200, Sebastiaan Couwenb
On 7/3/21 5:23 PM, Wookey wrote:
> I had a look at the gpx spec, and the schema is here:
> https://www.topografix.com/GPX/1/1/gpx.xsd but I guess that whether
> the xml line must be on the very first line is actually part of the
> XML spec. I failed to find a simple validator I could run to check
forwarded 990641 https://github.com/activityworkshop/GpsPrune/issues/38
thanks
On 7/3/21 5:23 PM, Wookey wrote:
> If I generate a gpx file with 'OSM Route manager', specifically the
> Ceredigion Coast path
> https://osmrm.openstreetmap.de/relation.jsp?id=1806040
>
> when I try to load it with
Control: tags -1 moreinfo
On 7/3/21 1:50 PM, Petter Reinholdtsen wrote:
> While working on KML files, I discovered that qgis did not show up in
> KDE Dolphin as an alternative to open the KML files I created. Only
> Marble showed up there, despite the fact that I have both installed.
>
> I
Control: tags -1 upstream
Control: forwarded -1 https://sourceforge.net/p/saga-gis/bugs/284/
The upstream buildsystem only supports qhull, that will need to be fixed.
Kind Regards,
Bas
--
GPG Key ID: 4096R/6750F10AE88D4AF1
Fingerprint: 8182 DE41 7056 408D 6146 50D1 6750 F10A E88D 4AF1
Control: tags -1 upstream
Control: forwarded -1 https://github.com/OSGeo/gdal/issues/4040
The upstream buildsystem only supports qhull, that will need to be fixed.
Kind Regards,
Bas
--
GPG Key ID: 4096R/6750F10AE88D4AF1
Fingerprint: 8182 DE41 7056 408D 6146 50D1 6750 F10A E88D 4AF1
On 6/13/21 10:27 PM, Jérôme Benoit (@calculus) wrote:
> d4a4b13a by Jerome Benoit at 2021-06-13T22:20:18+02:00
> Debian patch 0.19.0~rc1+ds-1
This commit contains three changes that should have been separate commits.
Please do so in the future.
Kind Regards,
Bas
--
GPG Key ID:
On 6/13/21 12:02 PM, Sebastian Ramacher wrote:
> On 2021-06-13 11:53:00 +0200, Sebastiaan Couwenberg wrote:
>> On 6/13/21 11:36 AM, Sebastian Ramacher wrote:
>>> "If your package contains files whose names do not change with each
>>> change in the library shared
On 6/13/21 11:36 AM, Sebastian Ramacher wrote:
> "If your package contains files whose names do not change with each
> change in the library shared object version, you must not put them in
> the shared library package."
The files should no included in libogdi4.1:
"you must not put them in the
On 6/8/21 12:42 PM, Gilles Filippini wrote:
> But the actual bug will still need to be addressed: postgis requires
> previous runtime to be able to migrate data.
That's an upstream issue, which they don't take very seriously. Some
upstream developers don't like the status quo either, hence the
On 5/18/21 7:16 AM, Sebastiaan Couwenberg wrote:
> Pre-approval of the changes in saga (7.3.0+dfsg-5) has been requested in
> #988692 before upload to unstable.
No response on the unblock bugreport yet, hopefully we get the fix into
unstable and testing before autoremoval.
No saga in bu
Control: tags -1 pending
On 5/21/21 6:27 PM, Andreas Beckmann wrote:
> Is grass-doc missing a dependency on libjs-jquery ?
Yes, and it's fixed in git.
Kind Regards,
Bas
--
GPG Key ID: 4096R/6750F10AE88D4AF1
Fingerprint: 8182 DE41 7056 408D 6146 50D1 6750 F10A E88D 4AF1
On 5/19/21 9:29 PM, Dennis Filder wrote:
> The error message I get when trying to dump a
> database from the old 11 cluster is:
>
> pg_dump: error: query failed: ERROR: could not access file
> "$libdir/postgis-2.5": No such file or directory
>
> Is that fact communicated somewhere? Or are
On 5/19/21 6:21 PM, Dennis Filder wrote:
> Do you remember why you added that Breaks:?
Because files in gdal-data (>= 2.5.0~) cannot be used by libgdal20 (<<
2.5.0~). GDAL 2.5.0~beta1 introduced PROJ 6 support, which changed the
content of proj-data significantly, making it incompatible with
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
Control: tags -1 pending
On 5/18/21 6:25 AM, Sebastiaan Couwenberg wrote:
> On 5/17/21 8:30 PM, Andreas Beckmann wrote:
>> during a test with piuparts I noticed your package ships (or creates)
>> a broken symlink.
>>
>> >From the attached log (scroll to the bottom.
On 5/17/21 8:30 PM, Andreas Beckmann wrote:
> during a test with piuparts I noticed your package ships (or creates)
> a broken symlink.
>
>>From the attached log (scroll to the bottom...):
>
> 6m23.3s ERROR: FAIL: Broken symlinks:
>
Control: severity -1 important
Since the issue is not severe enough for a DSA, it shouldn't also
trigger testing autoremoval.
Kind Regards,
Bas
--
GPG Key ID: 4096R/6750F10AE88D4AF1
Fingerprint: 8182 DE41 7056 408D 6146 50D1 6750 F10A E88D 4AF1
Control: block -1 by 988224 988225
On 5/8/21 6:41 AM, Sebastiaan Couwenberg wrote:
> On 5/7/21 9:14 PM, Moritz Muehlenhoff wrote:
>> Patch for branch-7-6:
>> https://github.com/mapserver/mapserver/commit/927ac97cb9ece305306b5ab2b5600d3afe8c1732
>>
>
> That does
On 5/7/21 9:14 PM, Moritz Muehlenhoff wrote:
> Patch for branch-7-6:
> https://github.com/mapserver/mapserver/commit/927ac97cb9ece305306b5ab2b5600d3afe8c1732
>
That does not apply cleanly on 7.6.2 in bullseye, due to the changes in:
On 4/16/21 10:39 AM, Andreas Beckmann wrote:
> Hi Sebastiaan,
>
> On 15/04/2021 07.34, Sebastiaan Couwenberg wrote:
>> This issue cannot be fixed in bullseye because gdal cannot be updated
>> via unstable.
>
> Can you try to get this in via tpu?
>From the freez
Control: tags -1 moreinfo
Hi Andreas,
This issue cannot be fixed in bullseye because gdal cannot be updated
via unstable.
The release team is unlikely to unblock the package in unstable because
it also has changes for 3.2.2 which was uploaded to unstable by mistake.
The issue cannot be
On 4/14/21 9:36 PM, Pedro Ângelo wrote:
> Sure, but isn't 3.10 the version going into next stable, or will 3.16 migrate
> before release?
See:
https://lists.debian.org/debian-gis/2021/02/msg1.html
Kind Regards,
Bas
--
GPG Key ID: 4096R/6750F10AE88D4AF1
Fingerprint: 8182 DE41 7056 408D
On 3/26/21 11:21 AM, Jarl Gullberg wrote:
> I see - thank you for the detailed information. I'm not familiar with
> the history of osgearth, but I take it there have been major problems
> in the past. What were the issues that made Globe and osgearth not
> interact well? Was it an issue with the
On 3/26/21 9:41 AM, Jarl Gullberg wrote:
> Thank you for the prompt reply! Presuming that I put in some elbow
> grease and get the package into an acceptable state, is there still
> time to submit it for bullseye, or has that window completely closed?
> I'm assuming the option to submit it for
On 3/25/21 10:54 AM, Jarl Gullberg wrote:
> I'm writing to inquire about the status of osgearth in Debian -
At the time of writing it has been removed.
> specifically, the status of its future inclusion in Debian and the
> current status of version 2.10.0 in stable, which appears to have
>
Control: tags -1 fixed-upstream pending
Upstream has two changes to fix this issue. Those have been added as
patches to the package.
Kind Regards,
Bas
--
GPG Key ID: 4096R/6750F10AE88D4AF1
Fingerprint: 8182 DE41 7056 408D 6146 50D1 6750 F10A E88D 4AF1
On 3/13/21 12:20 PM, Antonio Valentino wrote:
> Il 13/03/21 11:33, Sebastiaan Couwenberg ha scritto:
>> On 3/13/21 10:42 AM, Antonio Valentino wrote:
>>> shall we upload this change to unstable?
>>
>> No, it's just a SyntaxWarning with python3.9 so the issue is
On 3/13/21 10:42 AM, Antonio Valentino wrote:
> shall we upload this change to unstable?
No, it's just a SyntaxWarning with python3.9 so the issue is not very
important (the bug severity should have been normal in my opinion).
If this becomes a SyntaxError with some newer Python release, then
On 3/12/21 1:10 PM, Schöke, Karsten wrote:
> I left the part, sorry.
> I revise the changelog file and push again.
No need, I already committed the fix.
Just keep it in mind for next time.
>> -Ursprüngliche Nachricht-----
>> Von: Sebastiaan Couwenberg
>> Gesendet: F
Hi Karsten,
On 3/12/21 12:44 PM, Karsten Schöke wrote:
> - - - - -
> dc93db48 by Karsten Schöke at 2021-03-12T12:12:23+01:00
> Merge tag debian/1.13.0-1 into buster-backports
>
> releasing package mapproxy version 1.13.0-1
When merging a new tag in the backports branch, make sure to keep the
Control: tags -1 upstream
Control: forwarded -1 https://github.com/PDAL/PDAL/issues/3388
On 3/3/21 5:16 PM, Matthias Klose wrote:
> The full build log can be found at:
> http://people.debian.org/~doko/logs/20210228/filtered/gcc11/pdal_2.2.0+ds-1_unstable_gcc11.log
> The last lines of the build
Control: reassign -1 src:insighttoolkit4
Control: found -1 insighttoolkit4/4.13.3withdata-dfsg1-4
Control: affects -1 src:otb
On 3/3/21 5:16 PM, Matthias Klose wrote:
> /usr/bin/ld:
> CMakeFiles/OTBApplicationEngine.dir/otbWrapperApplicationRegistry.cxx.o: in
> function
>
On 3/2/21 7:19 PM, Felix Delattre wrote:
> I would like to propose an ITP for pg_tileserv and pg_featureserv.
>
> - https://github.com/CrunchyData/pg_tileserv
> - https://github.com/CrunchyData/pg_featureserv
>
> Would you be open to sponsor this? And review my work?
Go and Debian don't go well
Control: tags -1 fixed-upstream
https://github.com/qgis/QGIS/commit/fc1ac8bef8dcc3194857ecd32519aca4867b4fa1
--
GPG Key ID: 4096R/6750F10AE88D4AF1
Fingerprint: 8182 DE41 7056 408D 6146 50D1 6750 F10A E88D 4AF1
___
Pkg-grass-devel mailing list
Control: tags -1 pending
Hi Andreas,
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
Control: tags -1 fixed-upstream
https://github.com/OSGeo/libgeotiff/commit/622a4b2ac416d5907fe00025ace50f31729e55ed
--
GPG Key ID: 4096R/6750F10AE88D4AF1
Fingerprint: 8182 DE41 7056 408D 6146 50D1 6750 F10A E88D 4AF1
___
Pkg-grass-devel mailing
On 2/17/21 10:29 AM, Antonio Valentino wrote:
>> On 17 Feb 2021, at 09:28, Sebastiaan Couwenberg wrote:
>>
>> On 2/17/21 8:31 AM, Antonio Valentino wrote:
>>> 96793375 by Antonio Valentino at 2021-02-17T06:54:28+00:00
>>> Set distribution to unstable
>&g
On 2/17/21 8:31 AM, Antonio Valentino wrote:
> 96793375 by Antonio Valentino at 2021-02-17T06:54:28+00:00
> Set distribution to unstable
These changes don't seem appropriate for unstable since the soft freeze
has started:
"
Starting 2021-02-12, only small, targeted fixes are appropriate for
Control: tags -1 pending
On 2/13/21 6:28 PM, Lucas Nussbaum wrote:
>> Exception occurred:
>> File "/usr/lib/python3/dist-packages/sphinxarg/parser.py", line 40, in
>> _try_add_parser_attribute
>> data[attribname] = attribval % {'prog': data['prog']}
>> KeyError: 'prog'
>> The full
Control: reassign -1 src:spatialite
Control: found -1 spatialite/5.0.1-1
Control: affects -1 src:librasterlite2
Control: tags -1 pending
On 2/13/21 6:04 PM, Lucas Nussbaum wrote:
>> /usr/bin/ld: cannot find -lfreexl
>> /usr/bin/ld: cannot find -lgeos_c
This is caused by spatialite exposing the
Control: tags -1 pending
Hi Helmut,
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
Control: tags -1 patch
On 2/3/21 12:03 PM, Sebastiaan Couwenberg wrote:
> On 2/3/21 10:48 AM, Gianfranco Costamagna wrote:
>> Hello, the new libdap broke in some way the gdal configure script, and now
>> the configure step fails with:
>>
>> checking for libqhull/li
reassign -1 src:libdap
found -1 libdap/3.20.7-1
retitle -1 libdap-dev no longer provides dap-config
affects -1 src:gdal
thanks
On 2/3/21 10:48 AM, Gianfranco Costamagna wrote:
> Hello, the new libdap broke in some way the gdal configure script, and now
> the configure step fails with:
>
>
On 2/3/21 10:48 AM, Gianfranco Costamagna wrote:
> Hello, the new libdap broke in some way the gdal configure script, and now
> the configure step fails with:
>
> checking for libqhull/libqhull.h... yes
> checking for qh_new_qhull in -lqhull... no
> configure: error: --with-qhull requested, but
Control: tags -1 pending
Hi Helmut,
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
Control: tags -1 pending
Fixed in git, probably won't be uploaded any time soon though.
Kind Regards,
Bas
--
GPG Key ID: 4096R/6750F10AE88D4AF1
Fingerprint: 8182 DE41 7056 408D 6146 50D1 6750 F10A E88D 4AF1
___
Pkg-grass-devel mailing list
On 1/11/21 8:07 PM, Felix Delattre wrote:
> Just wanted to apply the patch, but saw you already did.
Did you also see the build failures? You get those if you're a member of
the debian-gis team om tracker.d.o:
https://tracker.debian.org/teams/debian-gis/
Or if you have added the subscription
Control: tags -1 pending
On 1/9/21 5:58 PM, activityworkshop wrote:
> After upgrade from 20 to 20.1 using stable-backports, GpsPrune now fails to
> start from the main menu.
> When started directly from the console, it gives the following error:
>
> $/usr/bin/gpsprune
> Exception in thread
On 1/9/21 9:54 AM, Antonio Valentino wrote:
> f9a16d82 by Antonio Valentino at 2021-01-09T08:46:24+00:00
> Add lintian overrides
Lintian overrides shouldn't be used for pedantic and lower severity issues.
Info and higher severity issues need to be addressed, either by fixing
the issue or adding
On 12/27/20 12:13 AM, Aurelien Jarno wrote:
> On 2020-12-26 08:05, Sebastiaan Couwenberg wrote:
>> On 12/25/20 11:17 PM, Logan Rosen wrote:
>>> libhdf4 currently FTBFS on riscv64. William Grant applied a patch in
>>> Ubuntu to add support for the architecture.
>
reassign 978236 src:insighttoolkit4
found 978236 insighttoolkit4/4.13.3withdata-dfsg1-3
affects 978236 src:otb
thanks
On 12/26/20 10:40 PM, Lucas Nussbaum wrote:
>> The following packages have unmet dependencies:
>> libinsighttoolkit4-dev : Depends: libnifti-dev
This is not an issue in otb, but
Control: tags -1 pending
On 12/25/20 11:17 PM, Logan Rosen wrote:
> libhdf4 currently FTBFS on riscv64. William Grant applied a patch in
> Ubuntu to add support for the architecture.
>
> Thanks for considering the patch.
Thanks for the patch, it failed to apply, however. The existing patches
Control: tags -1 upstream
Control: forwarded -1 https://github.com/osmcode/osmcoastline/issues/39
Thanks for reporting this issue, I've forwarded it upstream.
A possible cause may be the upgrade of GEOS to 3.9.0.
Kind Regards,
Bas
--
GPG Key ID: 4096R/6750F10AE88D4AF1
Fingerprint: 8182 DE41
On 12/19/20 7:14 PM, Dr. Michael Hälsig wrote:
> Thank you for any hints - and thank you for this great project!
Read the note on the qgis.org downloads page:
https://qgis.org/en/site/forusers/alldownloads.html#repositories
Due to frequent changes in Debian testing and unstable, you need to
Control: reassign -1 src:mapnik
Control: found -1 mapnik/3.0.23+ds-2
Control: tags -1 pending
This turns out to be an issue in mapnik, Fedora has a patch for
boost1.73 which fixes the python-mapnik FTBFS.
Kind Regards,
Bas
--
GPG Key ID: 4096R/6750F10AE88D4AF1
Fingerprint: 8182 DE41 7056
Control: tags -1 pending
Hi John,
Thanks for the patch, it's applied in git and will be included in the
next upload.
Kind Regards,
Bas
--
GPG Key ID: 4096R/6750F10AE88D4AF1
Fingerprint: 8182 DE41 7056 408D 6146 50D1 6750 F10A E88D 4AF1
___
On 12/4/20 7:54 PM, Roman K wrote:
>> Понедельник, 30 ноября 2020, 15:56 +03:00 от Sebastiaan Couwenberg
>> :
>> On 11/30/20 1:31 PM, Roman Kurakin wrote:
>>> Since librttopo is suggested as a replacement for liblwgeom, and the part
>>> of it
>>> fu
On 11/30/20 9:02 PM, Tomas Pospisek wrote:
> Sebastiaan Couwenberg wrote on Mon, 30 Nov:
>
>> On 11/30/20 7:56 PM, Tomas Pospisek wrote:
>>
>>> There is no 3.0.3 package for postgis for focal on pdgd for amd64:
>>
>> The Debian BTS is not appropriate f
reassign 976144 src:librttopo
found 976144 librttopo/1.1.0-2
thanks
Hi Roman,
On 11/30/20 1:31 PM, Roman Kurakin wrote:
> Since librttopo is suggested as a replacement for liblwgeom, and the part of
> it
> functionality is missing (switched off by ifdef) the bug becomes critical.
>
>
Control: tags -1 upstream
Control: forwarded -1 https://github.com/mapnik/python-mapnik/issues/236
Hi Anton,
Thanks for reporting this issue, it's been forwarded upstream.
Kind Regards,
Bas
--
GPG Key ID: 4096R/6750F10AE88D4AF1
Fingerprint: 8182 DE41 7056 408D 6146 50D1 6750 F10A E88D 4AF1
Control: tags -1 pending
Control: fixed -1 postgis/3.1.0~alpha1+dfsg-1~exp5
This was already fixed in the experimental branch, the fix for unstable
will be uploaded soon.
Kind Regards,
Bas
--
GPG Key ID: 4096R/6750F10AE88D4AF1
Fingerprint: 8182 DE41 7056 408D 6146 50D1 6750 F10A E88D 4AF1
On 11/17/20 4:48 AM, Sebastiaan Couwenberg wrote:
> On 11/16/20 8:49 AM, Antonio Valentino wrote:
>> fc934511 by Antonio Valentino at 2020-11-16T07:22:37+00:00
>> Add dependency on zarr
>
> python3-zarr depends on python3-numcodecs which is not available on some
> (rel
On 11/16/20 8:49 AM, Antonio Valentino wrote:
> fc934511 by Antonio Valentino at 2020-11-16T07:22:37+00:00
> Add dependency on zarr
python3-zarr depends on python3-numcodecs which is not available on some
(release) architectures, see:
https://buildd.debian.org/status/package.php?p=numcodecs=sid
tags 974769 wontfix
thanks
The qgis package in Debian tracks the version in the upstream LTR repo,
which will remain at 3.10.x until January, see:
https://qgis.org/en/site/getinvolved/development/roadmap.html#release-schedule
With the 3.16.4 release scheduled for February, after the Soft
Hi Michel,
Please report issues using reportbug:
https://www.debian.org/Bugs/Reporting
The HTML in your message prevented processing it correctly.
As this is not a packaging issue, it has been forwarded upstream:
This is likely caused by the recent update to Qt 5.15.1, and seems to be
fixed upstream:
https://github.com/openstreetmap/merkaartor/commit/e72553a7ea2c7ba0634cc3afcd27a9f7cfef089c
Jerome, will you take care of this?
Kind Regards,
Bas
--
GPG Key ID: 4096R/6750F10AE88D4AF1
Fingerprint:
forwarded 973910 https://github.com/activityworkshop/GpsPrune/issues/29
thanks
Hi Peter,
As this is not a packaging issue, it has been forwarded upstream.
Kind Regards,
Bas
--
GPG Key ID: 4096R/6750F10AE88D4AF1
Fingerprint: 8182 DE41 7056 408D 6146 50D1 6750 F10A E88D 4AF1
On 11/3/20 11:02 AM, Christoph Berg wrote:
> Re: Sebastiaan Couwenberg
>> No, we explicitly added the templating bits to support this use case.
>
> Iirc the reason it was copied from pgxs_debian_control.mk to support
> "NEWEST_PGVERSION".
I've had this d
On 11/3/20 9:25 AM, Christoph Berg wrote:
> Re: Sebastiaan Couwenberg
>>> -debian/control: debian/control.in debian/pgversions
>>> +include /usr/share/postgresql-common/pgxs_debian_control.mk
>>
>> Please don't do this, this makes building postgis on stable sy
On 11/2/20 10:56 PM, Christoph Berg wrote:
> In passing, remove the extra NEWEST_PGVERSION logic in debian/control.in
> handling.
> =
> debian/rules
> =
> @@ -22,25 +22,7 @@ endif
>
> include /usr/share/dpkg/architecture.mk
Control: tags -1 upstream pending
This is fixed upstream, the commit in question will be included as a patch.
Kind Regards,
Bas
___
Pkg-grass-devel mailing list
Pkg-grass-devel@alioth-lists.debian.net
Control: tags -1 upstream pending
This is fixed upstream, the commit in question will be included as a patch.
Kind Regards,
Bas
___
Pkg-grass-devel mailing list
Pkg-grass-devel@alioth-lists.debian.net
Control: tags -1 pending
Hi Adrian,
Thanks for the patch, it's applied in git and will be included in the
next upload.
Kind Regards,
Bas
--
GPG Key ID: 4096R/6750F10AE88D4AF1
Fingerprint: 8182 DE41 7056 408D 6146 50D1 6750 F10A E88D 4AF1
___
On 10/24/20 3:39 PM, Antonio Valentino wrote:
> - - - - -
> 7a4a929e by Antonio Valentino at 2020-10-24T13:32:24+00:00
> Lintian overrides
Using a single override with a wildcard match for each tag is probably a
better idea.
Kind Regards,
Bas
--
GPG Key ID: 4096R/6750F10AE88D4AF1
On 10/23/20 5:38 PM, Felix Delattre wrote:
> Wow, this was fast. Super happy about this!
It was reasonable. NEW processing for entirely new packages tends to
take longer in experience.
> Bas, are you ok if I set the 0.5-2 to `unstable` with dch? Or is there
> another step to take before?
On 10/18/20 8:05 AM, Antonio Valentino wrote:
> Commits:
> 068ae3e7 by Antonio Valentino at 2020-10-18T05:55:26+00:00
> Set distribution to unstable
As mentioned elsewhere, this cannot currently be built because pandas
hasn't been rebuilt with python3.9 yet.
It's probably better to revert this
On 10/14/20 8:36 AM, Antonio Valentino wrote:
> =
> debian/copyright
> =
> @@ -1,6 +1,9 @@
> Format: https://www.debian.org/doc/packaging-manuals/copyright-format/1.0/
> Upstream-Name: pykdtree
> Source:
Control: tags -1 pending
On 10/13/20 4:13 PM, Matthias Klose wrote:
> pykdtree/kdtree.c ships without the cython source. So you cannot rebuild the
> file from cython (and fixing the build failure with python 3.9).
De repo on salsa now uses the git release tags for the source tree, but
setup.py
On 10/13/20 4:18 PM, Matthias Klose wrote:
> debian/control and debian/copyright refer to:
>
> Homepage: https://github.com/pytroll/pykdtree
>
> which doesn't have any 1.3.x releases. Where does this package come from?
d/watch answers your question:
https://pypi.debian.net/pykdtree/
>
The postgis (3.0.2+dfsg-4) for mips64el on mipsel-manda-05 appears to be
hanging, it has been building for more than 24 hours which is highly
unusual.
Please kill the build and give it back.
Kind Regards,
Bas
--
GPG Key ID: 4096R/6750F10AE88D4AF1
Fingerprint: 8182 DE41 7056 408D 6146 50D1
Control: tags -1 upstream
Control: forwarded -1
https://www.gaia-gis.it/fossil/spatialite_gui/tktview/4fe74419ba5367c1e835749a6599fd7c545ca23d
Hi Michel,
Thanks for reporting this issue, I've forwarded it upstream.
Please follow up there and/or on the spatialite-users list:
Control: tags -1 upstream
Control: forwarded -1 https://github.com/qgis/QGIS/issues/39117
Thanks for reporting this issue, I've forwarded it upstream as doesn't
seem to be specific to the Debian package.
As noted in the upstream issue, it may be caused by the recent update of
pyqt5 to 5.15.1.
On 9/29/20 9:10 AM, Sebastiaan Couwenberg wrote:
> On 9/28/20 11:32 AM, Felix Delattre wrote:
>> I would like to know if you consider libapache2-mod-tile ready enough to get
>> it into experimental or sid, so we can trigger the NEW queue.
>
> I've pushed a few more chang
On 9/28/20 11:32 AM, Felix Delattre wrote:
> I would like to know if you consider libapache2-mod-tile ready enough to get
> it into experimental or sid, so we can trigger the NEW queue.
I've pushed a few more changes. With that I think it's ready now.
Since new binary packages are introduced it
On 9/28/20 1:42 PM, Felix Delattre wrote:
> On 9/28/20 10:05 AM, Sebastiaan Couwenberg wrote:
>> Why did you change the get-orig-source script to no longer support git
>> snapshots? The sole purpose of that script is to do that when plain
>> uscan cannot be used for
501 - 600 of 921 matches
Mail list logo
