Hi pochu,
To make things explicit, do I still have chance to continue with the
opencv transition after the gdal one? And do I need to apply for
freeze exception for opencv?
Control: tags -1 -moreinfo
zfs-linux 2.0.3-9 has been uploaded to unstable.
On Tue, 2021-06-29 at 20:59 +0200, Sebastian Ramacher wrote:
> Control: tags -1 moreinfo confirmed
>
> On 2021-06-28 09:01:04 +, M. Zhou wrote:
> > Package: release.debian.org
> > Seve
Package: release.debian.org
Severity: normal
User: release.debian@packages.debian.org
Usertags: unblock
Please unblock package zfs-linux
[ Reason ]
We want to cherry-pick a three-line fix for an important bug.
See https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=989373
diff --git
Control: tags -1 -moreinfo
src:jsonnet (=0.17.0+ds-2) has been uploaded onto unstable,
and built on all release architectures.
On Sun, 2021-03-21 at 14:31 +0100, Sebastian Ramacher wrote:
> Control: tags -1 + confirmed moreinfo
>
> On 2021-03-20 13:49:44 +, M. Zhou wrote:
&g
Package: release.debian.org
Severity: normal
User: release.debian@packages.debian.org
Usertags: unblock
Please unblock package jsonnet
[ Reason ]
I missed the lib package in the Depends: field of its -dev package,
resulting in dangling symlinks during anbe's tests. Not yet uploaded.
[
Hi,
On Sat, 2021-04-10 at 15:59 +0200, Paul Gevers wrote:
>
> If you also fix the armhf failure, we don't even need to discuss
> anything in this unblock request. In my trial, installing
> linux-hearders-armmp seemed to work.
Thanks for the pointer. Fixed in 2.0.3-7
> If you fix your
On Wed, 2021-11-24 at 21:53 +0100, Sebastian Ramacher wrote:
> Control: tags -1 confirmed
> Control: forwarded -1
> https://release.debian.org/transitions/html/auto-simdjson.html
>
>
> Please go ahead
>
> Cheers
>
Done. All green on the tracker -- looks good.
Package: release.debian.org
Severity: normal
User: release.debian@packages.debian.org
Usertags: transition
Hi release team,
This involves an upstream source name change (from tbb to onetbb),
as well as SOVERSION bump (from 2 to 12), along with a major API
change including some changes in the
On Tue, 2022-02-22 at 21:52 +0100, Sebastian Ramacher wrote:
> >
> > Rakudo upstream has released 2022.02 version, and I have uploaded it to
> > experimental. In the past few weeks the architecture of the raku-*
> > packages has been changed to any, which means binnmus should be possible.
> >
Package: release.debian.org
Severity: normal
User: release.debian@packages.debian.org
Usertags: transition
Dear release team,
Rakudo upstream has released 2022.02 version, and I have uploaded it to
experimental. In the past few weeks the architecture of the raku-*
packages has been changed
On Thu, 2022-03-24 at 13:12 +0100, Paul Gevers wrote:
> >
> > "I heard from archlinux" is not good enough. I sent you email about
> > this without getting a reply, then filed #1006920, without getting a
> > reply, now this incomplete proposal. you may want to look at all the
> > build rdeps
On Thu, 2022-03-24 at 17:55 +0100, Sebastian Ramacher wrote:
> >
> > libtbb2 and libtbb12 contains some common files hence the conflict.
> > I'd rather wait for all the reverse deps to be ready for this
> > transition, compared to going through NEW again due to binary
> > package change.
>
>
Hi release team,
Some time ago the rakudo tracker is set up
https://release.debian.org/transitions/html/rakudo.html
At that time packages like raku-tap-harness depends on
raku-api-2021.09 , which is provided by rakudo 2021.09
Now that rakudo 2021.12 has landed onto unstable, and
the API has
Now that every issue seems to have been fixed. I've uploaded
the fixes (changing arch from all to any) to raku* packages
as well. Transition tracker all green now.
The next time when a raku-api-* bump is needed, we should be
able to do it automatically with a regular transition slot.
On Sat,
Package: release.debian.org
Severity: normal
User: release.debian@packages.debian.org
Usertags: transition
X-Debbugs-Cc: utf8p...@packages.debian.org
Control: affects -1 + src:utf8proc
Dear release team,
We can start the transition for utf8proc, which recently got an
SOVERSION bump from 2 to
Done. It's green on all release archs.
On Fri, 2023-10-27 at 18:40 +, Graham Inggs wrote:
> 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
On Mon, 2023-09-25 at 04:35 +0200, Andreas Beckmann wrote:
> On 25/09/2023 00.50, Bastian Blank wrote:
> > Already built modules remain until someone deletes it. So you can
> > also
> > switch back to the still installed older kernel version and it will
> > have
> > the still working module
Package: release.debian.org
Severity: normal
User: release.debian@packages.debian.org
Usertags: transition
Dear release team,
We have uploaded rakudo 2022.04 to experimental, and would like to
start the transition and rebuild packages
Ben file:
title = "rakudo";
is_affected = .depends ~
wasn't able to allocate time for the massive reverse dependency
build. This took a while as well.
Now we can finally go ahead.
On Wed, 2022-05-25 at 20:07 -0400, M. Zhou wrote:
> Control: tags -1 -moreinfo
>
> Reverse-Build-Depends
> * blender [irrelevant; ftpfs, no matching funct
moreinfo
On 2022-03-13 16:59:48 -0400, M. Zhou wrote:
> Package: release.debian.org
> Severity: normal
> User: release.debian@packages.debian.org
> Usertags: transition
>
> Hi release team,
>
> This involves an upstream source name change (from tbb to onetbb),
> as wel
On Wed, 2022-06-01 at 20:29 +0200, Graham Inggs wrote:
> Control: tags -1 + moreinfo
>
> 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
>
On Sat, 2022-05-28 at 12:16 +0200, Sebastian Ramacher wrote:
> Control: tags -1 confirmed
>
> On 2022-05-20 10:36:34 -0400, M. Zhou wrote:
> > Package: release.debian.org
> > Severity: normal
> > User: release.debian@packages.debian.org
> > Usertags: tran
Package: release.debian.org
Severity: normal
User: release.debian@packages.debian.org
Usertags: transition
PyTorch 1.12 will need flatbuffers 2.X .
Specifically I'm going to upload flatbuffers 2.0.6+dfsg1 to unstable.
It has three reverse dependencies as per build-rdeps.
vast [already ftbfs
/12818940efdf76cf48b8e2cfea2dfaa5dc11664a
luajit2 (2.1-20220411-5) unstable
Now it should be fine after several hours when we retry the autopkgtest.
On Tue, 2022-06-07 at 22:28 -0700, M. Zhou wrote:
> https://buildd.debian.org/status/package.php?p=luajit
> All green, including ppc64el and s390x
> (arch-specific tra
On Thu, 2022-06-09 at 13:58 +0200, Paul Gevers wrote:
> Hi Mo,
>
> You may want to look at the FTBFS on mipsel for python-lupa.
>
> https://buildd.debian.org/status/fetch.php?pkg=python-lupa=mipsel=1.13%2Bdfsg-1%2Bb2=1654771416=0
Yunqiang Su (@syq) volunteers to look into luajit issues on mips*
On Thu, 2022-06-09 at 10:47 +0200, Paul Gevers wrote:
>
> I think there one more *test* issue, the first test in src:luajit
> doens't explicitly declare dependencies, which means it implicitly has
> has '@'. Quoting [1]:
>
>
> Which means that autopkgtest asks apt to make sure all packages
On Thu, 2022-06-09 at 21:51 -0700, M. Zhou wrote:
>
> > lua-moses autopkgtest failure [2] looks bad (still a segmentation fault):
> > autopkgtest [07:20:14]: test command9: luajit debian/tests/simple.lua
> > autopkgtest [07:20:14]: test command9: [---
&g
On Sat, 2022-06-04 at 08:19 +0200, Paul Gevers wrote:
>
> > So I uploaded luajit2, which at least passed hello world smoke
> > test on IBM arches including ppc64el and s390x.
> > https://buildd.debian.org/status/package.php?p=luajit2
>
> May I ask what your reason is to have both? Why not
Dear release team,
I feel the case I encountered is an unusual transition, so I'd like to
ask first before filing the bug.
Long story short, src:luajit does not work on ppc64el because the
upstream is completely not interested in supporing IBM archs
On Sun, 2022-06-05 at 11:43 +0200, Paul Gevers wrote:
>
> > sbuild --no-clean -c sid -d unstable love_11.3-1.dsc --extra-package
> > ../luajit.pkg/
> > debc love_11.3-1_amd64.changes
> >
> > Package: love
> > Version: 11.3-1
> > Architecture: amd64
> > Maintainer: Debian Games Team
> >
Package: release.debian.org
Severity: normal
User: release.debian@packages.debian.org
Usertags: transition
This bug is follow-up for this thread:
https://lists.debian.org/debian-release/2022/06/msg9.html
The original LuaJIT upstream does not care about IBM architectures, which
causes
On Sun, 2022-06-05 at 19:37 +0200, Paul Gevers wrote:
> Hi,
>
> On 05-06-2022 19:35, M. Zhou wrote:
> > > But if this is really the result of the rebuild. I think we just
> > > discovered a serious flaw. The alternative dependency on libluajit-5.1-2
> > > just
ontrol: forwarded -1
> https://release.debian.org/transitions/html/libluajit2-support.html
>
> Hi Mo,
>
> On 05-06-2022 19:30, M. Zhou wrote:
> > So, currently I have a pending commit[2] modifying the dependency
> > template[1],
> > so that src:luajit reverse dep
On Sun, 2022-06-12 at 21:19 +0200, Paul Gevers wrote:
> Hi Mo,
>
> On 10-06-2022 08:00, M. Zhou wrote:
> > > There are some compilation flags tweakable. I'll try with
> > > qemu to see whether I can make it work.
> >
> > I tried to tweak some compil
architecture from both src:luajit and src:luajit2,
so that malfunctional binary packages are no longer built for it.
On Mon, 2022-06-20 at 22:10 +0200, Paul Gevers wrote:
> Hi Mo,
>
> On 13-06-2022 05:20, M. Zhou wrote:
> > So let's inform the reverse dependencies to remove
On Tue, 2022-06-07 at 21:21 +0200, Paul Gevers wrote:
> Hi Mo,
>
> On 07-06-2022 17:36, M. Zhou wrote:
> > This should be achievable by patching debian/control
> > during build once detected IBM architectures.
>
> This is not allowed. I currently fail to fin
On Tue, 2022-06-07 at 20:03 -0700, M. Zhou wrote:
>
> >
> > Yes, except for the part about patching d/control. We'll have to find
> > another way. An alternative to what I wrote before is a extension of the
> > description to say that the binary is empty on s390
https://buildd.debian.org/status/package.php?p=luajit
All green, including ppc64el and s390x
(arch-specific transitional dummy package)
Seems we are ready to start the rebuild?
On Tue, 2022-06-07 at 20:37 -0700, M. Zhou wrote:
> On Tue, 2022-06-07 at 20:03 -0700, M. Zhou wr
Hi Andrius,
Thank you so much for the help! I was still looking for time slot
to login into a build server to deal with this hard-to-build package.
Nowadays I sort of started to dislike packages that my laptop cannot
easily build within a few minutes :-)
On Mon, 2022-06-13 at 11:57 +0300,
I've filed the RM bug here:
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1014990
Seems that we still have a bunch of blockers -- so this is not likely
happening soon.
On Fri, 2022-07-15 at 20:16 +0200, Graham Inggs wrote:
> Hi
>
> libtbb2 is now gone from testing. Please file a RM bug for
Thanks. rakudo 2022.07-1 has been uploaded to unstable.
On Sun, 2022-09-25 at 15:49 +0200, Sebastian Ramacher wrote:
> Control: tags -1 confirmed
>
> On 2022-09-22 19:23:13 -0400, M. Zhou wrote:
> > Package: release.debian.org
> > Severity: normal
> > User: release.deb
Package: release.debian.org
Severity: normal
User: release.debian@packages.debian.org
Usertags: transition
Dear release team,
We would like to upload rakudo 2022.07 to unstable (2022.04).
Hence requesting this transition to rebuild all raku packages.
Ben file:
title = "rakudo";
Thanks. It has been uploaded to unstable.
On Fri, 2022-10-07 at 10:23 +0200, Emilio Pozuelo Monfort wrote:
> Control: tags -1 confirmed
>
> On 03/10/2022 19:22, M. Zhou wrote:
> > Package: release.debian.org
> > Severity: normal
> > User: release.debian@packa
Package: release.debian.org
Severity: normal
User: release.debian@packages.debian.org
Usertags: transition
Hi release team,
I'd like to start the transition of simdjson. It has only two reverse
dependencies in testing:
cloudflare-ddns
pcm
Both of them passed my local test with amd64
It seems I was a little bit out of date. Diane Trout has tried
with an unreleased snapshot which looks good with llvm-14
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1024795
Will work on it soon.
On Thu, 2022-12-22 at 18:04 -0500, M. Zhou wrote:
> I'm the regular uploader of python3-llvml
I'm the regular uploader of python3-llvmlite.
Please give up with numba. Its core dependency llvmlite is not even
ready for llvm != 11, while Sid had already get llvm-11 removed.
I have tried to cherry-pick an upstream fix to bump llvmlite's
llvm dependency to 12/14, but the autopkgtest shows
I missed the detail that the compiler ID even changes for different
architecture.. which may not be good.
Is it possible for us to slightly modify the postinst script to
recompile the cache locally when the compiler id mismatches?
The fallback script rakudo-helper.pl can at least make sure
a
Package: release.debian.org
Severity: normal
User: release.debian@packages.debian.org
Usertags: transition
X-Debbugs-Cc: rak...@packages.debian.org
Control: affects -1 + src:rakudo
Dear release team,
We would like to start the transition for rakudo, updating rakudo
to the latest version in
There is not yet an accurate estimate of time required to fix the
python packages during the transition -- and I still remember the
transition from python3.9 -> python3.10 took a very long period
that does not seem short enough to be covered by the freeze schedule.
Apart from that, package
Package: release.debian.org
Severity: normal
User: release.debian@packages.debian.org
Usertags: transition
Dear release team,
There was some minor API updates in the latest version of simdjson,
which resulted an SOVERSION bump from 13 to 14. I've tried to build
its reverse dependencies
Uploaded to unstable. Successfully built on all release archs:
https://buildd.debian.org/status/package.php?p=simdjson
On Sat, 2022-11-19 at 20:19 +0100, Sebastian Ramacher wrote:
> Control: tags -1 confirmed
>
> On 2022-11-18 09:42:10 -0500, M. Zhou wrote:
> > Package: rel
I have uploaded moarvm, nqp, and rakudo to unstable.
They turned green on release architectures.
The ppc64el buildd lags a little bit but I believe the result will be
green as well based on the previous no-change build in experimental.
On Sun, 2023-01-15 at 19:09 +0100, Sebastian Ramacher wrote:
Package: release.debian.org
Severity: normal
User: release.debian@packages.debian.org
Usertags: unblock
Please unblock package fish
Not yet uploaded. This package does not have a proper
autopkgtest, manual unblock needed.
[ Reason ]
I cherry picked two upstream fixes. One of them fixes
Control: tags -1 - moreinfo
On Sun, 2023-03-26 at 07:28 +0200, Paul Gevers wrote:
> Control: tags -1 confirmed moreinfo
>
> Hi Mo,
>
> On 25-03-2023 15:39, M. Zhou wrote:
> > Please unblock package fish
> > Not yet uploaded. This package does not have a proper
>
On Sun, 2023-03-26 at 20:31 +0200, Luna Jernberg wrote:
> Not to whine but is the plan to build 3.6.1 that was released yesterday
> aswell?
It's the hard freeze stage for Debian. Introducing a massive change, such
as the full 3.6.1 upgrade will not likely successfully make it in testing
Package: release.debian.org
Severity: normal
User: release.debian@packages.debian.org
Usertags: unblock
X-Debbugs-Cc: nvidia-cu...@packages.debian.org
Control: affects -1 + src:nvidia-cudnn
Please unblock package nvidia-cudnn. Not yet uploaded to unstable,
just asking for a pre-approval.
[
I'm the previous uploader of src:fish.
The change looks good to me.
Please feel free to go ahead with the nmu once the release managers say OK.
On Mon, 2023-05-01 at 19:13 +0200, Andrej Shadura wrote:
> Package: release.debian.org
> Severity: normal
> User: release.debian@packages.debian.org
-1 confirmed
>
> On 2023-08-01 22:07:33 -0700, M. Zhou wrote:
> > Package: release.debian.org
> > Severity: normal
> > User: release.debian@packages.debian.org
> > Usertags: transition
> > X-Debbugs-Cc: simdj...@packages.debian.org
> > Control: affec
Package: release.debian.org
Severity: normal
User: release.debian@packages.debian.org
Usertags: transition
X-Debbugs-Cc: simdj...@packages.debian.org
Control: affects -1 + src:simdjson
Hi release team,
The simdjson upstream has bumped the ABI version along with their
new release. Thus the
On Sun, 2023-05-07 at 22:03 +0200, Paul Gevers wrote:
> Control: tags -1 moreinfo
>
> Hi Mo,
>
> On 27-04-2023 21:31, M. Zhou wrote:
> > So, generally updating the package is simply to update the binary
> > tarball URL in the script, along with the exact version number
On Thu, 2023-12-21 at 21:48 +, Jonathan Wiltshire wrote:
> Control: tag -1 confirmed
>
> On Thu, Dec 21, 2023 at 10:06:23PM +0100, Salvatore Bonaccorso wrote:
> > Can you as well add a bug closer for #1057455?
>
> And a brief description of what the vulnerability actually is, please. You
>
Package: release.debian.org
Severity: normal
Tags: bookworm
User: release.debian@packages.debian.org
Usertags: pu
X-Debbugs-Cc: f...@packages.debian.org
Control: affects -1 + src:fish
[ Reason ]
Cherry-pick upstream fix to CVE-2023-49284
[ Impact ]
This is a low severity security issue
Package: release.debian.org
Severity: normal
User: release.debian@packages.debian.org
Usertags: transition
X-Debbugs-Cc: flatbuff...@packages.debian.org
Control: affects -1 + src:flatbuffers
The flatbuffers version in unstable is rather old. I'd like to start
the transition. All reverse
Package: release.debian.org
Severity: normal
User: release.debian@packages.debian.org
Usertags: transition
X-Debbugs-Cc: simdj...@packages.debian.org
Control: affects -1 + src:simdjson
Hi,
simdjson upstream bumped SOVERSION from 16 to 19 in the latest release.
All reverse dependencies can be
64 matches
Mail list logo