On Tue, Mar 4, 2014 at 5:00 AM, Kay Sievers wrote:
> On Mon, Mar 3, 2014 at 11:06 PM, Kay Sievers wrote:
>> On Mon, Mar 3, 2014 at 10:35 PM, Stefan Westerfeld
>> wrote:
>>> First of all: I'd really like to see kdbus being used as a general purpose
>>> IPC
>>> layer; so that developers working
On Mon, Mar 3, 2014 at 11:06 PM, Kay Sievers wrote:
> On Mon, Mar 3, 2014 at 10:35 PM, Stefan Westerfeld
> wrote:
>> First of all: I'd really like to see kdbus being used as a general purpose
>> IPC
>> layer; so that developers working on client-/server software will no longer
>> need to create
Is anyone aware of any talks comparing systemd and launchd? Several of
the ground breaking ideas in systemd seem to come directly from
launchd. It would be interesting to hear about about why some ideas
were used and others were left behind.
I am not trying to second guess... just understand the d
I took a stab at a draft intro section for the fd.o wiki.
---
Systemd manages system startup and UNIX services. In recent years,
computers have become more dynamic. Servers are turned on and off to
balance performance and resource usage. Desktop hardware is attached
and detached as necessary. App
On 03/03/2014 14:28, Àlex Fiestas wrote:
> On Friday 28 February 2014 02:28:20 Lennart Poettering wrote:
>> They should just invoke the methods. If they get
>> org.freedesktop.DBus.Error.UnknownMethod,
>> org.freedesktop.DBus.Error.UnknownObject or
>> org.freedesktop.DBus.Error.UnknownInterface bac
On Mon, Mar 3, 2014 at 10:35 PM, Stefan Westerfeld wrote:
> First of all: I'd really like to see kdbus being used as a general purpose IPC
> layer; so that developers working on client-/server software will no longer
> need to create their own homemade IPC by using primitives like sockets or
> sim
Hi!
First of all: I'd really like to see kdbus being used as a general purpose IPC
layer; so that developers working on client-/server software will no longer
need to create their own homemade IPC by using primitives like sockets or
similar.
Now kdbus is advertised as high performance IPC solu
On Mon, Mar 3, 2014 at 11:57 AM, Lennart Poettering
wrote:
> On Mon, 03.03.14 16:12, Michael Biebl (mbi...@gmail.com) wrote:
>
>> The patch looked ok to me as is, but I can certainly add a --relative
>> if you prefer.
>>
>> Should
>> dbus1-generator-install-hook:
>>$(AM_V_at)$(MKDIR_P) $(D
Applied. Thanks!
-t
On Mon, Mar 3, 2014 at 9:13 PM, Umut Tezduyar Lindskog
wrote:
> ---
> man/systemd-networkd.service.xml |2 +-
> 1 file changed, 1 insertion(+), 1 deletion(-)
>
> diff --git a/man/systemd-networkd.service.xml
> b/man/systemd-networkd.service.xml
> index 6ee8494..cb6afaa
On 03/02/2014 10:11 PM, Djalal Harouni wrote:
> In kdbus_meta_append_*() we want to get the subjective context, so
> instead of using __task_cred() which reference the objective cred,
> use current_cred() to access the subjective cred.
>
> Signed-off-by: Djalal Harouni
> ---
> Compile tested and
---
man/systemd-networkd.service.xml |2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/man/systemd-networkd.service.xml b/man/systemd-networkd.service.xml
index 6ee8494..cb6afaa 100644
--- a/man/systemd-networkd.service.xml
+++ b/man/systemd-networkd.service.xml
@@ -74,7 +74,7
ping?
On Tue, Feb 18, 2014 at 12:02 AM, David Herrmann wrote:
> The ObjectManager dbus interface provides an InterfacesAdded signal to
> notify others about new interfaces that are added to an object. The same
> signal is also used to advertise new objects (by adding the first
> interface to a gi
On Sun, 02.03.14 23:55, Lennart Poettering (lenn...@poettering.net) wrote:
> I am still open for this btw. If somebody wants to hack on that, I
> figure this should simply be addded to ExecContext, as a strv of
> directory names. In exec_spawn() we'd then just create all those dirs,
> right after
On Mon, 03.03.14 16:12, Michael Biebl (mbi...@gmail.com) wrote:
> The patch looked ok to me as is, but I can certainly add a --relative
> if you prefer.
>
> Should
> dbus1-generator-install-hook:
>$(AM_V_at)$(MKDIR_P) $(DESTDIR)$(usergeneratordir)
>$(AM_V_LN)$(LN_S) -f
> $(systemg
On Mon, Mar 03, 2014 at 04:16:28PM +0100, Michael Biebl wrote:
> 2014-03-03 16:12 GMT+01:00 Michael Biebl :
> >> This really sounds like we want to use ln's "--relative" option here, so
> >> that the symlink is relative regardless what the setup is.
> >
> > The patch looked ok to me as is, but I ca
2014-03-03 16:12 GMT+01:00 Michael Biebl :
>> This really sounds like we want to use ln's "--relative" option here, so
>> that the symlink is relative regardless what the setup is.
>
> The patch looked ok to me as is, but I can certainly add a --relative
> if you prefer.
Btw, what's the reason why
2014-03-03 15:32 GMT+01:00 Lennart Poettering :
> On Sun, 02.03.14 23:37, Mike Gilbert (flop...@gentoo.org) wrote:
>
>> The symlink is created in bindir (/usr/bin), and points to a binary
>> which lives in rootlibexecdir (/lib/systemd or /usr/lib/systemd). A
>> relative symlink does not work here.
On Mon, 03.03.14 19:16, Yuxuan Shui (yshu...@gmail.com) wrote:
> Hi,
>
> After reading some more mails and thinking about it a bit more, I seems to
> have a better understanding.
>
> I know that a per-user systemd is used to start service which should only
> be started once for every user. But I
On Mon, 03.03.14 15:30, Yuxuan Shui (yshu...@gmail.com) wrote:
Heya,
> That's why I'm writing this mail. I want to point out the reason
> behind use systemd as a session manager, so you will probably
> understand why I want to do this and help me. Since I can't get this
> done by myself with my l
On Mon, 03.03.14 15:48, Holger Schurig (holgerschu...@gmail.com) wrote:
> Hmm, that gave me one thougth: if systemd starts as PID 1 and no
> /etc/passwd etc doesn't exist, I can very well understand that, when
> compiled with --enable-privioning, it should create those things. But
> the "c "-line
On Mon, 03.03.14 10:29, Alejandro Exojo (aex...@modpow.es) wrote:
> Hi.
>
> I'm asked to do the following "upgrade" procedure to a custom embedded
> system: plug an USB drive and upgrade our application (that runs as a
> systemd service) from the contents of the drive. Is a bit ugly, but is
> a t
Make it more user friendly (e.g. without an open man page). Instead of
> u root 0
> g mail /usr/bin/procmail
> g tty /usr/bin/write
> d /var/lib/foobar 664 root root
> c /etc/sudoers /usr/share/sudo/sudoers.default
user root 0
setgroup mail /usr/bin/procmail
... and so on.
On Mon, 03.03.14 11:52, WaLyong Cho (walyong@samsung.com) wrote:
> > But if you do this on an embedded system you can do
> > DefaultDependencies=no for all services where you want this and place
> > them manually?
> >
> Almost I can. Actually I can request to the package manager in our
> syst
On Sun, 02.03.14 19:48, David Farning (dfarn...@gmail.com) wrote:
> Over the last couple of weeks I have been looking over and testing the
> systemd. Thanks for all the hard work and interesting ideas.
>
> One issue that has come to mind is the quality and structure of the
> documentation. The qu
On Sun, 02.03.14 23:37, Mike Gilbert (flop...@gentoo.org) wrote:
> The symlink is created in bindir (/usr/bin), and points to a binary
> which lives in rootlibexecdir (/lib/systemd or /usr/lib/systemd). A
> relative symlink does not work here.
> ---
> Makefile.am | 2 +-
> 1 file changed, 1 inser
On Friday 28 February 2014 02:28:20 Lennart Poettering wrote:
> On Fri, 28.02.14 02:21, Timothée Ravier (sios...@gmail.com) wrote:
> > On 26/02/2014 02:38, Lennart Poettering wrote:
> > > On Wed, 26.02.14 02:01, Jason A. Donenfeld (ja...@zx2c4.com) wrote:
> > >> Upstream KDE patch is here:
> > >> h
Hi
On Mon, Mar 3, 2014 at 12:16 PM, Yuxuan Shui wrote:
> Hi,
>
> After reading some more mails and thinking about it a bit more, I seems to
> have a better understanding.
>
> I know that a per-user systemd is used to start service which should only be
> started once for every user. But I also wan
Hi,
After reading some more mails and thinking about it a bit more, I seems to
have a better understanding.
I know that a per-user systemd is used to start service which should only
be started once for every user. But I also want systemd to be able to start
applications for every session (e.g. wi
>
> On host side :
> /etc/systemd/network/70-dahlia.netdev ***
> [Match]
> Host=host0
> Virtualization=container
>
> [NetDev]
> Name=br0
> Kind=bridge
>
> [Match]
> Virtualization=container
>
> *** /etc/systemd/network/80-dahlia.network ***
> [Network]
> DHCP=no
> DNS=192.168.1.254
>
>
> [Addr
Hi.
I'm asked to do the following "upgrade" procedure to a custom embedded
system: plug an USB drive and upgrade our application (that runs as a
systemd service) from the contents of the drive. Is a bit ugly, but is
a temporary workaround.
I've thought of doing it with:
1. Automounting USB drive
Hi,
See http://bugs.debian.org/719695 for context.
This patch is not complete yet; at least masking/unmasking does not work
yet. Maybe I missed other verbs, too :).
Any feedback appreciated.
--
Best regards,
Michael
diff --git i/src/shared/install.c w/src/shared/install.c
index f57b94d..8f9596
Hi,
On Mon, Mar 3, 2014 at 4:11 PM, David Herrmann
wrote:
> Hi
>
> On Mon, Mar 3, 2014 at 8:30 AM, Yuxuan Shui wrote:
>> Hi,
>>
>> This mail might be a little bit later for the topic, but I would like
>> to share my thoughts anyway.
>>
>> Before systemd 206 was released, there are a few users (I
Hi
On Mon, Mar 3, 2014 at 8:30 AM, Yuxuan Shui wrote:
> Hi,
>
> This mail might be a little bit later for the topic, but I would like
> to share my thoughts anyway.
>
> Before systemd 206 was released, there are a few users (I don't know
> how many of them are there, but there's a page about it o
33 matches
Mail list logo