Bug#1027283: transition: tiff

Please also binNMU grass in experimental. Kind Regards, Bas -- GPG Key ID: 4096R/6750F10AE88D4AF1 Fingerprint: 8182 DE41 7056 408D 6146 50D1 6750 F10A E88D 4AF1

Bug#1028452: unblock: golang-1.19/1.19.5-1

On 1/19/23 10:26, Shengjing Zhu wrote: On Thu, Jan 19, 2023 at 4:55 PM Paul Gevers wrote: The history record for golang point release doesn't show regressions. That's good, are you talking about point release in general, or releases to stable? Missed this one. I'm talking about the upstream

Re: what is the protocol for closing transition tracking bug?

On 8/3/19 4:04 AM, Drew Parsons wrote: > Would you like us (the submitters or package maintainers) to close them > once the transition is complete and all packages are in testing, or > would you prefer us to let you do the closing when you're ready?  If the > latter, do you need us to add a message

Bug#931949: transition: proj

On 8/25/19 3:22 PM, Jonathan Wiltshire wrote: > On Fri, Jul 12, 2019 at 09:39:26PM +0200, Bas Couwenberg wrote: >> For the Debian GIS team I'd like to transition to PROJ 6. >> >> This is a major change that affects the wider GIS ecosystem, with proj >> being at the bottom of the dependency chain. >

Bug#931949: transition: proj

On 8/25/19 4:31 PM, Sebastiaan Couwenberg wrote: > On 8/25/19 3:22 PM, Jonathan Wiltshire wrote: >> On Fri, Jul 12, 2019 at 09:39:26PM +0200, Bas Couwenberg wrote: >>> For the Debian GIS team I'd like to transition to PROJ 6. >>> >>> This is a major ch

Bug#931949: transition: proj

On 8/26/19 5:42 AM, Sebastiaan Couwenberg wrote: > On 8/25/19 4:31 PM, Sebastiaan Couwenberg wrote: >> On 8/25/19 3:22 PM, Jonathan Wiltshire wrote: >>> On Fri, Jul 12, 2019 at 09:39:26PM +0200, Bas Couwenberg wrote: >>>> For the Debian GIS team I'd like to tran

Bug#931949: transition: proj

On 8/28/19 6:05 AM, Sebastiaan Couwenberg wrote: > On 8/26/19 5:42 AM, Sebastiaan Couwenberg wrote: >> On 8/25/19 4:31 PM, Sebastiaan Couwenberg wrote: >>> On 8/25/19 3:22 PM, Jonathan Wiltshire wrote: >>>> On Fri, Jul 12, 2019 at 09:39:26PM +0200, Bas Couwenberg w

Bug#935957: buster-pu: package mapproxy/1.11.0-3

On 9/1/19 12:33 PM, Adam D. Barratt wrote: > Control: tags -1 + confirmed > > On Wed, 2019-08-28 at 14:16 +0200, Bas Couwenberg wrote: >> python3-mapproxy fails to serve GetCapabilities requests as reported >> in >> #935887, this is fixed by including an upstream patch. >> > > I assume the patch

Bug#931949: transition: proj

On 9/2/19 10:43 AM, Emilio Pozuelo Monfort wrote: > There's also an autopkgtest regression for r-cran-sf as you can see in the > excuses at https://packages.qa.debian.org/p/proj.html. That's blocking proj > from > being a migration candidate. That's why I filed #939002. There is also the autopkg

Bug#931949: transition: proj

On 9/2/19 11:12 AM, Sebastiaan Couwenberg wrote: > On 9/2/19 10:43 AM, Emilio Pozuelo Monfort wrote: >> There's also an autopkgtest regression for r-cran-sf as you can see in the >> excuses at https://packages.qa.debian.org/p/proj.html. That's blocking proj >> from

Bug#939415: nmu: cloudcompare_2.10.3-3

On 9/4/19 8:53 PM, Paul Gevers wrote: > On 04-09-2019 20:21, Bas Couwenberg wrote: >> nmu cloudcompare_2.10.3-3 . ANY . unstable . -m "Rebuild with libpdal-dev >> 2.0.1" > > Scheduled. Thanks! > You'll handle grass and python-pdal yourself? Yes, both have just been uploaded to unstable as they

Bug#931950: transition: libgeotiff

libgeotiff (1.5.1-2) is in testing, but libgeotiff-dfsg (1.4.3-1) cannot be removed from testing due to gnudatalanguage, which I don't understand. But this should be resolved when the package get autoremoved on the 14th. Kind Regards, Bas -- GPG Key ID: 4096R/6750F10AE88D4AF1 Fingerprint: 8182

Bug#931950: transition: libgeotiff

On 9/10/19 8:11 AM, Sebastiaan Couwenberg wrote: > libgeotiff (1.5.1-2) is in testing, but libgeotiff-dfsg (1.4.3-1) cannot > be removed from testing due to gnudatalanguage, which I don't > understand. But this should be resolved when the package get autoremoved > on the 14th. gn

Bug#939989: transition: gdal

On 9/17/19 2:41 PM, Sandro Tosi wrote: > While it's true we are trying to remove python 2 from Debian > (https://wiki.debian.org/Python/2Removal), this shouldnt be done while > reverse dependencies are still present in the archive (quoting from > the previous link "NOTE: If there are reverse depend

Re: Bug#939989: transition: gdal

On 10/1/19 6:26 PM, Sandro Tosi wrote: >> On Tue, Oct 01, 2019 at 05:42:56PM +0200, Sebastiaan Couwenberg wrote: >>> We shouldn't block removal of Python 2 support on badly and unmaintained >>> packages. > > you can make your case to debian-python@ , but cal

Re: Bug#939989: transition: gdal

On 10/1/19 8:15 PM, Paul Gevers wrote: > Please stop. We don't need the python2 removal that urgent that we need > to break stuff. And yes, breaking piuparts is a NOGO in my opinion. piuparts is unrelated to python-gdal, and hence not relevant to the gdal transition. Important packages like piupa

Re: Bug#941078: transition: postgresql-12

There seems to be an issue with debci, both postgis & pgsql-ogr-fdw are marked as a regression in the excuses, but when looking at debci itself for both testing and unstable the tests are passing. The previous failure was when postgres-12 was the new default, but the package hadn't been rebuilt wi

Re: Bug#939989: transition: gdal

python-networkx is finally fixed, please remove the block to let gdal migrate to testing, and let's move on with this transition. Kind Regards, Bas -- GPG Key ID: 4096R/6750F10AE88D4AF1 Fingerprint: 8182 DE41 7056 408D 6146 50D1 6750 F10A E88D 4AF1 signature.asc Description: OpenPGP digita

Re: Bug#944417: transition: cgal

On 11/15/19 5:27 PM, Joachim Reichel wrote: > pgrouting needs source code changes, patch available Since 3.0.0 it doesn't use CGAL any more. The beta for it was uploaded to unstable as part of the postgresql-12 transition. Kind Regards, Bas -- GPG Key ID: 4096R/6750F10AE88D4AF1 Fingerprint:

Bug#939989: transition: gdal

On 11/23/19 10:15 PM, Paul Gevers wrote: > On 08-11-2019 06:43, Sebastiaan Couwenberg wrote: >> python-networkx is finally fixed, please remove the block to let gdal >> migrate to testing, and let's move on with this transition. > > python-networkx doesn't w

Bug#944417: transition: cgal

On 12/6/19 2:34 PM, Joachim Reichel wrote: > sfcgal fixed by maintainer, but armhf and mips64el still missing It built fine on mips64el, armhf is a new. RM bug: #946261 > pprepair FTBFS, no patch known (#944775), autoremoval in 13 days > prepairFTBFS, no patch known (#944776

Bug#944417: transition: cgal

On 12/8/19 7:15 PM, Joachim Reichel wrote: > openemsbinNMU would be sufficient, unrelated FTBFS >(#946264), but not on autoremoval list (WHY?) RC bug report is too young. " Packages which have RC bugs that are present in both testing and unstable, and which have no recen

Bug#947365: transition: libvigraimpex

On 12/30/19 9:48 PM, Paul Gevers wrote: > On 27-12-2019 18:08, Andreas Metzler wrote: >> On 2019-12-26 Paul Gevers wrote: >>> On 25-12-2019 19:29, Andreas Metzler wrote: libvigraimpex is marked for autoremoval because of the python2 removal. This is fixed in experimental, the new version

Bug#947365: transition: libvigraimpex

On 12/31/19 4:20 PM, Andreas Metzler wrote: > as Bas correctly diagnoses I am not currently building for all supported > versions but only for the default one because it is not trivial but > requires some work. Looking at python policy I think that is acceptable > but not perfect. > > Is my readin

Bug#939989: transition: gdal

On 1/7/20 10:21 PM, Paul Gevers wrote: > On 24-11-2019 08:44, Sebastiaan Couwenberg wrote: >> Let's see what happens first: this, or the QGIS 3.10.4 release which >> makes use of GDAL 3 features. > > So, did the release of QGIS 3.10.4 or higher already happened? No, i

Bug#939989: transition: gdal

On 1/8/20 5:31 AM, Sebastiaan Couwenberg wrote: > On 1/7/20 10:21 PM, Paul Gevers wrote: >> I hinted libvigraimpex just now, once it migrates, please go ahead. > > Today GDAL 3.0.3RC1 will be released, it's probably a good idea to wait > for its final release, likely a

Bug#939989: transition: gdal

On 1/8/20 5:48 AM, Sebastiaan Couwenberg wrote: > On 1/8/20 5:31 AM, Sebastiaan Couwenberg wrote: >> On 1/7/20 10:21 PM, Paul Gevers wrote: >>> I hinted libvigraimpex just now, once it migrates, please go ahead. >> >> Today GDAL 3.0.3RC1 will be released, it's

Bug#939989: transition: gdal

On 1/8/20 4:53 PM, Sebastiaan Couwenberg wrote: > gdal (3.0.2+dfsg-1) is now built & installed on all release architectures. > > Please schedule the binNMUs. Thanks for scheduling the initial batch, everything has built now. Please schedule the rest of Dependency level 1. Kind

Bug#939989: transition: gdal

On 1/9/20 6:52 PM, Sebastiaan Couwenberg wrote: > On 1/8/20 4:53 PM, Sebastiaan Couwenberg wrote: >> gdal (3.0.2+dfsg-1) is now built & installed on all release architectures. >> >> Please schedule the binNMUs. > > Thanks for scheduling the initial batch, eve

Bug#939989: give-back ncl (6.6.2-1+b2) on mips64el

ncl (6.6.2-1+b2) FTBFS on mips64el as part of the gdal transition, the log shows a compiler segfault, retrying the build likely fixes that: gb ncl_6.6.2-1 . mips64el . -m "Rebuild against libgdal26" I tried using the self-service but that returns a Forbidden error: You don't have permission to

Bug#939989: transition: gdal

On 1/10/20 11:06 PM, Sebastiaan Couwenberg wrote: > On 1/9/20 6:52 PM, Sebastiaan Couwenberg wrote: >> On 1/8/20 4:53 PM, Sebastiaan Couwenberg wrote: >>> gdal (3.0.2+dfsg-1) is now built & installed on all release architectures. >>> >>> Please schedule the

Bug#939989: transition: gdal

On 1/9/20 6:52 PM, Sebastiaan Couwenberg wrote: > On 1/8/20 4:53 PM, Sebastiaan Couwenberg wrote: >> gdal (3.0.2+dfsg-1) is now built & installed on all release architectures. >> >> Please schedule the binNMUs. > > Thanks for scheduling the initial batch, eve

Bug#939989: transition: gdal

On 1/11/20 9:48 PM, Paul Gevers wrote: > gdal triggers autopkgtest regressions in two packages and looking at the > logs I am wondering if that point to a missing dependency relation, as > the tests pass in unstable once they were binNMU'ed. > > In both tests, libgdal20 from testing is installed (

Bug#969976: transition: pdal

On 9/10/20 9:06 AM, Emilio Pozuelo Monfort wrote: > On 09/09/2020 17:53, Bas Couwenberg wrote: >> Package: release.debian.org >> Severity: normal >> User: release.debian@packages.debian.org >> Usertags: transition >> X-Debbugs-Cc: pkg-grass-de...@lists.alioth.debian.org >> Control: forwarded -1

Bug#969976: transition: pdal

On 9/10/20 3:13 PM, Sebastiaan Couwenberg wrote: > On 9/10/20 9:06 AM, Emilio Pozuelo Monfort wrote: >> On 09/09/2020 17:53, Bas Couwenberg wrote: >>> Package: release.debian.org >>> Severity: normal >>> User: release.debian@packages.debian.org >>&g

Bug#969976: transition: pdal

On 9/11/20 11:10 AM, Sebastiaan Couwenberg wrote: > On 9/10/20 3:13 PM, Sebastiaan Couwenberg wrote: >> On 9/10/20 9:06 AM, Emilio Pozuelo Monfort wrote: >>> On 09/09/2020 17:53, Bas Couwenberg wrote: >>>> Package: release.debian.org >>>>

Bug#968912: transition: perl 5.32

Please also binNMU gdal in experimental. Kind Regards, Bas -- GPG Key ID: 4096R/6750F10AE88D4AF1 Fingerprint: 8182 DE41 7056 408D 6146 50D1 6750 F10A E88D 4AF1

Bug#973600: transition: gdal

On 11/2/20 12:49 PM, Bas Couwenberg wrote: > Package: release.debian.org > Severity: normal > User: release.debian@packages.debian.org > Usertags: transition > X-Debbugs-Cc: pkg-grass-de...@lists.alioth.debian.org > Control: forwarded -1 > https://release.debian.org/transitions/html/auto-gdal.

Bug#973600: transition: gdal

On 12/6/20 12:37 PM, Sebastian Ramacher wrote: > On 2020-11-02 12:49:04 +0100, Bas Couwenberg wrote: >> Package: release.debian.org >> Severity: normal >> User: release.debian@packages.debian.org >> Usertags: transition >> X-Debbugs-Cc: pkg-grass-de...@lists.alioth.debian.org >> Control: forwar

Bug#973600: transition: gdal

On 12/7/20 12:30 PM, Sebastiaan Couwenberg wrote: > On 12/6/20 12:37 PM, Sebastian Ramacher wrote: >> On 2020-11-02 12:49:04 +0100, Bas Couwenberg wrote: >>> Package: release.debian.org >>> Severity: normal >>> User: release.debian@packages.debian.org >&

Bug#984428: release.debian.org: add list of (future) codenames

On 3/3/21 6:32 PM, Julian Andres Klode wrote: > I never have any idea what the codenames are, I know they are in a > release team announcement somewhere, but it would be great to just have > a list on release.debian.org, of future codenames, and maybe a couple > old ones too. It's already on the w

Bug#939989: transition: gdal

Looks like britney needs some help to migrate everything to testing. The update_output.txt shows most rdeps, I can't make sense of why it's not migrating them. Kind Regards, Bas -- GPG Key ID: 4096R/6750F10AE88D4AF1 Fingerprint: 8182 DE41 7056 408D 6146 50D1 6750 F10A E88D 4AF1

Bug#939989: transition: gdal

On 1/20/20 5:38 AM, Sebastiaan Couwenberg wrote: > Looks like britney needs some help to migrate everything to testing. The > update_output.txt shows most rdeps, I can't make sense of why it's not > migrating them. DDPO shows 3.0.3+dfsg-1 in testing-proposed-updates, is t

Bug#949135: transition: netcdf-fortran

On 1/22/20 9:40 PM, Paul Gevers wrote: > On 17-01-2020 11:22, Bas Couwenberg wrote: >> netcdf-fortran bumped its SONAME requiring a transition. > > Please go ahead. Thanks. > Am I correct in saying that it makes a lot of sense to take this > transition together with the netcdf transition? If so,

Bug#949267: transition: netcdf

netcdf (1:4.7.3-1) is built & installed on all release architectures, please schedule the binNMUs except netcdf-fortan which is currently building on the buildds. Kind Regards, Bas -- GPG Key ID: 4096R/6750F10AE88D4AF1 Fingerprint: 8182 DE41 7056 408D 6146 50D1 6750 F10A E88D 4AF1

Bug#949135: transition: netcdf-fortran

On 1/23/20 5:15 AM, Sebastiaan Couwenberg wrote: > On 1/22/20 9:40 PM, Paul Gevers wrote: >> On 17-01-2020 11:22, Bas Couwenberg wrote: >> Am I correct in saying that it makes a lot of sense to take this >> transition together with the netcdf transition? If so, please combi

Bug#949267: transition: netcdf

On 1/23/20 8:40 AM, Sebastiaan Couwenberg wrote: > netcdf (1:4.7.3-1) is built & installed on all release architectures, > please schedule the binNMUs except netcdf-fortan which is currently > building on the buildds. The binNMUs that were scheduled have finished, please schedule the

Bug#949267: transition: netcdf

On 1/24/20 12:54 PM, Sebastiaan Couwenberg wrote: > On 1/23/20 8:40 AM, Sebastiaan Couwenberg wrote: >> netcdf (1:4.7.3-1) is built & installed on all release architectures, >> please schedule the binNMUs except netcdf-fortan which is currently >> building on the build

Bug#948378: transition: boost-python

On 1/25/20 3:57 PM, Andreas Beckmann wrote: > On 25/01/2020 08.04, Paul Gevers wrote: >> All rebuilds have been scheduled. >> There are 2 packages (python-escript >> (sid only) and pythonmagick) that FTBFS now, but didn't before. Can you >> please check? Especially pythonmagick looks suspicious to

Bug#949267: transition: netcdf

On 1/25/20 11:34 AM, Sebastiaan Couwenberg wrote: > On 1/24/20 12:54 PM, Sebastiaan Couwenberg wrote: >> On 1/23/20 8:40 AM, Sebastiaan Couwenberg wrote: >>> netcdf (1:4.7.3-1) is built & installed on all release architectures, >>> please schedule the binNMU

Bug#949267: transition: netcdf

On 1/26/20 11:34 AM, Sebastiaan Couwenberg wrote: > On 1/25/20 11:34 AM, Sebastiaan Couwenberg wrote: >> On 1/24/20 12:54 PM, Sebastiaan Couwenberg wrote: >>> On 1/23/20 8:40 AM, Sebastiaan Couwenberg wrote: >>>> netcdf (1:4.7.3-1) is built & installed on all

Bug#949267: transition: netcdf

On 1/27/20 3:59 PM, Sebastiaan Couwenberg wrote: > On 1/26/20 11:34 AM, Sebastiaan Couwenberg wrote: >> On 1/25/20 11:34 AM, Sebastiaan Couwenberg wrote: >>> On 1/24/20 12:54 PM, Sebastiaan Couwenberg wrote: >>>> On 1/23/20 8:40 AM, Sebastiaan Couwenberg wrote: >

Bug#953286: RM: node-srs/0.4.8+dfsg-4

On 3/7/20 7:30 AM, Xavier Guimard wrote: > current node-srs is not compatible with Node.js ≥ 12. Upgrade is not > possible for now since it requires an update of libgdal (and upgraded > version is not compatible with Node.js ≥ 12 too). You most likely mean node-gdal. > To help Node.js 12 migratio

Bug#952607: transition: php (soft transition)

On 3/16/20 12:33 PM, Emilio Pozuelo Monfort wrote: > Hi Ondřej, > > On 11/03/2020 09:57, Emilio Pozuelo Monfort wrote: >> Ack, keep us updated on the progress here and let us know if you need >> anything. >> I have added a ben tracker now, but it will take a bit to show up on the >> webserver. >

Bug#952845: transition: proj

On 3/18/20 12:41 AM, Emilio Pozuelo Monfort wrote: > On 01/03/2020 11:03, Bas Couwenberg wrote: >> Package: release.debian.org >> Severity: normal >> User: release.debian@packages.debian.org >> Usertags: transition >> Control: forwarded -1 >> https://release.debian.org/transitions/html/auto-pr

Bug#952845: transition: proj

On 3/18/20 10:49 AM, Emilio Pozuelo Monfort wrote: > On 18/03/2020 09:56, Sebastiaan Couwenberg wrote: >> On 3/18/20 12:41 AM, Emilio Pozuelo Monfort wrote: >>> On 01/03/2020 11:03, Bas Couwenberg wrote: >>>> Package: release.debian.org >>>>

Bug#952845: transition: proj

On 3/18/20 7:02 PM, Sebastiaan Couwenberg wrote: > On 3/18/20 10:49 AM, Emilio Pozuelo Monfort wrote: >> On 18/03/2020 09:56, Sebastiaan Couwenberg wrote: >>> On 3/18/20 12:41 AM, Emilio Pozuelo Monfort wrote: >>>> On 01/03/2020 11:03, Bas Couwenberg wrote: >

Bug#952845: transition: proj

On 3/18/20 11:51 PM, Emilio Pozuelo Monfort wrote: > On 18/03/2020 19:02, Sebastiaan Couwenberg wrote: >> On 3/18/20 10:49 AM, Emilio Pozuelo Monfort wrote: >>> On 18/03/2020 09:56, Sebastiaan Couwenberg wrote: >>>> On 3/18/20 12:41 AM, Emilio Pozuelo Monfort wrote:

Bug#952845: transition: proj

On 3/18/20 8:21 PM, Emilio Pozuelo Monfort wrote: > On 18/03/2020 20:08, Sebastiaan Couwenberg wrote: >> Please also binNMU the affected packages in experimental: >> >> Dependency level 1 >> >> * gnudatalanguage (1.0.0~rc.1+dfsg-3) >> * pos

Bug#954769: transition: proftpd-dfsg

On 3/23/20 9:47 AM, Hilmar Preusse wrote: > title = "proftpd-dfsg"; > is_affected = .depends ~ "proftpd-abi-"; > is_good = .depends ~ "proftpd-abi-1.3.6c"; > is_bad = .depends ~ "proftpd-abi-1.3.6b"; That matches no packages, this should work better: title = "proftpd-dfsg"; is_affected = .depends

Bug#954391: transition: protobuf

On 3/25/20 7:06 AM, László Böszörményi (GCS) wrote: > An other question is opencv as in the transition tracker its marked > unknown status (?) as '?!'. Manually checking its binNMU logs reveals > it built correctly on all supported architectures. That's due to cruft: https://ftp-master.debian.or

Bug#952845: transition: proj

With python3-defaults finally migrating to testing, this transition is also almost done. Only r-cran-sf (0.8-1+dfsg-1) in testing still depends on libproj15. Either 0.9-0+dfsg-1 migrating in three days or the autoremoval on 17 April should resolve that. Kind Regards, Bas -- GPG Key ID: 4096R/

Bug#954654: transition: hdf5

Some intervention for gdal on s390x may be needed, it's stuck in Maybe-Successful state blocking the rebuild of its rdeps. The log seems to indicate that the build was indeed successful. Kind Regards, Bas -- GPG Key ID: 4096R/6750F10AE88D4AF1 Fingerprint: 8182 DE41 7056 408D 6146 50D1 6750 F1

Bug#955211: release.debian.org: Transition r-base for 4.0.0

On 4/3/20 8:27 PM, Dirk Eddelbuettel wrote: > Can the tracker sort by > - maintainer > - binary type > to help ? With the attached script you can create a dd-list from the tracker. transition-dd-list.pl -u https://release.debian.org/transitions/html/r-api-4.0.html Kind Regards, Bas -- GPG

Bug#954654: transition: hdf5

On 4/6/20 1:43 PM, Alastair McKinstry wrote: > There is a fix for #954244 in experimental but I there are other more > serious problems with mpich-3.4a4-2 > > Upstream quietly reset the soversion to 0 (as its an alpha package). The > code works but any users of libmpich12 break. > > 3.4 when rele

Bug#954654: transition: hdf5

On 4/6/20 12:54 PM, Emilio Pozuelo Monfort wrote: > hdf5 is currently blocked from migrating to testing on mpich due to #954244. mpich migrated to testing. hdf5 will need some help to migrate, not all bad rdeps will be autoremoved eventually. Kind Regards, Bas -- GPG Key ID: 4096R/6750F10AE88

Bug#954654: transition: hdf5

On 4/21/20 11:32 AM, Emilio Pozuelo Monfort wrote: > On 09/04/2020 11:09, Emilio Pozuelo Monfort wrote: >> On 09/04/2020 06:17, Sebastiaan Couwenberg wrote: >>> On 4/6/20 12:54 PM, Emilio Pozuelo Monfort wrote: >>>> hdf5 is currently blocked from migrating to testing

Bug#955807: transition: netcdf

On 4/21/20 9:45 PM, Sebastian Ramacher wrote: > Please go ahead. Thanks. netcdf (1:4.7.4-1) is built & installed on all release architectures, and ports where possible. Please schedule the binNMUs. Kind Regards, Bas -- GPG Key ID: 4096R/6750F10AE88D4AF1 Fingerprint: 8182 DE41 7056 408D 6146

Bug#955629: transition: pdal

On 4/21/20 9:31 PM, Sebastian Ramacher wrote: > python-pdal was removed and hdf5 is done, so please go ahead. Thanks. pdal (2.1.0+ds-2) is built & installed on all release architectures, and ports where possible. Please schedule the binNMUs. Kind Regards, Bas -- GPG Key ID: 4096R/6750F10AE8

Bug#954654: transition: hdf5

On 4/21/20 11:32 AM, Emilio Pozuelo Monfort wrote: > On 09/04/2020 11:09, Emilio Pozuelo Monfort wrote: >> On 09/04/2020 06:17, Sebastiaan Couwenberg wrote: >>> On 4/6/20 12:54 PM, Emilio Pozuelo Monfort wrote: >>>> hdf5 is currently blocked from migrating to testing

Bug#954654: transition: hdf5

On 4/22/20 11:16 AM, Sebastiaan Couwenberg wrote: > On 4/21/20 11:32 AM, Emilio Pozuelo Monfort wrote: >> On 09/04/2020 11:09, Emilio Pozuelo Monfort wrote: >>> On 09/04/2020 06:17, Sebastiaan Couwenberg wrote: >>>> On 4/6/20 12:54 PM, Emilio Pozuelo Monfort wrote: &

Bug#954654: transition: hdf5

On 4/24/20 6:52 AM, Sebastiaan Couwenberg wrote: > On 4/22/20 11:16 AM, Sebastiaan Couwenberg wrote: >> On 4/21/20 11:32 AM, Emilio Pozuelo Monfort wrote: >>> On 09/04/2020 11:09, Emilio Pozuelo Monfort wrote: >>>> On 09/04/2020 06:17, Sebastiaan Couwenberg wrote: &g

Bug#955807: transition: netcdf

vtk7 (7.1.1+dfsg2-3) was just uploaded and it FTBFS as reported in #958817. Since it's a key package the RC bug won't trigger autoremoval of it and its rdeps like lammps. If #958817 is not fixed soon, rebuilds in testing-proposed-updates like for hdf5 may be required to enable migration of netcdf

Bug#955807: transition: netcdf

On 4/25/20 9:09 PM, Sebastian Ramacher wrote: > On 2020-04-25 17:23:03, Sebastiaan Couwenberg wrote: >> vtk7 (7.1.1+dfsg2-3) was just uploaded and it FTBFS as reported in #958817. >> >> Since it's a key package the RC bug won't trigger autoremoval of it and >

Bug#955807: transition: netcdf

On 4/27/20 5:57 AM, Sebastiaan Couwenberg wrote: > On 4/25/20 9:09 PM, Sebastian Ramacher wrote: >> On 2020-04-25 17:23:03, Sebastiaan Couwenberg wrote: >>> vtk7 (7.1.1+dfsg2-3) was just uploaded and it FTBFS as reported in #958817. >>> >>> Since it'

Re: ISO image for Stretch

On 5/1/20 11:50 AM, Tomaz V. wrote: > i am on search of Debian 9 netinstall image and i can not find it not > even in archive. > Can you please help me and send me an link where can in find ISO image > of Debian 9. http://cdimage.debian.org/cdimage/archive/9.12.0/amd64/iso-cd/debian-9.12.0-amd64-n

Bug#960495: transition: gdal

On 5/13/20 12:07 PM, Bas Couwenberg wrote: > Package: release.debian.org > Severity: normal > User: release.debian@packages.debian.org > Usertags: transition > Control: forwarded -1 > https://release.debian.org/transitions/html/auto-gdal.html > Control: block -1 by 960369 953138 > > For the D

Bug#960495: transition: gdal

On 5/30/20 11:42 AM, Sebastiaan Couwenberg wrote: > On 5/13/20 12:07 PM, Bas Couwenberg wrote: >> Package: release.debian.org >> Severity: normal >> User: release.debian@packages.debian.org >> Usertags: transition >> Control: forwarded -1 >> https://r

Bug#960495: transition: gdal

Hi Sebastian, On 6/10/20 9:46 PM, Sebastian Ramacher wrote: > On 2020-06-08 05:54:33 +0200, Sebastiaan Couwenberg wrote: >> On 5/30/20 11:42 AM, Sebastiaan Couwenberg wrote: >>> On 5/13/20 12:07 PM, Bas Couwenberg wrote: >>>> Package: release.debian.org &

Bug#960495: transition: gdal

On 6/11/20 6:46 AM, Sebastiaan Couwenberg wrote: > On 6/10/20 9:46 PM, Sebastian Ramacher wrote: >> Please go ahead with the upload to unstable. > > Thanks, gdal (3.1.0+dfsg-1) was just uploaded to unstable. The rebuild are looking good so far Please also binNMU postgis in expe

Bug#960495: transition: gdal

On 6/11/20 10:07 PM, Sebastian Ramacher wrote: > On 2020-06-11 20:37:58 +0200, Sebastiaan Couwenberg wrote: >> On 6/11/20 6:46 AM, Sebastiaan Couwenberg wrote: >>> On 6/10/20 9:46 PM, Sebastian Ramacher wrote: >>>> Please go ahead with the upload to unstable. >

Bug#960495: transition: gdal

On 6/12/20 10:21 AM, Sebastian Ramacher wrote: > On 2020-06-12 06:51:57 +0200, Sebastiaan Couwenberg wrote: >> On 6/11/20 10:07 PM, Sebastian Ramacher wrote: >>> On 2020-06-11 20:37:58 +0200, Sebastiaan Couwenberg wrote: >>>> On 6/11/20 6:46 AM, Sebastiaan Couwenber

Bug#962867: transition: qtbase-opensource-src

On 6/15/20 1:23 PM, Dmitry Shachnev wrote: > Right now there are two blocking bugs: fix for one of them is in the deferred > queue, the other one is blocked by another qgis FTBFS (#962641) but I hope > it will be fixed soon. qgis (3.10.6+dfsg-1) was just uploaded to unstable, fixing both #960954 &

Re: Bug#836917: transition: openmpi

On 09/12/2016 05:52 PM, Alastair McKinstry wrote: > I've NMU'd libint2 to fix the FTBFS with mpqc3, below. However it takes > ~6 hours to compile on my decent laptop, and has been failing to build > on build systems, typically terminating with memory exhaustion. > > What, if anything, can be done

Bug#837199: transition: armadillo

On 09/13/2016 07:51 PM, Emilio Pozuelo Monfort wrote: > On 10/09/16 11:35, Sebastiaan Couwenberg wrote: >> On 09/10/2016 02:11 AM, Kumar Appaiah wrote: >>> armadillo has already been uploaded to unstable. While the reverse >>> dependencies should build with a binNMU,

Bug#836917: transition: openmpi

On 09/12/2016 05:52 PM, Alastair McKinstry wrote: > mpi4py was also failing to build with openmpi-2.0.1 due to hangs in the > test suite; I've just uploaded 2.0.1-5 which includes a fix for this. > mpi4py will need to be rebuilt (there is an older RC bug due to FTBFS on > 1.10.3, which is now obsol

Bug#836917: transition: openmpi

On 09/15/2016 09:41 PM, Emilio Pozuelo Monfort wrote: > On 15/09/16 21:28, Sebastiaan Couwenberg wrote: >> On 09/12/2016 05:52 PM, Alastair McKinstry wrote: >>> mpi4py was also failing to build with openmpi-2.0.1 due to hangs in the >>> test suite; I've just uploa

Bug#836192: transition: libdap

This transition should be done, time to close this bugreport?

Bug#836447: transition: proj

This transition should be done, time to close this bugreport?

Re: Source for Debian Testing Watch

On 09/27/2016 06:29 PM, Antoine Amarilli wrote: > I was interested in checking out the code of the Debian Testing Watch, > but the link on to the > source code > appears to > be dead (404 - No

Bug#841661: release.debian.org: grass not migrating to testing

Control: tags -1 - moreinfo On 10/22/2016 12:56 PM, Julien Cristau wrote: > On Fri, Oct 21, 2016 at 22:05:01 +0200, Bas Couwenberg wrote: >> Package: release.debian.org >> Severity: normal >> User: release.debian@packages.debian.org >> Usertags: britney >> >> grass (7.0.5-2) is not migrating t

Bug#842177: transition: hdf5

On 10/26/2016 06:46 PM, Gilles Filippini wrote: > I've checked the build of every reverse dependencies. These few ones are of > concern: > * libsis-jhdf5-java : unmaintained upstream - low popcon > * pytables : doesn't support new hdf5 API - popcon about 3000 - no reverse > dependencies > * yoric

Bug#842288: transition: gdal

On 10/27/2016 11:58 PM, Emilio Pozuelo Monfort wrote: > On 27/10/16 20:10, Bas Couwenberg wrote: >> Package: release.debian.org >> Severity: normal >> User: release.debian@packages.debian.org >> Usertags: transition >> >> Dear Release Team, >> >> For the Debian GIS team I'd like to transition t

Bug#842288: transition: gdal

On 10/28/2016 01:39 AM, Sebastiaan Couwenberg wrote: > On 10/27/2016 11:58 PM, Emilio Pozuelo Monfort wrote: >> On 27/10/16 20:10, Bas Couwenberg wrote: >>> Package: release.debian.org >>> Severity: normal >>> User: release.debian@packages.debian.org &

Bug#842288: transition: gdal

On 10/29/2016 10:26 AM, Emilio Pozuelo Monfort wrote: > On 28/10/16 21:38, Sebastiaan Couwenberg wrote: >> On 10/28/2016 01:39 AM, Sebastiaan Couwenberg wrote: >>> On 10/27/2016 11:58 PM, Emilio Pozuelo Monfort wrote: >>>> On 27/10/16 20:10, Bas Couwenberg wrote: >

Bug#842506: transition: geos

On 10/30/2016 11:07 PM, Emilio Pozuelo Monfort wrote: > On 29/10/16 22:21, Bas Couwenberg wrote: >> Package: release.debian.org >> Severity: normal >> User: release.debian@packages.debian.org >> Usertags: transition >> Control: forwarded -1 >> https://release.debian.org/transitions/html/auto-g

Bug#842506: transition: geos

On 10/31/2016 08:08 AM, Sebastiaan Couwenberg wrote: > On 10/30/2016 11:07 PM, Emilio Pozuelo Monfort wrote: >> On 29/10/16 22:21, Bas Couwenberg wrote: >>> Package: release.debian.org >>> Severity: normal >>> User: release.debian@packages.debian.org

Bug#842288: transition: gdal

On 10/30/2016 11:48 AM, Emilio Pozuelo Monfort wrote: > On 29/10/16 21:59, Sebastiaan Couwenberg wrote: >> On 10/29/2016 10:26 AM, Emilio Pozuelo Monfort wrote: >>> On 28/10/16 21:38, Sebastiaan Couwenberg wrote: >>>> On 10/28/2016 01:39 AM, Sebastiaan Couwenberg wr

Bug#843051: release.debian.org: boost1.62 transition

Control: retitle -1 transition: boost1.62 Control: user release.debian@packages.debian.org Control: usertag -1 transition Control: block -1 by 842927 On 11/03/2016 01:53 PM, Dimitri John Ledkov wrote: > Package: release.debian.org > Severity: normal Please use reportbug in the future to have

Bug#843051: release.debian.org: boost1.62 transition

Please retry the osmium-tool builds that FTBFS with libosmium 2.10.0, I've reverted libosmium back to 2.9.0 until upstream has fixed the IdSet issues introduced in 2.10.0. dw osmium-tool_1.4.0-2 . amd64 arm64 mips64el ppc64el . -m 'libosmium2-dev (>= 2.10.0really2.9.0)' I think the sfcgal builds

<    1   2   3   4   5   >