Alex gmail.com> writes:
>
>
> I was advised on IRC to post this issue here after trying IRC, forums,
searches, man pages, wikis, etc.
>
> During init, systemd asks for the passphrase of non-root LUKS drives when
they are added to crypttab even though a keyfile is specified. The keyfile
is the
I was advised on IRC to post this issue here after trying IRC, forums,
searches, man pages, wikis, etc.
During init, systemd asks for the passphrase of non-root LUKS drives when
they are added to crypttab even though a keyfile is specified. The keyfile
is the same one I'm using to open (old) truec
Hi
Following our ~2 week release plans, we intend to release v223 early
next week. If anyone has open issues that need to be resolved before a
release, please speak up.
Right now, the changes consist of mostly bugfixes and a few
configuration additions. I'll commit the full NEWS tomorrow.
Thanks
On Thu, 23.07.15 08:55, SF Markus Elfring (elfr...@users.sourceforge.net) wrote:
Heya,
> I would like to continue the clarification of open issues
> around a topic like "Completion of error handling".
> https://github.com/systemd/systemd/issues/644
>
> I hope that the amount of unchecked return
On Thu, 23.07.15 09:17, Anne Mulhern (amulh...@redhat.com) wrote:
> Hi!
>
> We all know that using the journald native API it is possible to enrich the
> log
> entry data w/ key/value pairs, although this facility is Linux only.
> The set of key/value pairs which a message may log to the journal
Hi!
We all know that using the journald native API it is possible to enrich the log
entry data w/ key/value pairs, although this facility is Linux only.
The set of key/value pairs which a message may log to the journal can
constitute an API with which a logging entity can communicate alerts to
co
Hello,
I would like to continue the clarification of open issues
around a topic like "Completion of error handling".
https://github.com/systemd/systemd/issues/644
I hope that the amount of unchecked return values can be reduced
further in affected source files by the reuse of dedicated
software d