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
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
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
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
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
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
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
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
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-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
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
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
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
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
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
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
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
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 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
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
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,
>
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
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
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 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.
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
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
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
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
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
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
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:
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
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 crunching i
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
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
> > >
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
@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
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
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
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
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
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
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 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:
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
46 matches
Mail list logo