On 2016-06-22 13:32, Andrei Borzenkov wrote:
Well, depends =) It was easy to do it cleanly, but rarely anyone cared. It's
How is different to what we have now? :)
I guess =)
Well, getty's are spawned dynamically on demand and there is no direct
dependency between various targets and
Hello.
I've got some strange results when played with sd_journal_* functions. The task
is to obtain messages _only_ with
specified fields (e.g. MESSAGE_ID=bla-bla-bla) and I get it. Theoretically
there is only one tool which send unique msg
and one service to whom these msg.
And problem is
On 2016-06-22 05:39, Andrei Borzenkov wrote:
21.06.2016 23:23, Michal Soltys пишет:
TBH, switch between run-time levels never really worked in the past,
before systemd, so at least there is no regression :)
Well, depends =) It was easy to do it cleanly, but rarely anyone cared.
It's kind
On Wed, Jun 22, 2016 at 10:38 AM, Michal Soltys wrote:
> On 2016-06-22 05:39, Andrei Borzenkov wrote:
>>
>> 21.06.2016 23:23, Michal Soltys пишет:
>>
>> TBH, switch between run-time levels never really worked in the past,
>> before systemd, so at least there is no regression :)
On Wednesday 22 June 2016 12:10:14 Dennis Semakin wrote:
> The task is to obtain messages _only_ with specified fields (e.g.
> MESSAGE_ID=bla-bla-bla).
> And problem is that I can see incoming messages even when sending tool is
> not running (no execution). Looks like I got all messages from
On Jun 17, 2016 11:11, "Brian Kroth" wrote:
>
> Mantas Mikulėnas 2016-06-17 08:00:
>>
>> On Fri, Jun 17, 2016 at 5:05 AM, Brian Kroth wrote:
>>
>>> Hi, I'm trying to convert an old school inetd service into a systemd
>>> socket
Andrei Borzenkov composed on 2016-06-22 06:39 (UTC+0300):
> TBH, switch between run-time levels never really worked in the past,
> before systemd, so at least there is no regression :)
This is news to me. I was doing this for years. What brokenness was I
not encountering?
> Well, getty's are