Package: ejabberd
Version: 18.12.1-2
Severity: normal
During long server uptime TLS certificate can expire and clients cannot connect
anymore. For example Let's Encrypt offers only three months valid time for
certificates.
Manual fix if is to restart the server manually or by Cron, but maybe
Package: dovecot-imapd
Version: 1:2.3.4.1-5+deb10u6
Severity: normal
Dear Maintainer,
During long server uptime TLS certificate can expire and clients cannot connect
anymore. For example Let's Encrypt offers only three months valid time for
certificates.
Manual fix if is to restart the server
Package: exim4
Version: 4.92-8+deb10u6
Severity: normal
During long server uptime TLS certificate can expire and clients cannot connect
anymore. For example Let's Encrypt offers only three months valid time for
certificates.
Manual fix if is to restart the server manually or by Cron, but maybe
Package: gpodder
Version: 3.10.7-2
Severity: minor
Gpodder creates its config dir as gPodder directly under $HOME. This is non-
standard and created unnecessary visible content to user's home directory.
Should be a hidden ".gPodder" or under the ~/.config/
-- System Information:
Debian
Problem solved (sort of) by commenting out lines in /etc/profile:
## include /etc/bash.bashrc if it exists
#if [ -f /etc/bash.bashrc ]; then
# . /etc/bash.bashrc
#fi
I had had this inclusion in /etc/profile for at least 15 years, and
this seemed to be the 1st time it caused a problem. I
Package: sympa
Version: 6.2.40~dfsg-1+deb10u1
Severity: important
Dear Maintainer,
The latest Sympa security update fails to install normally on my Debian Buster,
but works normally, if restarted manually after the package install failure.
Error logs seem to be:
-sh: 11: /etc/bash.bashrc:
f database updates fails with timeout.
---
Harri
On 2020-11-01 20:52, Sebastian Andrzej Siewior wrote:
> On 2018-12-10 19:08:58 [+0200], Harri Suutari wrote:
>
>> I think it should try both IPv6 and IPv4 before giving up.
>
> Could you please double check with 102
On Thu, 02 Apr 2020 20:42:49 +0300 Harri Suutari wrote:
>
> Configuration file /etc/default/spamassassin has
>
> # Set nice level of spamd
> NICE="--nicelevel 15"
>
> but the spamd processes do not use the nice value.
I learned that the nice value actually
On Thu, Apr 02, 2020 at 07:58:58PM +0200, intrigeri wrote:
> /etc/default/tor also reads:
>
> # Note that this file is not being used for controlling Tor-startup
> # when Tor is launched by systemd.
>
> So with systemd, I think you need to use LimitNICE=
> (systemd.exec(5) manpage) in a
Package: spamassassin
Version: 3.4.2-1+deb10u2
Severity: normal
Configuration file /etc/default/spamassassin has
# Set nice level of spamd
NICE="--nicelevel 15"
but the spamd processes do not use the nice value.
-- System Information:
Debian Release: 10.3
APT prefers stable-updates
APT
Package: tor
Version: 0.3.5.10-1
Severity: normal
File /etc/default/tor has
# If tor is seriously hogging your CPU, taking away too much cycles from
# other system resources, then you can renice tor. See nice(1) for a
# bit more information. Another way to limit the CPU usage of an Onion
#
This bug did not go away by updating from Stretch to Buster.
A quick fix seems to be changing 'reload' to 'restart' in the
logrotate conf file /etc/logrotate.d/apache2.
--
Harri
Package: thunar
Version: 1.8.4-1
Severity: important
Hi,
I have four monitors as separate X screens. So on each screen I get a different
value for the DISPLAY environment variable:
DISPLAY=:0.0
DISPLAY=:0.1
DISPLAY=:0.2
DISPLAY=:0.3
But in Buster on Xfce desktop now Thunar window now always
Lately after having stability problems probably related to the Nvidia
driver, I decided to try the Nouveau driver again. At first I got the
same problem: Xorg crashing at startup. Then I edited xorg.conf and
commented out all the lines concerning the HDMI output (Device,
Monitor, Screen,
Package: clamav-freshclam
Version: 0.100.2+dfsg-0+deb9u1
Severity: normal
Dear Maintainer,
a ClamAV installation on a machine on a private network thinks it can use IPv6
to fetch the updates and fails, because IPv6 is not available onwards the
router, but only in the internal private network.
Package: zulucrypt-gui
Version: 5.0.2-2
Severity: normal
Dear Maintainer,
the config directories in user's home directory get full permissions
for everybody (drwxrwxrwx):
~/.zuluCrypt
~/.zuluCrypt-socket
This is a security issue.
On Fri, 18 Nov 2011 00:34:41 +0100 Tobias Grimm
wrote:
>
> Mmmm VDR in a multiarch - right now I have no idea what's exactly
> causing this issue and how to fix it. It's obviously a problem with a
> 32-bit VDR calling the DVB-API of the amd64 kernel.
>
> Any help would be appreciated!
>
>
Package: boinc
Version: 7.6.33+dfsg-12
Severity: important
Dear Maintainer,
after fresh installation of Boinc to Stretch, the BOINC Manager did not start
from the menu icon, but complained about missing permissions to /var/lib/boinc-
client/.
Problem was solved by 'chmod g+rwx
On Thu, Jan 18, 2018 at 07:12:19PM +0100, Andreas Beckmann wrote:
> You need nvidia-legacy-304xx-kernel-dkms:amd64 instead of
> nvidia-legacy-304xx-kernel-dkms:i386
Thanks Andreas, that worked. Compiling now works for the 64-bit kernel
and X is running with the Nvidia driver.
All I needed to do
On Sun, 09 Jul 2017 18:00:27 +0300 Harri Suutari <hsuut...@gmx.com> wrote:
> Package: xserver-xorg-core
> Version: 2:1.19.2-1
> Followup-For: Bug #864070
>
> I also have Xorg crashing at startup after upgrading from Jessie to
> Stretch. Driver is nouveau with two Nvidia
Package: xserver-xorg-core
Version: 2:1.19.2-1
Followup-For: Bug #864070
I also have Xorg crashing at startup after upgrading from Jessie to
Stretch. Driver is nouveau with two Nvidia cards. X has not worked
at all since the upgrade.
I have tried these operations, but they have not helped.
Package: simpleid-ldap
Version: 1.0.0-2
Severity: important
Dear Maintainer,
file /etc/simpleid/ldap-filesystem.store.config.php starts with
?
which is a syntax error for PHP and file does not get included, and connection
to LDAP server does not work.
Changing the first line to
?php
solves
Package: xfwm4
Version: 4.10.1-3
Severity: normal
Dear Maintainer,
I watch movies and TV shows with VLC and VDR in full-screen mode on a second
monitor on a second X screen. When I move the mouse pointer to first X screen
and give focus on other window, the windows possibly laying beneath the
Package: minidlna
Severity: important
Dear Maintainer,
after removal of Minidlna some configuration data is left to
/var/lib/dpkg/statoverride, which makes dpkg unusable.
#apt-get purge minidlna
#apt-get install some_new_package
--
dpkg: unrecoverable fatal error, aborting:
syntax error:
On 2015-07-04 16:10, Paul Slootman wrote:
Then you should exclude such mounts from the backup, e.g. by adding
xdev: 1
to the dirvish.conf for that tree.
Actually I do have xdev: 1 for /home. Rsync still tries to access
the moint point, but fails, and the whole backup is considered failed.
Package: dirvish
Version: 1.2.1-1.2
Severity: important
Dear Maintainer,
if there are sshfs mounts with default options mounted
in the directory to be backed up, Dirvish leaves the
backup incomplete. The new backup directory does not
even have read access for users.
It should not be possible to
Package: xfce4-terminal
Version: 0.6.3-1+b2
Followup-For: Bug #710002
I have this problem now in Jessie, and also with the package download from
testing. In Wheezy it was fine.
Using --disable-server helps to avoid getting terminals on other screen closed.
-- System Information:
Debian
On 2015-07-01 17:35, Philipp Huebner wrote:
you are correct, but why is this a bug?
I thought it was a bug, but now it looks like a feature.
Maybe in the default configuration file there should not
be gaps with comment marks, to avoid confusion. Now
user must understand to remove also empty
Package: ejabberd
Version: 15.03-1
Severity: normal
Tags: l10n
Dear Maintainer,
/etc/ejabberd/ejabberd.yml:
## Authentication using LDAP
##
auth_method: ldap
^
The leading spaces are interpreted as syntax error and Ejabberd does not
start.
auth_method: ldap
No space fixes the problem.
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Hi,
I'd like to report that I've seen this kernel crash happening twice with
Debian Sarge Linux kernel 2.6.8-3-686-smp, when
* digital video camera has been connected to a wirefire port
* and I've been adjusting preferences in Kino (editing software).
Hi!
This problem just should be fixed. A running Debian system just
kills itself by filling the hard disk with .xsession-errors
files. Unless, of course, the administrator or all users
know how to prevent it.
I fixed it by editing my /etc/X11/Xsession:
Changed this:
exec $ERRFILE 21
to be like
31 matches
Mail list logo