Hi,
On Mon, Jan 07, 2019 at 12:24:29AM +0100, Petter Reinholdtsen wrote:
> Is TensorFlow different from libtensorflow, already in unstable:
experimental
>
Package: wnpp
Severity: normal
dead upstream.
Package: wnpp
Severity: normal
I request an adopter for the progress package.
I've been not using this tool for a long time.
control: severity -1 important
This is not baseline violation. julia -C
"armv7-a;armv7-a,neon;armv7-a,neon,vfp4"
compiles 3 branches of code, and the optimal branch will be selected
during runtime. The SIGILL raised during build on the buildd stems from
LLVM's incorrect CPU detection.
Here is
Package: wnpp
Severity: normal
I intend to orphan the farmhash package.
This package is a dependency of TensorFlow.
Package: wnpp
Severity: normal
I intend to orphan the gemmlowp package.
This package is a dependency of TensorFlow
Package: wnpp
Severity: normal
I intend to orphan the nsync package.
This package is a tensorflow dependency
Package: wnpp
Severity: normal
I intend to orphan the highwayhash package.
this package is a dependency of tensorflow
Package: qa.debian.org
Severity: normal
Please display CI status for packages in contrib/non-free sections.
For example, ci.d.o keeps running autopkgtest for zfs-linux and
intel-mkl on Debian testing, but the result is not displayed on my DDPO
page[1].
On Sat, Jan 19, 2019 at 02:32:18PM +0100, Julien Cristau wrote:
> On Fri, Jan 18, 2019 at 04:05:21 +0000, M. Zhou wrote:
>
> > Another issue we encountered about LLVM is it's emitting NEON code on armv7,
> > which resulted in https://bugs.debian.org/cgi-bin/bugrep
Package: llvm-6.0-dev
Version: 1:6.0.1-9.2
X-Debbugs-CC: gin...@debian.org
Dear LLVM maintainers,
Recently Julia FTBFS on armhf due to SIGILL from NEON instruction.
(ginggs digged into the SIGILL and confirmed it's due to NEON)
However, julia is supposed to compile multiple code branches where
Package: llvm-6.0-dev
Version: 1:6.0.1-9.2
X-Debbugs-CC: gin...@debian.org
Dear LLVM maintainers,
Please check and apply Julia's LLVM patches to Debian's LLVM 6.0.1:
https://github.com/JuliaLang/julia/blob/master/deps/llvm.mk#L390-L432
https://github.com/JuliaLang/julia/tree/master/deps/patches
Hi Sylvestre,
Thanks for offering help. Julia ships embedded LLVM because we want to
apply all the upstream patches (although I don't care about the portion
of patches for windows). I've filed an bug against LLVM 6 and pointed
out the location of upstream patches.
Another issue we encountered
Hi Maxime,
This utility looks cool!
If you intend to catch up with Buster freeze and get it into Buster
in time, please check the release schedule here:
https://release.debian.org/
Don't hesitate to ask me or the debian-mentors list if you encountered
any problem.
> * Package name:
t; Otherwise, should I open a new bug against the sponsorship-request package
> (as explained at https://mentors.debian.net/sponsors/rfs-howto) or send a
> mail to the mentor mailing list?
>
> I've published the source at https://mentors.debian.net/package/nvtop
>
> On 09/01/201
t; Best regards,
> Maxime
>
> On 11/01/2019 14:49, M. Zhou wrote:
> > Hi,
> >
> > I've installed this utility on my workstation and I'm glad to sponsor it.
> > Your packaging looks good except for the section field in d/control:
> >
> > -Secti
needed for the drawing plot
> characters and degree sign).
>
> Vcs-* : Ok, it also seemed weird because there was already the Homepage
> field. I've created an account as @mschmitt-guest
> I will look at other repositories in salsa and docs to see what to put in
> this repository.
>
>
Package: wnpp
Severity: normal
I'm not using linuxbrew anymore, and hence not interested in maintaining
it for longer.
Package: dpkg
Version: 1.19.2
X-Debbugs-CC: by...@debian.org
Dear Dpkg maintainer,
This is the zh_CN.po update. Please poke byang if you need another
DD to review.
~/D/d/d/po ❯❯❯ msgfmt -v zh_CN.po
1116 translated messages.
The patch is here
https://salsa.debian.org/chinese-team/dpkg/commit/9249b5a8ef455b951879267e63e14d29a0fe2f9d
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?
On Sun, Feb 03, 2019 at 10:30:26AM +0100, Sylvestre Ledru wrote:
> > > I'm glad to assemble a detailed list of patches and their
> > > corresponding bugs
> > > if you ask. And note that I'm traveling tomorrow (Jan 20) so please
> > > don't
> > > expect response from me on that day.
> >
> > if you
Hi Sean,
An official Debian package cannot edit your .zshrc file. A quick instruction for
zsh integration can be found here:
/usr/share/doc/fzf/README.Debian
which is a standard location for notes. And the it is already pointed
out in fzf's description.
$ apt show fzf
Package: fzf
Version:
Hi dod,
On Mon, 26 Aug 2019 at 16:45, Dominique Dumont wrote:
>
> On mercredi 21 août 2019 13:08:42 CEST Ivo De Decker wrote:
> > A binnmu of rakudo in unstable fails on amd64:
> >
> > https://buildd.debian.org/status/package.php?p=rakudo
>
> Rakudo fails to build with latest version of libuv1
Hi Bart,
Thanks for the report, I've fixed the issue in git:
https://salsa.debian.org/debian/fzf/commit/4a2c7dae658d91256bcb1ae7077dc7989532dbbe
/usr/share/doc/fzf/examples is a conventional path for Debian to install
things that should not be enabled by default. I think it's fine to not align
On Tue, 27 Aug 2019 at 15:21, Dominique Dumont wrote:
>
> On Tuesday, 27 August 2019 10:04:23 CEST Dominique Dumont wrote:
> > Right.. This is the same error than the one showing in the FTBS issue.
> >
> > I guess we need to talk to upstream. They may not have seen this issue yet
> > if they use
Hi Dominique,
Will do it later. BTW, the *.moarvm not found error is related to this:
https://github.com/rakudo/rakudo/issues/3093
We can temporarily symlink several directories to wordaround this.
On Fri, 13 Sep 2019 at 12:24, Dominique Dumont wrote:
>
> On Thursday, 12 September 2019
Control: tags -1 +moreinfo
Hi,
I'm confused.
On Wed, 2020-12-16 at 19:42 -0800, Dima Kogan wrote:
> Hi. I just upgraded my python opencv bindings on Debian/sid:
> apt install python3-opencv
[...]
> I had libcharls2=2.0.0+dfsg-1 (the current stable release). It called
[...]
> libcharls2 to the
Control: severity -1 important
Lowering the severity to unblock the migration, as migration is
currently the first priority for us due to the huge diff between
0.8.6 and 2.0.1, given the stable freeze schedule.
I will fix it and upload 2.0.1-3 immediately after migration.
It is easy to apply
Control: close -1
Hi Samuel,
Yes, it was fixed.
On Sun, 2021-01-03 at 02:16 +0100, Samuel Thibault wrote:
> Hello,
>
> M. Zhou, le jeu. 17 janv. 2019 08:28:24 +, a ecrit:
> > For example, ci.d.o keeps running autopkgtest for zfs-linux and
> > intel-mkl on Debian te
Hi Drew,
Thanks for the proposal. Just for your information,
there is a WIP branch on suitesparse64:
https://salsa.debian.org/science-team/suitesparse/-/commits/lumin
I just ... ummm ... need some time to finish it.
Of course, any help would be appreciated.
On Mon, 2021-06-07 at 12:56 +0200,
On Fri, 2021-05-07 at 11:33 -0600, Anthony Fok wrote:
>
> Mo (lumin), I saw that you came pretty far in packaging DVC (dvc.org)
> at
>
> https://salsa.debian.org/deeplearning-team/dvc
>
> Would you be so kind as to continue your work and upload dvc into
> Debian proper?
> I'm very
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
Source: zfs-linux
Version: 2.0.3-9
Severity: normal
Tags: patch
Credit: Miao Wang
get_transp(){
local dev="$1"
local par_dev="$dev"
local pd
while true; do
pd=$(lsblk -dnr -o PKNAME "$par_dev")
if [ "$?" -ne 0 ]; then
return $?
fi
if [ -z "$pd" ]; then
break
else
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
Hi,
Thanks for the super awesome feedback!
I indeed forgot to write a README.Debian [1] recording this
change and its usage. Let me prepare a revision and upload shortly.
[1] instead of NEWS, in order to avoid being too abruptive.
On Fri, 2021-04-02 at 12:20 +0200, наб wrote:
> This looks
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.
[
Control: close -1
Hi Daniel and Mathias,
Thanks for the confirmation. Neither did I manage to reproduce
the issue in virtualbox according to that guide.
On Wed, 2021-03-03 at 19:45 +0100, Daniel Garcia Sanchez wrote:
> Hi Mathias,
>
> Thanks a lot!
>
> I tried an older version, 2.0.2. Maybe
For your information,
the upstream holds a very negative attitude towards debian packaging.
https://github.com/explosion/cython-blis/issues/32
CC'ed pabs.
On Wed, 2021-03-03 at 17:51 +0100, Andreas Tille wrote:
> On Wed, Mar 03, 2021 at 05:26:11PM +0100, Gard Spreemann wrote:
> >
> > Andreas
On Thu, 2021-03-04 at 08:09 +0100, Andreas Tille wrote:
>
> I also intend to negotiate this again. While the copyright holders
> are
>
> 2018 The University of Texas at Austin
> 2016 Hewlett Packard Enterprise Development LP
> 2018 Advanced Micro Devices, Inc.
> 2019 ExplosionAI GmbH
Part
Source: zfs-linux
Version: 2.0.2-1~bpo10+1
Severity: important
Tags: moreinfo
https://lists.debian.org/debian-devel/2021/02/msg00257.html
Hi Daniel,
On Tue, 2021-02-23 at 12:23 +0100, Daniel Garcia Sanchez wrote:
> Yesterday the backports ZFS package was updated to 2.0. I have a
> machine using ZFS as the root filesystem. After the update the
> machine was not able to boot. I think it was the ZFS update that
> caused the problem.
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
Package: ftp.debian.org
Severity: normal
https://github.com/pytorch/QNNPACK
The codebase has been archived, and merged into
src:pytorch by upstream.
Thank you for using reportbug
Hi all,
I'm back.
I've just finished my final exams so I could do something during
the holiday. That TBB repository is still work-in-progress and
FTBFS from the master branch is something expected. I will finalize
it soon. Andreas said in previous posts that we prefer a faster
NEW queue process.
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: wnpp
Severity: wishlist
Owner: M Zhou
* Package name: rapidyaml
Version : 0.3.0
Upstream Author : biojppm
* URL : https://github.com/biojppm/rapidyaml
* License : Expat
Programming Lang: C++
Description : a library to parse and emit YAML
Control: retitle -1 ITA: luajit -- Just in time compiler for Lua programming
language version 5.1
Control: owner !
API changes. So I guess the
transition won't be easy.
On Wed, 2021-12-29 at 23:27 -0800, Diane Trout wrote:
On Thu, 2021-12-23 at 11:03 -0500, M. Zhou wrote:
> Hi all,
>
> I'm back.
>
> I've just finished my final exams so I could do something during
> the holiday. That TBB r
Source: tensorflow
Version: 2.3.1-1
Severity: serious
Justification: FTBFS; Bazel tries to download during build.
Building tensorflow locally with sbuild results in errors like the follows
ERROR:
/<>/tensorflow/compiler/mlir/tensorflow/BUILD:1249:11:
Package: g++-11
Version: 11.2.0-16
Severity: normal
Justification: not release architecture, lowering severity from important
https://buildd.debian.org/status/fetch.php?pkg=onetbb=riscv64=2021.5.0-5=1644817169=0
excerpt:
[55/315] /usr/bin/c++ -I/<>/test/.. -I/<>/test
since some of the core APIs have been changed.
Please expect a relatively negative rebuild result.
Help is welcome.
On Mon, 2022-03-14 at 01:30 +0530, Nilesh Patra wrote:
> Hi Mo,
>
> On 2/23/22 11:01 AM, M. Zhou wrote:
> > Hello guys. Finally it's all green on our releas
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
Source: mimalloc
Version: 2.0.5+ds-1
Severity: important
Justification: makes reverse dependency harder to package.
Dear maintainer,
This does not look like a correct header installation path
~/D/m/moarvm ❯❯❯ apt-file list libmimalloc-dev
libmimalloc-dev:
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.
> >
Hello guys. Finally it's all green on our release architectures
https://buildd.debian.org/status/package.php?p=onetbb=experimental
I shall request the slot for transition once finished the rebuild
of its reverse dependencies and filed FTBFS bugs if any.
On Tue, 2022-02-08 at 17:59 -0500, M. Zhou
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
Source: flexbar
Version: 3.5.0-4
Severity: important
Dear maintainer,
There is a major API change from tbb to onetbb, please refer
https://oneapi-src.github.io/oneTBB/main/tbb_userguide/Migration_Guide.html
for more details.
make[3]: Entering directory '/<>/obj-x86_64-linux-gnu'
[ 50%] Building
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
Thanks for the updates. Currently the packaging of onnx is going
through a overhaul due to significant changes in upstream build
system.
IIRC the current status of the git master branch is till FTBFS,
or flawed.
I also have to test the 1.11.0's compatibility with
src:pytorch before the upload.
Hi Jose,
Could you please provide more details on "the split of the libraries
is breaking some common use cases"?
I cannot figure out what could happen if we split the library packages
from the links provided.
On Mon, 2022-03-21 at 17:58 +0100, Jose Luis Rivero wrote:
> On Tue, 8 Mar 2022
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 Stefano,
The patch looks good to me and should be eligible to upload
without delay.
On Sat, 2022-03-26 at 17:36 -0400, Stefano Rivera wrote:
> Dear maintainer,
>
> I've prepared an NMU for onnx (versioned as 1.7.0+dfsg-3.1) and
> uploaded it to DELAYED/2. Please feel free to tell me if I
>
On Tue, 2022-03-29 at 21:09 +0200, Pierre Gruet wrote:
>
> >
> > This team is dedicated to hardware acceleration,
> > machine learning, and deep learning. See
> > debian...@lists.debian.org
> >
>
> Now subscribed!
>
> By the way, does the team have some policy? Or does it inherit its
>
Hi Pierre,
The original C++/Python implementation xgboost is maintained
by deep learning team:
https://salsa.debian.org/deeplearning-team/xgboost
I have assigned the whole debian science team with
maintainer access (max role) to deep learning team.
You may choose to maintain the package there
if
Hi Diane,
Thank you. I have added that patch in the git repository.
On Tue, 2022-02-08 at 13:49 -0800, Diane Trout wrote:
> Hi,
>
> After Andreas pointed it out I looked through some of the build
> failures for onetbb and talked to upstream about the i386 failure.
>
Package: ftp.debian.org
Severity: normal
(please explain the reason for the removal here)
https://qa.debian.org/excuses.php?package=pytorch
armhf archtecture is no longer supported in the latest source.
Please remove that architecture for pytorch to allow
testing migration.
Thanks in advance.
To anyone who is concerned with the package status in debian,
since there is a significant change in packaging, we have to
go through new queue again.
https://ftp-master.debian.org/new/onetbb_2021.4.0-1~exp1.html
This depends on our ftp team.
The latest package git repository is here:
Package: wnpp
Severity: wishlist
Owner: M. Zhou
* Package name: sphinx-notfound-page
* URL : https://github.com/readthedocs/sphinx-notfound-page
* License : MIT
Description : Create a custom 404 page with absolute URLs hardcoded
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),
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
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
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
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
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
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
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:
>
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
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 ~
Package: ftp.debian.org
Severity: normal
src:julia has been FTBFS for long time. It's dependency llvm-9
has been removed for a while. Upgrading to newer version of
src:julia leads to a million embedded artifacts that requires
heavy patchword. Nobody has stepped forward and take over
this package.
Source: openblas
Version: 0.3.20+ds-1
Severity: serious
Justification: FTBFS
According to lapack 3.10.1 release note and upstream pull request 570,
xCOMBSSQ has been deprecated. Openblas upstream source has not yet
adapted to this change. And thus FTBFS due to missing the following
two symbols
Control: tags -1 +pending
Thanks for catching this. Fixed in git
salsa.debian.org:perl6-team/rakudo.git
On Mon, 2022-05-30 at 15:10 +0200, Axel Beckert wrote:
> Package: rakudo
> Version: 2022.04-2
> Severity: minor
>
> Hi,
>
> I just noticed that the maintainer script still talks about "perl6
Package: wnpp
Severity: wishlist
Owner: Mo Zhou
X-Debbugs-Cc: debian-de...@lists.debian.org
* Package name: gnome-shell-extension-flypie
Upstream Author : Simon Schneegans
* URL : https://github.com/Schneegans/Fly-Pie
* License : MIT/X
Programming Lang: Javascript
Source: gazebo
Version: 11.10.2+dfsg-1
Severity: serious
I was testing rdeps for onetbb transition but found this issue.
Source: libpmemobj-cpp
Version: 1.13.0-3
Severity: important
tbb -> onetbb transition breaks this package.
Source: opensubdiv
Version: 3.4.4-2
Severity: important
tbb -> onetbb transition breaks this package.
Source: r-cran-markovchain
Version: 0.8.6-1
Severity: important
tbb -> onetbb transition breaks this package.
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
Source: opencascade
Version: 7.5.1+dfsg1-2
Severity: important
tbb -> onetbb transition breaks this package.
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
Source: tiny-dnn
Version: 1.0.0a3+ds-2
Severity: important
tbb -> onetbb transition breaks this package.
Source: slic3r-prusa
Version: 2.4.2+dfsg-1
Severity: important
tbb -> onetbb transition breaks this package.
Source: salmon
Version: 1.4.0+ds1-1
Severity: important
tbb -> onetbb transition breaks this package.
Package: wnpp
Severity: wishlist
Owner: Mo Zhou
X-Debbugs-Cc: debian-de...@lists.debian.org
* Package name: mujoco
Version : 2.2.0
Upstream Author : DeepMind
* URL : https://mujoco.org/
* License : Apache-2.0
Programming Lang: C
Description : A general
Source: blender
Version: 2.83.5+dfsg-5
Severity: serious
I found it ftbfs during onetbb reverse dependency test,
although the reason irrelevant to onetbb.
Version 3.X is still not built for amd64.
Source: deal.ii
Version: 9.3.2-1
Severity: important
tbb -> onetbb transition breaks this package.
Source: flexbar
Version: 1:3.5.0-4
Severity: important
tbb -> onetbb transition breaks this package.
Source: casparcg-server
Version: 2.2.0+dfsg-2.1
Severity: important
tbb -> onetbb transition breaks this package due to upstream overhaul.
1 - 100 of 209 matches
Mail list logo