Hi Sébastien
octave-fits FTBFS on all architectures (#1070956),
and octave-stk FTBFS on 32-bit architectures (#1069477),
would you please take a look?
Regards
Graham
Hi Sébastien
On Sat, 11 May 2024 at 08:48, Sébastien Villemot wrote:
> Thanks. Uploaded and built on all release architectures.
binNMUs underway!
Regards
Graham
Hi Ansgar
On Fri, 10 May 2024 at 15:23, Ansgar wrote:
> I'm happy to do that, but someone from the release team should ack the
> request. testing and related suites are their playground after all :-)
Please go ahead!
Regards
Graham
Control: tags -1 + confirmed
Hi Sébastien
On Thu, 9 May 2024 at 08:09, Sebastian Ramacher wrote:
> plplot is involved in the gnat and octave transitions. So let's do this
> one after gnat is done.
gnat 13 has migrated, please go ahead.
Regards
Graham
Hi Nicolas and Rafael
It looks like the last blocker for this transition is plplot
5.15.0+dfsg2-10 failing its own autopkgtests [1].
Regards
Graham
[1] https://ci.debian.net/packages/p/plplot/
Hi Nicholas
On Sat, 4 May 2024 at 12:21, Nicolas Boulenguez wrote:
> For some reason, some rebuilds succeeded without a +b1 version.
I think if the original uploads FTBFS then they would not have gained
a +b1 version.
> Their reverse dependencies is dep-waiting on the +b1 version.
> Please
On Sat, 4 May 2024 at 14:41, Andreas Beckmann wrote:
> src:armnn is stuck on i386,mips64el,ppc64el:
> https://buildd.debian.org/status/package.php?p=armnn
>
> There is an unsatisfiable
>Extra-Depends: libarm-compute-dev (>= 23.08+dfsg-3.1)
> while the package has restricted that B-D to the
Hi Nicholas
I think the builds are on track, except for:
libtemplates-parser FTBFS on arch:all [1]
gprbuild FTBFS on arch:any [2]
libgnatcoll, libgnatcoll-bindings and libgnatcoll-db are blocked by
the builds of gprbuild
Regards
Graham
[1]
Hi Nicholas
On Tue, 30 Apr 2024 at 12:33, Nicolas Boulenguez wrote:
> The time_t64 transition has triggered #1067453 in the Ada compiler,
> which is now fixed by gcc-13/13.2.0-24.
>
> The patch modifies the sources of the Ada standard library, so most
> Ada packages need a rebuild in order to
Hi Dirk
On Thu, 18 Apr 2024 at 13:38, Dirk Eddelbuettel wrote:
> Right now it now only shows 'all reports (re-)running'.
That was because of the new upload, but I see the results there now.
The packages with failing autopkgtests are:
r-bioc-iranges/2.36.0-1
Control: tags -1 confirmed
Hi Matthias, Nicolas
On Sat, 2 Mar 2024 at 12:39, Matthias Klose wrote:
> when preparing GCC packages for time_t64, I noticed that we'll have an
> ABI change for libgnat as well. Instead of doing a gnat 12 -> 12+t64
> transition, let's do a gnat 12 -> 13+t64
Hi Nicolas, Matthias
On Sun, 3 Mar 2024 at 16:18, Nicolas Boulenguez wrote:
> Ben file:
>
> title = "gnat-13";
> is_affected = .depends ~
> "libgnat-8/libgnat-9/libgnat-10/libgnat-11/libgnat-12" | .depends ~
> "libgnat-13";
> is_good = .depends ~ "libgnat-13";
> is_bad = .depends ~
Hi Matthias
On Sat, 20 Jan 2024 at 16:45, Matthias Klose wrote:
> Please setup a tracker for the python3-defaults transition, making 3.12
> the default Python version.
I've set up a tracker [1]. It is based on the tracker used for
python3.11 with the exclusion of source packages
Hi Abou
On Sat, 30 Dec 2023 at 10:17, Abou Al Montacir wrote:
> I've uploaded a broken version fpc_3.2.2+dfsg-24 unfortunately.
> This prevents building arch independent packages due to a silly mistake.
> This issue does not appear when you build both binaries and arch independent
> packages
Hi Andreas
There are some packages that have still not migrated since the
previous r-api-bioc-3.17 transition in July 2023.
Links to their tracker pages, which should tell you what is needed, follow:
https://tracker.debian.org/pkg/r-bioc-cner
https://tracker.debian.org/pkg/r-bioc-dada2
Hi Andreas
On Wed, 13 Dec 2023 at 09:45, Andreas Tille wrote:
> as you might have noticed the upstream source for r-bioc-dss and
> r-bioc-demixt are missing and upstream did not answered two mails about
> this. Since the transition looks clean for me so far[1] after I fixed
> two autopkgtest
Hi Andreas
On Sun, 3 Dec 2023 at 07:21, Andreas Tille wrote:
> I have no idea how to work around this.
I found a workaround; demote pandoc from a Depends to a Recommends in
the r-cran-rmarkdown package. It seems that pandoc is not used for
building, at least for r-bioc-biovizbase, -degnorm,
Control: tags -1 + confirmed
On Thu, 30 Nov 2023 at 10:03, Matthias Klose wrote:
>
> wait until 3.12.1 is in the archive. 3.12.0+ isn't well handled as a
> version by some third party libraries.
binNMUs are now in progress with python3.12 3.12.0-7 in unstable.
python3.12 (3.12.0-7) unstable;
Hi Andreas
On Sun, 3 Dec 2023 at 07:21, Andreas Tille wrote:
> Charles Plessy and I uploaded r-bioc-* packages until level 11.
> Unfortunately building of some packages seems to be blocked for
>
> A: some pandoc dependency reason
> pandoc depends on missing:
> -
Control: tags -1 + confirmed
Hi Andreas
On Tue, 28 Nov 2023 at 13:50, Andreas Tille wrote:
> Looks good. So if I understood correctly we are now rather waiting for
> some infrastructure issues to start the transition and we should simply
> sit-n-wait for the green light, right?
Please go
Hi All
I'm catching up after some AFK time, so I will just fill in some
details where I can.
On Tue, 28 Nov 2023 at 08:31, Paul Gevers wrote:
> > I have no idea why r-cran-seurat is not profiting from reduced waiting
> > time for the transition.
>
> Because its tests fail on armel. The
Control: tags -1 + moreinfo
Hi Andreas
On Mon, 13 Nov 2023 at 09:10, Andreas Tille wrote:
> Thanks to the hint from Charles I found that SparseArray is not new in
> Bioconductor and we can build the previous version with the current
> packages in unstable which I did and uploaded to new.
HI Andreas
On Sun, 29 Oct 2023 at 16:06, Andreas Tille wrote:
> Sorry, my question was probably confusing. I was not talking about the
> new packages. I was talking about the 170 r-bioc-* packages. If I
> upload these to experimental, will it be necessary to upload these to
> unstable again
Hi Matthias
On Tue, 31 Oct 2023 at 07:15, Matthias Klose wrote:
> Please setup a tracker to add python3.12 as a supported python3 version. This
> is
> non-blocking, as packages can migrate on their own once built. I'm not yet
> starting this, just want to have an overview of affected packages.
Hi Andreas
On Sun, 29 Oct 2023 at 04:33, Andreas Tille wrote:
> Can you confirm that packages uploaded to experimental can be moved in
> one rush from experimental to unstable without extra uploads?
I don't think this has ever been possible. The packages would need to
be uploaded again to
Control: tags -1 + moreinfo
Hi Andreas
On Fri, 27 Oct 2023 at 14:03, Andreas Tille wrote:
> The BioConductor transition will bump the virtual package
> r-api-bioc-3.17 to r-api-bioc-3.18.
>
> BTW, I'm aware that a couple of r-bioc-* packages did not yet migrated
> to testing due to some
Control: tags -1 confirmed
Hi Mo
On Fri, 27 Oct 2023 at 15:36, M. Zhou wrote:
> We can start the transition for utf8proc, which recently got an
> SOVERSION bump from 2 to 3. I tested the reverse dependencies
> on ppc64el and all of them are fine. The results for amd64 should
> be the same.
Control: reopen -1
Something went wrong and r-cran-rgdal/1.6-7+dfsg-1 migrated back into
testing on 2023-09-14.
Hi
On Thu, 31 Aug 2023 at 12:03, Sebastian Ramacher wrote:
> Unfortunately trilinos is a key package and so cannot be removed without
> much effort from testing to complete the transition. Can you please take
> a look at fixing the current issues with trilinos?
As can be seen on salsa [1],
Control: tags -1 confirmed
Hi Kumar
On Wed, 30 Aug 2023 at 07:22, Kumar Appaiah wrote:
> Thanks for the response. I have build the following packages
> successfully using the new Armadillo:
>
> gdal
> gnss-sdr
> phyx
> seer
> tvc
Great!
> I could not build mlpack since the build failed, but I
On Sun, 27 Aug 2023 at 18:21, Jeremy Bícha wrote:
> This transition is done, but I think gnome-shell-extension-dashtodock
> is popular enough that it's helpful to hint 87+really84-1 in sooner.
I marked gnome-shell-extension-dashtodock urgent and it has migrated, thanks.
Hi David
On Tue, 25 Jul 2023 at 11:57, David Prévot wrote:
> Do you have a way to spot packages in Sid currently depending on
> symfony (<< 6~) in order to file bugs and eventually provide patches?
You could use a ben tracker for this.
I've set up something basic [1].
Feel free to submit MRs in
Hi Kumar
On Wed, 2 Aug 2023 at 13:48, Kumar Appaiah wrote:
> I have uploaded the new Armadillo to experimental. I would like your
> permission to upload it to unstable. binNMUs should be sufficient for
> the reverse dependencies.
Have you checked that all the reverse-build-dependencies build
Hi
libmutter-11-0 is gone from testing and gnome-shell has migrated. Is
anything outstanding, or can we consider this transition done?
Regards
Graham
Control: tags -1 confirmed
Hi Dmitry
On Mon, 14 Aug 2023 at 18:27, Dmitry Shachnev wrote:
> gnome-panel has a new release, which bumped SONAME of the shared library.
> I packaged it in experimental and verified that all reverse build-dependencies
> (gnome-applets, gnome-flashback,
Hi Jeremy
On Thu, 24 Aug 2023 at 12:30, wrote:
> age-days 2 budgie-desktop/10.8-2
> age-days 2 gnome-remote-desktop/44.2-6
I added these earlier, along with a removal hint for:
gnome-shell-extension-impatience/0.4.8-2
> age-days 2 gnome-shell-extension-dashtodock/87-1
This was just uploaded,
Control: tags -1 confirmed
Hi Gianfranco
On Wed, 23 Aug 2023 at 17:09, Gianfranco Costamagna
wrote:
> Only openimageio and qtcreator have issues finding the new libyaml-cpp
> release, and this can be easily solved
> by dropping the Findyaml-cpp.cmake
>
> excluding unrelated failures and
Control: tags -1 confirmed
Hi Balint
On Sun, 13 Aug 2023 at 11:33, Bálint Réczey wrote:
> I would like to update libnfs in unstable to the 5.0.2 version.
>
> It is built for all release architectures in experimental.
> The transition would involve libnfs and its reverse
> dependencies:
> far2l
On Wed, 23 Aug 2023 at 12:04, Simon McVittie wrote:
> Please consider adding hints as follows:
>
> remove gnome-shell-extension-arc-menu/49+forkv29-3
> remove gnome-shell-extension-dashtodock/75-1
> remove gnome-shell-extension-easyscreencast/1.7.0-2
> remove gnome-shell-extension-flypie/21-1
>
Control: tags -1 + moreinfo
Hi Rock Storm
On Mon, 21 Aug 2023 at 09:03, Rock Storm wrote:
> Dear release team, I would like to request the removal of the printrun
> package (which I maintain) from *testing* due to bug #1050157 [1].
The severity of #1050157 is 'important', so it will just
Control: tags -1 confirmed
Hi Simon
I added your combined ben file to the tracker with some minor changes:
https://release.debian.org/transitions/html/gnome-shell-44.html
On Tue, 15 Aug 2023 at 17:18, Simon McVittie wrote:
> I think this is ready to go. Repeating the list of packages needing
>
Hi Andreas
On Wed, 16 Aug 2023 at 11:24, Andreas Tille wrote:
> Am Tue, Aug 01, 2023 at 01:06:41PM + schrieb Graham Inggs:
> > At least the following packages are failing their own autopkgtests in
> > unstable (list not complete):
> > r-bioc-cummerbund
> > r-bioc-d
Hi
On Sat, 19 Aug 2023 at 23:57, plugwash wrote:
> The package is blocked by autopkgtest failures on ppc64el and s390x. The
> reason
> for these failures is that the package (which is arch all) is not installable
> on these architectures because it depends on the ring crate which is not
>
Hi Andreas
Sorry for the incomplete reply. I'll respond to the other points when
I have more time.
On Wed, 16 Aug 2023 at 11:24, Andreas Tille wrote:
> Do you see any further blockers?
tracker.d.o. is having some issues (see #1043546), but you can still
access up-to-date excuses here:
Hi Andreas
You should check on the package tracker pages for all the r-bioc-*
uploads and make sure they are ready to migrate along with
r-bioc-biocgenerics, e.g. r-bioc-cummerbund [1].
r-bioc-biocversion appears to break the autopkgtest of
r-cran-biocmanager/1.30.21.1+dfsg-1 in testing.
At
Hi László
On Sat, 30 Jul 2022 at 14:28, László Böszörményi (GCS) wrote:
> Please note I do not maintain the reverse dependent fuse2 packages.
> But I will ping those maintainers as I don't want to ship Bookworm
> with fuse2. Its development stopped two years ago and fuse3 is here
> for six
Hi Dirk
On Thu, 13 Jul 2023 at 16:25, Dirk Eddelbuettel wrote:
> Sounds good, and thanks for the assist! I should be able to provide a pretty
> quick turn-around.
I believe the attached patch should do the trick. It's basically
Paul's list from message #210, plus r-cran-interval and
Hi Dirk
On Wed, 12 Jul 2023 at 19:07, Dirk Eddelbuettel wrote:
> On 12 July 2023 at 19:47, Paul Gevers wrote:
> | On 12-07-2023 16:02, Dirk Eddelbuettel wrote:
> | > I can add the Breaks as a 'best of the worse alternative'. And, I
> presume, I
> | > can remove the existing four-year breaks?
Hi Andreas
On Wed, 5 Jul 2023 at 15:51, Andreas Tille wrote:
> the just uploaded r-base 4.3.1-2 implements r-graphics-engine-* which is
> respected by dh-r 20230705 (also just uploaded). It would be great if
> you could setup transition tracker.
I don't think it's possible to set up a tracker
Hi Andreas
On Sun, 2 Jul 2023 at 19:57, Andreas Tille wrote:
> 45
>
> serious bugs that are all caused by the non-transition while we should
> have done one. That's pretty annoying for the people who need to do the
> work (in this case basically me).
IMHO, those autopkgtests regression bugs
Hi Christian
On Sun, 28 May 2023 at 18:48, Christian Kastner wrote:
> unblock hipsparse/5.3.3+dfsg-2
The debdiff looks good to me, however the migration of
hipsparse/5.3.3+dfsg-2 appears to be blocked by rocsparse/5.3.0+dfsg-3
[1].
Migrates after: rocsparse
Migration status for hipsparse
Control: tags -1 + moreinfo
Hi Thomas
On Thu, 25 May 2023 at 16:12, Thomas Goirand wrote:
> unblock heat-cfntools/1.4.2-3
Debdiff looks good to me, but did you forget to upload?
Regards
Graham
Control: tags -1 + moreinfo
Hi Bdale
On Mon, 22 May 2023 at 07:48, Bdale Garbee wrote:
> [ Risks ]
> The
> change for the -2 upload was a one-line change of the delivery path for a
> rarely-used systemd unit file in the packaging scripts (that is not enabled
> by default).
If this was an
tags -1 + moreinfo
Hi Yadd
On Wed, 3 May 2023 at 04:51, Yadd wrote:
> here is the current debdiff (without the big removal of useless
> discoveryjs-json-ext/benchmarks)
I removed the moreinfo tag before realizing this is exactly the same
as the first debdiff.
You seem to have missed this
Package: release.debian.org
Severity: normal
User: release.debian@packages.debian.org
Usertags: unblock
X-Debbugs-Cc: mobile-broadband-provider-i...@packages.debian.org
Control: affects -1 + src:mobile-broadband-provider-info
Please unblock package mobile-broadband-provider-info
[ Reason ]
Control: tags -1 + confirmed moreinfo
Hi Abou
Please go ahead and upload to unstable, and remove the moreinfo tag
once the package is built.
Regards
Graham
Package: release.debian.org
Severity: normal
User: release.debian@packages.debian.org
Usertags: unblock
X-Debbugs-Cc: gelemen...@packages.debian.org
Control: affects -1 + src:gelemental
Please unblock package gelemental
[ Reason ]
This is a maintenance release from upstream with only the
Hi Otto
On Thu, 20 Apr 2023 at 16:44, Otto Kekäläinen wrote:
> Can you please list the commits you do not accept so I can revert them and
> upload a 10.11.2-3 which you are then willing to approve?
I've had a look at some of the bugs closed in the changelog of
10.11.2-2; #866751, #1029165,
Hi Thomas
I believe only the packages without autopkgtests; viz. cinder,
gnocchi, magnum, neutron and watcher needed unblocking, and I have
done those.
I have aged all of them though.
Regards
Graham
Control: tags -1 + confirmed
Hi Håvard
On Sun, 26 Mar 2023 at 22:18, Håvard F. Aasen wrote:
> The fix is for making the package cross-buildable, not sure what more
> to tell you.
I was hoping for some motivation as to why we needed this fix now
during the freeze, but not to worry, Helmut has
Control: tags -1 + moreinfo
Hi Håvard
I don't see ghostscript/10.0.0~dfsg-10 in unstable, so I assume this
is a pre-approval request.
Please explain why we need this fix in bookworm, and why it can't wait
for trixie.
Regards
Graham
Control: tags -1 + confirmed
Hi Drew
On Mon, 27 Feb 2023 at 14:12, Drew Parsons wrote:
> I recommend we allow scipy 1.10.1 into bookworm (assuming it passes 10
> day freeze testing as normal). I'm filing this bug to check if you
> agree that's a good idea before building and uploading to
Hi Tobias
On Wed, 8 Feb 2023 at 12:09, Tobias Hansen wrote:
> sagemath is on track to re-enter testing on February 12 - if that's not too
> late for the soft freeze.
>
> If it's too late, could you help along to make it re-enter sooner?
For a start, I'll let giac migrate early.
Regards
Graham
Hi Rebecca, Andreas
On Wed, 25 Jan 2023 at 11:43, Andreas Tille wrote:
> I was motivated for this patch by Diane's statement on the Debian Med
> matrix channel that dask and dask.distributed are interconnected. If
> the autopkgtest on Salsa CI[4] would have passed I would have uploaded.
We
Hi Markus
On Sat, 21 Jan 2023 at 19:59, Graham Inggs wrote:
> I noticed there was an upload of opm-common 2022.10+ds-3, but it also
> FTBFS on armhf. I trust this is on your radar.
It turns opm-common was blocked by python3-defaults and
python3-defaults was blocked by opm-common's
Hi Rebecca
On Tue, 24 Jan 2023 at 00:16, Rebecca N. Palmer wrote:
> The remaining autopkgtest failures blocking pandas are:
> - dipy/amd64 and snakemake/i386 look like random flakiness: please retry
> them. (I think DMs can't use the self-service interface.) Or for dipy,
> see #1029533 for a
Hi Markus
On Wed, 18 Jan 2023 at 20:48, Graham Inggs wrote:
> Almost there, the excuses [1] for dune-common shows:
>
> Migration status: Blocked. Can't migrate due to a non-migratable
> dependency. Check status below.
> Blocked by: opm-simulators/ppc64el
>
>I don't think a
Hi Markus
On Wed, 18 Jan 2023 at 09:59, Markus Blatt wrote:
> Thanks a lot Graham. That really worked like a charm and seem to finished.
> Cool.These processes
> and the tools in Debian are really great.
Almost there, the excuses [1] for dune-common shows:
Migration status: Blocked. Can't
Hi Markus
On Tue, 3 Jan 2023 at 02:46, Markus Blatt wrote:
> Nevertheless opm-grid, opm-material, opm-models, opm-simulators, and
> opm-upscaling will
> need to be rebuild for the mini-transition. Otherwise they won't work
> correctly
>
> If it is possible to give me upload rights for the DUNE
Hi Rebecca
On Fri, 6 Jan 2023 at 10:30, Rebecca N. Palmer wrote:
> Should this go ahead before the freeze? I think yes if the new dask
> works, but am open to disagreement.
Please go ahead. With numpy 1:1.24.1-2 built on all release
architectures, now is a good time.
Regards
Graham
Hi All
On Fri, 6 Jan 2023 at 00:33, Bastian Blank wrote:
> However, please describe an actionable plan. What do you want to be
> rejected, in a codified form.
>
> It would be nice if you could provide a patch for process-new that
> displays this information.
Would it be a bad thing to require
Control: tags -1 + confirmed
Hi Sandro
On Sat, 7 Jan 2023 at 20:15, Sandro Tosi wrote:
> the pending bugs number is dropping rapidly, so i'd like to ask for
> this transition consideration. having numpy 1.24 in unstable, and
> raising severity to RC, will likely speed up bugs fixing too.
The
On Fri, 6 Jan 2023 at 12:00, Sebastiaan Couwenberg wrote:
> is_good doesn't match what's currently used for builds with php8.2:
>
> phpapi-20220829
This has just been merged, thanks Adrian!
[1] https://salsa.debian.org/release-team/transition-data/-/merge_requests/36
Hi Drew
On Mon, 2 Jan 2023 at 12:12, Drew Parsons wrote:
> Looks like deal.ii needs another binNMU against sundials 6.4.1+dfsg1-3
> to catch the new libsundials-nvecparallel-mpi6
A binNMU was scheduled for 6.4.1+dfsg1-2 [1].
-3 shouldn't be relevant for building, however we hit a 'illegal
Control: tags -1 + confirmed
Hi Matthias
Happy new year!
On Sun, 25 Dec 2022 at 12:17, Graham Inggs wrote:
> Python3-defaults with Python 3.11 as a supported version has now
> migrated to testing. Let's go ahead with this once PHP 8.2 (#1014460)
> and qtbase-opensource-src (#1025863)
Hi Matthias
On Wed, 21 Dec 2022 at 18:24, Matthias Klose wrote:
> while we have not an 100% agreement to go ahead, I think we should aim for
> 3.11.
Action speaks louder than words, and there's been a whole lot of work
done to push this forward.
> The following steps would be:
>
> - accept
Hi Timo, Stefano
On Thu, 22 Dec 2022 at 18:46, Stefano Rivera wrote:
>
> Hi Timo (2022.12.22_12:56:20_+)
> > > There have been rebuilds in Ubuntu that give us some idea of how much
> > > work remains. I think it's tractable, but also will have some package
> > > casualties.
> > I have some
Hi Matthias
On Wed, 21 Dec 2022 at 17:48, Matthias Klose wrote:
> Please setup a transition window for python 3.11 as the default python3
> version.
Python3-defaults with Python 3.11 as a supported version has now
migrated to testing. Let's go ahead with this once PHP 8.2 (#1014460)
and
Control: tags -1 + confirmed
Hi Sandro
On Sat, 24 Dec 2022 at 19:03, Sandro Tosi wrote:
> All in all, i think this transition is rather manageable and i'd like
> to upload to unstable, if you're ok with it.
Please go ahead.
Regards
Graham
Hi Sandro
On Mon, 12 Dec 2022 at 23:27, Sandro Tosi wrote:
> thanks, numpy/1.23.5-2 has just been uploaded to unstable.
\o/
> thanks! on the same line, i'm planning on upgrading matplotlib
> (another foundation package) from 3.5.x in unstable to 3.6.x (latest
> upstream release). Do you want
Control: tags -1 + confirmed - moreinfo
Hi Sandro
On Sun, 11 Dec 2022 at 19:39, Sandro Tosi wrote:
> numpy provides 2 virtual packages, to track the ABI/API version as
> advertised by the upstream project. Between unstable and experimental,
> we did not bump the ABI package (which stays at
Hi Scott
On Wed, 16 Nov 2022 at 04:03, Scott Talbert wrote:
> 2) Rebuild wxWidgets with soname bump and then rebuild all packages that
> use wx (about 67 packages).
>
> What do you think is the best way to proceed?
Option 2 seems the safest. Please upload to experimental and request
another
Hi Bas
On Tue, 15 Nov 2022 at 09:15, Sebastiaan Couwenberg wrote:
> Please also binNMU gdal & python-shapely in experimental:
>
> nmu gdal_3.6.0+dfsg-1~exp1 . ANY . experimental . -m "Rebuild with
> Python 3.11 as supported"
> nmu python-shapely_2.0~b2-1~exp1 . ANY . experimental . -m
Control: tags -1 + confirmed
Hi Matthias
ICU has migrated. Please go ahead.
Regards
Graham
Hi Sebastian
On Mon, 7 Nov 2022 at 08:58, Sebastian Ramacher wrote:
> Is that really worth the effort for this one missing symbol? I'd just
> make sure that is stays around regardless of glibc version.
There was a patch proposed in the corresponding Ubuntu bug [1],
re-introducing the symbol,
Hi Nicholas
On Sun, 6 Nov 2022 at 23:51, Nicolas Mora wrote:
> I have a bug tagged serious in the package libevent I maintain [1], I've
> been told the solution is to start a transition workflow.
>
> As mentioned in the transition doc [2], I uploaded the fixed package in
> experimental, but I'm
Control: forwarded -1 https://deb.li/3Kf4j
Hi Matthias
On Tue, 18 Oct 2022 at 12:18, Matthias Klose wrote:
> Please setup a tracker to add python3.11 as a supported python3 version. This
> is
> non-blocking, as packages can migrate on their own once built. I'm not yet
> starting this, just
Hi Tobi
On Wed, 24 Aug 2022 at 11:42, Tobias Frost wrote:
> Maybe it would be a good idea to revert pmix to 4.1.2 ? (e.g
> pmix-4.2.0+really-4.1.2-1) be uploaded and then
> do a proper transistion?
That would be appreciated by the release team.
Regards
Graham
Hi Tobi
On Sat, 6 Aug 2022 at 18:51, Tobias Frost wrote:
> I'd suggest to start binNMU freecad
freecad is not in testing, and requires a source-only upload because
of the arch:all binaries uploaded by the last uploader.
Also, #1007013 and #1014875 need fixing.
> and maybe then proceed to
Control: tags -1 confirmed
Hi Tobi
On Sun, 31 Jul 2022 at 16:51, Tobias Frost wrote:
> I've uploading 7.6.3 right now to experimental; as I removed the confirmed
> tag, please reACK
> the "go ahead" -- I've tested that all r-depends that worked before are still
> compiling
reACK
Regards
Control: tags -1 confirmed
Hi Jérémy
On Mon, 18 Jul 2022 at 19:09, Jérémy Lal wrote:
> nodejs 18.6.0 will soon be the active version of nodejs:
> https://nodejs.org/en/about/releases/
>
> I rebuilt and checked all reverse-build-deps of libnode-dev/nodejs,
> and dealt with most of the
Control: tags -1 confirmed
Hi Tobi
On Mon, 18 Jul 2022 at 14:30, Tobias Frost wrote:
> opencascade has a new release with bumps so name to 7.6 The transition
> tracker [1]
> correctly picked it up already after the upload to experimental.
Please go ahead with the upload to unstable.
Regards
bookworm is frozen.
We are aware of efforts to have riscv64 ready in time for inclusion in
bookworm.
On behalf of the release team,
Graham Inggs
[1] https://release.debian.org/bookworm/arch_qualify.html
[2]
https://riscv.org/blog/2022/05/mips-pivots-to-risc-v-with-best-in-class-performance
Hi
I've noticed some binNMUs failed on armel; mathicgb [1] (subsequently
fixed by maintainer upload) and r-cran-rcppparallel [2]. Both seem to
fail in a similar way:
/usr/bin/ld:
/usr/lib/gcc/arm-linux-gnueabi/11/../../../arm-linux-gnueabi/libtbb.so:
undefined reference to
Control: tags -1 + confirmed - moreinfo
Hi
On Tue, 7 Jun 2022 at 18:39, Andrius Merkys wrote:
> In the meantime I am test-rebuilding plastimatch, now unblocked by
> #1005485.
There you will hit #1012439, but plastimatch is now no longer in testing.
Please go ahead with the upload of onetbb to
Hi Andrius
Thanks for your work on this. My comments below are inlined.
On Fri, 3 Jun 2022 at 09:06, Andrius Merkys wrote:
> Unrelated FTBFS
> ===
>
> freeture - not in testing
> gmsh - https://tests.reproducible-builds.org/debian/rb-pkg/gmsh.html
> kicad -
Hi
On Thu, 2 Jun 2022 at 03:11, M. Zhou wrote:
> I personally dislike making the old package libtbb2-dev.
> How about we make the old src:tbb package go through NEW again
> with the following renames:
>
> libtbb-dev -> libtbb-legacy-dev, this sounds much better than libtbb2-dev
>
Control: tags -1 + moreinfo
Hi Pirate
On Fri, 3 Jun 2022 at 10:06, Pirate Praveen wrote:
> Please remove ruby-uglifier from testing to allow migration of
> node-source-map to testing. This regression was introduced by webpack 5 in
> testing.
>
> rails no longer build depend on ruby-uglifier.
Control: tags -1 + moreinfo
Hi
I noticed some packages in the tracker not appearing in your list;
e.g. openimageio, pcl and yade. These packages have transitive
build-dependencies on libtbb-dev through e.g. libopenvdb-dev or
libvtk9-dev, and should be investigated as well.
Note that we will
Hi Julian
On Wed, 1 Jun 2022 at 12:03, Julian Gilbey wrote:
> [ Reason ]
> python-pytest-asyncio and pytest-mock need to be upgraded together;
> pytest-mock 3.7.0-2 build-depends on the newer version of
> python-pytest-asyncio (0.18.2-1), while the older version of
> pytest-mock (3.6.1-1) breaks
1 - 100 of 290 matches
Mail list logo
