On Mon, Jun 02, 2014 at 11:47:39AM +1000, Jonathan Liu wrote:
Hi,
I am using systemd 212 on Arch Linux 64-bit with the following patch applied:
http://cgit.freedesktop.org/systemd/systemd/commit/?id=d8e40d62ab871a87fde421c4b246bb45bc3cbe2d
It would be easy for us if you could test the latest
On 06/01/2014 07:52 AM, Lennart Poettering wrote:
On Fri, 30.05.14 12:45, Piotr Wilczek (p.wilc...@samsung.com) wrote:
This patch adds posibility for journal to get process data from
socket data (if available) instead of from procfs.
Additionally a new procinfo structure is added to store all
On Sun, May 25, 2014 at 05:28:13AM +0200, Lennart Poettering wrote:
On Sat, 24.05.14 14:58, Djalal Harouni (tix...@opendz.org) wrote:
Applied both. Thanks!
Ok, thanks!
However, I am not too convinced about the clone() thing in
shared/eventfd-util.[ch]. That sounds too specific to be shared
On Fri, 2014-05-30 at 17:42 +0100, Tom Gundersen wrote:
Actually, I have had recent reports from users that there seems to
exist
a category of networking devices
Do you have any more info on this by any chance? Any way we may
classify these devices in a robust way?
Unfortunately it was
On 2/06/2014 8:51 PM, Djalal Harouni wrote:
On Mon, Jun 02, 2014 at 11:47:39AM +1000, Jonathan Liu wrote:
Hi,
I am using systemd 212 on Arch Linux 64-bit with the following patch applied:
http://cgit.freedesktop.org/systemd/systemd/commit/?id=d8e40d62ab871a87fde421c4b246bb45bc3cbe2d
It would
On Fri, 2014-05-30 at 17:21 +0100, Tom Gundersen wrote:
I'm wondering if the criterion should be to request broadcast if and
only if we have not configured an IP address (I.e. only in
discovering, requesting and init-reboot), as that seems to be the
problem, or did I get that wrong?
Yes, I
On 01/06/14 20:03, Mantas Mikulėnas wrote:
Out of curiosity, wouldn't the existing
org.freedesktop.DBus.Peer.GetMachineId() work here?
In principle Peer.GetMachineId() returns the D-Bus machine ID
/var/lib/dbus/machine-id, which in rare cases won't match the systemd
machine ID /etc/machine-id,
Then again, if the network is known to operate correctly, it is better
to request and get unicast delivery all the time instead. Should we have
a configuration parameter that requests broadcast delivery by default
and therefore works in all places? The system owner can then turn on
unicast
On Mon, Jun 02, 2014 at 10:04:43PM +1000, Jonathan Liu wrote:
On 2/06/2014 8:51 PM, Djalal Harouni wrote:
On Mon, Jun 02, 2014 at 11:47:39AM +1000, Jonathan Liu wrote:
Hi,
I am using systemd 212 on Arch Linux 64-bit with the following patch
applied:
---
man/sd-journal.xml | 6 --
1 file changed, 4 insertions(+), 2 deletions(-)
diff --git a/man/sd-journal.xml b/man/sd-journal.xml
index 7a05aee..d3dc57f 100644
--- a/man/sd-journal.xml
+++ b/man/sd-journal.xml
@@ -79,7 +79,8 @@
Currently just running: test/test-kdbus will trigger the BUG_ON()
appended at the bottom.
This is due to the test in check_domain_make() where we try to register
the same domain twice line: 297, hence kdbus_domain_new() fails with
-EEXIST at line domain.c:289
Later on error path we clear the
systemd spawns services with locale settings taken from kernel
cmdline. If it doesn't find anything there, then it proceeds with
parsing settings from /etc/locale.conf. localed should do the same and
look at kernel cmdline first.
---
src/locale/localed.c | 80
This should make logic in locale_setup() work as intended, hence don't
parse /etc/locale.conf if admin passed to us explicit locale settings on
kernel cmdline.
---
src/shared/fileio.c | 28 ++--
1 file changed, 18 insertions(+), 10 deletions(-)
diff --git
On Mon, Jun 2, 2014 at 4:47 PM, Hannes Reinecke h...@suse.de wrote:
On large configurations some events take longer than the
default 30 seconds. Killing those events will leave the
machine halfway configured.
So add a commandline option '--event-timeout' to handle these cases.
Why are they
On 04/14/2014 09:12 AM, Tom Gundersen wrote:
On Mon, Apr 14, 2014 at 1:17 AM, Henrik /KaarPoSoft
hen...@kaarposoft.dk wrote:
On 04/14/2014 12:34 AM, Tom Gundersen wrote:
On Mon, Apr 14, 2014 at 12:12 AM, Henrik /KaarPoSoft
hen...@kaarposoft.dk wrote:
On 03/22/2014 10:41 AM, Tom Gundersen
On Fri, May 30, 2014 at 7:37 PM, Tom Gundersen t...@jklm.no wrote:
On 30 May 2014 18:25, Cristian Rodríguez crrodrig...@opensuse.org wrote:
El 30/05/14 13:08, Greg KH escribió:
On Thu, May 29, 2014 at 08:54:22PM -0400, Cristian Rodríguez wrote:
As discussed ad-nauseum previously, it is the
On Mon, Jun 2, 2014 at 8:47 PM, Reventlov
contact+systemd...@volcanis.me wrote:
Since network files are applied to links whenever the links
appear, how do systemd manage the disappearance of a default route ?
You can have several default routes, so we just configure them all and
let the kernel
On Sun, Jun 1, 2014 at 2:58 PM, Michael Biebl mbi...@gmail.com wrote:
I quickly looked at the patch and it seems ok.
While glancing over Makefile.am I noticed that e.g. libsystemd_network
links against $(KMOD_LIBS).
That looks wrong to me (faulty commit is
On 03/06/14 01:48, Tom Gundersen wrote:
On Sun, Jun 1, 2014 at 2:58 PM, Michael Biebl mbi...@gmail.com wrote:
I quickly looked at the patch and it seems ok.
While glancing over Makefile.am I noticed that e.g. libsystemd_network
links against $(KMOD_LIBS).
That looks wrong to me (faulty
On Tue, Jun 3, 2014 at 12:57 AM, Samuli Suominen ssuomi...@gentoo.org wrote:
On 03/06/14 01:48, Tom Gundersen wrote:
On Sun, Jun 1, 2014 at 2:58 PM, Michael Biebl mbi...@gmail.com wrote:
I quickly looked at the patch and it seems ok.
While glancing over Makefile.am I noticed that e.g.
20 matches
Mail list logo
