'Twas brillig, and David Strauss at 19/02/13 07:08 did gyre and gimble:
> I'd like to participate online. Will people be joining a Google+
> Hangout or the #systemd IRC channel?
>
> I'm personally interested in TLS support for the gateway. I have quite
> a bit of x.509 experience to add for develo
On 02/19/2013 12:35 PM, Colin Guthrie wrote:
'Twas brillig, and David Strauss at 19/02/13 07:08 did gyre and gimble:
I'd like to participate online. Will people be joining a Google+
Hangout or the #systemd IRC channel?
I'm personally interested in TLS support for the gateway. I have quite
a bit
Colin Guthrie píše v Út 19. 02. 2013 v 12:35 +:
> 'Twas brillig, and David Strauss at 19/02/13 07:08 did gyre and gimble:
> > I'd like to participate online. Will people be joining a Google+
> > Hangout or the #systemd IRC channel?
> >
> > I'm personally interested in TLS support for the gatew
On 18/02/13 20:13, Simon McVittie wrote:
>>> Is there any plan for how GUI processes started via session D-Bus
>>> activation should pick up the right value for $DISPLAY?
>
> I've started prototyping what would be needed for `systemd --user` to
> track logind sessions, pick up the new $DISPLAY ever
On Tue, Feb 19, 2013 at 03:27:02AM +0100, Lennart Poettering wrote:
> Well, to be fair: if an app just prints a "couple of log messages", then
> the functions you point out should hardly matter... Optimize inner
> loops, not just the stuff that happens to be called a "couple of"
> times...
I agre
On Mon, Feb 18, 2013 at 12:13 PM, Simon McVittie
wrote:
> On 18/02/13 19:08, Kok, Auke-jan H wrote:
>> On Mon, Feb 18, 2013 at 4:38 AM, Simon McVittie
>> wrote:
>>> It looks as though the intention is [...]
>>> I have one XDG_RUNTIME_DIR, one 'systemd
>>> --user' instance (as per systemd's TODO:
From: Jon Masters
Systemd relies upon CONFIG_AUDITSYSCALL support being present in the kernel.
This is because systemd-logind calls audit_session_from_pid, which uses
/proc/self/sessionid to determine whether an existing session is being
replaced as part of e.g. a call to sudo, pkexec, or similar
On Tue, Feb 19, 2013 at 11:29 AM, Jon Masters wrote:
> From: Jon Masters
>
> Systemd relies upon CONFIG_AUDITSYSCALL support being present in the kernel.
> This is because systemd-logind calls audit_session_from_pid, which uses
> /proc/self/sessionid to determine whether an existing session is be
Hi Auke,
A warning is necessary to prevent silent breakage of the kind I tracked down in
Fedora ARM. However, the warning could be in the session code (there is only
silent failure currently). I can look at that if folks prefer.
Separately, I think there should be a set of test_kconfig tests ca
On Tue, 19.02.13 14:29, Jon Masters (jonat...@jonmasters.org) wrote:
> From: Jon Masters
>
> Systemd relies upon CONFIG_AUDITSYSCALL support being present in the
> kernel.
Actually it doesn't. There's just a bug with pkexec on systems that lack
auditing, but we really should fix that. We defini
On Tue, Feb 19, 2013 at 9:06 PM, Kok, Auke-jan H
wrote:
> On Tue, Feb 19, 2013 at 11:29 AM, Jon Masters wrote:
>> From: Jon Masters
>>
>> Systemd relies upon CONFIG_AUDITSYSCALL support being present in the kernel.
>> This is because systemd-logind calls audit_session_from_pid, which uses
>> /pr
On Tue, Feb 19, 2013 at 3:06 PM, Kok, Auke-jan H
wrote:
> Is this really necessary?
I second this concern, for entirely different reasons. In certain
applications, low latency in the kernel is paramount to all else.
Enabling CONFIG_AUDIT* would seem to fly in the face of this. I really
want syst
On 19/02/13 07:05, David Strauss wrote:
On Mon, Feb 18, 2013 at 11:28 AM, Steven Hiscocks
wrote:
Sounds good. I suppose `log_level` should become `add_loglevel_matches` for
consistency. (or actually `add_priority_matches`?)
"Log level" is the Pythonic language; please continue using it. The
j
On 02/19/2013 03:49 PM, Lennart Poettering wrote:
> On Tue, 19.02.13 14:29, Jon Masters (jonat...@jonmasters.org) wrote:
>
>> From: Jon Masters
>>
>> Systemd relies upon CONFIG_AUDITSYSCALL support being present in the
>> kernel.
>
> Actually it doesn't. There's just a bug with pkexec on systems
2013/2/18 Simon McVittie :
>[...]
> I've started prototyping what would be needed for `systemd --user` to
> track logind sessions, pick up the new $DISPLAY every time the user's
> set of sessions changes, and use that for all new activations.
>
> If not every session D-Bus service is a systemd user
greetings,
I am interested in learning to use systemd with output to an alphanumeric
character screen (i.e. non graphical ). Is this doable without delving into
shell programming? Examples, guidance, hints, advice etc would be much
appreciated.
sincerely
luxinteg
___
On Tue, Feb 19, 2013 at 4:58 PM, lux-integ wrote:
> greetings,
> I am interested in learning to use systemd with output to an alphanumeric
> character screen (i.e. non graphical ). Is this doable without delving into
> shell programming? Examples, guidance, hints, advice etc would be much
> a
On Tue, 19.02.13 15:52, Jon Stanley (jonstan...@gmail.com) wrote:
>
> On Tue, Feb 19, 2013 at 3:06 PM, Kok, Auke-jan H
> wrote:
>
> > Is this really necessary?
>
> I second this concern, for entirely different reasons. In certain
> applications, low latency in the kernel is paramount to all el
On Tue, 19.02.13 19:21, Holger Hans Peter Freyther (hol...@freyther.de) wrote:
> > Does this mean I will now optimize them all away for you? No, not
> > really, I don't even have the appropriate hardware to profile this. Does
> > this mean I will merge good patches that optimize this? Hell, yes!
>
19 matches
Mail list logo
