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
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: 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
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: 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: 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: 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: 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: 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: 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: 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: 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: 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: 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: 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: 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: 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: 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: 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: 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: 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: 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
27 matches
Mail list logo
