It's used for the FailureAction property as well.
---
src/core/dbus-service.c | 6 +++---
src/core/load-fragment-gperf.gperf.m4 | 4 ++--
src/core/load-fragment.c | 4 ++--
src/core/load-fragment.h | 2 +-
src/core/service.c| 28 +
It has the same possible values as StartLimitAction= and is executed
immediately if a service fails.
---
man/systemd.service.xml | 11 +++
src/core/dbus-service.c | 1 +
src/core/load-fragment-gperf.gperf.m4 | 1 +
src/core/service.c| 35 ++
On 04/14/2014 08:11 PM, Thomas Bächler wrote:
> Am 14.04.2014 18:16, schrieb Lennart Poettering:
>> On Mon, 14.04.14 18:01, Francis Moreau ([email protected]) wrote:
>>
>>> Hello,
>>>
>>> "gummiboot install" fails when ESP is MD RAID1 device using metadata 0.9
>>> or 1.0.
>>>
>>> I don't think
On 04/14/2014 06:38 PM, Kay Sievers wrote:
> On Mon, Apr 14, 2014 at 9:22 AM, Francis Moreau
> wrote:
>> On 04/14/2014 06:16 PM, Lennart Poettering wrote:
>>> On Mon, 14.04.14 18:01, Francis Moreau ([email protected]) wrote:
>>>
"gummiboot install" fails when ESP is MD RAID1 device usin
Am 14.04.2014 18:16, schrieb Lennart Poettering:
> On Mon, 14.04.14 18:01, Francis Moreau ([email protected]) wrote:
>
>> Hello,
>>
>> "gummiboot install" fails when ESP is MD RAID1 device using metadata 0.9
>> or 1.0.
>>
>> I don't think using such RAID for ESP would lead to issue.
>>
>> Is
diff --git a/src/core/dbus.c b/src/core/dbus.c
index d482e6c..e9bf34c 100644
--- a/src/core/dbus.c
+++ b/src/core/dbus.c
@@ -918,7 +918,7 @@ static int bus_init_system(Manager *m) {
r = bus_setup_system(m, bus);
if (r < 0) {
-log_error("Fauiled to set up system bu
On Mon, Apr 14, 2014 at 10:03 AM, Zbigniew Jędrzejewski-Szmek
wrote:
> On Mon, Apr 14, 2014 at 09:51:08AM -0700, Kay Sievers wrote:
>> On Mon, Apr 14, 2014 at 9:39 AM, Zbigniew Jędrzejewski-Szmek
>> wrote:
>> > On Mon, Apr 14, 2014 at 09:29:54AM -0700, Kay Sievers wrote:
>> >> On Mon, Apr 14, 201
On Mon, Apr 14, 2014 at 09:51:08AM -0700, Kay Sievers wrote:
> On Mon, Apr 14, 2014 at 9:39 AM, Zbigniew Jędrzejewski-Szmek
> wrote:
> > On Mon, Apr 14, 2014 at 09:29:54AM -0700, Kay Sievers wrote:
> >> On Mon, Apr 14, 2014 at 8:52 AM, Zbigniew Jędrzejewski-Szmek
> >> wrote:
> >> > On Sun, Apr 13
Ah, yes. It makes a lot more sense with that change.
RTL8111/8168/8411 PCI Express Gigabit Ethernet Controller (M4A785TD
Motherboard)
Thanks!
J. Leclanche
On Mon, Apr 14, 2014 at 4:34 PM, Kay Sievers wrote:
> On Sun, Apr 13, 2014 at 6:58 AM, Jerome Leclanche wrote:
>> This is a followup of a
On Mon, Apr 14, 2014 at 9:39 AM, Zbigniew Jędrzejewski-Szmek
wrote:
> On Mon, Apr 14, 2014 at 09:29:54AM -0700, Kay Sievers wrote:
>> On Mon, Apr 14, 2014 at 8:52 AM, Zbigniew Jędrzejewski-Szmek
>> wrote:
>> > On Sun, Apr 13, 2014 at 04:58:31PM -0700, Kay Sievers wrote:
>> >> Makefile.am
On Mon, Apr 14, 2014 at 09:29:54AM -0700, Kay Sievers wrote:
> On Mon, Apr 14, 2014 at 8:52 AM, Zbigniew Jędrzejewski-Szmek
> wrote:
> > On Sun, Apr 13, 2014 at 04:58:31PM -0700, Kay Sievers wrote:
> >> Makefile.am |6
> >> man/udevadm.xml | 22 -
В Mon, 14 Apr 2014 18:22:50 +0200
Francis Moreau пишет:
> On 04/14/2014 06:16 PM, Lennart Poettering wrote:
> > On Mon, 14.04.14 18:01, Francis Moreau ([email protected]) wrote:
> >
> >> Hello,
> >>
> >> "gummiboot install" fails when ESP is MD RAID1 device using metadata 0.9
> >> or 1.0.
>
On Mon, Apr 14, 2014 at 9:22 AM, Francis Moreau wrote:
> On 04/14/2014 06:16 PM, Lennart Poettering wrote:
>> On Mon, 14.04.14 18:01, Francis Moreau ([email protected]) wrote:
>>
>>> "gummiboot install" fails when ESP is MD RAID1 device using metadata 0.9
>>> or 1.0.
>>>
>>> I don't think usi
On Mon, Apr 14, 2014 at 8:52 AM, Zbigniew Jędrzejewski-Szmek
wrote:
> On Sun, Apr 13, 2014 at 04:58:31PM -0700, Kay Sievers wrote:
>> Makefile.am |6
>> man/udevadm.xml | 22 -
>> src/libudev/libudev-monitor.c | 17 -
>> src/libudev/libude
On 04/14/2014 06:16 PM, Lennart Poettering wrote:
> On Mon, 14.04.14 18:01, Francis Moreau ([email protected]) wrote:
>
>> Hello,
>>
>> "gummiboot install" fails when ESP is MD RAID1 device using metadata 0.9
>> or 1.0.
>>
>> I don't think using such RAID for ESP would lead to issue.
>>
>> Is
On Mon, 14.04.14 18:01, Francis Moreau ([email protected]) wrote:
> Hello,
>
> "gummiboot install" fails when ESP is MD RAID1 device using metadata 0.9
> or 1.0.
>
> I don't think using such RAID for ESP would lead to issue.
>
> Is there any reason gummiboot doesn't want to be installed on
On Mon, 14.04.14 10:48, Ryan Lortie ([email protected]) wrote:
> > I will now remove the entirety of the driver daemon, not just
> > AddMatch/RemoveMatch as all but two of those calls are subject to
> > similar (theoretical...) races.
>
> It's always been somewhat clear to me that kdbus is not a
> r
Hello,
"gummiboot install" fails when ESP is MD RAID1 device using metadata 0.9
or 1.0.
I don't think using such RAID for ESP would lead to issue.
Is there any reason gummiboot doesn't want to be installed on such
partition ?
Thanks.
___
systemd-devel
On Sun, Apr 13, 2014 at 04:58:31PM -0700, Kay Sievers wrote:
> Makefile.am |6
> man/udevadm.xml | 22 -
> src/libudev/libudev-monitor.c | 17 -
> src/libudev/libudev-queue-private.c | 406
>
> src/li
On Sun, Apr 13, 2014 at 6:58 AM, Jerome Leclanche wrote:
> This is a followup of a chat on #systemd. The pciids-devel list is
> dead and someone recommended I post here instead.
> While browsing some debug logs, I came accross a confusing message:
> "systemd[1]: Found device M4A785TD Motherboard".
---
Makefile.am | 6 +-
1 file changed, 5 insertions(+), 1 deletion(-)
Without CFLAGS my gcc is unable to find linkmod.h. KMOD_LIBS just look
better than -lkomd for me.
diff --git a/Makefile.am b/Makefile.am
index 0ad1729..6767a76 100644
--- a/Makefile.am
+++ b/Makefile.am
@@ -1402,10 +1402,
On 04/14/2014 04:04 PM, "Jóhann B. Guðmundsson" wrote:
On 04/14/2014 10:31 AM, Susant Sahani wrote:
It's a name not tunnel type. Tunnel type configured in .netdev . you
can put anything here . Should match the .netdev Name='XYZ'
The Kind is mode which you can replace with ipip/sit/gre .
On 04/14/2014 10:31 AM, Susant Sahani wrote:
It's a name not tunnel type. Tunnel type configured in .netdev . you
can put anything here . Should match the .netdev Name='XYZ'
The Kind is mode which you can replace with ipip/sit/gre .
file: ipip.netdev
--
[NetDev]
Na
'Twas brillig, and Mike Gilbert at 12/04/14 20:54 did gyre and gimble:
> On Sat, Apr 12, 2014 at 3:10 PM, Mike Gilbert wrote:
>> On Sat, Apr 12, 2014 at 1:40 PM, Zbigniew Jędrzejewski-Szmek
>> wrote:
+static void test_fsck_exists(void) {
+/* Ensure we use a sane default for PATH
On 04/14/2014 03:50 PM, "Jóhann B. Guðmundsson" wrote:
On 04/14/2014 04:06 AM, Susant Sahani wrote:
This patch extends supports to configure address
for ipip tunnel patch.
File: ipip.network
[Match]
Name=em1
[Network]
Tunnel=ipip-tun
Address=192.168.10.24
You might want to skip "tun" from i
On 04/14/2014 04:06 AM, Susant Sahani wrote:
This patch extends supports to configure address
for ipip tunnel patch.
File: ipip.network
[Match]
Name=em1
[Network]
Tunnel=ipip-tun
Address=192.168.10.24
You might want to skip "tun" from ipip-tun to match modes directly
( ip tu ad ipiptun mode
On 04/14/2014 08:39 AM, Lennart Poettering wrote:
Lukas, Ryan,
Hi Lennart, Ryan
just wanted to let you know that I am working to get rid of the bus
driverd in systemd after all, for kdbus. The reason is that leaving it
in, as it is now, is very racy, and not just theorectically, but
IRL. Rya
On Mon, Apr 14, 2014 at 1:17 AM, Henrik /KaarPoSoft
wrote:
> On 04/14/2014 12:34 AM, Tom Gundersen wrote:
>>
>> On Mon, Apr 14, 2014 at 12:12 AM, Henrik /KaarPoSoft
>> wrote:
>>>
>>> On 03/22/2014 10:41 AM, Tom Gundersen wrote:
On Sat, Mar 22, 2014 at 5:06 AM, poma
wrote:
>>>
28 matches
Mail list logo
