On Tue, May 20, 2014 at 6:37 PM, Lennart Poettering
wrote:
> THis should be fixed now in systemd git. We will now check against the
> system user UID threshold before removing the IPC objects.
Awesome, Thank you!.
___
systemd-devel mailing list
systemd
I have two-seat configuration on my PC. The problem is that when I log
in to GDM session on seat0, it rests being not active, and I can not
activate it with 'loginctl activate' command.
[oleg@oleg2 ~]$ loginctl
SESSIONUID USER SEAT
c1 42 gdm
Hey folks,
Xen systemd support with active sockets and sd_notify() is under way,
we're in what seems to be the final rounds of patch review. One of the
last items we are reviewing is how to best deal with a deamon that has
two binary options for the daemon. They share the same arguments and
in ord
Hi Lennart,
2014-05-22 9:59 GMT+02:00 Lennart Poettering :
> Please test!
Thanks for looking into this.
Since the commits can not be cherry-picked for v204 and v208 (which
I'm currently running in Debian), I can't easily test.
So this will have to wait until I've upgraded to a newer version.
Wit
Let's keep this behavior consistent across our libraries.
In order to keep the refcounting working, a DONT_DESTROY macro similar
to the one in sd-bus was introduced.
---
src/libsystemd-network/dhcp-internal.h | 10 ++
src/libsystemd-network/sd-dhcp-client.c | 59 ++---
On Thu, 2014-05-22 at 08:40 +0200, Umut Tezduyar Lindskog wrote:
> 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:
> >> This is exactly what the cpu.shares cgroup property does and that is
> >> what the patch posted on ML is
2014-05-22 2:11 GMT+04:00 Kirill Elagin :
> Deja vu ;).
> http://lists.freedesktop.org/archives/systemd-devel/2014-May/019136.html
>
> So, yes, wrapper seems to be the way to go.
Thanks. But may be after some more times systemd have ability to get
access to this variables in unit files .. =)
--
On 22.05.2014 03:03, Lennart Poettering wrote:
What is "pf"?
http://pf.natalenko.name
Please try upstream kernels. If you run patched kernels, and they work
differently than upstream kernels, then please contct the maintianers of
those patched kernels. Thanks.
You were right here, thanks f
On 05/22/2014 05:01 PM, Umut Tezduyar Lindskog wrote:
> On Thu, May 22, 2014 at 9:07 AM, Lennart Poettering
> wrote:
>> On Thu, 22.05.14 08:42, Umut Tezduyar Lindskog ([email protected]) wrote:
>>
>>>
>>> On Thu, May 22, 2014 at 2:18 AM, Lennart Poettering
>>> wrote:
On Wed, 21.05.14 14:02,
On Thu, May 22, 2014 at 2:36 AM, Lennart Poettering
wrote:
> On Mon, 31.03.14 15:23, Cristian RodrÃguez ([email protected]) wrote:
>
>> Needs KMOD_CFLAGS
>
> Is this still an issue? I assume not, right? Otherwise, please resend!
This seems to have been fixed by 7c4e5e4db829. Sorry for dro
22.05.2014 14:13, Tom Gundersen wrote:
On Thu, May 22, 2014 at 10:00 AM, Alexander E. Patrakov
wrote:
The code touched by commit 9f43a07f1 is possibly buggy. Here is why I think
so.
The new lines added are:
log_full(errno == ENOENT ? LOG_DEBUG : LOG_ERR, "Failed to open
configuration file '%s
On Thu, 27.03.14 05:18, Michael Biebl ([email protected]) wrote:
> 2/ If a socket is in such a state, we probably shouldn't process
> incoming requests and try to start the service
> 3/ Should we stop the socket if the Load state is "error"
So far we kept the load state and the active state quite
On Thu, May 22, 2014 at 10:00 AM, Alexander E. Patrakov
wrote:
> The code touched by commit 9f43a07f1 is possibly buggy. Here is why I think
> so.
>
> The new lines added are:
>
> log_full(errno == ENOENT ? LOG_DEBUG : LOG_ERR, "Failed to open
> configuration file '%s': %m", filename);
>
> return
Hello.
The code touched by commit 9f43a07f1 is possibly buggy. Here is why I
think so.
The new lines added are:
log_full(errno == ENOENT ? LOG_DEBUG : LOG_ERR, "Failed to open
configuration file '%s': %m", filename);
return errno == ENOENT ? 0 : -errno;
However, I don't understand why err
On Thu, May 22, 2014 at 9:07 AM, Lennart Poettering
wrote:
> On Thu, 22.05.14 08:42, Umut Tezduyar Lindskog ([email protected]) wrote:
>
>>
>> On Thu, May 22, 2014 at 2:18 AM, Lennart Poettering
>> wrote:
>> > On Wed, 21.05.14 14:02, Umut Tezduyar Lindskog ([email protected]) wrote:
>> >
>> >>
>>
On Thu, 27.03.14 05:18, Michael Biebl ([email protected]) wrote:
> There is an interesting bug which can be used to crash systemd via a
> dangling symlink. For details please see [0].
>
> To trigger the bug, you need a socket activated service. I'm using
> cups in this case.
>
> The steps to repr
On Thu, 22.05.14 12:52, Alexander E. Patrakov ([email protected]) wrote:
> Hello.
>
> "man 7 daemon" links to Apple MacOS X Daemon Requirements:
>
> http://developer.apple.com/mac/library/documentation/MacOSX/Conceptual/BPSystemStartup/Articles/LaunchOnDemandDaemons.html#//apple_ref/doc/uid/TP4
On Thu, 22.05.14 12:30, Alexander E. Patrakov ([email protected]) wrote:
> I guess that the text needs to be clarified, as currently it is a
> source of long-living locks on PID-files, with the associated
> vulnerabilities.
I simply removed that sentence now, to not create confusion regarding
ho
On Thu, 22.05.14 08:42, Umut Tezduyar Lindskog ([email protected]) wrote:
>
> On Thu, May 22, 2014 at 2:18 AM, Lennart Poettering
> wrote:
> > On Wed, 21.05.14 14:02, Umut Tezduyar Lindskog ([email protected]) wrote:
> >
> >>
> >> Hi Cho,
> >>
> >> Do you have any technical reason why CPU shares
19 matches
Mail list logo
