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 if it is possible to tell it to not do that.
I'm think you just need to implement
---
src/systemd/_sd-common.h | 4 +--
src/systemd/sd-event.h | 6 ++--
src/systemd/sd-id128.h | 2 +-
src/systemd/sd-login.h | 52 +--
src/systemd/sd-network.h | 14 +-
src/systemd/sd-readahead.h | 18 ++--
src/systemd/sd-resolve.h
---
src/timedate/timedate-sntp.c | 28 ++--
src/timedate/timedatectl.c | 25 -
src/timedate/timedated.c | 25 -
3 files changed, 38 insertions(+), 40 deletions(-)
diff --git a/src/timedate/timedate-sntp.c b/src/timedate
On 17.03.2014 22:32, 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.
On 17.03.2014 21:37, Tom Gundersen wrote:
> On Mon, Mar 17, 2014 at 8:20 PM, poma wrote:
>> On 17.03.2014 09:07, Tom Gundersen wrote:
>> ...
>>> What you probably want is something like this:
>>>
>>> $ ll /etc/systemd/network/
>>> ... bridge0.netdev
>>> ... bridge0.network
>>> ... enp3s0.network
>
On Mon, 17.03.14 19:04, Leonid Isaev ([email protected]) wrote:
> Hi,
>
> Currently, XDG_RUNTIME_DIR=/run/user/ is mounted with rather
> permissive, hardcoded mount options (or at least I couldn't find a documented
> way of changing them). Specifically, a user is allowed to execute things
Hi,
Currently, XDG_RUNTIME_DIR=/run/user/ is mounted with rather
permissive, hardcoded mount options (or at least I couldn't find a documented
way of changing them). Specifically, a user is allowed to execute things from
his $XDG_RUNTIME_DIR. This effectively negates admin's ability to con
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 which commit would solve this?
Ah,
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 which commit would solve this?
/Henrik
On 03/17/2014 09:52 PM, Tom Gundersen wrote:
Hi Henrik,
On Mon,
On Tue, Mar 11, 2014 at 2:29 PM, Lennart Poettering
wrote:
> On Tue, 11.03.14 08:05, Thomas H.P. Andersen ([email protected]) wrote:
>
>>
>> On Tue, Mar 11, 2014 at 4:52 AM, Lennart Poettering
>> wrote:
>> > On Wed, 05.03.14 23:48, Thomas H.P. Andersen ([email protected]) wrote:
>> >
>> >> From: Th
Hi Henrik,
On Mon, Mar 17, 2014 at 5:01 PM, Henrik /KaarPoSoft
wrote:
> Dear all,
>
> *SUMMARY*
>
> I am trying to replace dhcpcd with systemd-networkd.
> Using systemd-networkd on a single physical interface works fine.
> However, trying to use DHCP on a bridge fails for me.
> Any help would be
On Mon, Mar 17, 2014 at 8:20 PM, poma wrote:
> On 17.03.2014 09:07, Tom Gundersen wrote:
> ...
>> What you probably want is something like this:
>>
>> $ ll /etc/systemd/network/
>> ... bridge0.netdev
>> ... bridge0.network
>> ... enp3s0.network
>>
>> $ cat /etc/systemd/network/enp3s0.network
>> [M
Tom Gundersen schrieb:
>> Kai, I understand you very well, however I am not the author of the
>> 'networkd'. :)
>> Besides the manual is more than an excellent reference, of course, if it
>> is correct.
>> So let the theory go and give an example how to solve this, if you don't
>> mind.
Apparent
On 17.03.2014 09:07, Tom Gundersen wrote:
...
> What you probably want is something like this:
>
> $ ll /etc/systemd/network/
> ... bridge0.netdev
> ... bridge0.network
> ... enp3s0.network
>
> $ cat /etc/systemd/network/enp3s0.network
> [Match]
> Name=enp3s0
>
> [Network]
> Bridge=bridge0
>
>
This option could changes the default system's time zone.
The default time zone is /etc/localtime. If we want to use
the specific path, we could use this option.
Change-Id: Iab7d8b2530d8632f57f3700fd6b5860242aee423
---
src/timedate/timedated.c | 79 ++
Dear all,
*SUMMARY*
I am trying to replace dhcpcd with systemd-networkd.
Using systemd-networkd on a single physical interface works fine.
However, trying to use DHCP on a bridge fails for me.
Any help would be most appreciated.
*WORKS*
The single physical interface scenario which works:
/e
Similar to CPUShares= and BlockIOWeight= respectively. However only
assign the specified weight during startup state. Each control group
attribute is re-assigned as weight by CPUShares=weight and
BlockIOWeight=weight after startup. If not CPUShares= or
BlockIOWeight= be specified, then the attribu
Hi,
As I said in my previous message, the patch I sent was untested but the goal is
to have some feedback about the way to do it.
I successfully patched the debian wheezy's systemd to make this new option work.
Here is what the patch does. Please let me know if it is the right way to do it
and i
On Mon, 17.03.14 10:51, Vetoshkin Nikita ([email protected]) wrote:
Heya,
first things first: you really should use the dbus api for these kinds
of things, scripting around systemctl is not going to be fun...
> * Read process status - systemctl lacks robot readable output of process
> s
On Mon, Mar 17, 2014 at 03:47:34PM +0200, Patrik Flykt wrote:
> On Sat, 2014-03-15 at 04:02 +0100, Zbigniew Jędrzejewski-Szmek wrote:
> > This means that I can complain about spelling :) There's no such word
> > as "broadcasted". Past tense and adjective are "broadcast".
>
> Yes :-) Spelling fixed
Hi,
On Sat, 2014-03-15 at 03:56 +0100, Zbigniew Jędrzejewski-Szmek wrote:
> On Fri, Mar 14, 2014 at 08:05:10PM +0100, Tom Gundersen wrote:
> > On Thu, Mar 13, 2014 at 12:01 PM, Patrik Flykt
> > wrote:
> > > ---
> > > src/libsystemd-network/test-dhcp-client.c | 16
> > >
On Sat, 2014-03-15 at 04:02 +0100, Zbigniew Jędrzejewski-Szmek wrote:
> This means that I can complain about spelling :) There's no such word
> as "broadcasted". Past tense and adjective are "broadcast".
Yes :-) Spelling fixed.
> > -if (client->state == DHCP_STATE_REQUESTI
On 03/17/2014 11:53 AM, Djalal Harouni wrote:
> Use kdbus_item_validate_name() where appropriate.
Applied both, thanks!
>
> Signed-off-by: Djalal Harouni
> ---
> bus.c| 11 +--
> connection.c | 9 +
> domain.c | 15 +--
> endpoint.c | 12 +---
Use kdbus_item_validate_name() where appropriate.
Signed-off-by: Djalal Harouni
---
bus.c| 11 +--
connection.c | 9 +
domain.c | 15 +--
endpoint.c | 12 +---
handle.c | 18 +-
5 files changed, 5 insertions(+), 60 deletions(
Signed-off-by: Djalal Harouni
---
util.c | 22 ++
util.h | 2 ++
2 files changed, 24 insertions(+)
diff --git a/util.c b/util.c
index 6dbcd8d..2e13f7c 100644
--- a/util.c
+++ b/util.c
@@ -14,6 +14,7 @@
#include
#include "util.h"
+#include "defaults.h"
/**
* kdbus_s
Thanks!
Yep, I know about DBus, but I'm poking systemd from Python and I don't
quite like the existing bindings. I think --json option for journal
contents in systemctl made me think there could a way to use command line
from scripts. Anyway, I was tending to use DBus.
What about resource usage, an
On Mar 17, 2014 8:51 AM, "Vetoshkin Nikita"
wrote:
>
> Hi there!
> I'm exploring possibility to use systemd as process manager /
"containizer" for Apache Mesos (http://mesos.apache.org). At the moment I'm
trying to use systemctl/systemd-run to implement following:
> * Start process with specified
On Mon, Mar 17, 2014 at 2:44 AM, poma wrote:
> On 17.03.2014 00:34, Kai Krakow wrote:
>> poma schrieb:
>>
>>> On 09.03.2014 11:39, Kai Krakow wrote:
poma schrieb:
> BRIDGED !?
>
> $ ll /etc/systemd/network/
> ... bridge0.netdev
> ... enp3s0.network
>
> $ cat
28 matches
Mail list logo
