Now that the s390x builds found their way to the mirrors, most of the
autopkgtest regressions got fixed. The remaining autopkgtest regressions
for packages that could not be rebuilt during the transition will need a
little help to unblock the testing migration of gsl and its rdeps.
Kind Regard
On 7/30/24 5:17 AM, Sebastiaan Couwenberg wrote:
Now that the s390x builds found their way to the mirrors, most of the
autopkgtest regressions got fixed. The remaining autopkgtest regressions
for packages that could not be rebuilt during the transition will need a
little help to unblock the
On 8/3/24 7:56 PM, Sebastian Ramacher wrote:
On 2024-07-31 09:50:40 +0200, Sebastiaan Couwenberg wrote:
On 7/30/24 5:17 AM, Sebastiaan Couwenberg wrote:
Now that the s390x builds found their way to the mirrors, most of the
autopkgtest regressions got fixed. The remaining autopkgtest
On 8/2/24 7:12 PM, Bas Couwenberg wrote:
Package: release.debian.org
Severity: normal
X-Debbugs-Cc: libapache2-mod-t...@packages.debian.org,
python-map...@packages.debian.org, ti...@packages.debian.org
Control: affects -1 + src:libapache2-mod-tile src:python-mapnik src:tirex
User: release.debian
On 11/22/23 14:47, Paul Gevers wrote:
I mean, in the ideal situation, this class of issues is prevented by
proper package relations, but I also want to avoid manual labor that's a
PITA to maintain and prone to wrong in the future.
To prevent that manual labor, I can drop the autopkgtest from
Don't forget to raise the severity of the FTBFS bugreports to serious
now that the new boost-defaults is in unstable.
Kind Regards,
Bas
--
GPG Key ID: 4096R/6750F10AE88D4AF1
Fingerprint: 8182 DE41 7056 408D 6146 50D1 6750 F10A E88D 4AF1
Please also binNMU icinga2 in experimental.
Kind Regards,
Bas
--
GPG Key ID: 4096R/6750F10AE88D4AF1
Fingerprint: 8182 DE41 7056 408D 6146 50D1 6750 F10A E88D 4AF1
On 12/27/23 21:16, Sebastian Ramacher wrote:
On 2023-12-22 16:39:57 +0100, Bas Couwenberg wrote:
Shapelib 1.6.0 bumps the SONAME requiring a transition.
All rdeps built successfully with the new version as summarized below.
Please go ahead.
Thanks. shapelib (1.6.0-1) has been uploaded to un
It turns out that plplot FTBFS on armhf: #1055228
I've requested partial removal of plplot and its rdeps from armhf since
a fix is unlikely in the short term:
- plplot (1059682)
# Broken Depends:
- munipack (1059683)
- psfex (1059684)
# Broken Build-Depends:
- coyote (1059685)
- gn
On 2/7/24 08:10, Mattias Ellert wrote:
Personally I think it would have made more sense to file these bugs
with minor or normal severity (since they are simply informational at
this stage) and then upgrade them to serious when the transition starts
(at which point they become RC).
I'd downgrade
Keeping an eye on the Release Calendar can help too:
https://release.debian.org/release-calendar.ics
Kind Regards,
Bas
--
GPG Key ID: 4096R/6750F10AE88D4AF1
Fingerprint: 8182 DE41 7056 408D 6146 50D1 6750 F10A E88D 4AF1
Control: merge 1067812 1067813
I already requested this a little earlier.
Kind Regards,
Bas
--
GPG Key ID: 4096R/6750F10AE88D4AF1
Fingerprint: 8182 DE41 7056 408D 6146 50D1 6750 F10A E88D 4AF1
On 4/21/24 3:04 PM, Dirk Eddelbuettel wrote:
R upstream no longer releases or tests for 32 bits (and has not since the R
4.3.0 release a year ago) so 'expect trouble there'. I think you all in the
release team may need to override this to unblock.
Wouldn't it be better then to add architecture
On 2/26/24 7:40 AM, Alastair McKinstry wrote:
OpenMPI 5.0 drops 32-bit support, so we need to move those archs to MPICH.
This transition is blocking many of the remaining packages rebuilt for
64-bit time_t.
The autopkgtest for slurm-wlm on i386 is blocking testing migration of
mpich:
htt
On 08/13/2014 11:22 PM, Emilio Pozuelo Monfort wrote:
> On 13/08/14 18:51, Sebastiaan Couwenberg wrote:
>> On 08/13/2014 06:18 PM, Julien Cristau wrote:
>>> OK, I'd suggest something like this:
>>> - add Provides: libgdal.so.1-${version} to libgdal1h (${versi
Hi Adam,
Thanks for the clarification and BinNMU of libgdal-grass. I'll check the
builds on various architectures better next time.
Kind Regards,
Bas
--
To UNSUBSCRIBE, email to debian-release-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.o
On 09/27/2014 04:12 PM, Emilio Pozuelo Monfort wrote:
> On 24/09/14 23:51, Jonathan Wiltshire wrote:
>> There's a FTBFS in libcitygml because it can't cope with openscenegraph being
>> multiarched. Patch attached (although I have my doubts about that technique
>> in
>> the first place), please fil
Hi Niels,
The issues with routino where not on the Debian GIS teams radar because
the Maintainer field is not set the team address even though the source
lives in the Debian GIS git repository on Alioth.
Uwe Steinmann has taken over maintenance of routino from Thibaut Gridel
since November 2011,
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512
Hi Uwe,
On 12/05/2014 07:01 PM, Uwe Steinmann wrote:
> On Fri, Dec 05, 2014 at 05:06:27PM +0100, Sebastiaan Couwenberg
> wrote:
>> @Uwe, there are no tags in git, can you push your tags to Alioth
>> too?
> tags are pushed. S
On 12/06/2014 01:57 PM, Adam D. Barratt wrote:
> On Sat, 2014-12-06 at 12:38 +0100, Sebastiaan Couwenberg wrote:
>> Hi Uwe,
>>
>> On 12/05/2014 07:13 PM, Sebastiaan Couwenberg wrote:
>>>>> In the mean time I'm updating my clone of the repo to
>>&g
Hi Adam,
Thanks for the unblock.
On 03/26/2015 08:55 PM, Adam D. Barratt wrote:
> On Thu, 2015-03-26 at 20:23 +0100, Bas Couwenberg wrote:
>> Please unblock package freexl
>>
>> It fixes the security issues reported in #781228.
>
> Unblocked earlier on when I spotted the bug closure. I'm confuse
On 05/03/2015 09:08 PM, Jonathan Wiltshire wrote:
> On 2015-05-03 17:25, Bas Couwenberg wrote:
>> We've had proj 4.9.x in experimental for some time now, and I'd like to
>> move it from experimental to unstable as the first stretch transition
>> for the Debian GIS team.
>>
>> Currently PROJ.4 4.8.0
On 05/03/2015 09:45 PM, Sebastiaan Couwenberg wrote:
> On 05/03/2015 09:08 PM, Jonathan Wiltshire wrote:
>> On 2015-05-03 17:25, Bas Couwenberg wrote:
>>> We've had proj 4.9.x in experimental for some time now, and I'd like to
>>> move it from experime
On 05/08/2015 11:26 AM, Emilio Pozuelo Monfort wrote:
> On 06/05/15 23:51, Sebastiaan Couwenberg wrote:
>> On 05/03/2015 09:45 PM, Sebastiaan Couwenberg wrote:
>>> On 05/03/2015 09:08 PM, Jonathan Wiltshire wrote:
>>>> On 2015-05-03 17:25, Bas Couwenberg wrote:
Hi Henning,
Thanks for the feedback.
On 05/08/2015 02:56 PM, Henning Glawe wrote:
> On Fri, May 08, 2015 at 01:47:28PM +0200, Sebastiaan Couwenberg wrote:
>>> That got accepted.
>>>
>>> The current blockers are the cdo/ppc64el build failure (#763691) and the
>&g
On 05/08/2015 03:40 PM, Henning Glawe wrote:
> On Fri, May 08, 2015 at 03:21:33PM +0200, Sebastiaan Couwenberg wrote:
>> On 05/08/2015 02:56 PM, Henning Glawe wrote:
>>> t/proj_transform.t .. skipped: PDL::Transform::Proj4 module not
>>> compiled.
>>> t
On 05/08/2015 11:26 AM, Emilio Pozuelo Monfort wrote:
> The current blockers are the cdo/ppc64el build failure (#763691) and the
> pdl/i386 one.
pdl/i386 has been fixed, an NMU for cdo is available but not uploaded yet.
There is also xastir/amd64 which cannot be built because festival on
amd64 re
On 05/09/2015 05:58 PM, Sebastiaan Couwenberg wrote:
> There is also xastir/amd64 which cannot be built because festival on
> amd64 requires a build dependency on speech-tools (1:2.4~release-1)
> that's currently stuck in NEW.
I've prepared a binNMU for xastir/amd64 buil
On 05/10/2015 06:15 PM, Emilio Pozuelo Monfort wrote:
> On 09/05/15 17:58, Sebastiaan Couwenberg wrote:
>> On 05/08/2015 11:26 AM, Emilio Pozuelo Monfort wrote:
>>> The current blockers are the cdo/ppc64el build failure (#763691) and the
>>> pdl/i386 one.
>>
>&
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512
On 05/10/2015 09:23 PM, Alastair McKinstry wrote:
> On 10/05/2015 17:15, Emilio Pozuelo Monfort wrote:
>> On 09/05/15 17:58, Sebastiaan Couwenberg wrote:
>>> On 05/08/2015 11:26 AM, Emilio Pozuelo Monfort wrote:
>>>> Th
On 05/08/2015 11:26 AM, Emilio Pozuelo Monfort wrote:
> The current blockers are the cdo/ppc64el build failure (#763691) and the
> pdl/i386 one.
Both cdo & pdl are good now too, and so is xastir.
For some reason postgis is still marked as bad on mips, but I don't
understand why. The mips build fo
On 05/14/2015 04:20 PM, Adam D. Barratt wrote:
> Control: tags -1 + moreinfo
>
> On 2015-05-14 13:48, Bas Couwenberg wrote:
>> The osmosis version in jessie has an important bug causing the
>> --database-dump operation to fail. (#785257)
>>
>> I've included a patch for the upstream change fixing t
Control: tags -1 - moreinfo
On 05/14/2015 04:23 PM, Sebastiaan Couwenberg wrote:
> On 05/14/2015 04:20 PM, Adam D. Barratt wrote:
>> On 2015-05-14 13:48, Bas Couwenberg wrote:
>>> The osmosis version in jessie has an important bug causing the
>>> --database-dump
On 05/14/2015 04:47 PM, Sebastiaan Couwenberg wrote:
> On 05/14/2015 04:23 PM, Sebastiaan Couwenberg wrote:
>> On 05/14/2015 04:20 PM, Adam D. Barratt wrote:
>>> On 2015-05-14 13:48, Bas Couwenberg wrote:
>>>> The osmosis version in jessie has an important bug ca
On 05/23/2015 11:07 AM, Adam D. Barratt wrote:
> On Thu, 2015-05-14 at 14:48 +0200, Bas Couwenberg wrote:
>> The osmosis version in jessie has an important bug causing the
>> --database-dump operation to fail. (#785257)
>>
>> I've included a patch for the upstream change fixing the
>> ClassCastExce
On 05/23/2015 02:54 PM, Adam D. Barratt wrote:
> On Sat, 2015-05-23 at 14:31 +0200, Sebastiaan Couwenberg wrote:
>> On 05/23/2015 11:07 AM, Adam D. Barratt wrote:
>>> More specifically, are they required in order to fix the bug?
>>
>> The updated debdiff should now o
as soon as possible.
There is still an outstanding question of how to best track the transition.
On 09/11/2014 10:39 PM, Sebastiaan Couwenberg wrote:
> On 08/13/2014 11:22 PM, Emilio Pozuelo Monfort wrote:
>> On 13/08/14 18:51, Sebastiaan Couwenberg wrote:
>>> On 08/13/2014 06
On 05/31/2015 03:19 PM, Emilio Pozuelo Monfort wrote:
> On 26/05/15 23:16, Sebastiaan Couwenberg wrote:
>> Dear Release Team,
>>
>> To move away from the deprecated spatialite_init() method that is
>> causing issues since the proj 4.9.1 transition (#785091) we need t
On 06/12/2015 12:26 AM, Emilio Pozuelo Monfort wrote:
> Hi, and sorry for the late reply.
>
> On 31/05/15 15:59, Sebastiaan Couwenberg wrote:
>> On 05/31/2015 03:19 PM, Emilio Pozuelo Monfort wrote:
>>> On 26/05/15 23:16, Sebastiaan Couwenberg wrote:
>>>> Dear
On 06/12/2015 07:30 AM, Vincent Danjean wrote:
> Le 12/06/2015 01:06, Sebastiaan Couwenberg a écrit :
>> On 06/12/2015 12:26 AM, Emilio Pozuelo Monfort wrote:
>>> So let's say gdal 1.11 changed the ABI for some C++ symbols. Since the
>>> packages
>&g
On 06/12/2015 05:12 PM, Vincent Danjean wrote:
> Le 12/06/2015 12:17, Sebastiaan Couwenberg a écrit :
>> On 06/12/2015 07:30 AM, Vincent Danjean wrote:
>>> Le 12/06/2015 01:06, Sebastiaan Couwenberg a écrit :
>>>> On 06/12/2015 12:26 AM, Emilio Pozuelo Monfort wrote
On 06/14/2015 04:29 AM, Julien Cristau wrote:
> On Fri, Jun 12, 2015 at 17:39:14 +0200, Sebastiaan Couwenberg
> wrote:
>
>> This hasn't been an issue before, so I'm tempted to ignore it.
>> Unless the Release Team wants this addressed, then we'll need to
>
On 06/16/2015 01:21 AM, Emilio Pozuelo Monfort wrote:
> On 14/06/15 13:28, Sebastiaan Couwenberg wrote:
>> On 06/14/2015 04:29 AM, Julien Cristau wrote:
>>> On Fri, Jun 12, 2015 at 17:39:14 +0200, Sebastiaan Couwenberg
>>> wrote:
>>>
>>>> This hasn&
On 06/19/2015 01:21 PM, Emilio Pozuelo Monfort wrote:
> On 17/06/15 01:22, Sebastiaan Couwenberg wrote:
>> On 06/16/2015 01:21 AM, Emilio Pozuelo Monfort wrote:
>>> On 14/06/15 13:28, Sebastiaan Couwenberg wrote:
>>>> On 06/14/2015 04:29 AM, Julien Cristau wrote:
&g
On 07/10/2015 10:45 AM, Emilio Pozuelo Monfort wrote:
> On 08/07/15 20:38, Bas Couwenberg wrote:
>> Package: release.debian.org
>> Severity: normal
>> User: release.debian@packages.debian.org
>> Usertags: transition
>> Forwarded: https://release.debian.org/transitions/html/auto-spatialindex.htm
On 07/10/2015 04:57 PM, Andreas Beckmann wrote:
> The maintainer upload of oasis3 to sid was built against
> netcdf/experimental. Unless that transition is going to start now, the
> package in sid should be rebuilt against netcdf/sid to be installable
> and allow migration to testing.
The netcdf p
user release.debian@packages.debian.org
usertag 791215 + transition
block 791215 by 790756
reassign 791215 release.debian.org
block 791215 by 793823 793877 793885 793920 793976 794010
block 791215 by 794027 794040 793891 793902 793882
thanks
On 25-07-15 13:10, Sebastiaan Couwenberg wrote
Control: tags -1 patch
On 30-07-15 18:34, Sebastiaan Couwenberg wrote:
>> https://bugs.debian.org/cgi-bin/pkgreport.cgi?tag=netcdf-split-c-f-cxx;users=debian-...@lists.debian.org
>
> We're still not quite ready for the netcdf transition, but I'd like to
> formally reque
user release.debian@packages.debian.org
usertag 791132 + transition
block 791132 by 790756
reassign 791132 release.debian.org
severity 791132 normal
forwarded 791132
https://release.debian.org/transitions/html/auto-libkml.html
thanks
On 25-07-15 22:02, Sebastiaan Couwenberg wrote:
> On 03
On 01-08-15 16:40, Sebastiaan Couwenberg wrote:
> The debdiff in case libkml needs to be NMUed is attached.
The debdiff needs to be updated to incorporate the changes for todays
libkml 1.3.0~rc0 release, the Debian package in experimental has been
updated to 1.3.0~rc0-1~exp1 but the symbols h
Dear Release Team,
Would you consider the changes for mapserver 6.0.1-4 acceptable for
upload to wheezy proposed-updates?
It acknowledges the NMUs, includes fixes for bugs in the BTS, and fixes
available in the Debian GIS VCS that were not uploaded to unstable in
time for wheezy.
The bugs in que
On 09/04/2013 07:51 PM, Adam D. Barratt wrote:
> On Tue, 2013-09-03 at 22:49 +0200, Sebastiaan Couwenberg wrote:
>> Would you consider the changes for mapserver 6.0.1-4 acceptable for
>> upload to wheezy proposed-updates?
>
> Thanks for caring about fixing bugs in stable.
Hi,
On 09/25/2013 11:50 PM, Jonathan Wiltshire wrote:
> On Wed, Sep 25, 2013 at 10:38:54PM +0200, Bas Couwenberg wrote:
>> In the same commit in the Debian GIS repository
>> --sourcedir=debian/tmp is dropped for dh_install which shouldn't
>> effect the package as debhelper 7 and up already look in
On 11/12/2013 10:27 AM, Rebecca N. Palmer wrote:
> Furthermore, Alioth is now expected to be down for days
> (http://lists.debian.org/debian-infrastructure-announce/2013/11/msg1.html),
> so just getting access to the 3.2.1 package might take some time.
I'm not sure if it helps, but I have a cl
On 11/12/2013 02:09 PM, Steven Chamberlain wrote:
> Hi Bas,
>
> Am I right in thinking osgearth cannot build against the
> libopenscenegraph99 currently in sid? So actually you *cannot* fix bug
> #725383 until a new upload of openscenegraph?
Correct. The dependencies of libopenscenegraph need to
On 12/05/2013 07:51 AM, Bas Couwenberg wrote:
> Several packages in the SpatiaLite family and related Gaia-SINS software
> are updated to support the new libspatialite. This includes
> librasterlite, a former dependency of spatialite-gui, which is updated from
> librasterlite1 (1.1~svn11) to libras
Control: tags -1 security
As reported by Salvatore Bonaccorso in #734565, there is now a CVE for
the security issue in question.
Can I get a Go/No Go for uploading the proposed changes in the debdiff?
Kind Regards,
Bas
--
GnuPG: 0xE88D4AF1 (new) / 0x77A975AD (old)
--
To UNSUBSCRIBE, email
> On 2014-01-08 7:51, Sebastiaan Couwenberg wrote:
>> Control: tags -1 security
>>
>> As reported by Salvatore Bonaccorso in #734565, there is now a CVE for
>> the security issue in question.
>>
>> Can I get a Go/No Go for uploading the proposed changes in th
On 01/31/2014 09:23 PM, Rebecca N. Palmer wrote:
> Updated status:
> osgearth, libcitygml, qgis: OK (qgis FTBFS on arm*, but that's non-RC as
> there's no old arm* version in sid)
The updated libcitygml package is not uploaded yet, but I intent to ask
for sponshorship at the end of the weekend if
On 01/31/2014 10:57 PM, Andreas Beckmann wrote:
> On Friday, 31. January 2014 21:44:44 Sebastiaan Couwenberg wrote:
>> The updated libcitygml package is not uploaded yet, but I intent to ask
>> for sponshorship at the end of the weekend if YunQiang Su hasn't replied
>
Thanks for setting up the trackers.
As just posted to the debian-gis list:
https://lists.debian.org/debian-gis/2014/02/msg4.html
Am I correct that when we get the go ahead the transition process will
be as follows?
1) upload spatialite 4.1.1-6 to unstable
2) upload librasterli
On 03/16/2014 07:05 PM, Sebastiaan Couwenberg wrote:
> Good news everyone, we got the go ahead. \o/
>
> If the QGIS 2.2 builds for experimental succeed, we can upload 2.2.0-1
> to unstable as part of the SpatiaLite transition.
On 03/16/2014 06:58 PM, Julien Cristau wrote:
> On Fr
> As you're aware that there's an ongoing spatialite transition, is there
> any reason you've filed this as a separate bug, rather than letting it
> just be handled as part of the transition anyway?
I thought that filing the NMU request was the appropriate procedure. It
made sense that actions fro
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512
On 03/18/2014 06:45 PM, Julien Cristau wrote:
> On Tue, Mar 18, 2014 at 00:56:48 +0100, Sebastiaan Couwenberg
> wrote:
>
>> With osgEarth 2.4 and QGIS 2.2 added to the mix, the process
>> becomes:
>>
>> 1) upload
> On Wed, Mar 19, 2014 at 23:45:57 +0100, Sebastiaan Couwenberg wrote:
>> On 03/18/2014 06:45 PM, Julien Cristau wrote:
>> > On Tue, Mar 18, 2014 at 00:56:48 +0100, Sebastiaan Couwenberg
>> >> 8) binnmu gdal 1.10.1+dfsg-4 in unstable
>>
>> Wi
On 08/12/2014 11:26 AM, Emilio Pozuelo Monfort wrote:
> On 02/08/14 20:41, Bas Couwenberg wrote:
>> Updating GDAL from 1.10.1 to 1.11.0 involves a SONAME bump from
>> libgdal.so.1.17.1 to libgdal.so.1.18.0.
>>
>> Because the binary package name doesn't change, I don't know how to
>> format a Ben fi
On 08/13/2014 02:41 AM, Julien Cristau wrote:
> On Tue, Aug 12, 2014 at 11:41:57 +0200, Sebastiaan Couwenberg wrote:
>
>> On 08/12/2014 11:26 AM, Emilio Pozuelo Monfort wrote:
>>> On 02/08/14 20:41, Bas Couwenberg wrote:
>>>> Updating GDAL from 1.10.1 to 1
On 08/13/2014 06:18 PM, Julien Cristau wrote:
> On Wed, Aug 13, 2014 at 11:45:36 +0200, Sebastiaan Couwenberg wrote:
>
>> All I know is that we need to rebuild the reverse dependencies for a new
>> GDAL version, even if the SONAME doesn't change. libLAS even needed
>&
On 08/21/2014 06:09 PM, Ross Gammon wrote:
> 5) binNMU pktools
Once the mips build is done in a couple of days, I think dep-wait
requests for the BD-Uninstallable architectures should be used just in
case the GDAL build is fixed in the mean time.
I think the syntax for the nmu and dw commands sho
On 08/30/2014 12:23 PM, Jaromír Mikeš wrote:
> thanks remind me ... unfortunately I am busy at the moment with other
> things I have to leave it for later :(
Maybe I can help.
What needs to be done to get the proposed-update into shape?
Kind Regards,
Bas
--
GPG Key ID: 4096R/E88D4AF1
Fingerp
On 08/30/2014 01:51 PM, Jaromír Mikeš wrote:
> Following patch should be applied against the 1.5.0~dfsg1 ...
> I never figured out what is right workflow in git for fixing "stable"
> So I got trouble with signature when tried use dpkg-buildpackage instead.
I've pushed a wheezy branch to git.d.o, i
exiv2 has been trying to migrate for two weeks now, it's going to need some
help.
I don't understand the reasons given in the britney update_output. Did the
gexiv2 binNMU break the dependencies on it in testing?
Kind Regards,
Bas
--
GPG Key ID: 4096R/6750F10AE88D4AF1
Fingerprint: 8182 DE41
On 11/7/24 10:57 AM, Emilio Pozuelo Monfort wrote:
This is in a very good state, but I think we want to finish openmpi before
acking this.
Reluctantly agreed, the MPI packages are a mess.
Kind Regards,
Bas
--
GPG Key ID: 4096R/6750F10AE88D4AF1
Fingerprint: 8182 DE41 7056 408D 6146 50D1 67
You may want to update the tracker as rebuilt packaged pick up the new
phpapi-20240924 dependency stop being seen as affected.
Those packages get these dependencies from dh-php:
php-common (>= 1:7.0+33~), phpapi-20240924
The ones marked as good on the tracker have these:
php8.4-common, phpa
On 11/7/24 10:57 AM, Emilio Pozuelo Monfort wrote:
This is in a very good state, but I think we want to finish openmpi before
acking this.
Can we do this now that the openmpi, hdf5, and python3-defaults transitions
have finished?
mapserver can be hinted out of testing if that helps with the
Control: block -1 by 1091711
On 12/30/24 8:34 AM, Sebastiaan Couwenberg wrote:
On 12/29/24 6:26 PM, Sebastiaan Couwenberg wrote:
On 12/29/24 10:45 AM, Emilio Pozuelo Monfort wrote:
On 28/12/2024 09:57, Sebastiaan Couwenberg wrote:
On 11/7/24 10:57 AM, Emilio Pozuelo Monfort wrote:
This is
On 12/29/24 10:45 AM, Emilio Pozuelo Monfort wrote:
On 28/12/2024 09:57, Sebastiaan Couwenberg wrote:
On 11/7/24 10:57 AM, Emilio Pozuelo Monfort wrote:
This is in a very good state, but I think we want to finish openmpi before
acking this.
Can we do this now that the openmpi, hdf5, and
On 2/11/25 10:39 AM, McKinstry, Alastair wrote:
The ncl regression is due to logging not being enabled with 4.9.3; some symbols
(“nc_set_log_level”) are missing.
Setting -DENABLE_LOGGING=On in netcdf d/rules fixes this.
This is fixed in netcdf (1:4.9.3-1~exp2) which resolves the ncl FTBFS.
Ki
On 12/15/24 10:19 PM, Timo Röhling wrote:
* Sebastiaan Couwenberg [2024-12-15 16:48]:
The numpy2 transition is entangled with the python3.13-add transition.
python3-defaults still hasn't migrated to testing for the latter due to many
autopkgtest failures:
https://qa.debian.org/excuse
On 12/15/24 4:14 PM, Timo Röhling wrote:
On Thu, 19 Sep 2024 15:24:34 +0200 =?utf-8?q?Timo_R=C3=B6hling?=
wrote:
I'd like to transition NumPy 2 and rebuild all binary Python extensions against
the new version.
This bug is three months old now. I don't mind waiting if the Release Team has
it
On 12/16/24 9:14 AM, Emilio Pozuelo Monfort wrote:
On 06/12/2024 12:23, Ondřej Surý wrote:
Yes, it was just accepted to unstable today. I am monitoring the whole
“excuses” list.
Have you seen the autopkgtest regressions? Can you look at them and file bugs
as appropriate? See [1].
Bugs have
php-solr needs a binNMU on amd64 as 2.7.0-5 was not built on a buildd.
Kind Regards,
Bas
--
GPG Key ID: 4096R/6750F10AE88D4AF1
Fingerprint: 8182 DE41 7056 408D 6146 50D1 6750 F10A E88D 4AF1
On 12/31/24 5:10 AM, Sebastiaan Couwenberg wrote:
On 12/30/24 2:17 PM, Sebastiaan Couwenberg wrote:
On 12/30/24 8:34 AM, Sebastiaan Couwenberg wrote:
On 12/29/24 6:26 PM, Sebastiaan Couwenberg wrote:
On 12/29/24 10:45 AM, Emilio Pozuelo Monfort wrote:
On 28/12/2024 09:57, Sebastiaan
On 12/30/24 2:17 PM, Sebastiaan Couwenberg wrote:
On 12/30/24 8:34 AM, Sebastiaan Couwenberg wrote:
On 12/29/24 6:26 PM, Sebastiaan Couwenberg wrote:
On 12/29/24 10:45 AM, Emilio Pozuelo Monfort wrote:
On 28/12/2024 09:57, Sebastiaan Couwenberg wrote:
On 11/7/24 10:57 AM, Emilio Pozuelo
On 12/29/24 6:26 PM, Sebastiaan Couwenberg wrote:
On 12/29/24 10:45 AM, Emilio Pozuelo Monfort wrote:
On 28/12/2024 09:57, Sebastiaan Couwenberg wrote:
On 11/7/24 10:57 AM, Emilio Pozuelo Monfort wrote:
This is in a very good state, but I think we want to finish openmpi before
acking this
On 1/2/25 1:47 PM, Emilio Pozuelo Monfort wrote:
On 01/01/2025 17:28, Sebastiaan Couwenberg wrote:
On 12/31/24 5:10 AM, Sebastiaan Couwenberg wrote:
On 12/30/24 2:17 PM, Sebastiaan Couwenberg wrote:
On 12/30/24 8:34 AM, Sebastiaan Couwenberg wrote:
On 12/29/24 6:26 PM, Sebastiaan Couwenberg
On 2/14/25 6:41 PM, Sebastiaan Couwenberg wrote:
On 2/14/25 11:49 AM, Emilio Pozuelo Monfort wrote:
Go ahead.
Thanks. netcdf (1:4.9.3-1) has been uploaded to unstable, and is now built &
installed on all release architectures.
It has already migrated to testing, the binNMUs still nee
On 2/16/25 10:55 AM, Sebastian Ramacher wrote:
On 2025-02-16 08:43:43 +0100, Sebastiaan Couwenberg wrote:
On 2/14/25 6:41 PM, Sebastiaan Couwenberg wrote:
On 2/14/25 11:49 AM, Emilio Pozuelo Monfort wrote:
Go ahead.
Thanks. netcdf (1:4.9.3-1) has been uploaded to unstable, and is now built
On 2/14/25 11:49 AM, Emilio Pozuelo Monfort wrote:
Go ahead.
Thanks. netcdf (1:4.9.3-1) has been uploaded to unstable, and is now built &
installed on all release architectures.
Kind Regards,
Bas
--
GPG Key ID: 4096R/6750F10AE88D4AF1
Fingerprint: 8182 DE41 7056 408D 6146 50D1 6750 F10A E8
401 - 489 of 489 matches
Mail list logo
