On 12/04/2014 03:43 AM, Lennart Poettering wrote:
On Tue, 02.12.14 23:29, WaLyong Cho (walyong@samsung.com) wrote:
Hmm, what's the rationale for this? Can you elaborate?
As you already noticed(on the 4th mail), this hash table is used to find
unit can have a given property. As you said on
On 12/04/2014 03:44 AM, Lennart Poettering wrote:
On Tue, 02.12.14 23:35, WaLyong Cho (walyong@samsung.com) wrote:
Supported timer options --on-active=, --on-boot=, --on-startup=,
--on-unit-active=, --on-unit-inactive=, --on-calendar=. Each options
corresponding with OnActiveSec=,
mate-settings-daemon might expect to be run from within an X-session.
These errors look like DISPLAY= isn't set, which is reasonable because
systemd starts programs from a clean environment.
As mentioned in my post, $DISPLAY is correctly set and is in systemctl
environment. The command is run
在 12/04/2014 04:56 PM, arnaud gaboury 写道:
mate-settings-daemon might expect to be run from within an X-session.
These errors look like DISPLAY= isn't set, which is reasonable because
systemd starts programs from a clean environment.
As mentioned in my post, $DISPLAY is correctly set and is in
This patch makes it possible to set extended attributes on files created
by tmpfiles. This can be especially used to set SMACK security labels on
volatile files and directories.
It is done by adding new line of type t. Such line should contain
attributes in Argument field, using following format:
Applied. Thanks!
On Sat, Nov 15, 2014 at 3:54 AM, Susant Sahani sus...@redhat.com wrote:
V3: fix copy paste error
V4: Make manual and config more readable
Add vxlan paramertes to config.
---
man/systemd.netdev.xml | 30
src/network/networkd-netdev-gperf.gperf
Applied. Thanks! (sorry for the delay)
On Sat, Nov 15, 2014 at 4:17 AM, Susant Sahani sus...@redhat.com wrote:
This patch add support to specify path cost of the
bridge port to be configured via conf file.
Exampe: conf
file: br.netdev
[NetDev]
Name=br-test
Kind=bridge
file: br.network
On Thu, Dec 4, 2014 at 3:50 AM, Lennart Poettering
lenn...@poettering.net wrote:
Tom, I think it would make sense to allow Name= matches in the [Match]
section of .link files, no?
Hm, so far I hesitated, as the most common scenarios is the one that
William has, namely to want to match on the
Just to mention, the default 1.8.1 mate, will autostart mate-setting-daemon
according to
its file in /etc/xdg/autostart/mate-settings-daemon.desktop:
--
[Desktop Entry]
Type=Application
Name=MATE Settings Daemon
A lot of i18n names
From: Harald Hoyer har...@redhat.com
If ID_FS_TYPE of a parent is already set,
then it's something like linux_raid_member or mpath_member
and the disk is already in use, so don't handle the partitions
---
rules/60-persistent-storage.rules | 5 +
1 file changed, 5 insertions(+)
diff --git
On 22.09.2014 11:48, Maurizio Lombardi wrote:
This patch changes the naming scheme for sas disks. The original names used
disk's sas address and lun, the new scheme uses sas address of the
nearest expander (if available) and a phy id of the used connection.
If no expander is used, the phy id
On 04/12/14 08:56, arnaud gaboury wrote:
-$DBUS_SESSION_BUS_ADDRESS
For reasons I ignore (far from being a dbus expert), the
$DBUS_SESSION_BUS_ADDRESS as returned by the
$systemctl --user show-environment did not work for mate-settings-daemon.
...
$systemctl --user show-environment returns
On Thu, 2014-12-04 at 03:27 +0100, Tom Gundersen wrote:
Patrik, do you have any plans for this? I agree, this is likely
something we want.
I'm tempted to do something about it. Give me time until mid next week
and we'll see what happens.
Cheers,
Patrik
On Thu, Dec 04, 2014 at 12:57:36PM +0100, har...@redhat.com wrote:
From: Harald Hoyer har...@redhat.com
If ID_FS_TYPE of a parent is already set,
then it's something like linux_raid_member or mpath_member
and the disk is already in use, so don't handle the partitions
Is this trying to fix an
On 04.12.2014 15:10, Zbigniew Jędrzejewski-Szmek wrote:
On Thu, Dec 04, 2014 at 12:57:36PM +0100, har...@redhat.com wrote:
From: Harald Hoyer har...@redhat.com
If ID_FS_TYPE of a parent is already set,
then it's something like linux_raid_member or mpath_member
and the disk is already in use,
On Thu, Dec 4, 2014 at 2:32 PM, Patrik Flykt
patrik.fl...@linux.intel.com wrote:
On Thu, 2014-12-04 at 03:27 +0100, Tom Gundersen wrote:
Patrik, do you have any plans for this? I agree, this is likely
something we want.
I'm tempted to do something about it. Give me time until mid next week
On Mon, Nov 24, 2014 at 8:38 PM, William Kennington
will...@wkennington.com wrote:
Currently, networkd netdevs do not support tunnel devices which do not have
a local address configured. This breaks the configuration of sit devices on
my hosts which run dhcp for ipv4 configuration, which
Hi Tomasz,
Sorry to dig up such an old thread, but I just made some changes to
the sit handling, and at least for me it works now. This is the config
I'm currently using:
wireless.network ---8---
[Match]
Name=wlp3s0
[Network]
DHCP=yes
Tunnel=he
he.netdev
On Thu, 04.12.14 11:20, Tom Gundersen (t...@jklm.no) wrote:
I mean, most of the times .link files are
used to choose the name depending on other fields, but I think in all
cases where the name is chosen at creation time of an interface (like
for example for veth links), it should be Ok to
You seem to be using some mechanism for starting 'systemd --user' that
gives it a DBUS_SESSION_BUS_ADDRESS that assumes dbus-daemon is being
started via a specific third-party implementation of a dbus.service for
the user bus, possibly from user-session-units. If you use the part of
On Fri, 31.10.14 18:50, Tom Deblauwe (deblauwe...@gmail.com) wrote:
Hello,
Heya, sorry for the late reply. In case this is still open:
Which distribution is this?
I'm using systemd, but can't seem to correctly shutdown. I have
already:
What does can't seem to correctly shutdown mean? What
Folks,
I would like to introduce a flag enable=Boolean in the networkd configuration
files.
I am introducing new features that can create a large amount of configuration.
Deleting and restoring configuration can be quiet laborious
Renaming the files to another extension is possibly another
On 12/04/2014 03:47 PM, O Neill, David M wrote:
What do you think?
I think this should be consisted with other unit enablement in systemd
not handled by introducing a new enabled/disabled flag
JBG
___
systemd-devel mailing list
Thanks!
-Original Message-
From: systemd-devel [mailto:systemd-devel-boun...@lists.freedesktop.org] On
Behalf Of Jóhann B. Guðmundsson
Sent: Thursday, December 4, 2014 3:55 PM
To: systemd-devel@lists.freedesktop.org
Subject: Re: [systemd-devel] networkd link state
On 12/04/2014 03:47
Hello All!
I'm playing with systemd-nspawn@.service and cannot make it work. It
seems that similar issues were discussed (and addressed upstream) in
Debian bug #770275 ( https://bugs.debian.org/770275 ) however I
believe I've hit by something else.
What I've done so far:
* Ensured that
On 2014/12/04 17:54, Jóhann B. Guðmundsson wrote:
On 12/04/2014 03:47 PM, O Neill, David M wrote:
What do you think?
I think this should be consisted with other unit enablement in systemd
not handled by introducing a new enabled/disabled flag
I think the idea has some merit. But I also
Jóhann/All,
If you could expand on how you solve the following:
Systemd-networkd is a single process and it reads its configuration from
/etc/systemd/network.
How do unit files, solve a single process managing multiple netdevs?
Taking a switch as a use case with 64 ports, a port could have
On 12/04/2014 04:36 PM, Brendan Hide wrote:
On 2014/12/04 17:54, Jóhann B. Guðmundsson wrote:
On 12/04/2014 03:47 PM, O Neill, David M wrote:
What do you think?
I think this should be consisted with other unit enablement in
systemd not handled by introducing a new enabled/disabled flag
I
В Thu, 04 Dec 2014 15:14:00 +0100
Harald Hoyer har...@redhat.com пишет:
On 04.12.2014 15:10, Zbigniew Jędrzejewski-Szmek wrote:
On Thu, Dec 04, 2014 at 12:57:36PM +0100, har...@redhat.com wrote:
From: Harald Hoyer har...@redhat.com
If ID_FS_TYPE of a parent is already set,
then it's
On 04.12.2014 18:19, Andrei Borzenkov wrote:
В Thu, 04 Dec 2014 15:14:00 +0100
Harald Hoyer har...@redhat.com пишет:
On 04.12.2014 15:10, Zbigniew Jędrzejewski-Szmek wrote:
On Thu, Dec 04, 2014 at 12:57:36PM +0100, har...@redhat.com wrote:
From: Harald Hoyer har...@redhat.com
If
On Thu, Dec 4, 2014 at 4:11 PM, Lennart Poettering
lenn...@poettering.net wrote:
On Thu, 04.12.14 11:20, Tom Gundersen (t...@jklm.no) wrote:
I mean, most of the times .link files are
used to choose the name depending on other fields, but I think in all
cases where the name is chosen at
On Thu, Dec 4, 2014 at 4:20 PM, arnaud gaboury arnaud.gabo...@gmail.com wrote:
You seem to be using some mechanism for starting 'systemd --user' that
gives it a DBUS_SESSION_BUS_ADDRESS that assumes dbus-daemon is being
started via a specific third-party implementation of a dbus.service for
It's only exposed to userspace since
commit 685343fc3ba61a1f6eef361b786601123db16c28
Author: Tom Gundersen t...@jklm.no
AuthorDate: Mon Jul 14 16:37:22 2014 +0200
Commit: David S. Miller da...@davemloft.net
CommitDate: Tue Jul 15 16:12:01 2014 -0700
to the kernel.
---
Hi
On Thu, Dec 4, 2014 at 7:12 PM, Colin Walters walt...@verbum.org wrote:
It's only exposed to userspace since
commit 685343fc3ba61a1f6eef361b786601123db16c28
Author: Tom Gundersen t...@jklm.no
AuthorDate: Mon Jul 14 16:37:22 2014 +0200
Commit: David S. Miller
Thanks!
On Thu, Dec 4, 2014 at 7:27 PM, David Herrmann dh.herrm...@gmail.com wrote:
Hi
On Thu, Dec 4, 2014 at 7:12 PM, Colin Walters walt...@verbum.org wrote:
It's only exposed to userspace since
commit 685343fc3ba61a1f6eef361b786601123db16c28
Author: Tom Gundersen t...@jklm.no
On Thu, 04.12.14 18:53, Tom Gundersen (t...@jklm.no) wrote:
Moreover, if we
give people this feature I'm pretty sure we'll get lots of people
expecting it to work also for any other sort of name and getting
confused when it doesn't.
Well, this is something we can fix by documentation,
On Thu, Dec 4, 2014 at 8:08 PM, Lennart Poettering
lenn...@poettering.net wrote:
On Thu, 04.12.14 18:53, Tom Gundersen (t...@jklm.no) wrote:
Moreover, if we
give people this feature I'm pretty sure we'll get lots of people
expecting it to work also for any other sort of name and getting
On Thu, 04.12.14 10:32, Maciej Wereski (m.were...@partner.samsung.com) wrote:
This patch makes it possible to set extended attributes on files created
by tmpfiles. This can be especially used to set SMACK security labels on
volatile files and directories.
It is done by adding new line of
On Tue, 28.10.14 15:34, Umut Tezduyar Lindskog (umut.tezdu...@axis.com) wrote:
Sorry for not reviewing this more quickly!
Patch looks great, wanted to apply it, but it unfortunately doesn't
apply anymore. Any chance you can rebase this? Will apply quickly
then!
Sorry for the delay,
Lennart
On Sun, 09.11.14 15:41, Ronny Chevalier (chevalier.ro...@gmail.com) wrote:
CID#1237620
---
src/libsystemd/sd-bus/bus-message.c | 3 +++
1 file changed, 3 insertions(+)
diff --git a/src/libsystemd/sd-bus/bus-message.c
b/src/libsystemd/sd-bus/bus-message.c
index be36d9f..edadacf 100644
On Thu, 04.12.14 12:46, WaLyong Cho (walyong@samsung.com) wrote:
Applied! Thanks!
---
units/.gitignore | 1 +
1 file changed, 1 insertion(+)
diff --git a/units/.gitignore b/units/.gitignore
index e12d299..3613cee 100644
--- a/units/.gitignore
+++ b/units/.gitignore
@@ -21,6 +21,7
In regards to the OS and syntax, this is NixOS. NixOS uses its own
expression language to configure the entire system, including the network
stack. If a user wanted to configure their system's networking stack, they
would modify the networking.* set of options in their
Thanks for the links William. Looks like most of that should be
covered by networkd. I now also added support for MTU and MACAddress
to be set in the .network files. The intention here is that if you
ever disable a network at runtime, we will revert to the default
(.link-defined) settings.
If I may go back to RestartSec, this gives me an ability to sleep before
attempting to restart. I could see where I might use that, but I also need
another ability, which is to stop restarting a service if it keeps failing, and
trigger OnFailure instead.
Upstart has a respawn limit, something
Hi all,
The systemd.mount(5) man page mentions an inexistent mount option fail in the
following context:
nofail, fail
With nofail this mount will be only wanted, not required, by the
local-fs.target. This means that the boot will continue even if this
mount point is not mounted
On Thu, 06.11.14 16:32, Damien Robert (damien.olivier.rob...@gmail.com) wrote:
Here are the logs:
Nov 06 16:14:56 numenor systemd[1]: Started Network Time Synchronization.
Nov 06 16:14:56 numenor systemd-timesyncd[4881]: Using NTP server
10.3.255.254:123 (10.3.255.254).
Nov 06 16:15:06
On Thu, 04.12.14 16:17, Nekrasov, Alexander (alexander.nekra...@emc.com) wrote:
If I may go back to RestartSec, this gives me an ability to sleep
before attempting to restart. I could see where I might use that,
but I also need another ability, which is to stop restarting a
service if it
On Fri, 05.12.14 00:20, Ivan Shapovalov (intelfx...@gmail.com) wrote:
Hi all,
The systemd.mount(5) man page mentions an inexistent mount option fail in
the
following context:
nofail, fail
With nofail this mount will be only wanted, not required, by the
local-fs.target. This
On Thu, 04.12.14 16:53, O Neill, David M (david.m.one...@intel.com) wrote:
Jóhann/All,
If you could expand on how you solve the following:
Systemd-networkd is a single process and it reads its configuration
from /etc/systemd/network.
How do unit files, solve a single process managing
On Thu, 04.12.14 17:01, WaLyong Cho (walyong@samsung.com) wrote:
On 12/04/2014 03:43 AM, Lennart Poettering wrote:
On Tue, 02.12.14 23:29, WaLyong Cho (walyong@samsung.com) wrote:
Hmm, what's the rationale for this? Can you elaborate?
As you already noticed(on the 4th mail),
On Fri, 31.10.14 16:01, Timofey Titovets (nefelim...@gmail.com) wrote:
+void get_rootbdev(char *rootbdev) {
+FILE *file = fopen(/proc/self/mountinfo, r);
+char mnt_point[PATH_MAX];
+char mnt_source[PATH_MAX];
+char t[256]; // Trash
+while (file
On Tue, 28.10.14 23:51, Luca Bruno (lethalma...@gmail.com) wrote:
Hi, I'm going on with my work to have systemd in initrd on NixOS (using
dracut is a little complicated at the moment).
Everything works fine, I've ported luks and lvm and both work separately.
However I'm hitting a problem when
On Sat, 01.11.14 19:42, Andrei Borzenkov (arvidj...@gmail.com) wrote:
Sometimes device gets Wants on mount point; sometimes not. I do not
really understand why. Also different mount units apparently behave
differently - e.g. mnt.mount forgets its history. It almost looks like
mnt.mount is
On Tue, 02.12.14 18:49, Jan Janssen (medhe...@web.de) wrote:
Sorry for the long delay in reviewing these patches. Looks much better
than the chaotic code from before. Good work. Applied this one and the
two others.
Thanks!
---
man/systemd-cryptsetup-generator.xml | 9 +-
On Mon, 01.12.14 16:47, Karel Zak (k...@redhat.com) wrote:
On Mon, Dec 01, 2014 at 02:28:33PM +0100, Zbigniew Jędrzejewski-Szmek wrote:
Wouldn't be enough to use Chris' iSCSI and FCoE auto detection?
Please see previous discussion... Detecting network might not be trivial
if the devices
On Sun, 23.11.14 20:33, Chris Leech (cle...@redhat.com) wrote:
This adds auto detection for iSCSI and some FCoE drivers and treats
mounts to file-systems on those devices as remote-fs.
Hmm, I am not too fond of having such subsystem-specific complexity in
systemd.
Hmm, isn't this something
On Tue, 02.12.14 12:50, Didier Roche (didro...@ubuntu.com) wrote:
Just to sum up other branches of this thread: we are trying to avoid having
systemctl calls in debian/ubuntu postinst (or duplicated manual symlinks
logic as we currently have).
systemctl preset seems the cleanest path, but we
On Tue, 02.12.14 20:02, Uoti Urpala (uoti.urp...@pp1.inet.fi) wrote:
On Tue, 2014-12-02 at 01:51 +0100, Lennart Poettering wrote:
On Tue, 18.11.14 16:09, Michael Biebl (mbi...@gmail.com) wrote:
2014-11-18 15:59 GMT+01:00 Colin Guthrie gm...@colin.guthr.ie:
For the avoidance of doubt,
On Thu, 04.12.14 20:12, Peter Lemenkov (lemen...@gmail.com) wrote:
Hello All!
I'm playing with systemd-nspawn@.service and cannot make it work. It
seems that similar issues were discussed (and addressed upstream) in
Debian bug #770275 ( https://bugs.debian.org/770275 ) however I
believe
On Thu, Dec 4, 2014 at 5:50 PM, Lennart Poettering
lenn...@poettering.net wrote:
On Tue, 02.12.14 09:40, Michael Marineau (michael.marin...@coreos.com) wrote:
I didn't catch this behavior when it was first introduced since
originally it was much harder to trigger systemd's empty /etc logic
On Thursday, December 04, 2014 03:32:22 PM Patrik Flykt wrote:
On Thu, 2014-12-04 at 03:27 +0100, Tom Gundersen wrote:
Patrik, do you have any plans for this? I agree, this is likely
something we want.
I'm tempted to do something about it. Give me time until mid next week
and we'll see
В Fri, 5 Dec 2014 02:39:09 +0100
Lennart Poettering lenn...@poettering.net пишет:
On Tue, 02.12.14 20:02, Uoti Urpala (uoti.urp...@pp1.inet.fi) wrote:
On Tue, 2014-12-02 at 01:51 +0100, Lennart Poettering wrote:
On Tue, 18.11.14 16:09, Michael Biebl (mbi...@gmail.com) wrote:
62 matches
Mail list logo