good morning,
We really like to see this direct, how ever would it not better to join
efforts for network management. I.e. arch Linux claims with netctl [1]
to do network management "the systems way. and there are a few other
attempts to do network managent. I.e. netconfd [2] of openWRT is doing
n
On 11/06/2013 03:53 PM, Zbigniew Jędrzejewski-Szmek wrote:
> On Wed, Nov 06, 2013 at 03:22:49PM +0900, WaLyong Cho wrote:
>>
>>
>> On 09/12/2013 02:20 AM, Lennart Poettering wrote:
>>> On Tue, 13.08.13 03:01, WaLyong Cho (fyd0...@gmail.com) wrote:
>>>
From: WaLyong Cho
reboot sysc
Hi Auke,
>> This daemon listens for and configures network devices tagged with
>> 'systemd-networkd'. By default, no devices are tagged so this daemon
>> can safely run in parallel with existing network daemons/scripts.
>>
>> Networks are configured in /etc/systemd/network/*.network. The first .n
On 11/05/2013 10:18 PM, Olav Vitters wrote:
On Tue, Nov 05, 2013 at 08:49:03PM +0100, ScotXW wrote:
It is a pity that nobody on this entire list, wants to give me some
concrete ideas for the numbers 1 to 8 in the scheme [1]. :-O
Probably because this list is about systemd. Your question is off
---
src/libsystemd-bus/bus-util.c | 29 -
1 file changed, 12 insertions(+), 17 deletions(-)
diff --git a/src/libsystemd-bus/bus-util.c b/src/libsystemd-bus/bus-util.c
index 3bb1fb7..93e79e9 100644
--- a/src/libsystemd-bus/bus-util.c
+++ b/src/libsystemd-bus/bus-util.c
---
src/libsystemd-bus/bus-message.c | 21 +
1 file changed, 13 insertions(+), 8 deletions(-)
diff --git a/src/libsystemd-bus/bus-message.c b/src/libsystemd-bus/bus-message.c
index 437f6df..698c7c4 100644
--- a/src/libsystemd-bus/bus-message.c
+++ b/src/libsystemd-bus/bus-mess
message_read_strv_extend returns 0 on success
---
src/libsystemd-bus/bus-message.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/src/libsystemd-bus/bus-message.c b/src/libsystemd-bus/bus-message.c
index 698c7c4..f228b44 100644
--- a/src/libsystemd-bus/bus-message.c
+++ b/src/
On 11/06/2013 09:37 AM, Marcel Holtmann wrote:
Looking at the feature list, why are you not contributing to connman
instead? It seems you're going to be duplicating a ton of code And
connman does what your goal is, meaning you can pre-provision static
configurations without any of the more in
Kind thanks, Zbyszek. Forgive init script habits. Systemd docs need
execution flowcharts. Maybe a wiki for best practice XDG? Setting up
users is basic sysadmin.
Reviewing pam_env, is /etc/environment a decent place to set XDG vars?
$USER works from there, yes? I guess $HOME/.pam_environment could
'Twas brillig, and Kok, Auke-jan H at 06/11/13 02:08 did gyre and gimble:
> alright, I'll comment, but it took me 5 minutes to clear the coffee
> off my monitor...
>
> Looking at the feature list, why are you not contributing to connman
> instead?
AFAIK, Tom has had plenty discussions with Marcel
In case when update of current values is not necessary we still might end up
calling ioctl(), because need_update variable is not explicitly initialized.
---
src/udev/net/ethtool-util.c | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/src/udev/net/ethtool-util.c b/src/udev/n
---
src/systemctl/systemctl.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/src/systemctl/systemctl.c b/src/systemctl/systemctl.c
index 9f5e273..0c1588c 100644
--- a/src/systemctl/systemctl.c
+++ b/src/systemctl/systemctl.c
@@ -1362,7 +1362,7 @@ static int list_jobs(DBusConne
Type x in tmpfiles configuration accepts shell style globs instead of normal
paths. If user uses normal path he might expect that the path will be left
untouched. However this is not the case for directories and content of the
directory will be cleaned according to the Age parameter, we should rath
Hi ScotX,
>>> Looking at the feature list, why are you not contributing to connman
>>> instead? It seems you're going to be duplicating a ton of code And
>>> connman does what your goal is, meaning you can pre-provision static
>>> configurations without any of the more involved dependencies. I
On Wed, 06.11.13 02:57, Tom Gundersen (t...@jklm.no) wrote:
> >> Gateway=192.168.1.1
> >> Address=label@192.168.1.23/24
> >> Address=fe80::9aee:94ff:fe3f:c618/64
> >
> > Hmm, what's the plan regarding confguration of scopes and other
> > attributes of addresses? Is the "label@" syntax your inventi
Hi Lennart,
>> +struct Link {
>> +uint64_t ifindex;
>
> Hmm is this really an uint64_t? if_nametoindex(3) suggestes it's an
> "unsigned"?
actually using if_nametoindex() is bad idea as well. That should be turned into
an async RTNL call as well. We better just cache the ifname to ifind
On Wed, Nov 6, 2013 at 1:32 PM, Lennart Poettering
wrote:
> I have my suspicions that that won't work out since there already are
> quite a few properties for addresses, no? There's scope, flags,
> label. For Point-To-Point stuff the address needs to be paired with a
> local one, and in other case
On Wed, 06.11.13 14:14, Mantas Mikulėnas (graw...@gmail.com) wrote:
> On Wed, Nov 6, 2013 at 1:32 PM, Lennart Poettering
> wrote:
> > I have my suspicions that that won't work out since there already are
> > quite a few properties for addresses, no? There's scope, flags,
> > label. For Point-To-P
On 11/06/2013 03:00 PM, Lennart Poettering wrote:
On Wed, 06.11.13 14:14, Mantas Mikulėnas (graw...@gmail.com) wrote:
On Wed, Nov 6, 2013 at 1:32 PM, Lennart Poettering
wrote:
I have my suspicions that that won't work out since there already are
quite a few properties for addresses, no? Ther
On Wed, 06.11.13 15:09, Jóhann B. Guðmundsson (johan...@gmail.com) wrote:
>
> On 11/06/2013 03:00 PM, Lennart Poettering wrote:
> >On Wed, 06.11.13 14:14, Mantas Mikulėnas (graw...@gmail.com) wrote:
> >
> >>On Wed, Nov 6, 2013 at 1:32 PM, Lennart Poettering
> >> wrote:
> >>>I have my suspicions t
On 11/06/2013 12:33 AM, Tom Gundersen wrote:
[Match]
MACAddress=
Path=
Driver=
Type=
Name=
[Network]
Description=
[IP]
Gateway=192.168.1.1
Address=label@192.168.1.23/24
Address=fe80::9aee:94ff:fe3f:c618/64
Hmm..
Cant we try to follow the same construct as the other units?
Something like th
Hello
I am trying to use systemd on archlinux to mount a file system on demand.
Here is what Ihave done and here are my results.
Creating a ramdisk image.
# dd if=/dev/zero of=testyfs.raw bs=4096 count=1000
# mkfs.ext4 -F testyfs.raw
Making a mount point in /mnt
# mkdir /mnt/testyfs
Adding a
On Wed, Nov 6, 2013 at 1:32 AM, Colin Guthrie wrote:
> 'Twas brillig, and Kok, Auke-jan H at 06/11/13 02:08 did gyre and gimble:
>> alright, I'll comment, but it took me 5 minutes to clear the coffee
>> off my monitor...
>>
>> Looking at the feature list, why are you not contributing to connman
>>
Hi.
This daemon is an offline daemon: it exposes no means for controlling it that
other programs or users can
manipulate. It is a standalone program that does what it does and cannot be
spoken to.
A DBus interface is, IMO, absolutely essential, and discussing your work
without that ability to
At Wed, 6 Nov 2013 07:56:32 +0100 (CET),
Holger Winkelmann [TP] wrote:
> how ever would it not better to join
> efforts for network management. I.e. arch Linux claims with netctl [1]
> to do network management "the systems way.
...
> [1] https://wiki.archlinux.org/index.php/netctl
> https://git
'Twas brillig, and John Davis at 06/11/13 17:19 did gyre and gimble:> Hello
>
> I am trying to use systemd on archlinux to mount a file system on
> demand. Here is what Ihave done and here are my results.
>
> Creating a ramdisk image.
>
> # dd if=/dev/zero of=testyfs.raw bs=4096 count=1000
> # mkf
This is a recurring submission and includes corrections to various
issue spotted: comma setting, missing words/preposition choice.
---
man/hostnamectl.xml | 2 +-
man/localectl.xml | 2 +-
man/loginctl.xml | 2 +-
man/machinectl.xml| 6 +++---
man/sys
The explanation is from
http://people.debian.org/~stapelberg/docs/systemd-dependencies.html
---
man/systemd-halt.service.xml | 6 ++
1 file changed, 6 insertions(+)
diff --git a/man/systemd-halt.service.xml b/man/systemd-halt.service.xml
index 2fd7b8b..0737d05 100644
--- a/man/systemd-halt.se
On Wed, Nov 6, 2013 at 3:08 AM, Kok, Auke-jan H
wrote:
> On Tue, Nov 5, 2013 at 4:33 PM, Tom Gundersen wrote:
>> This daemon listens for and configures network devices tagged with
>> 'systemd-networkd'. By default, no devices are tagged so this daemon
>> can safely run in parallel with existing n
On Wed, Nov 6, 2013 at 5:00 AM, David Strauss wrote:
> Another critical feature for server configs is bonding. It's possible right
> from Kickstart and with the normal configurations in Fedora. We use it on
> every bare-metal server we manage to get HA networking.
Bonding (or probably teaming ins
On Wed, Nov 6, 2013 at 3:13 AM, Jan Engelhardt wrote:
>
> On Wednesday 2013-11-06 02:57, Tom Gundersen wrote:
>>
Gateway=192.168.1.1
Address=label@192.168.1.23/24
Address=fe80::9aee:94ff:fe3f:c618/64
>>>
>>The @ syntax is my invention, but i'm very happy to
>>change it if anyone has
On Wed, Nov 6, 2013 at 7:56 AM, Holger Winkelmann [TP]
wrote:
> We really like to see this direct, how ever would it not better to join
> efforts for network management. I.e. arch Linux claims with netctl [1]
> to do network management "the systems way. and there are a few other
> attempts to do n
On Tue, Nov 5, 2013 at 3:22 AM, Kay Sievers wrote:
[update]
Simon, are you still work/plan to work on loginctl? Please let us know.
Thanks,
Kay
- loginctl
Peeters Simon: "I'll take ... (probably loginctl afterwards)"
- systemctl
Marc-Antoine Perennou: I've goy it nearly half finished by n
Thanks, both applied.
Zbyszek
___
systemd-devel mailing list
systemd-devel@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/systemd-devel
You can disregard these three patches, they will be part of the
systemctl porting.
Marc-Antoine
___
systemd-devel mailing list
systemd-devel@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/systemd-devel
---
src/libsystemd-bus/bus-message.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/src/libsystemd-bus/bus-message.c b/src/libsystemd-bus/bus-message.c
index 16b2201..cc62050 100644
--- a/src/libsystemd-bus/bus-message.c
+++ b/src/libsystemd-bus/bus-message.c
@@ -2415,7 +2415,
---
src/libsystemd-bus/bus-message.c | 21 +
1 file changed, 13 insertions(+), 8 deletions(-)
diff --git a/src/libsystemd-bus/bus-message.c b/src/libsystemd-bus/bus-message.c
index 9543ae3..0fd9aa1 100644
--- a/src/libsystemd-bus/bus-message.c
+++ b/src/libsystemd-bus/bus-mess
---
src/libsystemd-bus/bus-util.c | 29 -
1 file changed, 12 insertions(+), 17 deletions(-)
diff --git a/src/libsystemd-bus/bus-util.c b/src/libsystemd-bus/bus-util.c
index 13ad444..2a9cd4f 100644
--- a/src/libsystemd-bus/bus-util.c
+++ b/src/libsystemd-bus/bus-util.c
This serie of patches ports systemctl to libsystemd-bus and fixes
a couple of issues encountered while porting it.
Note that curerently systemctl --user doesn't work.
Actually, systemd-analyze --user doesn't work either, so there seem
to be an issue regarding this in libsystemd-bus.
The error mes
They will soon be used in systemctl
---
src/analyze/analyze.c | 80 +++
src/libsystemd-bus/bus-util.c | 46 +
src/libsystemd-bus/bus-util.h | 17 +
3 files changed, 67 insertions(+), 76 deletions(-)
diff --git a/src/a
message_read_strv_extend returns 0 on success
---
src/libsystemd-bus/bus-message.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/src/libsystemd-bus/bus-message.c b/src/libsystemd-bus/bus-message.c
index 0fd9aa1..16b2201 100644
--- a/src/libsystemd-bus/bus-message.c
+++ b/src/
---
src/analyze/analyze.c | 2 +-
src/libsystemd-bus/bus-convenience.c | 4 ++--
src/libsystemd-bus/libsystemd-bus.sym | 2 +-
src/systemd/sd-bus.h | 2 +-
4 files changed, 5 insertions(+), 5 deletions(-)
diff --git a/src/analyze/analyze.c b/src/analyze/analyze.c
On Wed, Nov 06, 2013 at 05:42:23PM +0900, WaLyong Cho wrote:
Applied. I updated the man page, and simplified the code a bit.
Please check if it still works, I can't really test this.
Zbyszek
___
systemd-devel mailing list
systemd-devel@lists.freedesktop.
On Tue, Nov 05, 2013 at 11:32:56PM +0100, Ronny Chevalier wrote:
> ---
>
> TODO| 2 +-
> test/TEST-01-BASIC/test.sh | 190 ++
> test/TEST-02-CRYPTSETUP/test.sh | 192 +++---
> test/TEST-03-JOBS/test.sh |
On Tue, Nov 05, 2013 at 03:41:20PM +0100, rma...@redhat.com wrote:
> From: Richard Marko
>
> Allows using journal.send('msg', PRIORITY=journal.LOG_CRIT)
Applied, thanks. I changed the if to only convert int's, since this is
what makes most sense. Other things can be converted explictly.
Zbyszek
On Mon, Nov 04, 2013 at 11:01:17PM +0200, Mantas Mikulėnas wrote:
> Otherwise 'not-found' overflows into the ACTIVE column.
Applied.
Zbyszek
___
systemd-devel mailing list
systemd-devel@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/
From: David Strauss
---
src/core/cgroup.c | 20 +++-
src/core/cgroup.h | 2 ++
src/core/unit.c | 2 ++
3 files changed, 23 insertions(+), 1 deletion(-)
diff --git a/src/core/cgroup.c b/src/core/cgroup.c
index 6a6c504..b75ab55 100644
--- a/src/core/cgroup.c
+++ b/src/core/cgr
This may need a few tweaks, most notably the extraneous log items. Is
this a decent approach, though, to caching cgroup mask data?
___
systemd-devel mailing list
systemd-devel@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/systemd-dev
On Mon, Nov 04, 2013 at 11:26:07AM +0800, Yang Zhiyong wrote:
> This patch adds parameters checking for 'udevadm settle':
> - Add extraneous argument checking.
>If exist extraneous argument,the program will print stderr and exit.
> - Change "seconds"'s type from "int" to "unsigned int".
>An
On Thu, Oct 31, 2013 at 04:26:23PM -0500, William Giokas wrote:
> On Thu, Oct 31, 2013 at 09:54:05PM +0100, Ronny Chevalier wrote:
> > 2013/10/31 William Giokas <1007...@gmail.com>:
> > > Much better. Now one thing that would make this amazing is if you could
> > > make __machines an autoloaded fil
On Thu, Oct 31, 2013 at 05:22:03PM +0100, Jan Janssen wrote:
> Suspend to disk works for swap files too (even if it is located
> on an ecrypted file system):
> https://www.kernel.org/doc/Documentation/power/swsusp-and-swap-files.txt
> ---
> src/shared/sleep-config.c | 2 +-
> 1 file changed, 1 ins
On Thu, Oct 31, 2013 at 10:03:07AM +0100, Daniel Buch wrote:
> Hi there,
>
> By these 3 patches test_strv.c should be complete
Applied as one patch.
> Sorry for the tap mess i pushed, wont happen again ;)
Mess, what mess? :)
Zbyszek
___
systemd-devel
On Thu, Oct 10, 2013 at 02:25:46PM -0700, Kok, Auke-jan H wrote:
> On Wed, Oct 9, 2013 at 4:57 AM, Mantas Mikulėnas wrote:
> > It seems that some places use /run otherwise, which isn't going to work.
> > ---
> > src/core/main.c | 6 ++
> > 1 file changed, 6 insertions(+)
> >
> > diff --git a/
On 7 November 2013 13:48, Marc-Antoine Perennou
wrote:
> This serie of patches ports systemctl to libsystemd-bus and fixes
> a couple of issues encountered while porting it.
>
> Note that curerently systemctl --user doesn't work.
> Actually, systemd-analyze --user doesn't work either, so there see
add a destination parameter and skip properties we can't read
---
src/libsystemd-bus/bus-util.c | 16 +++-
src/libsystemd-bus/bus-util.h | 2 +-
src/machine/machinectl.c | 2 +-
3 files changed, 13 insertions(+), 7 deletions(-)
diff --git a/src/libsystemd-bus/bus-util.c b/src/l
Thank you Zbyszek. The indent mess i did, Lennart cleaned it up here :)
http://cgit.freedesktop.org/systemd/systemd/commit/?id=250a918dc4c8a15d927deecc3b3f6a0604657ae4
(So much for cleaning up vimrc, and leave out shiftwidth+friends out..
Anyway fixed)
2013/11/7 Zbigniew Jędrzejewski-Szmek
56 matches
Mail list logo
