Package: libpam-ssh
Version: 2.3+ds-5
Severity: important
X-Debbugs-Cc: deb...@akurth.de
Dear maintainer,
after upgrading from 2.3+ds-3 to 2.3+ds-5 the default profile changed
to "ssh-pwd", which added the following line at the bottom of my
/etc/pam.d/common-auth:
[success=0 default=ignore]
On Tue, 28 Jul 2020 14:55:23 -0300 Antonio Terceiro wrote:
> With this setup, I open mutt, hit "m" to compose, fill in "To:" and
> "Subject:", write something in $EDITOR, save, quit. Then I get:
>
> From: f...@example.com
>
> instead of
>
> From: Foo Bar
A similar observation might ha
Same here.
In contrast to previous similar issues, even reboot and recreation of
images/containers did not help. Had to downgrade, too.
5.5.0-1-amd64 #1 SMP Debian 5.5.13-2 (2020-03-30) x86_64 GNU/Linux
> My current workaroud is to start the postgresql server manually
> after every bootup, but this is tedious.
A better fix is to add
User=postgres
to the [Service] section of your systemd unit file. This should be
handled by the installation scripts of course.
Cheers, Andreas.
> Did you get any frames back? If not, then I guess it didn't like
> option type 61 and just discarded the DHCP Request and Discover
> packets.
No, just a couple of similar Request/Discover packets going out.
Cheers, Andreas.
> It would be great if you could tell me which DHCP server is running
> on your network,
Unfortunately I cannot reach anybody from IT staff.
> or the make and model of your gateway device.
Not sure what you mean by gateway device. My machine's eth1 is
"00:19.0 Ethernet controller: Intel Corporat
Package: ifupdown
Version: 0.8.1
Severity: important
Hello,
after upgrading to 0.8.1 the dhclient command line changed to
"dhclient -v -pf /run/dhclient.eth1.pid -lf /var/lib/dhcp/dhclient.eth1.leases \
-I -D LLT -df /var/lib/dhcp/dhclient6.eth1.leases eth1"
Because of the "-D LLT" argument dhc
Package: gnome-keyring
Version: 3.18.0-4
Followup-For: Bug #800617
Hi,
for me this bug is not fixed.
I use gnome-keyring to store SVN credentials. When calling "svn up" or
other server related commands, svn waits endlessly without returning.
This behaviour was introduced with 3.18.0-1 and can b
Package: frescobaldi
Version: 1.2.0-1
Severity: normal
Trying to start up frescobaldi results in the following error message
on my system (Debian unstable):
$ frescobaldi
Traceback (most recent call last):
File "/usr/bin/frescobaldi", line 28, in
from PyKDE4.kdecore import (ki18n, ki18nc,
9 matches
Mail list logo