Package: nvidia-tesla-470-kernel-dkms
Version: 470.256.02-4
Followup-For: Bug #1089964
Same issue when building nvidia-tesla-470-driver with kernel 6.12.6 on
Debian/testing.
Fix issue with patch from
https://gist.github.com/joanbm/a6d3f7f873a60dec0aa4a734c0f1d64e
- Patch file /usr/src/nvidia-te
Package: nvidia-tesla-470-driver
Version: 470.256.02-4
Followup-For: Bug #1091193
Same issue when building nvidia-tesla-470-driver with kernel 6.12.6 on
Debian/testing.
Fix issue with patch from
https://gist.github.com/joanbm/a6d3f7f873a60dec0aa4a734c0f1d64e
- Patch file /usr/src/nvidia-tesla-4
Package: weechat
Followup-For: Bug #1076532
Dear Maintainer,
problem fixed with the last version 4.4.2 for weechat: upgraded on my desktop
with Debian/testing => no mre crash on quit :)
Thanks for your work, Laurent
Package: wnpp
Severity: wishlist
* Package name: vlang
Version : 0.4.7
Upstream Contact: Alexander Medvednikov
* URL : https://vlang.io/
* License : MIT
Programming Lang: C
Description : Simple, fast, safe, compiled language for developing
maintainabl
Package: weechat
Version: 4.3.1-1
Severity: normal
Dear Maintainer,
when leaving weechat (version 4.3.1 on testing/trixie, arch amd64) via "/quit"
command, I have a backtrace of a crash:
=== WeeChat backtrace ===
(written by WeeChat 4.3.1, compiled on Jun 24 2024 20:17:40)
001 ??:0 [fun
Package: plymouth
Version: 24.004.60-1+b2
Severity: normal
Dear Maintainer,
on Debian testing/amd64 with Linux kernel 6.6.15-amd64, during the boot, I have
duplicate kernel/system messages on my console:
- "normal" logs prefixed with timestamp
- some duplicate logs without timestamp displayed i
Package: wnpp
Severity: wishlist
* Package name: lsd
Version : 1.1.2
Upstream Contact: Wei Zhang
* URL : https://github.com/lsd-rs/lsd
* License : Apache-2.0
Programming Lang: Rust
Description : a rewrite of GNU ls with lots of added features like
color
Package: wnpp
Severity: wishlist
* Package name: uv
Version : 0.1.37
Upstream Contact: Charlie Marsh
* URL : https://github.com/astral-sh/uv
* License : MIT, Apache-2.0
Programming Lang: Rust
Description : an extremely fast Python package installer and
Package: wnpp
Severity: wishlist
* Package name: ruff
Version : 0.4.1
Upstream Contact: Charlie Marsh
* URL : https://github.com/astral-sh/ruff/
* License : MIT
Programming Lang: Rust
Description : an extremely fast Python linter and code formatter, wri
Hi Hugh,
> This isn't a bug with freetype or libpng1.6. The problem is that
> you've mixed packages from two different distributions during a large
> and very complex transition.
>
> Why are you installing packages from unstable (sid) on your testing
> system? As you've seen, that is a guaranteed
Package: libfreetype-dev
Version: 2.13.2+dfsg-1+b1
Severity: normal
Dear Maintainer,
I'm trying to install package libfreetype-dev version 2.13.2+dfsg-1+b1 on my
Debian/testing but I have errors due to unresolved dependencies with libpng16-16
package.
$ sudo apt install libfreetype-dev
Reading p
Package: virtualbox-dkms
Followup-For: Bug #1050096
Hi,
I confirm that this bug is solved with the fix of Jonas Andradas
:
In /usr/src/virtualbox-7.0.10/vboxnetflt/linux/VBoxNetFlt-linux.c
on line 50, changing the value from:
#if RTLNX_VER_MIN(6,5,0)
to:
#if RTLNX_VER_MIN(6,4,0)
Build OK on
Package: virtualbox-dkms
Version: 7.0.10-dfsg-2
Followup-For: Bug #1050406
Duplicate of bug #1050096
See https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1050096
regards, Laurent
Package: wnpp
Severity: wishlist
* Package name: helix
Version : 22.08.1
Upstream Author : Community
* URL : https://helix-editor.com/
* License : MPL-2.0
Programming Lang: Rust
Description : A modal text editor, inspired by Kakoune/Neovim
Helix-editor
Package: fzf
Version: 0.30.0-1+b1
Severity: normal
Dear Maintainer,
with the latest version of FZF (v0.30.0), the version returned by the binary is
:
$ fzf --version
0.30 (devel)
fzf Makefile uses git commands to determine the version and the revision
information for fzf --version, see
https:/
Package: gopls
Version: 1:0.1.11+ds-2
Severity: normal
Dear Maintainer,
I'm using gopls package version 0.1.11+ds-2 as Go Language Server for my Go
projects. This package is built from sources of golang-golang-x-tools package.
The gopls version for Debian package (here 0.1.11) came from these so
Package: neovim
Version: 0.7.2-1
Followup-For: Bug #1014160
Same issue for me with neovim-0.7.2-1 package from unstable installed on Debian
testing/amd64 :
$ nvim
vim/_init_packages.lua: cannot load incompatible bytecode
stack traceback:
(...)
Moreover, I compiled local Debian packages for vers
Package: black
Version: 22.3.0-1
Followup-For: Bug #1014069
After some debug, the root cause of this issue seems to be in debian/patches
black_version.patch :
--- black.orig/setup.py
+++ black/setup.py
@@ -47,10 +47,7 @@ else:
setup(
name="black",
-use_scm_version={
-"write_to
Package: black
Version: 22.3.0-1
Severity: important
Dear Maintainer,
Black tool is installed on my desktop via Debian repository : for Debian
testing,
latest version is 22.3.0-1
$ dpkg -l black
Desired=Unknown/Install/Remove/Purge/Hold
| Status=Not/Inst/Conf-files/Unpacked/halF-conf/Half-inst/
Package: ripgrep
Version: 13.0.0-2
Severity: normal
Hi,
during build of ripgrep, a script (rg.bash) is generated via clap tool
for autocompletion (see
https://github.com/BurntSushi/ripgrep/blob/master/FAQ.md#complete).
./target/release/build/ripgrep-/out/rg.bash
This script is not included in D
20 matches
Mail list logo
