В Tue, 2 Dec 2014 01:46:16 +0100
Lennart Poettering пишет:
> On Tue, 18.11.14 14:37, Martin Pitt (martin.p...@ubuntu.com) wrote:
> > > We now have:
> > >
> > > enabeld - [Install] section and symlink in /etc/**/*.wants.d/
> > > disabled - [Install] section and no symlink in /etc/**/*.wants.d/
>
В Fri, 5 Dec 2014 02:39:09 +0100
Lennart Poettering пишет:
> 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:
В Thu, 04 Dec 2014 18:24:11 +0100
Harald Hoyer пишет:
> On 04.12.2014 18:19, Andrei Borzenkov wrote:
> > В Thu, 04 Dec 2014 15:14:00 +0100
> > Harald Hoyer пишет:
> >
> >> On 04.12.2014 15:10, Zbigniew Jędrzejewski-Szmek wrote:
> >>> On Thu, Dec 04, 2014 at 12:57:36PM +0100, har...@redhat.com w
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
On Thu, Dec 4, 2014 at 5:50 PM, Lennart Poettering
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
>> but now that it
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
> but now that it only requires /etc/machine-id to be missing it is
> quite easy,
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
> belie
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 :
> > > > For the avoidance of doubt, I believ
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
Thanks for your answer. Turns out this problem is not really about LVM.
I've described the more general problem here:
https://bugs.freedesktop.org/show_bug.cgi?id=85746
I don't know if that's expected or not, but I'd like to have some clearings
if I'm doing something that I shouldn't do or not.
A
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 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 de
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 +-
> src/cryptsetu
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 i
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 w
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
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 m
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 mana
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.targe
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 k
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:
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 succ
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
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. However,
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
/etc/nixos/configuration.nix.
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,
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 1
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
> i
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 o
On Thu, Dec 4, 2014 at 8:08 PM, Lennart Poettering
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
>> >> confu
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
Thanks!
On Thu, Dec 4, 2014 at 7:27 PM, David Herrmann wrote:
> Hi
>
> On Thu, Dec 4, 2014 at 7:12 PM, Colin Walters wrote:
>> It's only exposed to userspace since
>>
>> commit 685343fc3ba61a1f6eef361b786601123db16c28
>> Author: Tom Gundersen
>> AuthorDate: Mon Jul 14 16:37:22 2014 +0
Hi
On Thu, Dec 4, 2014 at 7:12 PM, Colin Walters wrote:
> It's only exposed to userspace since
>
> commit 685343fc3ba61a1f6eef361b786601123db16c28
> Author: Tom Gundersen
> AuthorDate: Mon Jul 14 16:37:22 2014 +0200
> Commit: David S. Miller
> CommitDate: Tue Jul 15 16:12:01 2
It's only exposed to userspace since
commit 685343fc3ba61a1f6eef361b786601123db16c28
Author: Tom Gundersen
AuthorDate: Mon Jul 14 16:37:22 2014 +0200
Commit: David S. Miller
CommitDate: Tue Jul 15 16:12:01 2014 -0700
to the kernel.
---
src/shared/missing.h | 4
1 file ch
On Thu, Dec 4, 2014 at 4:20 PM, arnaud gaboury 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
>> the user bus, po
On Thu, Dec 4, 2014 at 4:11 PM, Lennart Poettering
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 creation time o
On 04.12.2014 18:19, Andrei Borzenkov wrote:
> В Thu, 04 Dec 2014 15:14:00 +0100
> Harald Hoyer пишет:
>
>> 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
If ID_FS_TYPE of a parent i
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"
В Thu, 04 Dec 2014 15:14:00 +0100
Harald Hoyer пишет:
> 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
> >>
> >> If ID_FS_TYPE of a parent is already set,
> >> then it's something like "linux_
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 quit
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 t
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 /var/lib/
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
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
systemd-devel@lis
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 opt
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? W
>
> 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
> u
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 b
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 ---8<-
On Mon, Nov 24, 2014 at 8:38 PM, William Kennington
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 normally have local
> set t
On Thu, Dec 4, 2014 at 2:32 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 what hap
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
>>
>> 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
On Thu, Dec 04, 2014 at 12:57:36PM +0100, har...@redhat.com wrote:
> From: Harald Hoyer
>
> 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 existing
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 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 return
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 i
From: Harald Hoyer
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 a/rules/60-persi
> 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
>
> Exec=/usr/lib/mate-settings-daemon/mate-settings-daemon
> OnlySh
On Thu, Dec 4, 2014 at 3:50 AM, Lennart Poettering
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 name set by udev and no
Applied. Thanks! (sorry for the delay)
On Sat, Nov 15, 2014 at 4:17 AM, Susant Sahani 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
> [Ma
Applied. Thanks!
On Sat, Nov 15, 2014 at 3:54 AM, Susant Sahani 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 | 83
> ++
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
在 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 s
>
> 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
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=,
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
66 matches
Mail list logo