Same here. I have a git server with clients connecting every 10 minutes or
so via SSH, and the problem is exactly the same.
About 20 hours from reboot logind goes nuts, then it must be restarted at
very variable intervals, about a couple a day.
--
Stefano
Il 15/ott/2015 01:27, "James Bottomley"
Processing commands for cont...@bugs.debian.org:
> reassign 801563 systemd
Bug #801563 [cryptsetup] cryptsetup: if I do not enter unlocking password
during initialization at a time, systemd can not boot
Bug reassigned from package 'cryptsetup' to 'systemd'.
No longer marked as found in versions c
On Mon, 21 Sep 2015 22:46:39 +0530 Ritesh Raj Sarraf wrote:
> Package: kdbus-dkms
> Version: 0.20150824t110616.0c05fbd-1
...
> When booting with kdbus, I get some of the services unavailable.
>
>
> rrs@chutzpah:~$ lsmod | grep -i kdbus
> kdbus 90112 237
> 22:40 âââ â
Your message dated Thu, 15 Oct 2015 01:18:44 +
with message-id
and subject line Bug#799562: fixed in kdbus-dkms 0.20150901t074837.245fe93-1
has caused the Debian Bug report #799562,
regarding kdbus-dkms: ignores KVER and always tries to build a module for the
running kernel
to be marked as do
On Mon, 28 Sep 2015 11:05:26 +0200 Alexandre Detiste
wrote:
> Package: kdbus-dkms
> Version: 0.20150824t110616.0c05fbd-1
> Severity: normal
>
> Hi,
>
> When user1 logs in, he can read his mails with kmail as usual.
> Then user1 logs out and user2 logs in.
>
> When users2 tries to read her mails
Accepted:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
Format: 1.8
Date: Thu, 15 Oct 2015 03:12:42 +0200
Source: kdbus-dkms
Binary: kdbus-dkms
Architecture: source
Version: 0.20150901t074837.245fe93-1
Distribution: experimental
Urgency: medium
Maintainer: Debian systemd Maintainers
Changed
kdbus-dkms_0.20150901t074837.245fe93-1_source.changes uploaded successfully to
localhost
along with the files:
kdbus-dkms_0.20150901t074837.245fe93-1.dsc
kdbus-dkms_0.20150901t074837.245fe93.orig.tar.xz
kdbus-dkms_0.20150901t074837.245fe93-1.debian.tar.xz
Greetings,
Your Debian que
On Thu, 2015-10-15 at 01:06 +0200, Michael Biebl wrote:
> Am 15.10.2015 um 00:34 schrieb James Bottomley:
> > On Thu, 2015-10-15 at 00:30 +0200, Michael Biebl wrote:
> >> Am 15.10.2015 um 00:16 schrieb James Bottomley:
> >>> Since there doesn't seem to have been any progress on this from the
> >>>
Am 15.10.2015 um 00:34 schrieb James Bottomley:
> On Thu, 2015-10-15 at 00:30 +0200, Michael Biebl wrote:
>> Am 15.10.2015 um 00:16 schrieb James Bottomley:
>>> Since there doesn't seem to have been any progress on this from the
>>> systemd side, and I'm really tired of my email users yelling at me
On Thu, 2015-10-15 at 00:30 +0200, Michael Biebl wrote:
> Am 15.10.2015 um 00:16 schrieb James Bottomley:
> > Since there doesn't seem to have been any progress on this from the
> > systemd side, and I'm really tired of my email users yelling at me
> > (justifiably since once the systemd-logind ser
Am 15.10.2015 um 00:16 schrieb James Bottomley:
> Since there doesn't seem to have been any progress on this from the
> systemd side, and I'm really tired of my email users yelling at me
> (justifiably since once the systemd-logind service dies, dovecot sasl
> fails to work and they can't send emai
Package: init-system-helpers
Version: 1.24
Severity: normal
`deb-systemd-helper enable foo@1.service` will not work even if the
corresponding foo@.service is correctly in place.
Use case: in the new version of debci, you will be able to run multiple
worker instances on each system, but by default
Since there doesn't seem to have been any progress on this from the
systemd side, and I'm really tired of my email users yelling at me
(justifiably since once the systemd-logind service dies, dovecot sasl
fails to work and they can't send email), this is the script I came up
with to alleviate the p
This was not enough on my system, fsck exited with signal 13 after 60s
anyway. This worked for me:
# systemctl mask systemd-fsckd.service systemd-fsckd.socket
At next boot, fsck ran for some minutes and then completed successfully.
Note that `systemctl disable` did not work because these units ar
On 14/10/15 14:21, Michael Biebl wrote:
> CCed Simon for this thoughts on this. Maybe it's too early to move the
> policy files around
Please keep policy files in /etc/dbus-1/s*.d until I work out what needs
to be done to make it safe to move them.
S
Michael Biebl [2015-10-14 15:21 +0200]:
> That's a valid point. I wonder whether we should start moving the policy
> files after stretch because of this.
> [...]
> CCed Simon for this thoughts on this. Maybe it's too early to move the
> policy files around
I talked to Simon on IRC and already reve
Martin Pitt [2015-10-14 10:39 +0200]:
> > > Now that dbus 1.10 is in testing, we can actually move them to
> > > /usr/share. \o/
> >
> > Wow, cool, that's great.
>
> Done:
>
> http://anonscm.debian.org/cgit/pkg-systemd/systemd.git/commit/?id=5daf857
Bad news, I had to revert this (and the cor
Am 14.10.2015 um 14:48 schrieb Felipe Sateler:
> On 14 October 2015 at 08:41, Michael Biebl wrote:
>> Am 14.10.2015 um 10:39 schrieb Martin Pitt:
>>> http://anonscm.debian.org/cgit/pkg-systemd/systemd.git/commit/?id=5daf857
>>>
>>> Although this is really a tangent to this thread, as there are o
On 14 October 2015 at 08:41, Michael Biebl wrote:
> Am 14.10.2015 um 10:39 schrieb Martin Pitt:
>> http://anonscm.debian.org/cgit/pkg-systemd/systemd.git/commit/?id=5daf857
>>
>> Although this is really a tangent to this thread, as there are other
>> conffiles which we can't remove that easily.
Am 14.10.2015 um 10:39 schrieb Martin Pitt:
> http://anonscm.debian.org/cgit/pkg-systemd/systemd.git/commit/?id=5daf857
>
> Although this is really a tangent to this thread, as there are other
> conffiles which we can't remove that easily.
Small nit: For systemd, where dbus is only a recommends
Julian Andres Klode [2015-10-13 11:06 +0200]:
> > > Nod. Although there will have to be shuffling around of at least all
> > > the dbus policies, no?
> >
> > Now that dbus 1.10 is in testing, we can actually move them to
> > /usr/share. \o/
>
> Wow, cool, that's great.
Done:
http://anonscm.de
21 matches
Mail list logo