I understand and support Colin's stance that the default configuration
shipped with Debian should follow upstream.
The nasty thing about subsystem directives is that they cannot be
overridden by a .conf file placed inside the /etc/ssh/sshd_config.d/
folder, due to this bug:
https://bugs.debia
Package: thermald
Version: 2.4.7-2
Severity: minor
X-Debbugs-Cc: deb...@dirdi.name
At least the following options have not been documented at the man page:
--systemd
--test-mode
--adaptive
-- System Information:
Debian Release: bookworm/sid
APT prefers testing
APT policy: (500, 'testing'), (5
After the upgrade to 94.0-2, I still experienced some crashes, but
disabling hardware acceleration (about:preferences > General >
Performance > uncheck both checkboxes and set processing limit to 8)
fixed it for me.
Package: firefox
Version: 94.0-1
Followup-For: Bug #998108
X-Debbugs-Cc: deb...@dirdi.name
As a first step it would be good to have a method - e.g. a crafted HTML page -
to crash firefox instantly and reproducible. This would enable us to bisect the
changes between 93.0-1 and 93.0-1+b1.
Package
Package: openvpn
Version: 2.5~rc2-1
Severity: normal
Tags: upstream security
X-Debbugs-Cc: deb...@dirdi.name, Debian Security Team
OpenVPN's man page suggests to run the daemon as nobody.nogroup. This is
a bad habit since other daemons that also run as nobody.nogroup could
interfere with the Open
Package: systemd
Version: 245.6-1
Followup-For: Bug #826045
Just installed the scripts provided by Andre and they work like a charm,
with one minor issue:
I had to create the /efi/ directory manually:
# mkdir "/efi/$(cat /etc/machine-id)"
Without the directory the configuration of the kernel pa
Package: thunderbird
Followup-For: Bug #958418
Hi Carsten,
thanks for your fast response and detailed instructions! Indeed, it turned out
to be caused by misconfiguration. I updated thunderbird and firefox at once and
therefore can not tell which of both was responsible for messing up my config
Package: thunderbird
Version: 1:68.7.0-1
Severity: important
Whenever I click on a hyperlink, like inside a message, or even at the
"Mozilla"-Link of the "Help > About Thunderbird" dialog, the link will not be
opened by my browser. Instead, "Verifying the feed..." gets displayed at the
taskbar, im
Package: python3-openshot
Version: 0.2.2+dfsg1-1
Severity: grave
Justification: renders package unusable
After the transition to Python 3.8 one is no longer able to install Openshot:
$ sudo apt install python3-openshot
Reading package lists... Done
Building dependency tree
Reading state in
Package: syncthing
Version: 1.1.4~ds1-4
Followup-For: Bug #931401
Just want to confirm Joaquín's assumption that the package was built
with a wrong version string:
$ strings /usr/bin/syncthing | grep unknown-dev
_eval_args_additionalsalarm
clockalloc_spaceaudio/basicaudit-*.logauthoritiesbad add
Package: lsof
Version: 4.93.2+dfsg-1
Followup-For: Bug #940863
For me it is not only a section that is missing, but man refuses to open
lsof's manual page at all:
$ man lsof
man: can't open /usr/share/man/./version: No such file or directory
No manual entry for lsof
$ echo $?
16
-- System Infor
Package: initramfs-tools
Version: 0.135
Followup-For: Bug #948257
Just want to confirm Pierrick's observation that rolling back kmod and
libkmod2 to version 26-3 fixes the logspam.
Package: i3lock-fancy
Version: 0.0~git20160228.0.0fcb933-2
Followup-For: Bug #93
I suggest to at least patch the man page and document the actual behavior,
since not forking might have severe security implications: E.g. consider the
following shell script which is supposed to lock the screen
Package: xfce4-appfinder
Version: 4.12.0-2+b1
Severity: normal
When trying to open a terminal application (like vim) the following error
is risen, if one does not have the exo-utils package installed:
> xfce4-appfinder: failed to execute: Failed to execute child process
> “exo-open” (No such file
Package: i3lock-fancy
Version: 0.0~git20160228.0.0fcb933-2
Severity: normal
Tags: upstream
Unlike the man page suggests, i3lock-fancy does not fork, no matter if the -n
argument was supplied or not.
-- System Information:
Debian Release: bullseye/sid
APT prefers testing
APT policy: (500, 'te
Package: grub-pc
Followup-For: Bug #931896
I ran into this bug, too. The values of all set variables (prefix, root)
seemed to be sane and "ls $prefix/i386-pc" returned a list of *.mod files as
expected. However, when I tried to load the "normal" module, the error was
risen again:
> grub rescue> i
Package: xfce4-terminal
Version: 0.8.6-1
Followup-For: Bug #773994
Sorry, it seems I did not test properly, earlier: The bug is still present!
However, it does not
appear if the "Keep window open when it loses focus" option is set.
-- System Information:
Debian Release: buster/sid
APT prefers
Package: xfce4-terminal
Followup-For: Bug #773994
I just tested and indeed, the bug must have been fixed in the meantime.
-- System Information:
Debian Release: buster/sid
APT prefers testing
APT policy: (500, 'testing'), (50, 'unstable'), (5, 'experimental')
Architecture: amd64 (x86_64)
Fore
Package: xfce4-terminal
Followup-For: Bug #740455
This bug seems to be fixed in 0.8.1-1.
-- System Information:
Debian Release: stretch/sid
APT prefers testing
APT policy: (500, 'testing'), (50, 'unstable'), (5, 'experimental')
Architecture: amd64 (x86_64)
Foreign Architectures: i386
Kernel:
Package: src:linux
Followup-For: Bug #782331
This bug has already been reported upstream[0].
One of the related comments[1] suggests, to simply provide the not found
/lib/firmware/brcm/BCM20702A0-0a5c-21e6.hcd file to work around the bug. For
that purpose i downloaded the windows driver from my
Package: mysql-workbench
Followup-For: Bug #769393
Dear Dmitry,
Thanks for the tip! I placed the following wrapper script at
/usr/local/bin/mysql-workbench to work around the bug:
#!/bin/sh
if [ -n "${XDG_RUNTIME_DIR}" ]; then
GNOME_KEYRING_CONTROL="${XDG_RUNTIME_DIR}/keyring/control"
[ -z
Package: mysql-workbench
Version: 6.2.3+dfsg-7
Severity: normal
First of all, I'm aware of archived and related bugs #670813 and #670814.
Storing passwords in keychain does not work, if $GNOME_KEYRING_CONTROL env
variable is not present. mysql-workbench reports the following on startup:
$ mysql-
22 matches
Mail list logo
