Version: 215-5+b1
On Tue, 18 Nov 2014 11:24:46 +0100 Ansgar Burchardt
wrote:
> Version: 215-5
>
> Hi,
>
> On 11/18/2014 11:04 AM, intrigeri wrote:
> > Ansgar Burchardt wrote (05 Aug 2014 13:01:22 GMT) :
> >> trying to use systemd-run --user fails:
> >
> >> $ systemd-run --user /bin/sleep 3600
> >
Package: systemd
Version: 215-6
Severity: normal
Hi.
Since I've upgraded to -6 (and basically nothing else was upgraded
since then except gcc) I have the phenomenon that ssh logins take
considerably longer:
What auth.log shows on the server is this (right after the client
connects):
Nov 19 04:2
On Ma, 18 nov 14, 23:30:13, intrigeri wrote:
> Andrei POPESCU wrote (18 Nov 2014 21:40:00 GMT) :
> > I can try to help.
>
> Yay :)
>
> > Is the output of 'journalctl -alb' from the debug console enough for
> > a first assessment?
>
> That's a good start, but the output of the systemd bugscript g
Andrei POPESCU wrote (18 Nov 2014 21:40:00 GMT) :
> I can try to help.
Yay :)
> Is the output of 'journalctl -alb' from the debug console enough for
> a first assessment?
That's a good start, but the output of the systemd bugscript gives
more useful info.
Cheers,
--
intrigeri
On Ma, 18 nov 14, 09:51:12, intrigeri wrote:
>
> [Also, it seems that more helping hands to triage bug reports would be
> helpful: no need to be a systemd expert to do the first pass of making
> sure that all basic debugging info are provided by the submitter!]
I can try to help. Is the output of
Your message dated Tue, 18 Nov 2014 21:21:03 +
with message-id
and subject line Bug#757891: fixed in init-system-helpers 1.22
has caused the Debian Bug report #757891,
regarding init-system-helpers: Please do not depend on perl
to be marked as done.
This means that you claim that the problem
Accepted:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512
Format: 1.8
Date: Mon, 17 Nov 2014 20:47:58 +0100
Source: init-system-helpers
Binary: init-system-helpers dh-systemd init
Architecture: source all amd64
Version: 1.22
Distribution: unstable
Urgency: medium
Maintainer: pkg-systemd-maintai
Thank you for confirming. I pushed the tag and uploaded the new
version. I’d appreciate it if you could file the necessary unblock
request.
On Tue, Nov 18, 2014 at 12:15 PM, Niko Tyni wrote:
> On Tue, Nov 18, 2014 at 09:58:59AM -0800, Michael Stapelberg wrote:
>> Thanks, I pushed another commit w
init-system-helpers_1.22_amd64.changes uploaded successfully to localhost
along with the files:
init-system-helpers_1.22.dsc
init-system-helpers_1.22.tar.xz
init-system-helpers_1.22_all.deb
dh-systemd_1.22_all.deb
init_1.22_amd64.deb
Greetings,
Your Debian queue daemon (running
On Tue, Nov 18, 2014 at 09:58:59AM -0800, Michael Stapelberg wrote:
> Thanks, I pushed another commit which uses dh_perl -d.
>
> Niko, please let me know once you’ve tested what’s currently in git,
> so that I can upload a new version tomorrow. Thanks!
Works for me.
I started with a minimal chro
Control: tag -1 confirmed
Niels Thykier (2014-11-18):
> On 2014-11-18 13:18, Martin Pitt wrote:
> > Hey Niels,
> >
> > Niels Thykier [2014-11-18 7:16 +0100]:
> >> The changes look reasonable. But before you upload it, would it be
> >> possible to include patch for #754987 (comment #119 or #129
On 2014-11-18 20:51, Cyril Brulebois wrote:
> Control: tag -1 confirmed
>
> [...]
>
> A very nice thing to have fixed finally. Please go ahead; if anything
> breaks because of this, easy to track it down (again). ;)
>
> Mraw,
> KiBi.
>
Excellent - thanks for the quick reply, I have added an ud
Le 18/11/2014 09:30, intrigeri a écrit :
Hi dAgeCKo,
dAgeCKo wrote (17 Nov 2014 20:59:15 GMT) :
journalctl -al
[...]
Here are joined why you requested.
I hope that the provided information could help you.
Thanks!
However, the journalctl output seems to be empty (or is it my MUA?) =>
may yo
Thanks, I pushed another commit which uses dh_perl -d.
Niko, please let me know once you’ve tested what’s currently in git,
so that I can upload a new version tomorrow. Thanks!
On Tue, Nov 18, 2014 at 4:46 AM, Samuel Thibault wrote:
> Niko Tyni, le Tue 18 Nov 2014 14:39:06 +0200, a écrit :
>> On
On 18/11/2014 09:39, intrigeri wrote:
1. The proper solution still seems to patch systemd-cryptsetup so that
this workaround isn't needed; may you please send your patch
upstream? If not, just tell us and I guess someone here will do
it :)
I sent the patch today.
In the meanwhile, i
Package: systemd
Version: 215-5+b1
Followup-For: Bug #760649
This appears to be caused by exiting a systemd user session when the
user's home directory doesn't exist. In this case, the user is "nobody",
and the homedir is "/nonexistent". When systemd starts
systemd-exit.service to run the kill com
Control: tags -1 d-i
On 2014-11-18 13:18, Martin Pitt wrote:
> Hey Niels,
>
> Niels Thykier [2014-11-18 7:16 +0100]:
>> The changes look reasonable. But before you upload it, would it be
>> possible to include patch for #754987 (comment #119 or #129) as well? :)
>
> Oh dear, what a nasty issu
Niko Tyni, le Tue 18 Nov 2014 14:39:06 +0200, a écrit :
> On Mon, Nov 17, 2014 at 02:00:58PM -0800, Michael Stapelberg wrote:
> > I’ve pushed a couple of commits, see
> > http://anonscm.debian.org/cgit/collab-maint/init-system-helpers.git/ —
> > can you please confirm that I didn’t miss anything an
On Mon, Nov 17, 2014 at 02:00:58PM -0800, Michael Stapelberg wrote:
> I’ve pushed a couple of commits, see
> http://anonscm.debian.org/cgit/collab-maint/init-system-helpers.git/ —
> can you please confirm that I didn’t miss anything and uploading that
> version fixes the problem?
Looks fine, thank
Your message dated Tue, 18 Nov 2014 12:34:09 +
with message-id
and subject line Bug#769747: fixed in systemd 215-6
has caused the Debian Bug report #769747,
regarding libpam-system: please switch the dependency ordering in light of the
CTTE decision in #746578
to be marked as done.
This mean
Your message dated Tue, 18 Nov 2014 12:34:09 +
with message-id
and subject line Bug#769528: fixed in systemd 215-6
has caused the Debian Bug report #769528,
regarding systemd: ifup@ services failing if no /run/network directory
to be marked as done.
This means that you claim that the problem
Accepted:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
Format: 1.8
Date: Tue, 18 Nov 2014 12:37:22 +0100
Source: systemd
Binary: systemd systemd-sysv libpam-systemd libsystemd0 libsystemd-dev
libsystemd-login0 libsystemd-login-dev libsystemd-daemon0 libsystemd-daemon-dev
libsystemd-journal
Samuel Thibault, le Tue 18 Nov 2014 13:00:29 +0100, a écrit :
> Michael Stapelberg, le Mon 17 Nov 2014 14:00:58 -0800, a écrit :
> > I’ve pushed a couple of commits, see
> > http://anonscm.debian.org/cgit/collab-maint/init-system-helpers.git/ —
> > can you please confirm that I didn’t miss anything
systemd_215-6_amd64.changes uploaded successfully to localhost
along with the files:
systemd_215-6.dsc
systemd_215-6.debian.tar.xz
systemd_215-6_amd64.deb
systemd-sysv_215-6_amd64.deb
libpam-systemd_215-6_amd64.deb
libsystemd0_215-6_amd64.deb
libsystemd-dev_215-6_amd64.deb
libsystem
Hey Niels,
Niels Thykier [2014-11-18 7:16 +0100]:
> The changes look reasonable. But before you upload it, would it be
> possible to include patch for #754987 (comment #119 or #129) as well? :)
Oh dear, what a nasty issue! I was able to reproduce it in a VM, and
test/confirm the fix:
http:/
Michael Stapelberg, le Mon 17 Nov 2014 14:00:58 -0800, a écrit :
> I’ve pushed a couple of commits, see
> http://anonscm.debian.org/cgit/collab-maint/init-system-helpers.git/ —
> can you please confirm that I didn’t miss anything and uploading that
> version fixes the problem?
It seems to be alrig
Processing commands for cont...@bugs.debian.org:
> reassign 769069 dbus
Bug #769069 [systemd] systemd: Failed to start Login Service
Bug reassigned from package 'systemd' to 'dbus'.
No longer marked as found in versions systemd/215-5.
Ignoring request to alter fixed versions of bug #769069 to the
Control: tag -1 + moreinfo
Ansgar Burchardt wrote (05 Aug 2014 13:01:22 GMT) :
> trying to use systemd-run --user fails:
> $ systemd-run --user /bin/sleep 3600
> Running as unit run-17508.service.
> Failed start transient unit: Process org.freedesktop.systemd1 exited with
> status 1
It wo
Processing control commands:
> tag -1 + moreinfo
Bug #757114 [systemd] systemd-run --user fails
Added tag(s) moreinfo.
--
757114: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=757114
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems
__
Processing commands for cont...@bugs.debian.org:
> tags 766228 - moreinfo
Bug #766228 [systemd] systemd does not care /etc/default/grub
Removed tag(s) moreinfo.
> thanks
Stopping processing here.
Please contact me if you need assistance.
--
766228: http://bugs.debian.org/cgi-bin/bugreport.cgi?bu
Hi,
Gergely Nagy wrote (18 Nov 2014 08:26:41 GMT) :
> Dear systemd maintainers, past, present and future!
> I depend on your work; and what you have accomplished, despite road
> blocks and bridge trolls along the way, is a tremendous help to a lot of
> people, myself included. Through all the har
Hi PHilipp.
Philipp Hug mardi 18 novembre à 00:30
> Hi Philippe,
>
> By looking at the code it seems that systemd sets
> /sys/module/vt/parameters/default_utf8
> based on the locale setting which makes sense:
>
> https://github.com/systemd/systemd/blob/master/src/vconsole/vconsole-setup.c#L92
>
Processing commands for cont...@bugs.debian.org:
> tags 766228 + moreinfo
Bug #766228 [systemd] systemd does not care /etc/default/grub
Added tag(s) moreinfo.
> thanks
Stopping processing here.
Please contact me if you need assistance.
--
766228: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=
Hi Quentin,
Quentin Lefebvre wrote (17 Nov 2014 17:24:38 GMT) :
> I could provide a patch so that systemd-cryptsetup behaves the same way
> as cryptsetup.
> But actually, there is even an easier way to solve this: change the 'hash'
> parameter
> in /etc/crypttab to 'plain'.
> Doing this, cryptdi
Hi dAgeCKo,
dAgeCKo wrote (17 Nov 2014 20:59:15 GMT) :
>>> journalctl -al
[...]
> Here are joined why you requested.
> I hope that the provided information could help you.
Thanks!
However, the journalctl output seems to be empty (or is it my MUA?) =>
may you please double-check that you were run
Dear systemd maintainers, past, present and future!
I depend on your work; and what you have accomplished, despite road
blocks and bridge trolls along the way, is a tremendous help to a lot of
people, myself included. Through all the hardships, all the vile
negativity poured your way, you still di
36 matches
Mail list logo