Package: wnpp
Severity: wishlist
Owner: Mo Zhou
X-Debbugs-Cc: debian-devel@lists.debian.org, debian...@lists.debian.org
* Package name: transformers
Upstream Contact: HuggingFace
* URL : https://github.com/huggingface/transformers
* License : Apache-2.0
Description
On Sun, 2023-06-18 at 10:37 +0800, Paul Wise wrote:
> [BCCed to OpenCL ICD implementation package maintainers]
>
> I noticed that some packages have a dep on specific OpenCL ICD
> packages, but don't dep on the opencl-icd virtual package(s).
> Presumably any of the OpenCL ICDs work for most packag
Package: wnpp
Severity: wishlist
Owner: Mo Zhou
X-Debbugs-Cc: debian-devel@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 Sun, 2023-09-10 at 11:23 +0800, Paul Wise wrote:
> On Sat, 2023-09-09 at 23:08 +0200, Gunnar Hjalmarsson wrote:
>
> > My personal view is that it is a change in the right direction, and
> > I
> > have taken a couple of follow-up steps in Debian. There are still
> > loose
> > ends and more work
Intel is also slow in upstreaming their SYCL implementation to LLVM
upstream. So that there is still a very far way to go towards
the pytorch variant that can use intel ARC GPU.
On Mon, 2023-09-11 at 12:47 +0200, Adam Borowski wrote:
> So...
> If you've watched our Dear Leader's talk, a prominent
Just one comment.
Be careful if it bloats up our mirrors. Is there any estimate on
the extra space cost for a full debian mirror?
If we trade-off the disk space with decompression speed, zstd -19
is not necessarily very fast. I did not benchmark, but it is slow.
On Sat, 2023-09-16 at 10:31 +053
On Sun, 2023-09-17 at 22:16 +0200, Joerg Jaspert wrote:
>
> I do not think wasting space is any good idea.
>
> > ## More bandwidth
> > According to https://www.speedtest.net/global-index, broadband
> > bandwidth
> > in Nicaragua becomes almost 10x
>
> And elsewhere it may have gone up a diff
Package: wnpp
Severity: wishlist
Owner: Mo Zhou
X-Debbugs-Cc: debian-devel@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
On Tue, 2023-11-14 at 18:40 -0500, Nicholas D Steeves wrote:
>
> I see three outcomes:
>
> A) Continue to explain this to new contributors on a one-by-one
> basis.
> B) Advise against using Proton Mail for Debian work (where? our
> wiki?)
> C) Proton Mail begins to do something differently on th
Hi folks,
Following what has been discussed in d-project in an offtopic
subthread, I prepared some demo on imagined use cases to
leverage LLMs to help debian development.
https://salsa.debian.org/deeplearning-team/debgpt
To run the demo, the least requirement is a CUDA GPU with
> 6GB memory. You
Package: wnpp
Severity: wishlist
Owner: Mo Zhou
X-Debbugs-Cc: debian-devel@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
Hi folks,
I don't quite understand the meaning of automatic upgrades on a rolling
system such as Debian/Sid. According to my own experience, such
automatic upgrades could be dangerous.
Recently package ppp is pending for upgrade but it does not co-exist
with my currently installed network-manager
Hi Otto,
I rely on such helper utilities. Here I can list some recommendations.
On Thu, 2021-01-07 at 23:02 +0200, Otto Kekäläinen wrote:
> Do you have any tips about generic command-line coloring programs?
1. [diff-highlight] highlighting .diff/.patch files
located in package
git: /usr/s
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.
T
On Mon, 2021-07-05 at 02:09 +, Paul Wise wrote:
On Sun, Jul 4, 2021 at 11:20 AM Mo Zhou wrote:
> (2) use the "hardware capabilities" feature of ld.so(8)
...
> Solution (2) will result in very bulky binary packages;
Solution (2) seems like the only option that can be done entirely
within Debian
Hi,
Thanks for the updates.
On Wed, 2022-01-12 at 18:14 +0100, Maxime Chambonnet wrote:
"Native" Debian packages are starting to cover a significant portion of
the
stack [2], and it would be great to figure out the installation topic
The word "native" is ambiguous to a portion of developers as i
On Wed, 2022-01-12 at 21:06 +0100, Maxime Chambonnet wrote:
>
> > Headers and libraries should installed under the standard path,
> > so that the compiler and linker should be able to find them without
> > additional flags. Just install all stuff to /usr should be enough.
> Currently for example r
Hi Andreas,
Thank you for mentioning this. Your post inspired me to came up a
new choice.
On Fri, 2022-01-21 at 11:33 +0100, Andreas Tille wrote:
>
> This recently happed for me in the case of onetbb (which was not
> uploaded by myself - so I'm not even asking for myself while other
> packages o
On Wed, 2022-02-02 at 13:44 +0100, Andreas Tille wrote:
> Hi Wookey,
>
> Am Tue, Feb 01, 2022 at 02:07:21PM + schrieb Wookey:
> > Has anyone on the actual FTP team responded to this thread yet?
> > (sorry, I can't remember who that is currently)
> >
> > Either on Andreas's original simple que
@dod: It looks that we have to change the Architecture: of raku-*
packages into any (instead of "all") because there is no binnmu
for Arch:all package. Then upon each time we bump the rakudo API
version, we just need to file a regular transition bug to the
release team and trigger the rebuild.
On
wrote:
> On 2022-02-03 17:58:24, M. Zhou wrote:
> > @dod: It looks that we have to change the Architecture: of raku-*
> > packages into any (instead of "all") because there is no binnmu
> > for Arch:all package. Then upon each time we bump the rakudo API
> > ve
Meh... an interesting package name.
On Mon, 2022-03-07 at 20:29 +0100, Vincent Bernat wrote:
> ❦ 7 March 2022 18:33 +01, Adam Borowski:
>
> > > lumin highlights matches to a specified pattern (string or
> > > regular
> > > expression) in files, using color. This is similar to grep with
> > > co
Hi Adam,
I think the problems that apt/dpkg
are trying to deal with is already complicated enough, and
the architecture specific code are still not significant
enough to introduce change there.
Indeed supporting number crunching programs on ancient
hardware is not meaningful, but the demand on De
On Sat, 2022-03-26 at 11:42 +0100, Stephan Lachnit wrote:
> On Sat, Mar 26, 2022 at 2:36 AM M. Zhou wrote:
> >
> > Indeed supporting number crunching programs on ancient
> > hardware is not meaningful, but the demand on Debian's
> > support for number crunch
Hi,
"Core team" is already ambiguous enough. I'd suggest leave it alone and do not
try to define it. Attempts to define it are likely lead to nowhere other than
a definition hell. Unless there is such need in Debian constitution, I think
Debian should not try to do that.
The intention of that po
Hi,
I just noted this problem recently. Our model for team collaboration
(specifically for
package maintenance) is somewhat primitive.
We are volunteers. Nobody can continuously maintain a package for decades like
a machine.
Currently our practice for accepting other people's help involves:
(1)
On Fri, 2022-04-15 at 14:24 +0200, Luca Boccassi wrote:
> >
> > I think this will also improve newcomer's contributing experience.
> > This proposal is also filed at
> > https://salsa.debian.org/debian/grow-your-ideas/-/issues/34
>
> What about doing something even simpler - rather than having ad
Hi folks,
I learned in disappointment after becoming LuaJit uploader that
the LuaJit upstream behaves uncooperatively especially for IBM
architectures [1]. IIUC, the upstream has no intention to care
about IBM architectures (ppc64el, s390x).
The current ppc64el support on stable is done through c
Package: wnpp
Severity: wishlist
Owner: Mo Zhou
X-Debbugs-Cc: debian-devel@lists.debian.org
* Package name: luajit2
* URL : https://github.com/openresty/luajit2
* License : MIT/X
Description : OpenResty's Branch of LuaJIT 2
I'm going to remove ppc64el support from s
Hi Dipack,
I filed an ITP bug for luajit2 and will look into it.
Thank you!
On Mon, 2022-05-16 at 16:22 +, Dipak Zope1 wrote:
> Hello all,
> It'd be better to switch to luajit2 if it is possible. We can see
> right now the main issue with luajit project is no response from
> upstream of LuaJI
On Thu, 2022-05-19 at 16:30 +0200, Frédéric Bonnard wrote:
> Hi,
>
> I've followed luajit closely since 2015 on ppc64el as a porter
> without enough knowledge to port it, but trying to ease on the
> packaging/Debian side (being both IBMer/DD).
> That port has been a mixed effort between a code bou
Package: wnpp
Severity: wishlist
Owner: Mo Zhou
X-Debbugs-Cc: debian-devel@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
De
I wonder why an irrelevant package suddenly triggered autoremoval
of a very large portion of packages from testing.
https://udd.debian.org/cgi-bin/autoremovals.cgi
Searched for keyword nvidia-graphics-drivers-tesla-470, and I got
68866 entries. There must be something wrong.
https://bugs.debian.o
Package: wnpp
Severity: wishlist
Owner: Mo Zhou
X-Debbugs-Cc: debian-devel@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
I like this idea. I would personally recommend adding negative priority
as well. You know, it is completely meaningless to port some high performance
scientific computing software to archs like armel...
Meanwhile, different packages varies in the difficulty to port as well.
A software that heavily
Hi David,
Debian has a group of people working on bazel packaging.
https://lists.debian.org/debian-bazel/2022/06/threads.html
And bazel itself has been a years-long pain for tensorflow packaging.
I'm not following the updates for bazel packaging, but you
may browse the packaging work of the corre
e it does work
> with lua.
> Also I see that the autopkgtest of knot-resolver still fails on
> ppc64el.
>
> F.
>
> On Thu, 19 May 2022 22:14:01 -0400 "M. Zhou" wrote:
> > On Thu, 2022-05-19 at 16:30 +0200, Frédéric Bonnard wrote:
> > > Hi,
>
Package: wnpp
Severity: wishlist
Owner: Mo Zhou
X-Debbugs-Cc: debian-devel@lists.debian.org
* Package name: lodepng
Version : git master
Upstream Author : Lode Vandevenne
* URL : https://lodev.org/lodepng/
* License : Zlib
Programming Lang: C
Description
On Thu, 2022-08-18 at 21:18 +0200, Gioele Barabucci wrote:
> * The `--no-trim` option allows package maintainers that want to ship
> the whole changelog a way to do so.
>
> * The full changelogs are preserved in the source packages and thus
> available via `apt changelog` and similar mechanisms.
To be honest, in terms of volunteered reviewing work, waiting
for several months is not something new. In academia, it may
take several months to years to get a journal paper response.
I've ever tried to think of possible ways to improve the process, but
several observations eventually changed my
On Sat, 2022-08-27 at 09:50 +0200, Gard Spreemann wrote:
>
> contributing work. In some sense, contributing to Debian becomes
> mostly
> about waiting. (Sure, there is something to be said about extremely
> short, fragmented attention spans being unhealthy – but some
> contributions are naturally
On Sat, 2022-12-24 at 11:44 +0200, Jonathan Carter wrote:
>
> The non-free-firmware [component] has been created, but so far it
> only
> contains the rasbpi-firmware package.
Please ensure to include the packages for wifi cards, especially
the iwlwifi since I don't use desktop pc.
One of the mo
Package: wnpp
Severity: wishlist
Owner: Mo Zhou
X-Debbugs-Cc: debian-devel@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:
Package: wnpp
Severity: wishlist
Owner: Mo Zhou
X-Debbugs-Cc: debian-devel@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-
Package: wnpp
Severity: wishlist
Owner: Mo Zhou
X-Debbugs-Cc: debian-devel@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-devel@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-devel@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
Hi all,
I heard that people were looking for me during FOSDEM.
I spent a couple of hours and finally get something draft-ish
for the previously mentioned general resolution on the software
freedom interpolation with respect to AI software.
https://salsa.debian.org/lumin/gr-ai-dfsg
(I turned the
On Sat, 2025-01-11 at 13:49 +0100, Fabio Fantoni wrote:
>
> Today trying to see how a new person who wants to start maintaining new
> packages would do and trying to do research thinking from his point of
> view and from simple searches on the internet I found unfortunately that
> these parts a
On Sun, 2025-01-12 at 16:56 +, Colin Watson wrote:
>
> (I have less fixed views on locally-trained models, but I see no very
> compelling need to find more things to spend energy on even if the costs
> are lower.)
Locally-trained models are not practical in the current stage. State-of-the-art
Package: wnpp
Severity: wishlist
Owner: Mo Zhou
X-Debbugs-Cc: debian-devel@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
On Sun, 2025-01-12 at 22:36 +0100, Philipp Kern wrote:
>
> No-one is stopped from using any of the free offers. I don't think we
> need our own chat bot. Of course that means, in turn, that we give up on
> feeding it domain-specific knowledge and our own prompt. But that's...
> probably fine?
One
Hi folks,
It seems that "AI PC" was everywhere in the CES 2025, which basically indicates
the presence of the NPU device. Both AMD and Intel have integrated the NPU
device
into their own new CPUs -- in that sense I guess the NPU device will be more
popular
than discrete GPUs in the future, in te
Package: wnpp
Severity: wishlist
Owner: Mo Zhou
X-Debbugs-Cc: debian-devel@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: wnpp
Severity: wishlist
Owner: Mo Zhou
X-Debbugs-Cc: debian-devel@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 Sun, 2025-03-16 at 18:47 +, Blair Noctis wrote:
>
> Kind of a shameless plug, but enough people said it's useful so I thought
> might as well let more know.
>
> I'll not go into great details, because there isn't any. Just check its man
> page and source code:
> https://manpages.debian.o
Package: wnpp
Severity: wishlist
Owner: Mo Zhou
X-Debbugs-Cc: debian-devel@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
57 matches
Mail list logo
