Control: retitle -1 unblock: pytorch-cuda/2.6.0+dfsg-7+b1
The ROM for ppc64el binary has been filed at:
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1107961
On Tue, 2025-06-17 at 23:29 -0400, M. Zhou wrote:
> retitle -1 unblock: pytorch-cuda/2.6.0+dfsg-7+b1
>
> I have manually
Package: ftp.debian.org
Severity: normal
X-Debbugs-Cc: pytorch-c...@packages.debian.org, debian-powe...@lists.debian.org
Control: affects -1 + src:pytorch-cuda
User: ftp.debian@packages.debian.org
Usertags: remove
User: debian-powe...@lists.debian.org
Usertags: ppc64el
The libcuda1 is no longe
(CPU-only) can be left intact.
And can we remove the ppc64el architecture for src:pytorch-cuda from testing?
The libcuda1 dependency is no longer available on ppc64el, so pytorch-cuda
is not installable anyway.
On Sat, 2025-06-14 at 08:59 +0200, Sebastian Ramacher wrote:
> On 2025-06-13 16:28:38
On Fri, 2025-06-13 at 19:20 +0200, Santiago Vila wrote:
> >
> > We need CUDA >= 12.4 to fix the src:pytorch-cuda FTBFS #1105066,
>
> Hi. Not a release manager, but am I right to think that if we
> do nothing and just wait for CUDA 12.4 to enter testing, the bug
> would be solved as well?
You are
On Thu, 2025-06-12 at 22:14 -0400, M. Zhou wrote:
>
> Package: release.debian.org
> Severity: normal
> User: release.debian@packages.debian.org
> Usertags: unblock
> X-Debbugs-Cc: lu...@debian.org
>
> [ Tests ]
> It should work. If there is regression, it'
Package: release.debian.org
Severity: normal
User: release.debian@packages.debian.org
Usertags: unblock
X-Debbugs-Cc: lu...@debian.org
Please unblock package pytorch{,-cuda}
We need CUDA >= 12.4 to fix the src:pytorch-cuda FTBFS #1105066, which
is due to CUDA's gcc support being too old. Bu
The bug is largely triggered by g++-12 being too old. However, the
latest version of g++ supported by CUDA 12.3 is g++-12.2. We need to
wait for the nvidia team to upload CUDA 12.4 (they have planned so) to
unstable, and bump the g++ symlink in nvidia-cuda-toolkit-gcc to g++-13.
At that time th
Package: wnpp
Severity: wishlist
Owner: Mo Zhou
X-Debbugs-Cc: debian-de...@lists.debian.org, debian...@lists.debian.org
* Package name: llm.nvim
* URL : https://github.com/huggingface/llm.nvim
* License : Apache-2.0
Programming Lang: Lua
Description : LLM powered d
Package: wnpp
Severity: wishlist
Owner: Mo Zhou
X-Debbugs-Cc: debian-de...@lists.debian.org, debian...@lists.debian.org,
c...@debian.org
* Package name: llama.vim
* URL : https://github.com/ggml-org/llama.vim
* License : MIT/Expat
Programming Lang: Vim
Description
Package: wnpp
Severity: wishlist
Owner: Mo Zhou
X-Debbugs-Cc: debian-de...@lists.debian.org, debian...@lists.debian.org
* Package name: huggingface-hub
Version : 0.29.3
Upstream Contact: Huggingface
* URL : https://github.com/huggingface/huggingface_hub
* License
Control: fixed -1 2.6.0+dfsg-6
Control: close -1
Manually rebuilt. Marking this as done.
Package: python3-torch-cuda
Version: 2.6.0+dfsg-3
Severity: serious
In [1]: import torch
---
ImportError Traceback (most recent call last)
Cell In[1], line 1
> 1 import torch
File /usr/lib/py
Package: wnpp
Severity: normal
It is in good shape, but I'm no longer using this package.
Control: fixed -1 4.10.0+dfsg-2
Control: close -1
I can not reproduce the said problem. Closing.
Feel free to reopen if there is reproducible code snippet.
Control: severity -1 important
Lowering the importance since I'm not able to reproduce this issue.
It might be a flaky test.
Package: wnpp
Severity: wishlist
Owner: Mo Zhou
X-Debbugs-Cc: debian-de...@lists.debian.org
* Package name: simdutf
Version : 6.2.0
* URL : https://github.com/simdutf/simdutf
* License : Apache-2.0 OR MIT
Programming Lang: C++
Description : Unicode valida
On Fri, 2025-02-14 at 11:48 +0100, Emilio Pozuelo Monfort wrote:
> Control: tags -1 confirmed
>
> The numpy 2 transition shouldn't be a blocker, as numpy rdeps can migrate to
> testing freely. As it's taking a while to get it sorted out, let's go ahead
> with
> this one.
Thanks, and uploaded t
On Wed, 2025-02-12 at 09:12 +0100, Emilio Pozuelo Monfort wrote:
>
> Go ahead.
>
Uploaded. And the transition seems finished:
https://release.debian.org/transitions/html/auto-simdjson.html
Package: release.debian.org
Severity: normal
X-Debbugs-Cc: simdj...@packages.debian.org
Control: affects -1 + src:simdjson
User: release.debian@packages.debian.org
Usertags: transition
Hi release team,
The new upstream release of simdjson bumped the SOVERSION, so we
need to handle the transit
On Fri, 2025-02-07 at 02:10 +0500, Andrey Rakhmatullin wrote:
> On Mon, Jan 27, 2025 at 09:15:06AM +0100, Sebastian Ramacher wrote:
> > Source: pytorch-cuda
> > Version: 2.5.1+dfsg-4
> > Severity: serious
> > X-Debbugs-Cc: sramac...@debian.org
> >
> > pytorch-cuda is involved in the currently ongo
On Thu, 2025-02-06 at 09:13 +0100, Christian Kastner wrote:
>
> I meant to ask anyway: performance-wise, is it comparable to your local
> build? I mean, I wouldn't know what in the code would alter this, but I
> built and tested this on platti.d.o and performance was poor, so another
> data point
On Thu, 2025-02-06 at 01:33 +0100, Petter Reinholdtsen wrote:
>
> I was sad to discover the server example is missing, as it is the
> llama.cpp progam I use the most. Without it, I will have to continue
> using my own build.
I second this. llama-server is also the service endpoint for DebGPT.
I
Package: wnpp
Severity: wishlist
Owner: Mo Zhou
X-Debbugs-Cc: debian-de...@lists.debian.org, debian...@lists.debian.org
* Package name: vllm
Version : 0.7.1
Upstream Contact:
* URL :
* License : Apache-2.0
Programming Lang: Python
Description : A high
On Fri, 2025-01-31 at 12:31 +0100, Simon Josefsson wrote:
> Package: wnpp
> Severity: wishlist
> Owner: Simon Josefsson
> X-Debbugs-CC: debian-de...@lists.debian.org, debian...@lists.debian.org
>
> * Package name : ollama
> Version : 0.5.7-1
> Upstream Author : Ollama
> * URL
On Fri, 2025-01-31 at 12:53 +0100, Emilio Pozuelo Monfort wrote:
> On 27/01/2025 00:45, M. Zhou wrote:
> > On Tue, 2025-01-14 at 13:19 +0100, Emilio Pozuelo Monfort wrote:
> > >
> > > This sounds good, but let's wait a bit for the Python transition to
> > &
Source: ros-vision-opencv
Version: 1.16.2+ds-3
Severity: important
Dear maintainer,
We will start opencv 4.10 transition soon. And since opencv 4.10 has
merged libopencv_barcode into libopencv_objdetect, the autopkgtest
fails since it cannot find the shared object.
This is similar to the problem
Package: g++-14
Version: 14.2.0-14
Severity: important
Dear maintainer,
We noted that pytorch 2.6.0 FTBFS on arm64 due to an internal compiler
error from g++. The relevant part of error log reads:
```
/usr/bin/c++ -DAT_BUILD_ARM_VEC256_WITH_SLEEF -DAT_PER_OPERATOR_HEADERS
-DBUILD_ONEDNN_GRAPH -
Package: ftp.debian.org
Severity: normal
X-Debbugs-Cc: snapr...@packages.debian.org
Control: affects -1 + src:snapraid
User: ftp.debian@packages.debian.org
Usertags: remove
Hi ftp-master,
It seems that the mips64el support for this package is broken
for a while due to test failure. I don't th
On Mon, 2025-01-27 at 11:13 +0100, Christian Kastner wrote:
> Hi Cory,
>
> On 2025-01-27 09:44, Cordell Bloor wrote:
> > Could we just sidestep this whole question of native instructions by
> > building llama.cpp with the BLAS backend?
>
> I was going to ship BLAS as one of the backends, but you
On Tue, 2025-01-14 at 13:19 +0100, Emilio Pozuelo Monfort wrote:
>
> This sounds good, but let's wait a bit for the Python transition to settle.
Ping? The python3.13-default transition seems to be at 100% now.
Hi Sudip,
Thank you for fixing this while I'm dealing with other packages.
Please feel free to upload without delay. If you have access to
the git repo, please git push and that will be appreciated :-)
On Sat, 2025-01-25 at 12:42 +, Sudip Mukherjee wrote:
> Control: tags 1092802 + patch
> Co
Package: ftp.debian.org
Severity: normal
X-Debbugs-Cc: xnnp...@packages.debian.org
Control: affects -1 + src:xnnpack
User: ftp.debian@packages.debian.org
Usertags: remove
The upstream of src:xnnpack does not support ppc64el. So keeping
a ppc64el binary in experimental forever is pointless. The
Package: wnpp
Severity: wishlist
Owner: Mo Zhou
X-Debbugs-Cc: debian-de...@lists.debian.org, debian...@lists.debian.org
* Package name: openvino
Version : 2024.6.0
Upstream Contact: Intel
* URL : https://github.com/openvinotoolkit/openvino
* License : Apache-2.
Package: python3-onnxruntime
Version: 1.19.2+dfsg-3
Severity: normal
Forwarded: https://github.com/conan-io/conan-center-index/issues/17380
I just added the autopkgtest test case for inferencing a dummy network
exported from pytorch. The test case runs, but with lots of error reports
for "Schema e
Package: wnpp
Severity: wishlist
Owner: Mo Zhou
X-Debbugs-Cc: debian-de...@lists.debian.org, debian...@lists.debian.org
* Package name: python-onnxscript
Version : git head, since there is no versioned release
Upstream Contact: Microsoft
* URL : https://github.com/micr
I second this request.
On Sat, 30 Nov 2024 19:34:42 +0100 Carsten Schoenert
wrote:
> Source: rust-pyo3
> Version: 0.22.6-1
> Severity: wishlist
>
> Dear Maintainer,
>
> it would be nice if rust-pyo3 could get a recent upstream version, while
> writing 0.23.2 is available.
>
> While trying to
[OK]
On Wed, 2025-01-08 at 13:37 -0500, M. Zhou wrote:
> Package: release.debian.org
> Severity: normal
> X-Debbugs-Cc: ope...@packages.debian.org
> Control: affects -1 + src:opencv
> User: release.debian@packages.debian.org
> Usertags: transition
Package: release.debian.org
Severity: normal
X-Debbugs-Cc: ope...@packages.debian.org
Control: affects -1 + src:opencv
User: release.debian@packages.debian.org
Usertags: transition
Our current opencv version in sid is quite ancient. I intend to make
the transition towards the latest 4.10 versi
Source: ros-opencv-apps
Version: 2.0.2-10
Severity: important
opencv 4.10 has merged libopencv_barcode into libopencv_objdetect.
So ros-opencv-apps FTBFS against it since -lopencv_barcode cannot be found.
Source: mrpt
Version: 1:2.14.7+ds-1
Severity: important
opencv 4.10 has merged libopencv_barcode into libopencv_objdetect.
So mrpt fails to build against it because -lopencv_barcode cannot
be found.
Control: reassign -1 nvidia-persistenced 535.216.01-1
On Wed, 2025-01-08 at 09:16 +0100, Andreas Beckmann wrote:
> On 1/8/25 00:42, M. Zhou wrote:
> > Package: nvidia-smi
> > Version: 535.216.03-1
>
> > In the above thread, a magic fix is provided:
> >
Package: nvidia-smi
Version: 535.216.03-1
Severity: important
Control: forwarded -1
https://forums.developer.nvidia.com/t/nvidia-smi-uses-all-of-ram-and-swap/295639/16
Dear maintainer,
On a newly installed Debian sid system, I noted that nvidia-smi
always gets stuck in the middle and consume all
Original src:cpuinfo maintainer here. The patch looks good to me.
This package indeed encounters test failure for new CPUs
expecially the Intel CPUs with P+E cores. Ignoring test failure
is the simplest solution in the current situation.
On Mon, 2024-12-30 at 18:48 +0100, Santiago Vila wrote:
> Ok
Control: close -1
Forgot to mark this RFS as done.
On Mon, 2024-12-30 at 15:11 -0500, M. Zhou wrote:
> LGTM and sponsored. Thank you for your contribution!
>
> On Mon, 2024-12-30 at 19:27 +0100, Christian Göttsche wrote:
> > Package: sponsorship-requests
> > Severity:
LGTM and sponsored. Thank you for your contribution!
On Mon, 2024-12-30 at 19:27 +0100, Christian Göttsche wrote:
> Package: sponsorship-requests
> Severity: normal
>
> Dear mentors,
>
> I am looking for a sponsor for my package "ncdu":
>
> * Package name : ncdu
> Version : 1.2
Control: close -1
I revived this package. No longer orphaning.
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
1 - 100 of 270 matches
Mail list logo
