Van: Andrey Borzenkov [[email protected]]
Verzonden: zaterdag 9 augustus 2014 5:48
> В Fri, 8 Aug 2014 19:57:12 +
> "Paassen, Hiram van" пишет:
>
> > Hey,
> >
> > Is there a off-line variant for systemctl enable/disable? We use buildroot
> > to generate/cross-compile a file-system and mak
В Fri, 8 Aug 2014 19:57:12 +
"Paassen, Hiram van" пишет:
> Hey,
>
> Is there a off-line variant for systemctl enable/disable? We use buildroot to
> generate/cross-compile a file-system and make extensive use of systemd. Right
> now we use installer scripts to create the symlinks needed to
From: "Luis R. Rodriguez"
The purpose of commit e64fae55 (January 2012) on systemd was
to introduce a timeout send to hell drivers that are not using
asynch firmware loading. That commit actually would not have
triggered in full effect on udev's usage of kmod for module
loading until commit 78623
Hey,
Is there a off-line variant for systemctl enable/disable? We use buildroot to
generate/cross-compile a file-system and make extensive use of systemd. Right
now we use installer scripts to create the symlinks needed to enable a unit.
This means changes in unit files also need changes in the
While a session can only ever have one controller, there can be more than
one session with a controller at a time. However, because of the handling
of SIGUSR1 for handling VT switch, trying to set a controller on a session
while another session had a controller would fail.
E.g. trying to start a r
In session_prepare_vt() we set owner of /dev/ttyX to the user, as that is
needed for things to work. However, we shouldn't "reset" it to root on
session_restore_vt() since it could have in fact already been set to the user.
---
src/login/logind-session.c | 2 --
1 file changed, 2 deletions(-)
dif
If controllers can expect logind to have "prepared" the VT (e.g. set it to
graphics mode, etc) then TakeControl() should fail if said preparation
failed (and session_restore_vt() was called).
---
src/login/logind-session.c | 15 +--
src/login/logind-session.h | 2 +-
2 files changed,
W dniu 08.08.2014 o 15:32, Zbigniew Jędrzejewski-Szmek pisze:
> On Fri, Aug 08, 2014 at 01:24:50PM +0200, Mateusz Jończyk wrote:
> We discussed this recently [1]. The idea is that the hostname is
> controlled by the dns admin. There's certain logic to this, and its
> the way that things have always
On Fri, Aug 08, 2014 at 05:00:11PM +0200, [email protected] wrote:
> From: Harald Hoyer
>
> According to Brent Baude , who provided the patch,
> IBM doesn't want to support the PPC 32 bit LE architecture at all.
They might now want to support it, but we might want to have the tuple
anyway.
Zbysz
From: Harald Hoyer
According to Brent Baude , who provided the patch,
IBM doesn't want to support the PPC 32 bit LE architecture at all.
---
src/shared/architecture.h | 5 -
1 file changed, 5 deletions(-)
diff --git a/src/shared/architecture.h b/src/shared/architecture.h
index 71c79b1..2bbf
From: Harald Hoyer
Thanks to Brent Baude , who checked with the debian
guys, that this is correct and provided the patch.
---
src/shared/architecture.h | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/src/shared/architecture.h b/src/shared/architecture.h
index 38780d1..71c79b1
On Fri, Aug 08, 2014 at 01:24:50PM +0200, Mateusz Jończyk wrote:
> Hello,
> The man page for nss-myhostname:
> http://www.freedesktop.org/software/systemd/man/nss-myhostname.html
> suggests that myhostname should be used as a last entry in
> /etc/nsswitch.conf:
> "It is recommended to put myhostnam
Hello,
The man page for nss-myhostname:
http://www.freedesktop.org/software/systemd/man/nss-myhostname.html
suggests that myhostname should be used as a last entry in
/etc/nsswitch.conf:
"It is recommended to put myhostname last in the nsswitch.conf line to
make sure that this mapping is only used
On Fri, 08.08.14 11:34, Mateusz Jończyk ([email protected]) wrote:
Could you please send this unencrypted to the mailing list, please? This
is actually not a security issue, just follows normal behaviour. But I
think I should better reply to this in public. Thanks.
> Encrypted with Lennart's publ
Hi,
migrating from sysV to systemd I ran into some issues with random
behavior of session bus availability. The setup is as follows:
systemd starts a service which starts an x-session like this:
[Unit]
Description=Master Process
After=systemd-user-sessions.service systemd-udedvd.service dbus.se
15 matches
Mail list logo