Hi all,
we are following the discussion initiated by Cecil about systemd
journal for a while. The last couple of weeks we have developed
a Erlang adapter for the journal to allow structured native logging.
Therefore we have developed a ejournald [1] backend for the Erlang
logging framework lager [
-- fix grammar and reword some descriptions for clarity
-- add a useful description of what --follow does
-- fix the description for --after-cursor
-- properly introduce the FSS acronym for "Forward Secure Sealing" in
both sections
-- clarify the --disk-usage command
---
src/journal/journalctl.c |
It's difficult to read the --help text when there are no indents for
line-wrapped descriptions, so add indenting to provide a visual cue.
---
I used an eight-space indent to match the coding style for systemd. If this is
too much indentation space, I can resubmit with four-space indents or whatever
On Tue, Dec 17, 2013 at 8:14 PM, Andrey Borzenkov wrote:
> В Tue, 17 Dec 2013 19:59:47 +0100 Kay Sievers пишет:
>> # modprobe dummy
>
> dummy is not renamed.
> UDEV [80256.274447] move /devices/pci:00/:00:03.0/net/ens3 (net)
> ACTION=move
> ...
> INTERFACE=ens3
> SEQNUM=1452
> ...
In journalctl(1), be more explicit about the reference to "Seal=" in
journald.conf(5) and what information can be found there.
---
It took a decent amount of searching to find the actual peer refereed conference
paper that details the crypto behind FSS. A DOI for the paper makes finding it
much, mu
It may not be immediately obvious to the reader what "ID128" is, so replace the
example option argument "ID128" with "128-bit-ID".
---
"ID128" is developer jargon/shorthand for "128-bit ID" that is regularly used in
function definitions. For those new to systemd, non-native English speakers, or
for
And add a missing tag around "--setup-keys" under "--force".
---
This is mostly fixes for typos, incorrect comma usage, lack of articles (e.g.
the, a, an), poor wording, etc.
man/journalctl.xml | 71 +++---
1 file changed, 36 insertions(+), 35 del
---
src/machine/machinectl.c | 4 +---
1 file changed, 1 insertion(+), 3 deletions(-)
diff --git a/src/machine/machinectl.c b/src/machine/machinectl.c
index fd21a0a..a2af87c 100644
--- a/src/machine/machinectl.c
+++ b/src/machine/machinectl.c
@@ -304,10 +304,8 @@ static int show(sd_bus *bus, char
---
src/login/loginctl.c | 13 -
1 file changed, 4 insertions(+), 9 deletions(-)
diff --git a/src/login/loginctl.c b/src/login/loginctl.c
index f96a568..e03b0b9 100644
--- a/src/login/loginctl.c
+++ b/src/login/loginctl.c
@@ -1089,7 +1089,7 @@ static int parse_argv(int argc, char *arg
On Tue, 17.12.13 18:02, Dr. Werner Fink ([email protected]) wrote:
> > > +
> > > +if (fstat(s->dev_kmsg_fd, &st) < 0) {
> > > +log_error("Failed to stat /dev/kmsg fd, ignoring: %m");
> > > +close_nointr_nofail(s->dev_kmsg_fd);
> > > +s->dev_kmsg
On Tue, Dec 17, 2013 at 12:46 PM, Lennart Poettering
wrote:
> On Sun, 15.12.13 16:19, Shawn Landden ([email protected]) wrote:
>
>> to actually use this we would have to add this patch:
>>
>> diff --git a/configure.ac b/configure.ac
>> index f85e86e..5ead127 100644
>> --- a/configure.ac
>> +++
On 17/12/13 20:19, Lennart Poettering wrote:
> Hmm, D-Bus and glib both try to be compatible with various older
> systems, so connecting to /var/run appears to be the safe choice.
>
> That said, I am pretty sure it would be a good idea to patch make them
> avoid /var/run on systems where that's ju
The following patches try to fix a regression in the loginctl --property
logic and improve the code.
[Patch 1/4] loginctl: replace strv_append() by strv_extend()
[Patch 2/4] loginctl: add show_properties() to get login1 properties
[Patch 3/4] loginctl: use show_properties() to get login1 propertie
On Mon, 16.12.13 08:53, Shawn Landden ([email protected]) wrote:
Thanks!
Applied!
> also define noreturn w/o
> ---
> src/core/main.c | 2 +-
> src/journal/test-journal-interleaving.c | 2 +-
> src/shared/log.c| 4 ++--
> src/shared/log.h
On Fri, 13.12.13 21:34, Thomas H.P. Andersen ([email protected]) wrote:
> From: Thomas Hindoe Paaboel Andersen
>
> Introduced in:
> 9f6eb1cd58f2ddf2eb6ba0e4de056e13d938af75
> 31b403439360c0396a50d77d0a1ee2bca4df
Applied! Thanks!
> ---
> src/libsystemd-bus/bus-util.c | 10 --
> 1 fi
On Sun, 15.12.13 16:24, Shawn Landden ([email protected]) wrote:
> Also make thread_local available w/o including .
> (as the latter hasn't been implemented, but this part is trivial)
Thanks! Applied!
> ---
> src/libsystemd-bus/sd-bus.c | 4 ++--
> src/libsystemd-bus/sd-event.c | 2
On Sun, 15.12.13 16:56, Shawn Landden ([email protected]) wrote:
> the process only has one working directory, and a race is
> harmless
Thanks! Applied!
Lennart
--
Lennart Poettering, Red Hat
___
systemd-devel mailing list
[email protected]
On Tue, Dec 17, 2013 at 6:57 PM, Robert Milasan wrote:
> On Tue, 17 Dec 2013 17:36:21 +0100
> "Kay Sievers" wrote:
>
>> On Tue, Dec 17, 2013 at 2:05 PM, Robert Milasan
>> wrote:
>> > On Tue, 17 Dec 2013 13:54:34 +0100
>> > "Martin Pitt" wrote:
>> >
>> >> Robert Milasan [2013-12-17 12:44 +0100]:
On Sun, 15.12.13 16:19, Shawn Landden ([email protected]) wrote:
> to actually use this we would have to add this patch:
>
> diff --git a/configure.ac b/configure.ac
> index f85e86e..5ead127 100644
> --- a/configure.ac
> +++ b/configure.ac
> @@ -113,6 +113,7 @@ AS_IF([test "x$enable_address_s
Commit f8f14b3654bcd introduced a regression that makes loginctl ignore
the "--property" option. Fix this in two patches.
This patch is just preparation, it introduces the show_properties()
function that will be used in the next patch to query properties.
---
src/login/loginctl.c | 15 +++
Hi,
Now that dbus sockets are by default expected to be in /run by systemd;
/var/run by other dbus libraries, we have to use env variables to tell one of
them the correct socket path.
Both systemd and glib (gio) are hardcoding the default dbus socket path and
having an override with environme
On Tue, Dec 17, 2013 at 09:33:46PM +0100, Lennart Poettering wrote:
> On Tue, 17.12.13 21:08, Zbigniew Jędrzejewski-Szmek ([email protected]) wrote:
>
> >
> > On Tue, Dec 17, 2013 at 08:30:35PM +0100, Lennart Poettering wrote:
> > > Hmm, but that sounds like we should "grey" it out, no? The same
Commit f8f14b3654bcd introduced a regression that makes loginctl ignore
the "--property" option.
This patch fixes the bug, it uses the new show_properties() function to
query and filter properties.
---
src/login/loginctl.c | 48 ++--
1 file changed, 18
On Tue, 17.12.13 20:46, Umut Tezduyar ([email protected]) wrote:
>
> On Tue, Dec 17, 2013 at 8:26 PM, Lennart Poettering
> wrote:
> > On Tue, 17.12.13 20:23, Umut Tezduyar Lindskog ([email protected])
> > wrote:
> >
> >> Hi,
> >>
> >> Now that dbus sockets are by default expected to be in
1) Instead of checking if we need to print a new line on each iteration,
pass the "new_line" as a pointer to those functions, so they can use
it to check if a new line is needed. This makes the code more consistent
as it is done in other places: machinectl, systemctl...
2) Move the error messages
On Tue, 17.12.13 21:08, Zbigniew Jędrzejewski-Szmek ([email protected]) wrote:
>
> On Tue, Dec 17, 2013 at 08:30:35PM +0100, Lennart Poettering wrote:
> > Hmm, but that sounds like we should "grey" it out, no? The same way we
> > have a way to highlight things maybe we want the opposite as a way
В Tue, 17 Dec 2013 19:59:47 +0100
Kay Sievers пишет:
>
> Works just fine here as expected, it's probably something in your setup.
>
No, it *your* default interface renaming :)
> Kay
>
> # head -2 /etc/udev/rules.d/10-local.rules
> ACTION=="add", SUBSYSTEM=="net", ENV{test_device}="1"
> ACTIO
On Tue, 17.12.13 20:23, Umut Tezduyar Lindskog ([email protected]) wrote:
> Hi,
>
> Now that dbus sockets are by default expected to be in /run by systemd;
> /var/run by other dbus libraries, we have to use env variables to tell one of
> them the correct socket path.
>
> Both systemd and
On Tue, 17.12.13 10:55, Lukasz Skalski ([email protected]) wrote:
> Due to this patch, message dump (for message which includes boolean
> type) is more consistent with dbus-send (which display true/false
> instead of yes/no for boolean). It's only simple 'cosmetics change'.
Yeah, make
On Tue, 17.12.13 17:31, Lukasz Skalski ([email protected]) wrote:
> RequestName return codes should be consistent with Dbus Specification.
>
> VALUE - DESCRIPTION
> 1-The caller is now the primary owner of the name, replacing any previous
> owner,
> 2-The name already had an owner (Q
On Tue, Dec 17, 2013 at 8:26 PM, Lennart Poettering
wrote:
> On Tue, 17.12.13 20:23, Umut Tezduyar Lindskog ([email protected]) wrote:
>
>> Hi,
>>
>> Now that dbus sockets are by default expected to be in /run by systemd;
>> /var/run by other dbus libraries, we have to use env variables to t
On Tue, Dec 17, 2013 at 08:30:35PM +0100, Lennart Poettering wrote:
> Hmm, but that sounds like we should "grey" it out, no? The same way we
> have a way to highlight things maybe we want the opposite as a way to
> deemphasize things and color it grey in some way? (Not sure though
> whether there's
On Tue, 17.12.13 15:59, Zbigniew Jędrzejewski-Szmek ([email protected]) wrote:
> > > diff --git a/src/systemctl/systemctl.c b/src/systemctl/systemctl.c
> > > index 327eb85..aab92c4 100644
> > > --- a/src/systemctl/systemctl.c
> > > +++ b/src/systemctl/systemctl.c
> > > @@ -3797,7 +3797,10 @@ stati
On Fri, Dec 13, 2013 at 9:34 PM, Thomas H.P. Andersen wrote:
> From: Thomas Hindoe Paaboel Andersen
>
> Introduced in:
> 9f6eb1cd58f2ddf2eb6ba0e4de056e13d938af75
> 31b403439360c0396a50d77d0a1ee2bca4df
> ---
> src/libsystemd-bus/bus-util.c | 10 --
> 1 file changed, 8 insertions(+), 2
On Tue, 17 Dec 2013 17:36:21 +0100
"Kay Sievers" wrote:
> On Tue, Dec 17, 2013 at 2:05 PM, Robert Milasan
> wrote:
> > On Tue, 17 Dec 2013 13:54:34 +0100
> > "Martin Pitt" wrote:
> >
> >> Robert Milasan [2013-12-17 12:44 +0100]:
> >> > I have this rule as a test, but doesn't do squat (meaning i
I've got a system running Fedora 20 with systemd 208-9.
It doesn't seem to be honouring the KillUserProcess=yes setting in logind.conf.
$ grep KillUserProcesses /etc/systemd/logind.conf
#KillUserProcesses=no
KillUserProcesses=yes
$ loginctl
SESSIONUID USER SEAT
On Tue, Dec 10, 2013 at 09:53:22PM +0100, Lennart Poettering wrote:
Sorry for the late answer but I had been away sick last week ...
> On Mon, 02.12.13 16:27, Werner Fink ([email protected]) wrote:
>
> > that is the systemd-journald may ignore /dec/kmsg which are not a valid
> > device but a lint t
В Tue, 17 Dec 2013 14:05:56 +0100
Robert Milasan пишет:
> On Tue, 17 Dec 2013 13:54:34 +0100
> "Martin Pitt" wrote:
>
> > Robert Milasan [2013-12-17 12:44 +0100]:
> > > I have this rule as a test, but doesn't do squat (meaning it doesnt
> > > work) :)
> > >
> > > ACTION=="add", SUBSYSTEM=="net
On Tue, Dec 17, 2013 at 2:05 PM, Robert Milasan wrote:
> On Tue, 17 Dec 2013 13:54:34 +0100
> "Martin Pitt" wrote:
>
>> Robert Milasan [2013-12-17 12:44 +0100]:
>> > I have this rule as a test, but doesn't do squat (meaning it doesnt
>> > work) :)
>> >
>> > ACTION=="add", SUBSYSTEM=="net", KERNEL
RequestName return codes should be consistent with Dbus Specification.
VALUE - DESCRIPTION
1-The caller is now the primary owner of the name, replacing any previous owner,
2-The name already had an owner (QUEUE flag was not specified),
3-The name already has an owner (QUEUE flag was specified),
4-
Hi
On Fri, Dec 13, 2013 at 7:20 PM, Jonathan de Boyne Pollard
wrote:
> The way that you're going right now, you're going to surprise a lot of
> people, possibly not pleasantly, in a little while. You've presented this as
> a replacement of agetty and login. But the use cases of getty+login and
Hi
On Fri, Dec 13, 2013 at 7:17 PM, Jonathan de Boyne Pollard
wrote:
> I'll patch the comment. The code is up to you. (-:
>
> --- consoled-pty-old.c 2013-12-05 12:53:24.0 +
> +++ consoled-pty.c 2013-12-05 12:53:11.0 +
> @@ -40,26 +40,45 @@
> #include "sd-event.h"
>
> /
On 12/17/2013 05:16 PM, Lennart Poettering wrote:
On Tue, 17.12.13 15:54, Zbigniew Jędrzejewski-Szmek ([email protected]) wrote:
On Tue, Dec 17, 2013 at 02:31:42PM +0100, Lukasz Skalski wrote:
RequestName return codes should be consistent with Dbus Specification.
VALUE - DESCRIPTION
1-The ca
On Tue, 17.12.13 15:54, Zbigniew Jędrzejewski-Szmek ([email protected]) wrote:
>
> On Tue, Dec 17, 2013 at 02:31:42PM +0100, Lukasz Skalski wrote:
> > RequestName return codes should be consistent with Dbus Specification.
> >
> > VALUE - DESCRIPTION
> > 1-The caller is now the primary owner of t
Hi
On Fri, Dec 13, 2013 at 9:12 PM, Jonathan de Boyne Pollard
wrote:
> There's an adage that holds that the best design is a stolen design. On that
> basis, I recommend reading about how the Hurd console system works.
>
>
> http://homepage.ntlworld.com./jonathan.deboynepollard/FGA/hurd-daemon
On Tue, Dec 17, 2013 at 02:58:23PM +0100, Lennart Poettering wrote:
> On Mon, 16.12.13 20:28, Zbigniew Jędrzejewski-Szmek
> ([email protected]) wrote:
>
> > commit c0fdf09885ce83cc7edc31f51b03ef284980dfa8
> > Author: Zbigniew J??drzejewski-Szmek
> > Date: Mon Dec 16 22:34:07 2013
On Tue, Dec 17, 2013 at 02:31:42PM +0100, Lukasz Skalski wrote:
> RequestName return codes should be consistent with Dbus Specification.
>
> VALUE - DESCRIPTION
> 1-The caller is now the primary owner of the name, replacing any previous
> owner,
> 2-The name already had an owner (QUEUE flag was n
On Wed, Dec 4, 2013 at 4:33 PM, Kay Sievers wrote:
> On Wed, Dec 4, 2013 at 4:26 PM, János Illés wrote:
>> I would like to report a small cosmetic bug for gummiboot. It looks like
>> this:
>> http://i.imgur.com/cDRwIwX.jpg [62 kbyte]
>
> It's probably the firmware ...
>
> Not sure if there would
On Mon, 16.12.13 20:28, Zbigniew Jędrzejewski-Szmek
([email protected]) wrote:
> commit c0fdf09885ce83cc7edc31f51b03ef284980dfa8
> Author: Zbigniew J??drzejewski-Szmek
> Date: Mon Dec 16 22:34:07 2013 -0500
>
> systemctl: highlight filenames in cat
>
> diff --git a/src/share
RequestName return codes should be consistent with Dbus Specification.
VALUE - DESCRIPTION
1-The caller is now the primary owner of the name, replacing any previous owner,
2-The name already had an owner (QUEUE flag was not specified),
3-The name already has an owner (QUEUE flag was specified),
4-
Please ignore this patch - it contains errors. Sorry.
BR,
Lukasz
On 12/17/2013 01:48 PM, Lukasz Skalski wrote:
RequestName return codes should be consistent with
Dbus Specification.
VALUE - DESCRIPTION
1 - The caller is now the primary owner of the name, replacing any previous
owner,
2 - The
On Tue, 17 Dec 2013 13:54:34 +0100
"Martin Pitt" wrote:
> Robert Milasan [2013-12-17 12:44 +0100]:
> > I have this rule as a test, but doesn't do squat (meaning it doesnt
> > work) :)
> >
> > ACTION=="add", SUBSYSTEM=="net", KERNEL=="?*", ENV{test_device}="1"
> >
> > ACTION=="remove", SUBSYSTEM
Robert Milasan [2013-12-17 12:44 +0100]:
> I have this rule as a test, but doesn't do squat (meaning it doesnt
> work) :)
>
> ACTION=="add", SUBSYSTEM=="net", KERNEL=="?*", ENV{test_device}="1"
>
> ACTION=="remove", SUBSYSTEM=="net", KERNEL=="?*", ENV{test_device}=="1",
> RUN+="/bin/sh -c 'echo
RequestName return codes should be consistent with
Dbus Specification.
VALUE - DESCRIPTION
1 - The caller is now the primary owner of the name, replacing any previous
owner,
2 - The name already had an owner (QUEUE flag was not specified),
3 - The name already has an owner (QUEUE flag was specifi
On Tue, 17 Dec 2013 11:52:15 +0100
"Kay Sievers" wrote:
> On Tue, Dec 17, 2013 at 8:56 AM, Hannes Reinecke wrote:
> > On 12/17/2013 08:52 AM, Robert Milasan wrote:
> >> Hello,
> >> got a small question about creating a rule, like this:
> >>
> >> ACTION=="add", , ENV{test_device}="1"
> >>
>
On Tue, Dec 17, 2013 at 11:58 AM, Hannes Reinecke wrote:
> On 12/17/2013 11:52 AM, Kay Sievers wrote:
>> On Tue, Dec 17, 2013 at 8:56 AM, Hannes Reinecke wrote:
>>> On 12/17/2013 08:52 AM, Robert Milasan wrote:
Hello,
got a small question about creating a rule, like this:
AC
On 12/17/2013 11:52 AM, Kay Sievers wrote:
> On Tue, Dec 17, 2013 at 8:56 AM, Hannes Reinecke wrote:
>> On 12/17/2013 08:52 AM, Robert Milasan wrote:
>>> Hello,
>>> got a small question about creating a rule, like this:
>>>
>>> ACTION=="add", , ENV{test_device}="1"
>>>
>>> ACTION=="remove, .
On Tue, Dec 17, 2013 at 8:56 AM, Hannes Reinecke wrote:
> On 12/17/2013 08:52 AM, Robert Milasan wrote:
>> Hello,
>> got a small question about creating a rule, like this:
>>
>> ACTION=="add", , ENV{test_device}="1"
>>
>> ACTION=="remove, , ENV{test_device}=="1",
>> RUN+="/path/to/some/s
On Tue, Dec 17, 2013 at 09:50:16AM +0100, Lukasz Skalski wrote:
> ---
> src/bus-driverd/bus-driverd.c | 2 +-
> 1 file changed, 1 insertion(+), 1 deletion(-)
>
> diff --git a/src/bus-driverd/bus-driverd.c b/src/bus-driverd/bus-driverd.c
> index ce2e1b2..d2b3e08 100644
> --- a/src/bus-driverd/bus-
Due to this patch, message dump (for message which includes boolean
type) is more consistent with dbus-send (which display true/false
instead of yes/no for boolean). It's only simple 'cosmetics change'.
** For dbus-send **
dbus-send --system --dest=org.freedesktop.DBus --type=method_call --print-
At the moment there are four white-papers I have to write:
- Remote Log Server
- Resource Management
- Security
- Process Management
Here I am going to describe what I think I should include. When
something is missing: I gladly get notified about it.
- Remote Log Server
Journald is primarily
On Sun, Jul 07, 2013 at 09:18:01AM +0200, Holger Hans Peter Freyther wrote:
Good Morning,
> > So unless there is an issue with my recording/replay I think that
> > besides my opinion that mapping a < 4MB file 65 times is ugly, it
> > also appears to be slower for the above workload in journald.
>
---
src/bus-driverd/bus-driverd.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/src/bus-driverd/bus-driverd.c b/src/bus-driverd/bus-driverd.c
index ce2e1b2..d2b3e08 100644
--- a/src/bus-driverd/bus-driverd.c
+++ b/src/bus-driverd/bus-driverd.c
@@ -247,7 +247,7 @@ static int d
63 matches
Mail list logo
