On Sun, 2024-01-21 at 16:54 +0100, Sebastian Ramacher wrote:
> Control: tags -1 confirmed
>
> Should those that are not part of the transition tracker use the
> shared
> library or not?
No.
In order to make this simpler, I notified all reverse dependencies
to rebuild against the latest flatbuffe
Source: zlmdb
Severity: normal
Control: affects -1 + src:flatbuffers
Dear maintainer,
Please rebuild the package against the latest flatbuffer package, which
is going to be uploaded to from experimental to unstable soon. The
package Build-Depends: on flatbuffer packages, but does not link
against
Source: zaqar
Severity: normal
Control: affects -1 + src:flatbuffers
Dear maintainer,
Please rebuild the package against the latest flatbuffer package, which
is going to be uploaded to from experimental to unstable soon. The
package Build-Depends: on flatbuffer packages, but does not link
against
Source: starlette
Severity: normal
Control: affects -1 + src:flatbuffers
Dear maintainer,
Please rebuild the package against the latest flatbuffer package, which
is going to be uploaded to from experimental to unstable soon. The
package Build-Depends: on flatbuffer packages, but does not link
aga
Source: pytorch
Severity: normal
Control: affects -1 + src:flatbuffers
Dear maintainer,
Please rebuild the package against the latest flatbuffer package, which
is going to be uploaded to from experimental to unstable soon. The
package Build-Depends: on flatbuffer packages, but does not link
again
Source: python-django-channels
Severity: normal
Control: affects -1 + src:flatbuffers
Dear maintainer,
Please rebuild the package against the latest flatbuffer package, which
is going to be uploaded to from experimental to unstable soon. The
package Build-Depends: on flatbuffer packages, but does
Source: python-autobahn
Severity: normal
Control: affects -1 + src:flatbuffers
Dear maintainer,
Please rebuild the package against the latest flatbuffer package, which
is going to be uploaded to from experimental to unstable soon. The
package Build-Depends: on flatbuffer packages, but does not li
Source: python-daphne
Severity: normal
Control: affects -1 + src:flatbuffers
Dear maintainer,
Please rebuild the package against the latest flatbuffer package, which
is going to be uploaded to from experimental to unstable soon. The
package Build-Depends: on flatbuffer packages, but does not link
Source: flatbuffers
Severity: normal
Control: affects -1 + src:flatbuffers
Dear maintainer,
Please rebuild the package against the latest flatbuffer package, which
is going to be uploaded to from experimental to unstable soon. The
package Build-Depends: on flatbuffer packages, but does not link
a
Source: magic-wormhole
Severity: normal
Control: affects -1 + src:flatbuffers
Dear maintainer,
Please rebuild the package against the latest flatbuffer package, which
is going to be uploaded to from experimental to unstable soon. The
package Build-Depends: on flatbuffer packages, but does not lin
Source: libsigmf
Severity: normal
Control: affects -1 + src:flatbuffers
Dear maintainer,
Please rebuild the package against the latest flatbuffer package, which
is going to be uploaded to from experimental to unstable soon. The
package Build-Depends: on flatbuffer packages, but does not link
agai
Source: kodi
Severity: normal
Control: affects -1 + src:flatbuffers
Dear maintainer,
Please rebuild the package against the latest flatbuffer package, which
is going to be uploaded to from experimental to unstable soon. The
package Build-Depends: on flatbuffer packages, but does not link
against
Source: gnome-keysign
Severity: normal
Control: affects -1 + src:flatbuffers
Dear maintainer,
Please rebuild the package against the latest flatbuffer package, which
is going to be uploaded to from experimental to unstable soon. The
package Build-Depends: on flatbuffer packages, but does not link
Source: buildbot
Severity: normal
Control: affects -1 + src:flatbuffers
Dear maintainer,
Please rebuild the package against the latest flatbuffer package, which
is going to be uploaded to from experimental to unstable soon. The
package Build-Depends: on flatbuffer packages, but does not link
agai
Source: armnn
Severity: normal
Control: affects -1 + src:flatbuffers
Dear maintainer,
Please rebuild the package against the latest flatbuffer package, which
is going to be uploaded to from experimental to unstable soon. The
package Build-Depends: on flatbuffer packages, but does not link
against
Package: ftp.debian.org
Severity: normal
X-Debbugs-Cc: luaj...@packages.debian.org
Control: affects -1 + src:luajit2
User: ftp.debian@packages.debian.org
Usertags: remove
Dear ftp masters,
The src:luajit2 is now a redundant package given that the upstream of
src:luajit has been replaced into
Source: golang-github-rivo-uniseg
Version: 0.4.4-1
Severity: wishlist
Dear maintainers,
Please consider packaging the latest release of this library,
which is required by the latest release of fzf
https://github.com/junegunn/fzf/blob/master/go.mod
The latest release of fzf requires at least unis
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 depend
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
Package: wnpp
Severity: wishlist
Owner: Mo Zhou
X-Debbugs-Cc: debian-de...@lists.debian.org
* Package name: debgpt
Version : ? (CLI not yet stablized)
Upstream Contact: me
* URL : https://salsa.debian.org/deeplearning-team/debgpt
* License : MIT/Expat
Program
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
> c
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 tha
Control: tags -1 +patch
https://salsa.debian.org/apt-team/python-apt/-/merge_requests/90
Package: wnpp
Severity: wishlist
Owner: Mo Zhou
X-Debbugs-Cc: debian-de...@lists.debian.org
* Package name: monaspace
* URL : https://github.com/githubnext/monaspace/tree/main
* License : OFL-1.1
Programming Lang: N/A
Description : An innovative superfamily of font
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
> > SOVERSIO
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
Source: zfs-linux
Version: 2.2.0-1~exp1
Severity: normal
zpool user property is supported now. We can use this feature for the
cron scripts instead of abusing the zfs user property at root dataset.
https://github.com/openzfs/zfs/pull/11680
On Sun, 2023-09-17 at 14:12 +0200, Ari wrote:
> Have you, maintainers of zfs, considered configuring the packages so
> that it skips trying to build of affected kernels?
> This would at least reduce the time of installing any packages
> drastically - currently my system tries to build it for two ke
Package: wnpp
Severity: wishlist
Owner: Mo Zhou
X-Debbugs-Cc: debian-de...@lists.debian.org
* Package name: python-expecttest
* URL : https://github.com/ezyang/expecttest/
* License : MIT
Programming Lang: (python
Description : expect test for python
Unit testing
On Tue, 5 Sep 2023 18:11:55 +0200 "Miguel A. Vallejo"
wrote:
> M. Zhou wrote:
>
> > But after that I noticed that the most important
> > package grub-efi-amd64-signed:amd64 (1+2.06+13,
> > 1+2.12~rc1+7) was not upgraded along with the other
> > grub pac
Source: grub2
Version: 2.12~rc1-7
Severity: important
Dear Maintainer,
After the recent upgrade, some users experienced the unbootable
issue #1051271 . I fixed the issue, and booted with 2.12~rc1-7,
but I figured out that the newly generated grub config does not
honor the GRUB_CMDLINE_LINUX_DEFAU
Same here. But I have some different conclusions after fixing my
machine.
Before my machine becoming unable to boot, the last apt log involves
Start-Date: 2023-09-05 00:09:00
Commandline: apt upgrade
Requested-By: lumin (1000)
Upgrade: libimath-3-1-29:amd64 (3.1.9-2, 3.1.9-3), python3-brlapi:amd
Sorry for the inconvenience. This is a temporary break due to the
undergoing pytorch 2.0.1 upgrade work.
On Mon, 2023-08-21 at 14:52 +0200, Mattias Ellert wrote:
> Package: python3-torch
> Version: 1.13.1+dfsg-4
> Severity: serious
>
> Importing torch results in failure due to missing symbols:
>
-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
Control: fixed -1 2021.9.0-2
I agree.
On Thu, 2023-08-03 at 00:32 +0200, Petter Reinholdtsen wrote:
> [M. Zhou]
> > The issue still exists with armel:
> > https://buildd.debian.org/status/package.php?p=onetbb
>
> If so, this is a duplicate of
> https://bugs.debian.org/1
The issue still exists with armel:
https://buildd.debian.org/status/package.php?p=onetbb
On Wed, 2023-08-02 at 22:46 +0200, Petter Reinholdtsen wrote:
> [M. Zhou]
> > I'm aware of this issue. I'm slightly faster than buildd for
> > toolchain
> > upgrades. The iss
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 tra
Source: onetbb
Version: 2021.9.0-1
Severity: serious
I'm aware of this issue. I'm slightly faster than buildd for toolchain
upgrades. The issue will automatically disappear once our amd64 buildd
migrates to gcc-13. The gcc-12 will lead to the FTBFS you see now.
Local sbuild with gcc-13 has no iss
Package: wnpp
Severity: wishlist
Owner: Mo Zhou
X-Debbugs-Cc: debian-de...@lists.debian.org, debian...@lists.debian.org
* Package name: transformers
Upstream Contact: HuggingFace
* URL : https://github.com/huggingface/transformers
* License : Apache-2.0
Description
Control: tags -1 wontfix
Thanks for reaching out for this issue. I've noticed the Ubuntu updates as well.
I'd personally not prefer to upload zfs-X.Y.99 anytime in the future. Since
debian
is volunteer-based, we don't seem to have more bandwidth than Ubuntu for
dealing with
regressions and seri
Control: severity -1 important
Control: fixed -1 1.13.1+dfsg-5
I believe these symlinks were deprecated already. These symlinks are removed in
1.13.1+dfsg-5 (experimental).
I'm not able to prepare a 1.13.1+dfsg-4.1 release to only remove these symlinks
within a short time... too busy lately.
So
Control: fixed -1 2.1.11-1
2.1.11-1 has migrated to testing.
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
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
>
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.
[ Re
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
accordin
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
>
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
crash
Package: wnpp
Severity: wishlist
Owner: Mo Zhou
X-Debbugs-Cc: debian-de...@lists.debian.org
* Package name: nvitop
* URL : https://github.com/XuehaiPan/nvitop
* License : Apache-2.0 / GPL-3.0 dual license
Programming Lang: Python
Description : An interactive NVIDIA
Package: wnpp
Severity: wishlist
Owner: Mo Zhou
X-Debbugs-Cc: debian-de...@lists.debian.org,
pkg-nvidia-de...@lists.alioth.debian.org
* Package name: nvidia-cutlass
* URL : https://github.com/NVIDIA/cutlass
* License : BSD-3-Clause (has to enter contrib due to non-free de
Package: wnpp
Severity: wishlist
Owner: Mo Zhou
X-Debbugs-Cc: debian-de...@lists.debian.org,
pkg-nvidia-de...@lists.alioth.debian.org
* Package name: nvidia-cudnn-frontend
* URL : https://github.com/NVIDIA/cudnn-frontend
* License : MIT (but will enter contrib due to non-
On Sun, 2023-02-19 at 20:55 +0100, Andreas Beckmann wrote:
> On 18/02/2023 19.33, M. Zhou wrote:
> > * License : BSD-3-Clause but has to enter non-free.
>
> Why not contrib? A B-D: nvidia-cuda-toolkit does not require the package
> to be in non-free. BTW, please B-D: n
Package: wnpp
Severity: wishlist
Owner: Mo Zhou
X-Debbugs-Cc: debian-de...@lists.debian.org,
pkg-nvidia-de...@lists.alioth.debian.org
* Package name: nvidia-nccl
* URL : https://github.com/NVIDIA/nccl
* License : BSD-3-Clause but has to enter non-free.
Programming Lang:
On Mon, 2023-01-30 at 06:46 +0100, Andreas Tille wrote:
> Am Sun, Jan 29, 2023 at 10:22:24AM -0500 schrieb M. Zhou:
>
>
> Since we do not have this module[2] (yet) we should probably exclude all
> tests that need this module, right? If you think its a nice thing to
> have I
On Sun, 2023-01-29 at 09:03 +0100, Andreas Tille wrote:
>
>
> I have no idea about fmtlib but I noticed:
>
> [2022-09-04] fmtlib 9.1.0+ds1-2 MIGRATED to testing (Debian testing
> watch)
> [2022-09-04] Accepted fmtlib 9.1.0+ds1-2 (source) into unstable
> (Shengjing Zhu)
> [2022-08-27] Accepted fm
For reference, a 8 core + 16GB RAM configuration should be able to finish the
pytorch compilation timely. The build takes roughly an hour. My observation
is based on power9 -- on amd64 it should be something similar.
On Sun, 2023-01-29 at 11:09 +0800, Aron Xu wrote:
> On Fri, Jan 27, 2023 at 9:42
Feel free to break the pytorch reverse dependencies without a
transition slot -- we do not need the slot in the current status.
The rdeps are already not in testing due to RC bugs and needs
some new patchworks. Manual upload is needed for its rebuild.
On Fri, 2023-01-27 at 20:19 +0800, Aron Xu wro
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:
>
Control: severity -1 important
I think this FTBFS mostly stems from the toolchain.
1. before the bug is filed, it builds successfully on amd64
2. On the day I recieved this bug report, I reproduced it
3. after some toolchain updates, I cannot reproduce it anymore
Currently, I'd say PyTorch and TensorFlow are the two most
popular libraries. And I even worry google is trying to
write something new like Jax to replace TensorFlow in some aspects.
On Sat, 2023-01-14 at 11:12 +, Rebecca N. Palmer wrote:
> theano has been mostly abandoned upstream since 2018.
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 raku-
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 u
Control: fixed -1 2022.07+dfsg-1
Control: close -1
Control: tag -1 +moreinfo
I have tried exactly the same patch half a year ago,
which resulted a massive number of segmentation faults.
Build log can be found in our buildd.
See https://github.com/oneapi-src/oneTBB/issues/777
I'm not sure whether the latest assembly code in
https://github.com/one
: build: plugin distutils failed with: exit code=1:
/usr/bin/python3 setup.py build
dh_auto_build: error: pybuild --build -i python{version} -p "3.11 3.10"
returned exit code 13
make: *** [debian/rules:11: build] Error 25
dpkg-buildpackage: error: debian/rules build subprocess returned
Sure, I think we can ship a snapshot version as long as it works
fine with llvm-14. Could you please verify the snapshot hash
again?
https://github.com/numba/llvmlite/commit/c65b3e662b7b08920172b710419d7a06b660be59
The commit seems missing. If it was close to the master branch,
I can directly pul
Sure, just do whatever you see appropriate, since you are the\
future maintainer :-) Thanks for taking it over!
On Mon, 2022-12-19 at 20:03 +0200, Andrius Merkys wrote:
> Hi,
>
> On Sat, 18 Jun 2022 20:04:05 -0700 "M. Zhou"
> wrote:
> > I intend to orphan the asmji
Control: severity -1 important
Control: tags -1 +moreinfo
I'm still not sure about why the upgrade failed, and I could not
reproduce the problem in a clean chroot using the following script:
https://salsa.debian.org/zfsonlinux-team/zfs/-/blob/master/debian/tests/sbuild-shell-bullseye-to-bookworm.
Control: merge 1025214 1025171
The "MAKEFLAGS="--environment-overrides" also caused zfs-dkms FTBFS.
The two bugs above are the same issue, hence the merge.
Control: reassign -1 dkms 3.0.8-2
Control: retitle -1 regression: dkms/3.0.8-2 renders zfs-dkms FTBFS
Control: severity -1 serious
Hi,
Thank you for the information! I can confirm that this is the same issue
that you have encountered. By commenting out the --environment-overrides,
the current zfs
Package: zfs-dkms
Version: 2.1.6-3
Severity: serious
It was built againt 6.0.0-3-amd64 on my sid machine, but suddenly
stopped working with the recent 6.0.0-5-amd64 kernel.
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
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 locall
Name "zst" for a tool that supports multiple compression formats
is ambiguous. If we could use special characters (of course we
cannot), I think "*z" (wildcard z) will do.
On Wed, 2022-11-02 at 02:38 +0100, Adam Borowski wrote:
> Package: wnpp
> Severity: wishlist
> Owner: Adam Borowski
> X-Debb
Package: zfs-auto-snapshot
Version: 1.2.4-2
Severity: important
Tags: +patch
Dear maintainer,
After the deprecation of which, that command now creates lots of noise
and floods the system mail box. A simple fix is to replace the command.
Control: tags -1 +pending
Thanks for the patch. It is pending in git repo.
On Mon, 2022-10-24 at 14:44 +0200, наб wrote:
> Package: zfsutils-linux
> Version: 2.1.6-2
> Severity: normal
> Tags: patch
>
> Dear Maintainer,
>
> Please apply the attached patch that fixes trim.
>
> In particular, t
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 host.
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";
is_affected
Control: fixed -1 2.6.1-1
, M. Zhou wrote:
> Control: affects -1 src:onetbb
>
> It's due to a regression bug in GCC-12 that caused linker internal
> error on ppc64el:
> https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1017772
> Does not look like something I can look into.
>
> If you need
Control: affects -1 src:onetbb
It's due to a regression bug in GCC-12 that caused linker internal
error on ppc64el:
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1017772
Does not look like something I can look into.
If you need it soon in testing, please go ahead and downgrade compiler
to gcc
Source: tbb
Version: 2020.3-2.1
Severity: serious
src:tbb: do not migrate. this source is deprecated in favor of
src:onetbb. The RM bug of src:tbb is filed at
https://bugs.debian.org/1014990
On Sat, 2022-08-27 at 08:55 +0200, Emanuele Rocca wrote:
> On 08/04 09:36, Paul Gevers wrote:
> > We are in the transition of making python3.10 the default Python
> > versions
> > [0]. With a recent upload of python3-defaults the autopkgtest of
> > pytorch
> > fails in testing when that autopkgtest
The bug should have been fixed in the -13 upload of src:onetbb
The FTBFS occurred because of GCC-11 -> GCC-12 bump.
According to upstream suggestion, we can simply turn off some warnings.
Please let me know if this bug persists.
On Wed, 2022-08-24 at 13:21 -0700, Diane Trout wrote:
> On Fri, 2022
Package: gcc-12
Version: 12.1.0-8
Severity: important
This bug seems like a regression. GCC-11 has no issue compiling the same source.
https://buildd.debian.org/status/fetch.php?pkg=onetbb&arch=ppc64el&ver=2021.5.0-13&stamp=1660844413&raw=0
[183/315] : && /usr/bin/c++ -g -O2 -ffile-prefix-map=/<
https://salsa.debian.org/pkg-security-team/imhex
I forgot the current status. In my fuzzy memory there
are some new dependencies to be packaged.
On Sat, 2022-07-30 at 11:07 -0700, Dima Kogan wrote:
> Hi. Is this coming along? What needs to happen to get this into the
> repos? Do you need help?
>
s I cannot
address this issue in timely manner.
On Thu, 2022-07-28 at 10:15 +0200, Andreas Tille wrote:
> Hi Graham,
>
> Am Thu, Jul 28, 2022 at 09:15:06AM +0200 schrieb Graham Inggs:
> > Hi
> >
> > On Wed, 27 Jul 2022 at 17:57, M. Zhou wrote:
> > > The p
Package: ftp.debian.org
Severity: normal
I removed bin:onednn-doc from src:onednn because it feels like a maintenance
burden
to me, and this doc package has a very low popcon number. Thus, since we no
longer
build bin:onednn-doc, we need to remove it so that the package can migrate to
testing.
The previous segfault on armel becomes Bus Error on armel and armhf.
I can build it on Power9, but it seems that the test fails on power8 (our
buildd).
On Wed, 2022-07-27 at 09:56 +0200, Andreas Tille wrote:
> Control: tags -1 unreproducible
> Control: tags -1 moreinfo
> Control: severity -1 impo
Source: scikit-learn
Version: 1.1.1-1
Severity: serious
Justification: Policy section 4.9 violation
There are loads of similar traceback message saying the documentation build
has failed to retrieve some URL, like this:
```
generating gallery for auto_examples/decomposition... [ 30%]
plot_faces_
Source: blender
Severity: important
libtbb2 (src:tbb) has been deprecated (#1014990) in favor of libtbb12
(src:onetbb).
And blender is still one of the reverse dependencies of libtbb2.
Please migrate to the new library.
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 s
Package: ftp.debian.org
Severity: normal
Tags: +moreinfo
We have (somewhat) done the src:tbb -> src:onetbb transition,
and the old codebase src:tbb is now deprecated. Before we really
remove src:tbb from unstable, we still have some packages not
yet finished the transition.
I'll later file bugs (
Control: reopen -1
Control: found -1 0.38.1-3
Simply upgrading llvm deps from 11 to 13 leads to regression for
numba. I'm reverting this change back until the upstream source
code can really support a newer version.
Package: wnpp
Severity: wishlist
Owner: Mo Zhou
X-Debbugs-Cc: debian-de...@lists.debian.org
* Package name: lodepng
Version : git master
Upstream Author : Lode Vandevenne
* URL : https://lodev.org/lodepng/
* License : Zlib
Programming Lang: C
Description
Control: retitle -1 RFP: rapidyaml -- a library to parse and emit YAML, and do
it fast.
Control: owner -1 w...@debian.org
I'm giving up this ITP bug. Any one who is interested in this ITP can take it
over.
Package: ftp.debian.org
Severity: normal
The latest rocm-device-libs package is no longer producing arch-indep
binary packages. And we will keep working on arch-specific packages.
The arch:all package is no longer useful and it was not automatically
removed.
Thank you for using reportbug
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 d
1 - 100 of 224 matches
Mail list logo