Package: nicotine
Version: 3.3.2-1
Severity: grave
Justification: renders package unusable
Hi there,
I'm running sid, just installed Nicotine after a good while not using
it. Known dependencies are present, Python up to date, running
`nicotine` fails:
[05/15/24 20:41:37] Loading Python 3.11.9
Package: pal
Version: 0.4.3-9
Followup-For: Bug #996329
Actually appears to be the same bug as reported earlier. I don't think
it's important, the duplicate should be closed.
Interactive mode obviously got never fully implemented to put it mildly,
and what's left is aging badly. Not too
Package: tor
Version: 0.4.7.13-1
Followup-For: Bug #963151
The same thing has again been popping up for a couple of months, we're
just at a later version of course.
Tor was compiled with zstd 1.5.2, but is running with zstd 1.5.4. For
safety, we'll avoid using advanced zstd functionality.
Package: note
Version: 1.3.26-3
Severity: normal
Tags: patch
Hey guys,
due to a mistake in the package provided config file, if copied as is,
changing the directory for the DBM backend has no effect.
/usr/share/doc/note/examples/noterc.gz:
60c60
< dbm::directory = ~/.notedbm #
Package: manpages
Version: 6.02-1
Severity: minor
Hi,
mtrace, sprof and sotruss are now shipped by libc-devtools, with the
manpage for the latter already included there. I suggest moving the
others too.
Regards,
Oliver
Package: vifm
Version: 0.12-1+b1
Followup-For: Bug #1024875
The path under /usr/share/vifm doesn't appear to be honored other than
vifm on first run copying the vifm-help.txt, itself already a copy of
the manpage, to $HOME/.config/vifm. The purpose is unclear, :help fails
with the error described
Package: codequery
Version: 0.24.0+dfsg1-1
Severity: minor
Hi!
exuberant-ctags was superseded by universal-ctags that's been in Debian
for a couple of years now. Codequery's website explicitly states both
are supported and I can confirm as much. Please add universal-ctags as
an alternative,
Package: luarocks
Version: 3.7.0+dfsg1-1
Severity: grave
Justification: renders package unusable
Hi,
thanks for reviving the package. Now I'm getting this when attempting to
install however:
Error: Cannot access repository at /root/.luarocks/lib/luarocks/rocks-5.3
dpkg: error processing
Package: pinfo
Version: 0.6.13-1.1
Followup-For: Bug #945229
Yes, but with a clean exit you're even lucky, hit on a broken manpage
link (it line breaks on all with a hyphen in it) and it's crashing
without even resetting your terminal, which is a bit rude but a
different issue. There is a setting
Package: flatpak
Followup-For: Bug #988117
Sorry, turns out flatpak fish is bound to the SDK runtime, which I didn't want
to install. There is no bug.
Regards
Package: flatpak
Version: 1.10.2-1
Severity: normal
Tags: upstream
Hi!
I'm reporting this for flatpak even though point of failure and error
message refer to bubblewrap (here 0.4.1-3), but it's clearly more of a
flatpak (or flathub) issue. Some of their packages cannot be started
once /bin is a
Package: sockstat
Version: 0.4.1-1
Severity: normal
Hi,
in contrast to `ss` (and others) I'm getting no output with `sockstat`
being run as a normal user, which is unclear from the manpage or README
and cannot be expected for something living under /usr/bin. (It lists
holding process by
Package: vim-scripts
Version: 20201113
Severity: normal
Hi,
please rename:
Mustang.vim ==> mustang.vim
While the scheme works even with a wrong file name, vim looks for the
correct one and prints an error message on startup. Hence this only happens
when set (capitalized) in
Package: lybniz
Version: 3.0.4-3
Severity: important
Hi,
lybniz expects a scipy installation present, but it's currently missing
from the dependencies:
Versions of packages lybniz depends on:
ii gir1.2-gdkpixbuf-2.0 2.40.0+dfsg-5
ii gir1.2-glib-2.0 1.64.1-1
ii gir1.2-gtk-3.0
Package: capstone-tool
Version: 4.0.1+really+3.0.5-2
Severity: wishlist
Hi there,
capstone-tool is in section libs despite providing no "necessary
functionality" for other software. Only dependency being
"forensics-all", but that isn't a real package. It seems unwarranted and
rather
Package: binfmtc
Version: 0.17-2+b1
Severity: important
Hi,
realcsh.c and realcxxsh.cc are broken, apparently no longer linking
correctly to readline:
/usr/bin/ld: /tmp/ccx5pXpn.o: in function `main':
/usr/bin/realcsh.c:64: undefined reference to `readline'
/usr/bin/ld:
Package: rtkit
Version: 0.12-4
Severity: important
Tags: upstream
Hello,
beginning with the latest update, rtkit-daemon is filling my syslog with
near identical, informational messages like:
Sep 06 20:41:57 localhost rtkit-daemon[14050]: Supervising 17 threads of 9
processes of 1 users.
Package: iproute2
Version: 5.2.0-1
Followup-For: Bug #873818
Hi,
the package still ships a man page for ifstat, why is that? Briefly
judging from the changelog I guess it's just been overlooked following a
revert. It probably should be removed, or at least add a short hint to
the readme
Package: gforth
Version: 0.7.3+dfsg-7
Severity: normal
Hi!
Very likely only temporary, yet just in case of an oversight: Gforth is
currently stuck in unstable as gforth-common lags behind. Nothing
serious, nothing's broken, we're around the holidays, but it's a couple
of days now and the
Package: openbox
Version: 3.6.1-7
Severity: minor
Hi!
Openbox recommends obconf, which is GTK based, but there's also a Qt-version
available, obconf-qt, providing roughly equivalent functionality. I'd like to
suggest both being recommended as an option. Recommendations should be
satisfiable
Package: links2
Version: 2.17-1
Severity: minor
Tags: upstream
Hi,
the following options as per man page and links2 -h
-html-t-text-color <0>-<15>
Text color in text mode.
-html-t-link-color <0>-<15>
Link color in text mode.
-html-t-background-color <0>-<7>
Package: libnet-pcap-perl
Version: 0.18-2+b2
Severity: normal
Hi,
it seems that Pcap.pm doesn't export `pcap_close` quite as intended, so e.g.
sudo pcapinfo
just fails with
"Undefined subroutine ::pcap_close called at /usr/bin/pcapinfo line
55."
Regards,
Oliver
-- System
Package: cons
Version: 2.3.0.1+2.2.0-2
Severity: grave
Tags: a11y upstream
Justification: renders package unusable
Dear Maintainer,
cons unfortunately fails immediately and no longer succeeds on building
even a single C source file:
do "Construct" failed, '.' is no longer in @INC; did you
Package: ddir
Version: 2016.1029+gitce9f8e4-1
Severity: important
Tags: patch upstream
Hello,
ddir is fairly broken on my machine due to a possible typo in what
appears to be a more recent addition. Use closedir instead of close:
496c496
< closedir $DIR or warn "Close failure: $ERRNO
Package: python3-pip
Followup-For: Bug #847918
Hi,
this report can be closed. As could've been deduced from the error message,
the crash was rather due to a local version conflict between pip and Setuptools.
It appears I had accidentally updated my system version of the latter, instead
of a user
Package: cppcheck
Version: 1.76.1-1
Severity: minor
Hi there!
´cppcheck´ is currently without suggestion/recommendation, yet there is a gui
package.
Please include some reference to ´cppcheck-gui´, I think a suggestion would do
the trick.
Thank you.
Oliver
-- System Information:
Debian
Package: python3-pip
Version: 9.0.1-1
Severity: normal
Tags: upstream
Pip3 fails when attempting to list only outdated packages with pip3 list -o:
Exception:
Traceback (most recent call last):
File "/usr/lib/python3/dist-packages/pip/basecommand.py", line 215, in main
status =
Package: links2
Version: 2.11-1
Severity: normal
Tags: upstream
Hi,
when invoking the About window from the Help menu and then selecting 'Version',
Links will crash immediately.
Back in the shell I'm left with the following information:
'''
INTERNAL ERROR at menu.c.:211: menu_version: text
28 matches
Mail list logo