On Sun, Apr 13, 2014 at 6:01 PM, Tom Gundersen wrote:
> On Sun, Apr 13, 2014 at 2:11 PM, Umut Tezduyar Lindskog
> wrote:
>> On Sun, Apr 13, 2014 at 1:16 PM, Tom Gundersen wrote:
>>> Hm, why? Are not error messages more useful?
>>
>> What is going to b
Hi,
We are starting many services between basic.target - multi-user.target
at the same time and due to this we are suffering from following two
subjects. What can we do to overcome these problems?
1) We would like to start a subset of services that are scheduled to
start between basic.target - mu
Hi Oliver,
You can specify Address= more than once as it is explained in
http://www.freedesktop.org/software/systemd/man/systemd.network.html
(Address=).
Thanks.
On Thu, Apr 24, 2014 at 11:46 AM, Oliver wrote:
>
> Is this possible via *.link *.network in /etc/systemd/network?
> Currently I use
On Sat, Apr 26, 2014 at 12:36 AM, Tom Gundersen wrote:
> On Sun, Apr 13, 2014 at 12:52 PM, Umut Tezduyar Lindskog
> wrote:
>> Log error no for such client_stop(client, DHCP_EVENT_STOP)
>> ---
>> src/libsystemd-network/sd-dhcp-client.c |5 -
>> 1 file change
- Also only allow positive ifindex on both dhcp and ipv4ll
---
Makefile.am | 14 +-
src/libsystemd-network/sd-dhcp-client.c |2 +-
src/libsystemd-network/sd-ipv4ll.c|7 +-
src/libsystemd-network/test-dhcp-client.c |4 +-
src/libsystemd-network/
Log error no for such client_stop(client, DHCP_EVENT_STOP)
---
src/libsystemd-network/sd-dhcp-client.c | 16 +++-
1 file changed, 15 insertions(+), 1 deletion(-)
diff --git a/src/libsystemd-network/sd-dhcp-client.c
b/src/libsystemd-network/sd-dhcp-client.c
index 854c671..f2266e0 10
Otherwise:
eth0: unknown link flags gained: 0x00040 (ignoring)
---
src/network/networkd-link.c |2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/src/network/networkd-link.c b/src/network/networkd-link.c
index 015a82d..a6ae3c1 100644
--- a/src/network/networkd-link.c
+++ b/src/
---
TODO |5 ++---
1 file changed, 2 insertions(+), 3 deletions(-)
diff --git a/TODO b/TODO
index 1963af3..6ec9515 100644
--- a/TODO
+++ b/TODO
@@ -681,14 +681,13 @@ Features:
- add support for multi-part messages (simply call the same callback
repeatedly?)
* networkd:
- - change fr
On Sun, Apr 27, 2014 at 11:53 PM, Tom Gundersen wrote:
> On Sun, Apr 27, 2014 at 11:45 PM, Umut Tezduyar Lindskog
> wrote:
>> ---
>> TODO |5 ++---
>> 1 file changed, 2 insertions(+), 3 deletions(-)
>>
>> diff --git a/TODO b/TODO
>> index 1963af3..
On Sun, Apr 27, 2014 at 11:35 PM, Tom Gundersen wrote:
> On Sun, Apr 27, 2014 at 10:33 PM, Umut Tezduyar Lindskog
> wrote:
>> Otherwise:
>> eth0: unknown link flags gained: 0x00040 (ignoring)
>
> Hm, so this is basically working as intended at the moment. I.e., we
>
---
src/libsystemd-network/sd-dhcp-lease.c | 34 ---
src/network/networkd-link.c| 160 ++--
2 files changed, 110 insertions(+), 84 deletions(-)
diff --git a/src/libsystemd-network/sd-dhcp-lease.c
b/src/libsystemd-network/sd-dhcp-lease.c
index aa479f
Hi,
On Sun, May 4, 2014 at 11:19 PM, Gerd v. Egidy wrote:
> Hi,
>
> I'm one of the developers of the Icinga monitoring system. We want to provide
> a .service file for our monitoring daemon with the next major release (Icinga
> 2).
>
> Due to technical reasons, the daemon can't reload it's confi
Is
http://cgit.freedesktop.org/systemd/systemd/commit/?id=cc567911ba790931743c18332b2476e8c4accf64
intended to close this thread and bug 76468?
Umut
On Wed, Apr 9, 2014 at 8:16 PM, Umut Tezduyar Lindskog
wrote:
> Hi,
>
> Trying to debug https://bugs.freedesktop.org/show_bug.cgi
Hi,
How do we set the user:group of a socket created by .socket file?
We have thought User= and Group= should do the job but that doesn't
seem to be the case. Is this a missing feature or should we just set
the permissions by ExecStartPost= on .socket file?
Umut
_
Hi Xiong
You can have a script that reads the /proc/cmdline and then calls
exec with your app.
ExecStart=/your/custom/scipt
cat /your/custom/script:
# Do what ever you want, figure out parameters
# Start your application
exec myapp --parameter=xyz
Umut
On Tue, May 13, 2014 at 12:48 PM, zhan
On Wednesday, May 7, 2014, Colin Guthrie wrote:
> 'Twas brillig, and Umut Tezduyar Lindskog at 04/03/14 12:44 did gyre and
> gimble:
> >> Does that actually matter much? This ln usage is at build time, not
> install time,
> >> and those stable versions aren
It is also reproducible by just loosing the carrier on the link. Maybe new
async close is a candidate to solve it.
On Tuesday, April 29, 2014, Harald Hoyer wrote:
> Am 28.04.2014 13:33, schrieb Jimmy Assarsson:
> > Hi,
> >
> > We stumbled upon a freeze/block in systemd.
> > The problem occurs wh
Hi,
We will check it. Meanwhile, I believe you can also try it since
problem is arch independent. Just follow Jimmy Assarsson's
instructions.
Umut
On Tue, May 13, 2014 at 11:31 PM, Zbigniew Jędrzejewski-Szmek
wrote:
> On Tue, May 13, 2014 at 07:40:53PM +0200, Umut Tezduyar Lindsk
Hi,
Please review the patch and let us know if anything needs to be
changed. It would be nice if we can get this in before 213.
Umut
On Wed, May 7, 2014 at 8:54 AM, Emil Sjölin wrote:
> This fix makes sure that the package installation will work
> on systems using versions of 'GNU coreutils' ol
On Wed, May 14, 2014 at 1:05 PM, Colin Guthrie wrote:
> 'Twas brillig, and Umut Tezduyar Lindskog at 13/05/14 18:37 did gyre and
> gimble:
>>
>>
>> On Wednesday, May 7, 2014, Colin Guthrie > <mailto:gm...@colin.guthr.ie>> wrote:
>>
>>
On Fri, May 16, 2014 at 4:14 PM, Lennart Poettering
wrote:
> On Fri, 16.05.14 13:15, Harald Hoyer (harald.ho...@gmail.com) wrote:
>
>>
>> On 16.05.2014 13:00, Kay Sievers wrote:
>> > I do not think we should do such hacks in upstream systemd.
>> >
>> > It is a commonly available feature since quit
Hi Tom,
Thanks for your thoughts and sorry about the delay.
On Thu, May 15, 2014 at 11:47 AM, Tom Gundersen wrote:
> Hi Umut,
>
> Sorry for digging out an old thread, but it appears it has not yet
> been answered.
>
> On Thu, Apr 24, 2014 at 11:15 AM, Umut Tezduyar Lindskog
&
On Tue, May 20, 2014 at 1:46 PM, Tom Gundersen wrote:
> On Tue, May 20, 2014 at 11:33 AM, Umut Tezduyar Lindskog
> wrote:
>> Thanks for your thoughts and sorry about the delay.
>>
>> On Thu, May 15, 2014 at 11:47 AM, Tom Gundersen wrote:
>>> Hi Umut,
>>&g
On Wed, May 21, 2014 at 10:42 AM, Lennart Poettering
wrote:
> On Tue, 20.05.14 15:16, Umut Tezduyar Lindskog (u...@tezduyar.com) wrote:
>
>> > Wouldn't this be solved by telling the kernel to schedule the starting
>> > services with high latency (or whatever the ter
Hi Cho,
Do you have any technical reason why CPU shares are reverted back to
the default value on "StartupFinished" but instead when the unit is in
"activated" state?
Through out the boot, until StartupFinished, a unit might get
activated quite early but still having a higher CPU share. If the
se
On Tue, May 20, 2014 at 5:59 PM, Michael Biebl wrote:
> 2014-05-20 10:58 GMT+02:00 Umut Tezduyar Lindskog :
>> On Fri, May 16, 2014 at 4:14 PM, Lennart Poettering
>> wrote:
>>> If it is desirable to cross-build systemd on such an old distribution
>>> I'd
On Wed, May 21, 2014 at 3:54 PM, WaLyong Cho wrote:
> On 05/21/2014 09:02 PM, Umut Tezduyar Lindskog wrote:
>> Hi Cho,
>>
>> Do you have any technical reason why CPU shares are reverted back to
>> the default value on "StartupFinished" but instead whe
On Thu, May 22, 2014 at 2:14 AM, Lennart Poettering
wrote:
> On Wed, 21.05.14 13:52, Umut Tezduyar Lindskog (u...@tezduyar.com) wrote:
>
>> > Not following here... Aren't you describing a best-effort system here?
>> > But the CPUShares= stuff is best-effort stu
Hi,
On Wed, May 21, 2014 at 10:44 PM, Uoti Urpala wrote:
> On Tue, 2014-05-20 at 15:16 +0200, Umut Tezduyar Lindskog wrote:
>> On Tue, May 20, 2014 at 1:46 PM, Tom Gundersen wrote:
>> > Wouldn't this be solved by telling the kernel to schedule the starting
>> >
On Thu, May 22, 2014 at 2:18 AM, Lennart Poettering
wrote:
> On Wed, 21.05.14 14:02, Umut Tezduyar Lindskog (u...@tezduyar.com) wrote:
>
>>
>> Hi Cho,
>>
>> Do you have any technical reason why CPU shares are reverted back to
>> the default value on "Star
On Thu, May 22, 2014 at 9:07 AM, Lennart Poettering
wrote:
> On Thu, 22.05.14 08:42, Umut Tezduyar Lindskog (u...@tezduyar.com) wrote:
>
>>
>> On Thu, May 22, 2014 at 2:18 AM, Lennart Poettering
>> wrote:
>> > On Wed, 21.05.14 14:02, Umut Tezduyar L
---
README |4
1 file changed, 4 insertions(+)
diff --git a/README b/README
index f01087f..011c7f6 100644
--- a/README
+++ b/README
@@ -80,6 +80,10 @@ REQUIREMENTS:
CONFIG_TMPFS_XATTR
CONFIG_SECCOMP
+Required for CPUShares in resource control unit settings
Hi,
I am pretty sure at some point systemd-hostnamed was shutting itself
down within 5 minutes of inactivity. It seems like we have lost this
feature. Is the feature removed intentionally?
Thanks,
Umut
___
systemd-devel mailing list
systemd-devel@lists.
stemd/systemd-hostnamed
Umut
On Wed, Jul 2, 2014 at 8:50 AM, Mantas Mikulėnas wrote:
> On Wed, Jul 2, 2014 at 9:39 AM, Umut Tezduyar Lindskog
> wrote:
>> Hi,
>>
>> I am pretty sure at some point systemd-hostnamed was shutting itself
>> down within 5 minutes of ina
Hi,
I am agreeing with Simon. We use mips and we see the mentioned
impacts. We also see quite size difference (%6 large on systemd-cat
binary text section) which might not be so welcomed on embedded
system.
Umut
On Mon, May 19, 2014 at 12:37 PM, Simon McVittie
wrote:
> On 18/05/14 16:47, Cristi
---
src/shared/architecture.c |1 +
1 file changed, 1 insertion(+)
diff --git a/src/shared/architecture.c b/src/shared/architecture.c
index 9e0c3ef..7dd049a 100644
--- a/src/shared/architecture.c
+++ b/src/shared/architecture.c
@@ -116,6 +116,7 @@ Architecture uname_architecture(void) {
Hi,
On Thu, Jul 3, 2014 at 1:09 PM, Lennart Poettering
wrote:
> On Thu, 03.07.14 09:54, Umut Tezduyar Lindskog (umut.tezdu...@axis.com) wrote:
>
>> ---
>> src/shared/architecture.c |1 +
>> 1 file changed, 1 insertion(+)
>>
>> diff --git a/sr
---
src/libsystemd/sd-path/sd-path.c |1 +
1 file changed, 1 insertion(+)
diff --git a/src/libsystemd/sd-path/sd-path.c b/src/libsystemd/sd-path/sd-path.c
index 7ade915..360c854 100644
--- a/src/libsystemd/sd-path/sd-path.c
+++ b/src/libsystemd/sd-path/sd-path.c
@@ -22,6 +22,7 @@
#include "p
nnart Poettering
wrote:
> On Wed, 02.07.14 08:39, Umut Tezduyar Lindskog (u...@tezduyar.com) wrote:
>
>> Hi,
>>
>> I am pretty sure at some point systemd-hostnamed was shutting itself
>> down within 5 minutes of inactivity. It seems like we have lost this
>> feat
- systemd[1]: hello.service: main process exited, code= \
dumped, status=3/QUIT
- systemd-coredump[2541]: Failed to generate stack trac \
e: Unwinding not supported for this architecture
- systemd-coredump[2541]: Process 1024 (hello) of user \
154 dumped core.
---
src/journal/coredump.c |
y be used to
> directly connect to a specific container on the
> host. "systemctl -H root@foobar:waldi" will now connect as
> user "root" to host "foobar", and then proceed directly to
> the container named "waldi&
On Tue, Jul 8, 2014 at 1:00 PM, Mario Schuknecht
wrote:
> I have the following problem:
> There are 3 (or more) systemd targets. Each of the three targets starts a
> number of systemd services.
> It can be switched back and forth between the systemd targets.
>
> As a limitation, it is necessary th
Hi,
Even though cpu.shares and cpu.cfs_period_us/cfs_quota_us parameters
are in the "cpu" cgroup, they can be turned off individually.
Our kernel only enables cpu.shares property and due to that we see
error messages.
systemd[1]: Failed to set cpu.cfs_period_us on
/system.slice/system-sshd.slice
Oneshot services's cgroup is removed when the service
exits. An assert is hit otherwise.
---
src/core/manager.c |3 ++-
1 file changed, 2 insertions(+), 1 deletion(-)
diff --git a/src/core/manager.c b/src/core/manager.c
index 3dffbe2..d27a45f 100644
--- a/src/core/manager.c
+++ b/src/core/man
---
src/core/cgroup.c |6 +++---
1 file changed, 3 insertions(+), 3 deletions(-)
diff --git a/src/core/cgroup.c b/src/core/cgroup.c
index cd67963..ed5687d 100644
--- a/src/core/cgroup.c
+++ b/src/core/cgroup.c
@@ -303,12 +303,12 @@ void cgroup_context_apply(CGroupContext *c,
CGroupController
On Tue, Jul 15, 2014 at 3:03 PM, Zbigniew Jędrzejewski-Szmek
wrote:
> On Tue, Jul 15, 2014 at 08:36:29AM +0200, Umut Tezduyar Lindskog wrote:
>> Oneshot services's cgroup is removed when the service
>> exits. An assert is hit otherwise.
>> ---
>> src/core/manager
On Mon, Jul 21, 2014 at 1:04 PM, Piotr Wilczek wrote:
> On 07/11/2014 01:16 PM, Lennart Poettering wrote:
>>
>> On Fri, 11.07.14 13:02, Piotr Wilczek (p.wilc...@samsung.com) wrote:
>>
B) Now, as a shortcut we use the same sock actually, via sendto() to
also pass data to /run/systemd/jour
systemd-sysctl runs after syslog.socket since syslog.socket
has DefaultDependencies=no. Due to this, syslog.socket
is created with default value of net.unix.max_dgram_qlen.
---
units/syslog.socket |1 +
1 file changed, 1 insertion(+)
diff --git a/units/syslog.socket b/units/syslog.socket
inde
On Thu, Jul 24, 2014 at 11:30 AM, Colin Guthrie wrote:
> Umut Tezduyar Lindskog wrote on 24/07/14 09:53:
>> systemd-sysctl runs after syslog.socket since syslog.socket
>> has DefaultDependencies=no. Due to this, syslog.socket
>> is created with default value of ne
---
units/ldconfig.service |1 +
1 file changed, 1 insertion(+)
diff --git a/units/ldconfig.service b/units/ldconfig.service
index 43c145b..09a2b74 100644
--- a/units/ldconfig.service
+++ b/units/ldconfig.service
@@ -13,6 +13,7 @@ Conflicts=shutdown.target
After=systemd-readahead-collect.ser
Hi,
On Wed, Jul 30, 2014 at 9:23 AM, Andrey Borzenkov wrote:
> On Wed, Jul 30, 2014 at 11:02 AM, Umut Tezduyar Lindskog
> wrote:
>> ---
>> units/ldconfig.service |1 +
>> 1 file changed, 1 insertion(+)
>>
>> diff --git a/units/ldconfig.service b/uni
On Mon, Aug 4, 2014 at 2:19 AM, Lennart Poettering
wrote:
> On Wed, 30.07.14 09:02, Umut Tezduyar Lindskog (umut.tezdu...@axis.com) wrote:
>
>> ---
>> units/ldconfig.service |1 +
>> 1 file changed, 1 insertion(+)
>>
>> diff --git a/units/ldconfig.servi
---
Makefile.am| 16
configure.ac |5 +
units/ldconfig.service |1 -
3 files changed, 17 insertions(+), 5 deletions(-)
diff --git a/Makefile.am b/Makefile.am
index ce8f247..41d6bb8 100644
--- a/Makefile.am
+++ b/Makefile.am
@@ -489,8 +489,7 @@
Hi,
On Wed, Aug 6, 2014 at 8:36 AM, Hoyer, Marko (ADITG/SW2)
wrote:
> Good morning everyone,
>
>
>
> I’m playing around a bit with systemd’s socket based activation of
> systemd-journald. My intention is to shift back in time the actual startup
> of systemd-journald.service to save resources (CPU
Hi,
journald fails to forward messages to syslog when it is using
Server->syslog_fd even before the limit of
/proc/sys/net/unix/max_dgram_qlen is reached.
For this experiment,
1) I have made sure /proc/sys/net/unix/max_dgram_qlen is set to
before syslog.socket is created.
2) Replaced rsyslo
On Wed, Aug 6, 2014 at 9:08 PM, Umut Tezduyar Lindskog
wrote:
> Hi,
>
> journald fails to forward messages to syslog when it is using
> Server->syslog_fd even before the limit of
> /proc/sys/net/unix/max_dgram_qlen is reached.
>
> For this experiment,
>
> 1) I hav
On Wed, Aug 13, 2014 at 6:59 PM, Lennart Poettering
wrote:
> On Sun, 10.08.14 21:07, Umut Tezduyar Lindskog (u...@tezduyar.com) wrote:
>
>> The problem is due to sending socket's SO_SNDBUF limit. My guess at
>> this point is the amount of messages you can queue to syslog
On Fri, Aug 15, 2014 at 2:45 AM, Lennart Poettering
wrote:
> On Fri, 15.08.14 02:42, Lennart Poettering (lenn...@poettering.net) wrote:
>
>>
>> On Tue, 15.07.14 11:53, Umut Tezduyar Lindskog (umut.tezdu...@axis.com)
>> wrote:
>>
>> Looks Ok, but doesn't
Hi systemd developers,
I am very proud to inform that Axis Communications, market leader in IP video
products, has been using systemd in variety of products. Our team has been
actively involved in fixing bugs, implementing features and having discussions
with you guys for the purpose of making
Hi,
We think being able to see the journal message timestamps on console is
important. A locked up embedded system where we only have the output of console
would be even more useful if we were to know when things went wrong. For this
reason, we would like to ask: is it ok if we have such featur
> -Original Message-
> From: Kay Sievers [mailto:k...@vrfy.org]
> Sent: den 11 november 2013 16:31
> To: Umut Tezduyar Lindskog
> Cc: systemd-devel@lists.freedesktop.org
> Subject: Re: [systemd-devel] Adding an option to prefix date time when
> journal forward
This allows make rules for generated build files (i.e. configure,
Makefile.in, ... ) to be skipped. This is useful when
the source is stored without timestamps (for example in CVS or GIT).
When the build rules trigger to regenerate the build files, it tries to
use the same autotools version (cur
---
src/journal/journald-console.c | 33 ++---
1 files changed, 30 insertions(+), 3 deletions(-)
diff --git a/src/journal/journald-console.c b/src/journal/journald-console.c
index be55f94..93e3241 100644
--- a/src/journal/journald-console.c
+++ b/src/journal/journald
Hi,
Thanks for taking in the patch. Using _likely_ and economic size buffer are
correct calls.
> -Original Message-
> From: Zbigniew Jędrzejewski-Szmek [mailto:zbys...@in.waw.pl]
> Sent: den 14 november 2013 05:28
> To: Umut Tezduyar Lindskog
> Cc: systemd-devel@lists.
Hi,
If we needed to keep dbus-daemon but take advantages of kdbus, will we be able
to run them together?
To be able to fully compatible with kdbus and be ready to switch when time
comes, what needs to be done?
- Have kdbus support for glib applications (work is ongoing with the patch from
fe
Hi,
How do we support thread level resource management with the new cgroup
abstraction?
Can we use scopes with task ids of threads? If so, what is the API to put the
task id into its own scope unit?
Thanks.
___
systemd-devel mailing list
systemd-deve
Hi,
I think we can make the output of systemd-analyze blame more useful with cpu
accounting information.
The output of systemd-analyze blame is not making so much sense when lots of
programs are tried to be started at the same time since it is not known which
program actually uses the cpu at a
Hi,
Are there any plans to support 802.1x by systemd-networkd?
Thanks
___
systemd-devel mailing list
systemd-devel@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/systemd-devel
before
sending a single IP package.
Thanks.
On Nov 24, 2013, at 4:33 PM, Tom Gundersen wrote:
> On Sun, Nov 24, 2013 at 2:27 PM, Umut Tezduyar Lindskog
> wrote:
>> Are there any plans to support 802.1x by systemd-networkd?
>
> To the best of my knowledge no one is work
Hi,
On Nov 24, 2013, at 4:39 PM, Kay Sievers wrote:
> On Sun, Nov 24, 2013 at 12:33 PM, Umut Tezduyar Lindskog
> wrote:
>> How do we support thread level resource management with the new cgroup
>> abstraction?
How do we do it in the process level then. Lets say a servi
Hi,
I can’t find the last word on Oleksii’s coredump patch
http://lists.freedesktop.org/archives/systemd-devel/2013-May/010991.html. Was
there a decision about not taking it in?
Thanks
___
systemd-devel mailing list
systemd-devel@lists.freedesktop.org
On Nov 25, 2013, at 6:59 PM, Kay Sievers wrote:
> On Mon, Nov 25, 2013 at 5:28 PM, Umut Tezduyar Lindskog
> wrote:
>> On Nov 24, 2013, at 4:39 PM, Kay Sievers wrote:
>>> On Sun, Nov 24, 2013 at 12:33 PM, Umut Tezduyar Lindskog
>>> wrote:
>>>&g
Hi,
Find my comments below please.
On Nov 29, 2013, at 9:51 AM, David Timothy Strauss
wrote:
> On Fri, Nov 29, 2013 at 1:58 AM, Umut Tezduyar Lindskog
> wrote:
>> Can someone explain the process level management?
>
> Right now, it's possible to do directly in the cgr
Hi,
> -Original Message-
> From: Lennart Poettering [mailto:lenn...@poettering.net]
> Sent: den 29 november 2013 13:49
> To: Umut Tezduyar Lindskog
> Cc: David Timothy Strauss; systemd-devel@lists.freedesktop.org; Kay Sievers
> Subject: Re: [systemd-devel] Thread level r
Hi,
Now that dbus sockets are by default expected to be in /run by systemd;
/var/run by other dbus libraries, we have to use env variables to tell one of
them the correct socket path.
Both systemd and glib (gio) are hardcoding the default dbus socket path and
having an override with environme
It is broken when bindir is /usr/bin and /lib is not symbolic link to /usr/lib.
bus-proxyd-install-hook:
$(AM_V_LN)$(LN_S) -f ../../lib/systemd/systemd-bus-proxyd
$(DESTDIR)$(bindir)/systemd-stdio-bridge
Maybe best to use full path.
___
syste
Hi,
.device units stopped showing up for me in git systemd since somewhere around
mid-december. I have noticed that udevd and even udevadm monitor receives the
kernel events but systemd itself never receives them.
Further debugging, I have found out device_dispatch_io() (src/core/device.c) is
.pl]
> Sent: den 13 januari 2014 14:38
> To: Umut Tezduyar Lindskog
> Cc: systemd-devel@lists.freedesktop.org
> Subject: Re: [systemd-devel] .device units are not showing up on git systemd
>
> On Mon, Jan 13, 2014 at 10:37:58AM +0100, Umut Tezduyar Lindskog wrote:
> > Hi,
>
From: Umut Tezduyar Lindskog
---
README |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/README b/README
index a1058c5..6fcab4f 100644
--- a/README
+++ b/README
@@ -63,7 +63,7 @@ REQUIREMENTS:
Some udev rules and virtualization detection relies on it
This covers the case where NamePolicy has mac in it
and MACAddress is given.
Ex:
NamePolicy=mac
MACAddress=00:00:00:00:00:00
Interface name becomes [en|wl]x
Also cleanup rtnl_set_link_properties
---
src/libsystemd/rtnl-util.c | 16 ++---
src/udev/net/link-config.c
Hi Tom,
> -Original Message-
> From: Tom Gundersen [mailto:t...@jklm.no]
> Sent: den 15 januari 2014 14:23
> To: Umut Tezduyar Lindskog
> Cc: systemd Mailing List; Umut Tezduyar Lindskog
> Subject: Re: [systemd-devel] [PATCH] udev: ifname matches given mac
>
&g
> -Original Message-
> From: Lennart Poettering [mailto:lenn...@poettering.net]
> Sent: den 16 januari 2014 17:14
> To: Umut Tezduyar Lindskog
> Cc: systemd-devel@lists.freedesktop.org; Umut Tezduyar Lindskog
> Subject: Re: [systemd-devel] [PATCH] readme: C
---
Makefile.am |2 ++
1 files changed, 2 insertions(+), 0 deletions(-)
diff --git a/Makefile.am b/Makefile.am
index 72da667..7886a81 100644
--- a/Makefile.am
+++ b/Makefile.am
@@ -1744,6 +1744,7 @@ systemd_gpt_auto_generator_CFLAGS = \
endif
#
---
Hi,
ca76186598c56 (Jan 7) has removed the ability to stop all dbus services at once
by executing "systemctl stop dbus.socket". If that is intentional I can live
with it but then we also need to change the man systemd.service and
systemd.special as they still mention the dependency to dbus.socke
---
src/libsystemd/sd-dhcp-client.c | 147 ++-
1 files changed, 36 insertions(+), 111 deletions(-)
diff --git a/src/libsystemd/sd-dhcp-client.c b/src/libsystemd/sd-dhcp-client.c
index a057852..3b7b9f4 100644
--- a/src/libsystemd/sd-dhcp-client.c
+++ b/src/libs
Interface could go down before acquiring a dhcp lease
---
src/network/networkd-link.c | 10 ++
1 files changed, 6 insertions(+), 4 deletions(-)
diff --git a/src/network/networkd-link.c b/src/network/networkd-link.c
index d83c4ce..9aca1b6 100644
--- a/src/network/networkd-link.c
+++ b/sr
Thanks for the link Brian. Very valuable.
Have you discussed moving
cntvct-log
to systemd-analyze? IMHO, systemd can have better control when the target is
reached to record the wall time.
Umut
From: systemd-devel on behalf of
Brian Masney
Date: Thursday, 26 September 2024 at 03:07
To: dha
201 - 287 of 287 matches
Mail list logo