On Sun, Feb 23, 2014 at 11:21:13AM -0500, Mike Gilbert wrote:
> The release tarballs ship with pre-generated man pages, so we do not
> need xsltproc for a typical end-user build.
>
> Developers will probably have xsltproc anyway, but if not they will now
> encounter a build-time failure instead of
On Sun, Feb 23, 2014 at 10:05:18PM +0100, Thomas H.P. Andersen wrote:
> src/detect-virt/detect-virt.c | 2 +-
> src/hostname/hostnamed.c | 2 +-
> src/shared/condition-util.c | 3 +--
> src/shared/virt.c | 2 +-
> src/shared/virt.h | 6 +++---
> src/test/test-archite
Applied both.
Zbyszek
___
systemd-devel mailing list
[email protected]
http://lists.freedesktop.org/mailman/listinfo/systemd-devel
---
src/systemctl/systemctl.c | 42 +++---
1 file changed, 27 insertions(+), 15 deletions(-)
diff --git a/src/systemctl/systemctl.c b/src/systemctl/systemctl.c
index 3375bac..7a286ff 100644
--- a/src/systemctl/systemctl.c
+++ b/src/systemctl/systemctl.c
@@ -908
next_elapse_monotonic() should map to the "NextElapseUSecMonotonic"
property and next_elapse_realtime() to "NextElapseUSecRealtime" one.
This makes "systemctl list-timers" compute and show the correct times.
https://bugs.freedesktop.org/show_bug.cgi?id=75272
---
src/core/dbus-timer.c | 4 ++--
On Mon, Feb 24, 2014 at 12:45:09AM +0100, Tom Gundersen wrote:
> On Mon, Feb 24, 2014 at 12:13 AM, Zbigniew Jędrzejewski-Szmek
> wrote:
> > I've now added a paragraph about this change to NEWS.
> >
> > Not sure what to do in the Fedora package though.
>
> Why not do the same as in the Arch packag
Issue is solved as in fact they are no issue. I didn't have to change
anything nor assign a static Ip for the container. http services are
working right of the box.
___
systemd-devel mailing list
[email protected]
http://lists.freedeskto
On Mon, Feb 24, 2014 at 12:13 AM, Zbigniew Jędrzejewski-Szmek
wrote:
> I've now added a paragraph about this change to NEWS.
>
> Not sure what to do in the Fedora package though.
Why not do the same as in the Arch package? Are there any drawbacks? I
thought that should cover backwards compatibili
I've now added a paragraph about this change to NEWS.
Not sure what to do in the Fedora package though.
This kind of seemingly-gratuitous backwards-incompatible change should
be done more carefuly and visibly.
Zbyszek
___
systemd-devel mailing list
sys
From: Thomas Hindoe Paaboel Andersen
---
src/detect-virt/detect-virt.c | 2 +-
src/hostname/hostnamed.c | 2 +-
src/shared/condition-util.c | 3 +--
src/shared/virt.c | 2 +-
src/shared/virt.h | 6 +++---
src/test/test-architecture.c | 2 +-
6 files changed, 8 ins
On Sat, 22.02.14 14:36, Thomas H.P. Andersen ([email protected]) wrote:
> From: Thomas Hindoe Paaboel Andersen
>
> The return value from detect_virtualization used to be a
> Virtualization enum but in cases of error it would also be a
> negative errno. This caused a warning in clang when test-arc
I am wondering why not keep it simple.
set a static netctl profile in the host, and same in the container ?. and
disable dhcpcd,service on both ?
>
Will this setup do the trick ?
--
___
systemd-devel mailing list
[email protected]
htt
The release tarballs ship with pre-generated man pages, so we do not
need xsltproc for a typical end-user build.
Developers will probably have xsltproc anyway, but if not they will now
encounter a build-time failure instead of an error in configure.
---
configure.ac | 7 +--
1 file changed, 1
'Twas brillig, and Tom Gundersen at 23/02/14 14:33 did gyre and gimble:
> On Sun, Feb 23, 2014 at 3:18 PM, Dave Reisner wrote:
>> On Fri, Feb 21, 2014 at 05:12:56PM +0100, Jason A. Donenfeld wrote:
>>> To clarify things:
>>>
>>> 1. Arch's script deals with 80-net-setup-link.rules
>>
>> We (Arch) m
Dear all,
I set up a arch linux container on my arch box.
The container (dahlia) boots, works and connect fine.
Now I want to set up a static IP on the container, and I must admit I am
loosing my mind.
The overall set up :
on host :
[email protected] - dhcpcd on enp7s0
Loaded: loaded (/us
On Sun, Feb 23, 2014 at 3:18 PM, Dave Reisner wrote:
> On Fri, Feb 21, 2014 at 05:12:56PM +0100, Jason A. Donenfeld wrote:
>> To clarify things:
>>
>> 1. Arch's script deals with 80-net-setup-link.rules
>
> We (Arch) made a decision back when the persistent naming was added to
> make it opt-in by
On Fri, Feb 21, 2014 at 05:12:56PM +0100, Jason A. Donenfeld wrote:
> To clarify things:
>
> 1. Arch's script deals with 80-net-setup-link.rules
We (Arch) made a decision back when the persistent naming was added to
make it opt-in by masking 80-net-name-slot.rules in /etc. Now, if the
209 upgrade
'Twas brillig, and Jason A. Donenfeld at 21/02/14 16:12 did gyre and gimble:
> To clarify things:
>
> 1. Arch's script deals with 80-net-setup-link.rules
> 2. freedesktop.org wiki followed suit and added that suggestion
> 3. Others have said elsewhere that the proper way to do this is
> actually t
18 matches
Mail list logo
