Package: bash-completion
Version: 1:2.11-8
Severity: minor
File: /usr/share/bash-completion/completions/chromium-browser
X-Debbugs-Cc: phil...@marek.priv.at
This sequence runs chromium and blocks the shell until the browser is closed
again:
$ chromium --
So the bash-completion is more harm
Update:
"strings /usr/lib/firefox/UNUSED/libnss3.so | grep NSS_3. | sort
--version-sort"
gives me 3.79 max,
"dpkg-query -l libnss3" says 2:3.96.1-1
So the libraries included in firefox seem to be much older
Ok, I seem to have it fixed locally.
One of the threads in FF ran with much more CPU load, even if no
activity was expected.
"gdb" on it showed lots of
Thread 1 "Isolated Web Co" received signal SIGSYS, Bad system call.
0x7f5c4e636840 in __libc_open64
Another data point: The affected FF process has two defunct "Socket
Process"es,
the working FF-esr doesn't.
594571 ?Sl14:00 \_ /usr/bin/firefox.real
-ProfileManager
594630 ?Z 0:00 | \_ [Socket Process]
594753 ?Z 0:00 |
Package: gdb
Version: 13.2-1
Severity: minor
X-Debbugs-Cc: phil...@marek.priv.at
libc6-dbg contains a file
/usr/lib/debug/.build-id/3b/cc16afad852b9c0bfa30215cfe24de3e6bf0a2.debug;
loading that crashes my gdb.
(rr) symbol-file
Other data points after installing 120.0.1-1:
- Restarting firefox doesn't help
- Rebooting the machine doesn't help
(tried that in case some connected service (dbus?) was the culprit)
Package: firefox
Version: 120.0-2
Severity: normal
X-Debbugs-Cc: phil...@marek.priv.at
I can't reopen 1039566 as it's already archived;
with 120.0-2 I have the same problem again.
$ MOZILLA_DISABLE_PLUGINS=1 firefox -safe-mode
then open any page, open developer tools, and type
>>
To: Debian Bug Tracking System <>
Package: qtqr
Version: 2.1~bzr47-1
Severity: important
X-Debbugs-Cc: phil...@marek.priv.at
qtqr seems to be missing a dependency:
$ qtqr
Traceback (most recent call last):
File "/usr/bin/qtqr", line 17, in
from PyQt5.QtMultimedia import
ion because the issue is closed.
If you can still reproduce this with the latest kernel and libdrm
packages,
can you open a new issue upstream? And mention that in this bug?
Well, right now with 6.5.0-1-amd64 I can't reproduce.
(Yeah, that's not the latest, I know)
For that config line, why is
form-action 'self' sis.redsys.es
set up as a default?
I guess that's a left-over for testing from upstream,
but that should be removed in the official default config file.
Well, actually I'm not complaining about the process being buggy - what is
worrying me is that the process runs in the logged-on user's context, but
without the ulimits (as per /etc/security/limits.conf) or any other limits set
up!
At the very least the systemd file should include some sane
Package: pipewire
Version: 0.3.80-2
Severity: normal
X-Debbugs-Cc: phil...@marek.priv.at
I just got my pipewire process OOM killed:
[62615.563546]
Package: uhubctl
Version: 2.5.0-1
Severity: normal
X-Debbugs-Cc: phil...@marek.priv.at
When filtering via location, I get "wrong" hubs as well:
$ uhubctl -l 1-4
Current status for hub 2-4 [17ef:3072 VIA Labs, Inc. USB3.0 Hub, USB
3.10, 4 ports, ppps]
Port 1: 02a0 power 5gbps
I suspect the culprit might be one of pkcs11 modules you are using, not
p11-toool itself.
Yeah, you're right -- thanks!
eToken's PKCS11 still uses 1.1, even in a current version.
Are you actually testing /usr/bin/p11tool as shipped by gnutls-bin?
Please doublecheck.
I believe I do?
location:
$ which p11tool
/usr/bin/p11tool
no symlink or such stuff:
$ ls -al /usr/bin/p11tool
-rwxr-xr-x 1 root root 339720 6. Sep 18:26 /usr/bin/p11tool
file comes
Package: gnutls-bin
Version: 3.8.1-4+b1
Severity: normal
X-Debbugs-Cc: phil...@marek.priv.at
After removing libssl1.1:amd64=1.1.1o-1 I can't run p11tool any more:
# LD_DEBUG=libs p11tool
1708431: find library=libcrypto.so.1.0.1 [0]; searching
...
1708431: find
Package: crossgrader
Version: 0.0.3+nmu3
Severity: wishlist
X-Debbugs-Cc: phil...@marek.priv.at
I'm using crossgrader to "upgrade" a VM and get
debian_crossgrader.utils.apt.PackageNotFoundError:
linux-image-6.1.0-10-686-pae:amd64 could not be found in APT's cache
I guess the kernel image
Hi Adrian,
forwarded 1000123
https://github.com/phmarek/fsvs/commit/4f791f3c6f668597f7490b5e5c9a986f84eb08b8
Bug #1000123 [src:fsvs] fsvs: depends on obsolete pcre3 library
Set Bug forwarded-to-address to
'https://github.com/phmarek/fsvs/commit/4f791f3c6f668597f7490b5e5c9a986f84eb08b8'.
Please disregard, SD-card was broken in a few blocks.
Had no errors in dmesg, but "dpkg --verify" showed a few bad files -
among then libruby which was loaded.
Sorry about the noise.
Package: vim-nox
X-Debbugs-Cc: phil...@marek.priv.at
Version: 2:9.0.1672-1
Severity: grave
When running vim on an Rpi1B (which is otherwise stable), vim crashes
immediately.
# LD_DEBUG=all vim -u none -U none --clean
...
4400: symbol=_ITM_registerTMCloneTable; lookup
With the update to 115.0.2 it works again - even in the profile that was
broken before.
Thanks!
Hi Mike,
Ad 1:
- banking.bank99.at uses crypto.getRandomValues() even before login
"The server at banking.bank99.at is taking too long to respond."
Yeah, http is blocked - you'll need to use https:// for that.
- RedHat support webpage uses getRandomUUID after login
Both fail with
Package: firefox
Version: 114.0-1
Severity: grave
X-Debbugs-Cc: phil...@marek.priv.at
Websites that need randomness ([1]) are broken,
on both Debian FF 113.0.2 and 114.0 (114.0.2 not yet available for amd64).
Reproduced with a new profile without any plugins.
strace shows FF being able to use
Package: linux-perf
Version: 6.1.7-1
Severity: minor
File: /usr/bin/perf
X-Debbugs-Cc: phil...@marek.priv.at
I've written a trace with "perf record"; when viewing via "perf report"
it I zoom into a function and choose
Show individual samples with assembler
But that gives me just an error
Seems like you are mixing unstable and experimental. Please try with
the packages from unstable (version 1:29.0.6-21).
Ah yeah, right -- adb/fastboot from experimental
fetch newer versions for _some_ of the libraries.
I also tried removing dexdump and android-lib*
and reinstalling them from
Package: dexdump
Version: 11.0.0+r48-4
Severity: grave
X-Debbugs-Cc: phil...@marek.priv.at
dexdump won't run:
$ dexdump
dexdump: symbol lookup error:
Package: src:linux
Version: 6.0.8-1
Severity: important
X-Debbugs-Cc: phil...@marek.priv.at
Sorry about the German messages.
libvirt version: 8.9.0, package: 1 (Andrea Bolognani
Sat, 19 Nov 2022 23:00:34 +0100)
Nicht unterstützte Konfiguration: SCHED_CORE not supported by kernel
Hi Vincent,
I am not able to reproduce on my system. I don't have libclang1-15 at
all and it works. bpftrace is not linked to libclang 15 but to libclang
14. Are you sure bpftrace is the one from the Debian package, not
side-compiled version?
ah yes, you're right.
Due to some problems in
Package: bpftrace
Version: 0.16.0-1+b1
Severity: important
X-Debbugs-Cc: phil...@marek.priv.at
# bpftrace
Package: hexer
Version: 1.0.6-1
Severity: normal
X-Debbugs-Cc: phil...@marek.priv.at
Replacing a nibble (only) has no effect; but the display indicates
otherwise.
To reproduce:
$ echo foo > bar
Package: manpages-dev
Version: 5.10-1
Severity: minor
File: /usr/share/man/man2/clone.2.gz
X-Debbugs-Cc: phil...@marek.priv.at
"man clone" says
CLONE_VM (since Linux 2.0)
...
If the CLONE_VM flag is specified and the CLONE_VM flag is not specified,
...
I guess that's a typo and
Package: bpftool
Version: 5.14.12-1
Severity: minor
X-Debbugs-Cc: phil...@marek.priv.at
Using an absolute path, I get output:
[/sys/kernel/btf]$ bpftool btf dump file $PWD/fat | head -2
[85705] STRUCT 'fat_mount_options' size=48 vlen=27
'fs_uid' type_id=506 bits_offset=0
Package: linux-perf-5.14
Version: 5.14.9-2
Severity: minor
"perf" can't show flamegraphs:
$ perf script report flamegraph
Flame Graph template
/usr/share/d3-flame-graph/d3-flamegraph-base.html does not exist. Please
install the js-d3-flame-graph (RPM) or libjs-d3-flame-graph (deb)
Do I read you correctly that the default Debian package doesn't
restart pcscd upon installing a new version?
Exact.
My idea was to NOT break already running applications. But it looks
like it is more problematic.
pcscd should also be restarted after a driver is installed so pcscd
rescan the
It seems as if it isn't going to be resolved either.
Yeah, that's my understanding as well.
I would suggest that you should try to rewrite your code.
Well, that's the thing - it doesn't error in my code but in Expect.pm!
Expect opens the pipes and does the reading/writing -
my script is
JFI: the same happens with upstream 1.35;
I could work around the problem via LC_ALL=C.
Hmm, strange. So a new version would not help.
Maybe this has some connection to your problem?
https://github.com/perl/perl5/issues/14839
Reads like the reason why it now errors, yeah.
JFI: the same happens with upstream 1.35;
I could work around the problem via LC_ALL=C.
Package: libexpect-perl
Version: 1.21-1.1
Severity: important
X-Debbugs-Cc: phil...@marek.priv.at
When using Expect.pm, the script dies with the above message.
The startup code is
$gdb = new Expect;
$gdb->raw_pty(1);
$gdb->log_stdout(1);
$gdb->spawn("gdb 2>&1", ()) or die "Cannot spawn
Hi Ludovic,
thank you for the quick answer!
I can reproduce the problem if I use "sudo systemctl restart pcscd".
You should NOT do that.
If you really need to restart pcscd you should do something like:
$ systemctl stop pcscd.service
$ systemctl stop pcscd.socket
$ systemctl start
Package: pcscd
Version: 1.9.4-1
Severity: normal
X-Debbugs-Cc: phil...@marek.priv.at
I noticed that 1.9.4-1 removes the /run/pcscd/pcscd.comm socket after
starting up; at least, after a "systemctl restart" I can see pcscd
having that socket open (via "lsof"), but it doesn't exist in the
Package: tmux
Version: 3.2a-4+b1
Severity: wishlist
X-Debbugs-Cc: phil...@marek.priv.at
After reading the discussion on HN, I'd like to ask for
https://github.com/csdvrx/sixel-tmux
to be included in the debian builds.
Thanks!
-- System Information:
Debian Release: bookworm/sid
APT
Hi Gabriel,
I could not reproduce this bug, even though I tried every version all
the way down to 1:2.10-2. Here's what I get:
Yeah, something else is broken - I had the same problem
with 5.1-2+b3/1:2.11-2 recently.
Perhaps I can find out what went wrong...
do you have any ideas? readline
Package: libffi-dev
Version: 3.4.2-2
Severity: minor
X-Debbugs-Cc: phil...@marek.priv.at
On update I got (sorry about my locale ;)
Fehler in »/usr/share/doc-base/libffi-dev.libffi«, Zeile 18: alle
»Format«-Abschnitte sind ungültig.
Beachten Sie: »install-docs --verbose --check
Package: bash-completion
Version: 1:2.11-3
Severity: normal
X-Debbugs-Cc: phil...@marek.priv.at
With this new bash-completion (and the associated bash=5.1-3+b1),
the completion is broken.
$ apt-get u
now puts all three possibilities on the CLI (instead of letting me
choose); with "a"
Package: acpitool
Version: 0.5.1-6
Followup-For: Bug #885623
X-Debbugs-Cc: phil...@marek.priv.at
acpitool breaks with a Lenovo L480 and Linux version 5.10.0-8-amd64:
# acpitool
acpitool: battery.cpp:816: int Count_Batteries_SysFS(): Assertion
`findex < 4' failed.
Abgebrochen
Not only myspell-hu errors out here:
Building PostgreSQL dictionaries from installed myspell/hunspell
packages...
ERROR: no ecoding defined in /usr/share/hunspell/ar.aff, ignoring
bg_bg
...
hu_hu
iconv: ungültige Eingabe-Sequenz an der Stelle 131
Package: libaom0
Version: 1.0.0.errata1-3
Severity: normal
X-Debbugs-Cc: phil...@marek.priv.at
When using libaom0 (via ImageMagick's "convert" or gimp), it crashes
when writing a avif:
$ gdb ... --args convert 20210812_215114.jpg 20210812_215114.avif
[Thread debugging using libthread_db
Update: even without --block-size rsync hangs with 100% CPU.
# rsync -va --inplace --no-whole-file --progress --stats
/var/lib/libvirt/images/... /mnt/tmp4/
0x5619df81a4c0 in hash_search (len=, buf=out>, s=, f=) at match.c:206
206 match.c: Datei oder Verzeichnis nicht gefunden.
Package: xterm
Version: 367-1
Severity: minor
X-Debbugs-Cc: phil...@marek.priv.at
Please see the attached screenshot.
It doesn't matter which menu I open (Ctrl+left, Ctrl+right, ctrl+middle
mouse button) - the right and bottom borders are always missing.
I can't be sure there aren't menu
Package: digikam
Version: 4:7.1.0-2
Severity: normal
X-Debbugs-Cc: phil...@marek.priv.at
Just "apt-get install digikam -t testing" doesn't work - libcharls2 is
left at 2.0.0+dfsg-1, but this digikam needs at least 2.2.0+dfsg-2 to
run.
-- System Information:
Debian Release: 11.0
APT prefers
With 5.10.0-6-amd64 I don't have this message anymore;
when resuming there's a few seconds wait before the screensaver
login window comes up, and I get these messages in kern.log:
[145941.159088] i915 :00:02.0: [drm] *ERROR* Link Training
Unsuccessful
[145941.367056] i915 :00:02.0:
This time I used "--block-size=65536" again, and it hang:
3841 pts/15 S 0:01 \_ -bash
92536 pts/15 R+ 2:36 \_ rsync -va --inplace --no-whole-file
--block-size=65536 --progress --stats
/var/lib/libvirt/images/win10.qcow2 win10.qcow2
92537 pts/15 S+ 1:28
# gdb --args rsync -va --inplace --no-whole-file --progress --stats
/var/lib/libvirt/images/win10.qcow2 win10.qcow2
went through without any problem.
So either the "--blocksize" is the reason -- or some bit pattern in the
previous version.
Touching the file and re-trying with checksumming
Package: fail2ban
Version: 0.10.2-2.1
Severity: minor
X-Debbugs-Cc: phil...@marek.priv.at
"powertop" reports fail2ban as having 30 wakeups per second
(with not that many files to check!).
This might not matter much for a big beefy busy server;
on an otherwise mostly idle system it's annoying.
I've got a script that tries to rsync a file to an external harddisk.
-rw--- 1 libvirt-qemu libvirt-qemu 107390828544 15. Apr 15:07
vm.qcow2
In essence,
/usr/bin/time rsync -va --inplace --no-whole-file --block-size=65536
--progress --stats \
Package: clusterssh
Version: 4.16-2
Followup-For: Bug #635513
X-Debbugs-Cc: phil...@marek.priv.at
Still not fixed - pasting words that include "@" results in errors and
no pasting.
-- System Information:
Debian Release: bullseye/sid
APT prefers testing
APT policy: (990, 'testing'), (500,
Package: hexer
Version: 1.0.6-1
Severity: normal
X-Debbugs-Cc: phil...@marek.priv.at
When doing a visual selection in a file and trying to write it to disk
(via pressing ":" (this inserts the range) and then " w /tmp/file"),
the whole source file is written with a name of "/tmp/file",
eg as
Package: linux-perf-5.10
Version: 5.10.19-1
Severity: minor
X-Debbugs-Cc: phil...@marek.priv.at
"perf annotate" pops up an ncurses interface that prominently says
"press h for help" on the lower border.
Pressing h does indeed show help - with "H" being listed to jump
to the hottest instruction,
Package: git-gui
Version: 1:2.30.1+next.20210212-1
Severity: minor
X-Debbugs-Cc: phil...@marek.priv.at
"git gui" is sensitive to its starting conditions.
In a git checkout with some changes do the following steps:
- start to commit something: # git commit -a
- in your $EDITOR, decide to run git
Package: wnpp
Severity: wishlist
X-Debbugs-Cc: phil...@marek.priv.at
* Package name: filius
Version : 1.11.0
Upstream Author : University Siegen, Germany
* URL : https://gitlab.com/filius1/filius
* License : GPL2, GPL3
Programming Lang: Java
Description
Package: lxqt-session
Version: 0.16.0-1
Severity: minor
X-Debbugs-Cc: phil...@marek.priv.at
With lxqt and xscreensaver, after suspending I get an error message
"Error running % 1 ..."
so the message (or at least the German translation, see attachment) is
broken.
Furthermore, an strace of
These things happened with ispell 3.4.01, but should no longer happen
with ispell 3.4.02. Is this happening only with idutch or also with
all ispell dicts?
I've got .02.
Only with idutch, the others were quiet.
By the way, I tried unsuccessfully to reproduce this with ispell
3.4.02 and
Package: dictionaries-common
Version: 1.28.3
Severity: normal
X-Debbugs-Cc: phil...@marek.priv.at
During installation quite a lot of lines with the message in $SUBJ come up:
Trigger für dictionaries-common (1.28.3) werden verarbeitet ...
ispell-autobuildhash: Processing 'american' dict.
Package: coreutils
Version: 8.32-4+b1
Severity: normal
File: /usr/bin/cut
X-Debbugs-Cc: phil...@marek.priv.at
Yeah, I read the manpage - "cut" counts from 1 ;)
When using the "FROM">1 in "cut -b FROM-TO", the output is wrong:
$ openssl rand 16777216 > /tmp/zeroes
$ cut -b1-1200 <
Package: uefitool-cli
Version: 0.27.0-1
Severity: wishlist
X-Debbugs-Cc: phil...@marek.priv.at
Hi,
when packaging the next version, please also include the "UEFIExtract"
binary.
Thank you very much!
-- System Information:
Debian Release: bullseye/sid
APT prefers testing
APT policy: (990,
Package: qtqr
Version: 2.0~bzr33-2
Severity: normal
X-Debbugs-Cc: phil...@marek.priv.at
When trying to copy/paste an URL, or sometimes even when just typing,
qtqr crashes with
Traceback (most recent call last):
File "/usr/bin/qtqr", line 568, in qrencode
unicode(self.tr('Bad
Package: hugin-tools
Version: 2020.0~beta1+dfsg-1
Severity: normal
This package from experimental can't be installed unless the python3=3.7
from stable package is installed.
I guess that's a typo or so, the current testing/unstable package uses
"python << 3.10" which is available.
-- System
Hi,
thanks for the quick answer!
You need to keep all the versions matching for the Android Tools
packcages, e.g. 8.1.0+r23. When the fastboot update comes, they'll
all work again. Or you can go back to 8.1.0+r23 for all the packages.
Yeah, I understand that.
But why not force that via
Package: fastboot
Version: 1:8.1.0+r23-8
Severity: normal
After updating adb to unstable, fastboot won't start any more:
$ apt-get install adb/unstable
Paketlisten werden gelesen... Fertig
Abhängigkeitsbaum wird aufgebaut.
Statusinformationen werden eingelesen Fertig
For the convenience of others in this thread:
I took Arch's package ([1], via [2], extracted it in /opt, and put a
symlink in /usr/local/bin. Works fine with openjdk-11-jre-headless.
(Perhaps something similar could be done to re-start the Java dependency
loop referenced in the blocking
Package: btrfs-progs
Version: 5.9-1
Severity: minor
File: /bin/btrfs
Being in a directory with BTRFS snapshots, this command crashes btrfs:
$ btrfs send backup_2020-11-02_105913 backup_2020-11-05_112008 --help
Details:
$ gdb --args btrfs send backup_2020-11-02_105913
Package: dexdump
Version: 8.1.0+r23-4
Followup-For: Bug #968863
The manual page of dexdump says
NAME
dexdump - Dex Tool
DESCRIPTION
debian/out/dexdump: error while loading shared libraries:
libsigchain.so.0: cannot open shared object file: No such file or
http://git.gnu.org.ua/cgit/gdbm.git/commit/?id=a0d6c1a8
found via
https://bugs.python.org/issue13947
so perhaps a git snapshot would fix that?
Package: dmtracedump
Version: 8.1.0+r23-4
Severity: minor
The manual page says
DESCRIPTION
debian/out/dmtracedump: invalid option -- '-' Copyright © 2006 The
Android Open Source Project
-- System Information:
Debian Release: bullseye/sid
APT prefers testing
APT policy:
DrNick on #kernelnewbies mentioned that on mmap() isn't cleaned up:
698118 14:52:47.634488 mmap(NULL, 16384, PROT_READ|PROT_WRITE,
MAP_SHARED, 4, 0) = 0x7f0467ea2000
That seems to keep the fd open, and so the lock persists...
So it's a libgdbm error.
Same behaviour with linux-image-amd64=5.7.6-1
Package: libgdbm6
Version: 1.18.1-5
Severity: normal
I think this is a kernel issue, but I'll report against libgdbm6 first to
have my reasoning checked.
Given this program:
#include
#include
int main (int argc, char *args[])
{
GDBM_FILE g;
(void) argc;
sorry, my fault.
I "had to" upgrade ffmpeg at some time in the past;
i ffmpegDepends libavformat58 (= 7:4.3-2)
i A libavformat58 Depends libgnutls30 (>= 3.6.14)
i libgnutls30 Depends libc6 (>= 2.25)
and so I had a newer libc than stable.
Sorry about the confusion;
Package: bpfcc-tools
Version: 0.12.0-2
Severity: normal
When using "trace-bpfcc" with the "--name" option, errors are reported
instead of events:
$ trace-bpfcc vfs_open -KUa -n ls
Exception ignored on calling ctypes callback function: .raw_cb_ at 0x7f274cbb5ee0>
Traceback (most
oh, sorry, libc actually is from unstable...
why was that installed with "apt upgrade -t stable"?
I agree it might be worth backporting this fix, but why would you be
updating libc on stable? (The only reason I can think of would be
partial upgrades to bullseye, which is hardly Severity: critical yet.)
I did
# apt-get upgrade -t stable
got a new libc, and SSH broke.
What data
Package: openssh-server
Version: 1:7.9p1-10+deb10u2
Severity: critical
Justification: breaks the whole system
Updating libc on stable breaks sshd; it dies with a SIGSYS on
clock_nanosleep.
https://www.openssh.com/releasenotes.html says
- Allow clock_nanosleep() in sandbox (recent
Package: hunspell-de-at
Version: 20161207-7
Severity: minor
File: /usr/share/hunspell/de_AT.dic
While the Copyright notice is encoded in UTF8
Copyright (C) 1999-2016 Björn Jacke
the actual words use latin1 - which makes it harder to correctly read the
file. Please change the (C) line to
Package: openssh-server
Version: 1:8.2p1-4
Severity: minor
The postinst script generates host keys for keys defined in
/etc/ssh/sshd_config, but NOT for definitions in /etc/ssh/sshd_config/*.
That's a bit inconsistent, perhaps these should be looked at too.
Sadly that means parsing "Include"
Package: procps
Version: 2:3.3.16-4
Severity: minor
File: /usr/bin/slabtop
The column output is broken:
OBJS ACTIVE USE OBJ SIZE SLABS OBJ/SLAB CACHE SIZE NAME
1898064 1822570 96%0,19K 90384 21361536K dentry
1698638 1549739 91%1,10K 58580
This is still broken... please provide a working package!
Thank you so much.
Package: libvirt-clients
Version: 6.0.0-4
Severity: minor
I've got a Windows 10 VM with a SATA CDROM and
a removable USB storage device:
Package: key-mon
Version: 1.17-1
Severity: minor
On a machine that receives no input (neither mouse nor keyboard),
"key-mon" requires about 10% CPU for me.
I'd have expected it to be event-triggered, so that no polling
would be necessary - seems I'm wrong.
strace shows it being active about a
Package: python3-mpmath
Version: 1.1.0-2
Severity: minor
File: /usr/lib/python3/dist-packages/mpmath/ctx_mp_python.py
During installation these messages are printed to the console:
python3-mpmath (1.1.0-2) wird eingerichtet ...
/usr/lib/python3/dist-packages/mpmath/ctx_mp_python.py:892:
Package: wireshark
Version: 3.2.1-1
Severity: minor
When changing the window layout (3 panes in vertical stack, or one pane
above two panes below, etc.), the file name gets removed from the window
title - which is a major annoyance if you've got more than one window open
at once ;)
-- System
Package: wireshark
Version: 3.2.1-1
Severity: minor
The "File/Open" dialog only gives me the bookmarks "Computer",
my home directory, and /tmp/.
The current directory that I started wireshark from is missing.
Furthermore, after opening a file (either by pasting the full path
or by selecting in
Package: wireshark
Version: 3.2.1-1
Severity: normal
The "Start/elapsed" field that is displayed upon "File/Open" is garbled,
please see the attached screenshot.
-- System Information:
Debian Release: bullseye/sid
APT prefers testing
APT policy: (990, 'testing'), (500, 'unstable'), (500,
Package: tshark
Version: 3.2.1-1
Severity: minor
Perhaps I'm mis-reading the man page, but the "-t" switch
doesn't seem to work for me:
$ tshark -c 1 -t ud -r T.pcap
1 13:01:07,129521 0.00 1...
$ tshark -c 1 -t ad -r T.pcap
1 13:01:07,129521 0.00 1...
$
Package: python3-vtk7
Version: 7.1.1+dfsg2-1+b2
Severity: normal
Upon installation, I get this message:
libpdal-plugin-faux (2.0.1+ds-1+b1) wird eingerichtet ...
libopencv-videoio4.2:amd64 (4.2.0+dfsg-4) wird eingerichtet ...
python3-vtk7 (7.1.1+dfsg2-1+b2) wird eingerichtet ...
Package: bash-completion
Version: 1:2.8-6
Severity: normal
With only the default "mawk" installed, auto-completion gives errors:
$ umount /
awk: line 18: function gensub never defined
awk: line 18: function gensub never defined
awk: line 18: function gensub never defined
Package: cltl
Version: 1.0.30
Severity: normal
$ ls -la /usr/share/doc/cltl/clm/index.html
-rw--- 1 root root 62868 Aug 31 1995 /usr/share/doc/cltl/clm/index.html
thanks
-- System Information:
Debian Release: bullseye/sid
APT prefers testing
APT policy: (500, 'testing'),
Package: parallel
Version: 20161222-1.1
Severity: important
$ echo 1 | parallel echo
sysread() isn't allowed on :utf8 handles at /usr/bin/parallel line 8410.
$ echo 1 | LC_ALL=C parallel echo
1
So the workaround is to use a non-UTF8 locale for that call.
-- System Information:
Hi Simon,
Can I query the version number for this? I think that this behaviour
was
fixed in the 2.80 upstream release and therefore the Debian 2.80-1
package.
Sorry, I'm not sure I understand.
I _reported_ against 2.80-1 ... and still have that installed, and
the problem still exists.
Package: neovim-runtime
Version: 0.4.3-2
Severity: normal
When editing lisp, C, or python files (didn't test any other yet),
`Highlight_Matching_Pair` throws an error when adding a parenthesis in
a comment.
Eg. start an empty python file and enter
# (
to get the error.
Please excuse
Package: neovim
Version: 0.4.3-1
Severity: normal
When selecting a file via in a directory listing, the file gets
opened but nvim throws a few error messages in before that:
Fehler beim Ausführen von "function
130_NetrwBrowseChgDir[20]..130_NetrwOptionSave":
Zeile 52:
provider:
1 - 100 of 383 matches
Mail list logo
