On Tue, Jun 3, 2014 at 12:57 AM, Samuli Suominen wrote:
>
> On 03/06/14 01:48, Tom Gundersen wrote:
>> On Sun, Jun 1, 2014 at 2:58 PM, Michael Biebl wrote:
>>> I quickly looked at the patch and it seems ok.
>>> While glancing over Makefile.am I noticed that e.g. libsystemd_network
>>> links again
On 03/06/14 01:48, Tom Gundersen wrote:
> On Sun, Jun 1, 2014 at 2:58 PM, Michael Biebl 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 Sun, Jun 1, 2014 at 2:58 PM, Michael Biebl 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
> 679be2a74241a70028438217bace423a1a45faa6), only
On Mon, Jun 2, 2014 at 8:47 PM, Reventlov
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 handle it for us. We probab
Hello.
Since network files are applied to links whenever the links
appear, how do systemd manage the "disappearance" of a default route ?
For example, let's say i have one wireless interface and one ethernet
interface that are both up, with the route default using the wireless
interface, and syst
On Fri, May 30, 2014 at 7:37 PM, Tom Gundersen wrote:
>
> On 30 May 2014 18:25, "Cristian Rodríguez" 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 kernel's task
>> >> t
On 04/14/2014 09:12 AM, Tom Gundersen wrote:
On Mon, Apr 14, 2014 at 1:17 AM, Henrik /KaarPoSoft
wrote:
On 04/14/2014 12:34 AM, Tom Gundersen wrote:
On Mon, Apr 14, 2014 at 12:12 AM, Henrik /KaarPoSoft
wrote:
On 03/22/2014 10:41 AM, Tom Gundersen wrote:
On Sat, Mar 22, 2014 at 5:06 AM,
On Mon, Jun 2, 2014 at 4:47 PM, Hannes Reinecke 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 taking do l
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 a/src/shared/file
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 ++---
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 non-
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.
Signed-off-by: Hannes Reinecke
---
man/systemd-udevd.service.xml | 19
---
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 @@
sd_journal_add_match3,
sd_j
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:
> >>http://cgit.freedeskto
>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 del
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,
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 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 b
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 i
On Sun, May 25, 2014 at 05:28:13AM +0200, Lennart Poettering wrote:
> On Sat, 24.05.14 14:58, Djalal Harouni ([email protected]) 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 sha
On 06/01/2014 07:52 AM, Lennart Poettering wrote:
On Fri, 30.05.14 12:45, Piotr Wilczek ([email protected]) 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 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 late
22 matches
Mail list logo
