On 03/17/2014 10:32 PM, Tom Gundersen wrote:
On Mon, Mar 17, 2014 at 10:21 PM, Henrik /KaarPoSoft
wrote:
Hi Tom,
Thanks for your feedback...
I was briefly looking through git commits after 211 without finding anything
related. But then again I did not look into too much detail.
Do you know w
On 03/18/2014 09:18 AM, Henrik /KaarPoSoft wrote:
On 03/17/2014 10:32 PM, Tom Gundersen wrote:
On Mon, Mar 17, 2014 at 10:21 PM, Henrik /KaarPoSoft
wrote:
Hi Tom,
Thanks for your feedback...
I was briefly looking through git commits after 211 without finding
anything
related. But then again
On Tue, Mar 18, 2014 at 10:00 AM, Henrik /KaarPoSoft
wrote:
> On 03/18/2014 09:18 AM, Henrik /KaarPoSoft wrote:
>>
>> On 03/17/2014 10:32 PM, Tom Gundersen wrote:
>>>
>>> On Mon, Mar 17, 2014 at 10:21 PM, Henrik /KaarPoSoft
>>> wrote:
Hi Tom,
Thanks for your feedback...
>
On 03/18/2014 10:10 AM, Tom Gundersen wrote:
On Tue, Mar 18, 2014 at 10:00 AM, Henrik /KaarPoSoft
wrote:
On 03/18/2014 09:18 AM, Henrik /KaarPoSoft wrote:
On 03/17/2014 10:32 PM, Tom Gundersen wrote:
On Mon, Mar 17, 2014 at 10:21 PM, Henrik /KaarPoSoft
wrote:
Hi Tom,
Thanks for your fee
...
- journalctl/systemd-networkd:
systemd-networkd[597]: timestamp of '/etc/systemd/network' changed
systemd-networkd[597]: timestamp of '/run/systemd/network' changed
systemd-networkd[597]: bridge0: creating netdev
systemd-networkd[597]: enp1s6: link (with ifindex 2) added
systemd-networkd[597]:
On Mon, Mar 17, 2014 at 11:00:32PM -0700, David Timothy Strauss wrote:
> On Sun, Mar 16, 2014 at 11:29 PM, Zbigniew Jędrzejewski-Szmek
> wrote:
> > Curl requires the whole file to be exported first, which isn't great,
> > because it wants to give the content size in the header. I'm note
> > sure i
From: Harald Hoyer
Doing a kexec with no kernel loaded would currently issue a normal reboot.
This might not be wanted, if the goal of kexec is to circumvent the boot
loader. Better fail to kexec, than to reboot into a maybe broken setup.
---
src/systemctl/systemctl.c | 11 +++
1 file ch
[Sorry, forgot to CC the mailing list]
Hi Lennart,
On Tue, 18 Mar 2014 02:33:50 +0100
Lennart Poettering wrote:
> On Mon, 17.03.14 19:04, Leonid Isaev (lis...@umail.iu.edu) wrote:
>
> > Hi,
> >
> > Currently, XDG_RUNTIME_DIR=/run/user/ is mounted with rather
> > permissive, hardcoded moun
On Mar 18, 2014 12:59 PM, "Leonid Isaev" wrote:
>
> [Sorry, forgot to CC the mailing list]
>
> Hi Lennart,
>
> On Tue, 18 Mar 2014 02:33:50 +0100
> Lennart Poettering wrote:
>
> > On Mon, 17.03.14 19:04, Leonid Isaev (lis...@umail.iu.edu) wrote:
> >
> > > Hi,
> > >
> > > Currently, XDG_RUNTIM
On Tue, 18.03.14 12:59, Leonid Isaev (lis...@umail.iu.edu) wrote:
> > I mean, the XDG_RUNTIME_DIR spec says the dir "must be fully-featured by
> > the standards of the operating system. More specifically, ... proper
> > permissions ... must be supported". I'd read that as if the x bit should
> > d
On Mar 18, 2014 8:19 PM, "Lennart Poettering"
wrote:
> …
> Well, the ELF interpretor stuff means noexec is pretty much entirely
> useless.
If by this you mean running '/lib/ld-linux.so.2' directly, that does not
work with noexec anymore, due to the aforementioned mmap restriction AFAIK:
"/mnt/te
---
TODO |1 -
src/libsystemd-network/sd-ipv4ll.c | 86 +++-
src/network/networkd-link.c| 12 -
src/network/networkd.h |1 +
src/shared/net-util.c | 42 ++
src/shared/ne
Hi Guys,
I am trying to test some code with respect to my services setup. I have two
services, lets say service_a and service_b. In service_a unit file I have this:
OnFailure=service_b
And from the man page for OnFailure unit I get this:
A space-separated list of one or more units that are ac
Am 18.03.2014 22:59, schrieb Usman:
> I am trying to test some code with respect to my services setup. I have two
> services, lets say service_a and
> service_b. In service_a unit file I have this:
>
> OnFailure=service_b
>
> And from the man page for OnFailure unit I get this:
>
> A space-se
/etc/systemd/system# cat fail.service
[Unit]
Description=Fail service
[Service]
ExecStart=/bin/false
2014-03-18 22:59 GMT+01:00 Usman :
> Hi Guys,
>
> I am trying to test some code with respect to my services setup. I have two
> services, lets say service_a and service_b. In service_a unit file I
Thanks. But this requires that service_a should be a dummy service. I want both
the services in actual deployment scenario and then fail service_a to simulate
real crash. Any way I can do that?
___
systemd-devel mailing list
systemd-devel@lists.freedes
Hi all,
>From network@.service unit file :
..
ExecStop=/sbin/ip link set dev %I down
Execstop=/sbin/ip addr delete ${address}/${netmask} dev %I <--
There is a typo: should be ExecStop and not Execstop
Regards.
___
systemd
>
> From network@.service unit file :
>
> ..
> ExecStop=/sbin/ip link set dev %I down
> Execstop=/sbin/ip addr delete ${address}/${netmask} dev %I <--
>
>
> There is a typo: should be ExecStop and not Execstop
Sorry for the noise as it is a netctl unit file.
_
>
> Sorry for the noise as it is a netctl unit file.
I must be very tired : nothing to do with netctl...
___
systemd-devel mailing list
systemd-devel@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/systemd-devel
On Mar 19, 2014 1:47 AM, "arnaud gaboury" wrote:
>
> Hi all,
>
> From network@.service unit file :
>
> ..
> ExecStop=/sbin/ip link set dev %I down
> Execstop=/sbin/ip addr delete ${address}/${netmask} dev %I <--
>
>
> There is a typo: should be ExecStop and not Execst
On Tue, 18.03.14 20:29, Umut Tezduyar Lindskog (umut.tezdu...@axis.com) wrote:
> +int net_get_unique_predictable_data(struct udev_device *device, uint64_t
> *result) {
> +size_t l, sz = 0;
> +const char *name;
> +int r;
> +uint8_t *v;
> +
> +/* fetch some
---
src/systemd/sd-login.h | 2 +-
src/systemd/sd-resolve.h | 4 ++--
2 files changed, 3 insertions(+), 3 deletions(-)
diff --git a/src/systemd/sd-login.h b/src/systemd/sd-login.h
index 87ebafb..c539dd8 100644
--- a/src/systemd/sd-login.h
+++ b/src/systemd/sd-login.h
@@ -178,7 +178,7 @@ int sd_
22 matches
Mail list logo
