Heya,
This is a feature release:
http://www.freedesktop.org/software/systemd/systemd-196.tar.xz
CHANGES WITH 196:
* udev gained support for loading additional device properties
from an indexed database that is keyed by vendor/product IDs
and similar device identifier
Hi Lennart,
Thanks for the reply.
I can't understand the user-generated sshd log being put into it's own
journal out of distrust, isn't that just paranoia? I don't see the
practicality of it. Either way, it's still getting logged. Does it
matter that it's not in the main journal? Can you elaborat
'Twas brillig, and Arun Raghavan at 20/11/12 03:07 did gyre and gimble:
>> > P.S. - using systemd's logind, if that makes a difference.
> Bluewind from the Arch side was speaking to me on IRC several hours ago,
> and let me summarise our findings.
>
> 1. mpd is spawned as your "main" user, with XD
On 11/20/12 3:55 PM, Lennart Poettering wrote:
SYSTEMD_WANTS=ext-usb-backup@.myth.backup\x20connected.service
This looks alright, doesn't it?
Are you saying that this service is not pulled in even though this field
showed up on the device?
I found where issue is.
When developing udev rule I te
>> +char *name_printf(char * prefix, char * instance, char* format) {
> We don't need to export this, do we?
Don't know. We don't need this function to be exported, but I have no
idea about the policy of using/definition of such functions in systemd.
> Hmm, specifier_string() already handles NUL
> Hmm, what is the use case?
As for OnFailure=, but opposite. Usefull for doing dangerous jobs in
mode like emergency, but not interactive. Like core configuration
files/software updates. Pushing OnStop=default.target to that unit
I create way home, and JobSecTimeout+OnFailure=emergency.target w
On Tue, Nov 20, 2012 at 2:06 AM, Lennart Poettering
wrote:
> On Mon, 19.11.12 08:13, Mantas Mikulėnas (graw...@gmail.com) wrote:
>
>> On Mon, Nov 19, 2012 at 8:01 AM, Mantas Mikulėnas wrote:
>> > Anything that is written to /sys/module/*/parameters goes to
>> > modprobe.d(5) -- again, to be appli
> What precisely is the usecase for this one?
http://lists.freedesktop.org/archives/systemd-devel/2012-November/007479.html
I use it to restore previous state after going to alternate state, like
powersaving.
> Doesn't this patch do more than you suggest it would do? What i mean: if
> A and B co
On Fri, 26.10.12 11:11, Jake Rooney (tehe...@gmail.com) wrote:
> Hi,
>
> Couple of questions...
>
> At the moment (195) journalctl _SYSTEMD_UNIT=sshd.service prints out
> most sshd logs, but skips user disconnections/logouts. These seem to
> be logged under the UID of the user that logged out a
On Wed, 24.10.12 15:45, Cliff Brake (cliff.br...@gmail.com) wrote:
> Hello,
>
> We have an embedded system where we boot from an initramfs, but partway
> through the boot, we would like to move the journal to NAND flash if its
> available.
>
> I tried modifying the systemd-journald.service to Re
On Wed, 31.10.12 08:43, Holger Freyther (hol...@freyther.de) wrote:
> Hi,
>
> I made a small change and wanted to add test coverage for the bug
> I was fixing. The only test that is loading units appears to be
> test-engine. Sadly this test is not executed as part of make check
> and executing it
On Tue, Nov 20, 2012 at 06:49:19PM +0100, Lennart Poettering wrote:
> On Thu, 01.11.12 13:03, Zbigniew Jędrzejewski-Szmek (zbys...@in.waw.pl) wrote:
>
> > Hi,
> >
> > today I noticed that journalctl --follow seems to print out much more
> > than 10 lines. Actually, aftern printing 10 lines correc
On Sun, 28.10.12 15:33, Martin Blumenstingl
(martin.blumensti...@googlemail.com) wrote:
> Hi,
>
> I switched to systemd yesterday as I was curious if/how it would work
> out for me.
> There is one really annoying thing so far:
>
> I have 3 hard disks listed in /etc/crypttab.
> I have to enter a
On Sat, 03.11.12 21:52, Oleksii Shevchuk (alx...@gmail.com) wrote:
> If checked, the unit with this rule should start all
> conflicted units, that were successfuly stopped on starting
What precisely is the usecase for this one?
Doesn't this patch do more than you suggest it would do? What i mean
On Tue, 30.10.12 15:38, Colin Walters (walt...@verbum.org) wrote:
> [Tested in latest gnome-ostree; if accepted, I'll look at a followup
> patch which fixes the other dbus_connection_send(reply, ...) calls
> besides logind]
Looks cool! Merged! Thanks!
Lennart
--
Lennart Poettering - Red Hat,
On Mon, 29.10.12 09:18, Colin Guthrie (gm...@colin.guthr.ie) wrote:
> Hi,
>
> Just a quick note of a wish while I remember. As you've tried very hard
> to make "journalctl" without any arguments act mostly like "less
> /var/log/messages", one thing I sometimes used to do but no longer can
> is sc
On Sat, 03.11.12 21:52, Oleksii Shevchuk (alx...@gmail.com) wrote:
I think this makes sense.
> +#include "specifier.h"
>
> typedef struct {
> char *name;
> @@ -51,6 +52,30 @@ typedef struct {
> Hashmap *have_installed;
> } InstallContext;
>
> +char *name_printf(char * pre
On Sat, 03.11.12 21:52, Oleksii Shevchuk (alx...@gmail.com) wrote:
> Add deps to run when unit successfuly stopped
Hmm, what is the use case?
I am a bit concerned about this change, as this turns systemd unit files
into a turing complete language. With two unit files which have OnStop=
on each o
On Tue, Nov 20, 2012 at 06:31:36PM +0100, Lennart Poettering wrote:
> On Tue, 20.11.12 03:35, Zbigniew Jędrzejewski-Szmek (zbys...@in.waw.pl) wrote:
>
> > > My intention was to speak only HTTP for all of this, so that we can
> > > nicely work through firewalls.
> > Yeah, probably that's more usefu
On Thu, 01.11.12 13:03, Zbigniew Jędrzejewski-Szmek (zbys...@in.waw.pl) wrote:
> Hi,
>
> today I noticed that journalctl --follow seems to print out much more
> than 10 lines. Actually, aftern printing 10 lines correctly, it jump
> to some point in the past:
>
> Logs begin at Sat, 13 Oct 2012 06
On Sun, 11.11.12 17:24, David Strauss (da...@davidstrauss.net) wrote:
>
> Units "subscribed" to specific message IDs has two negative effects:
> (1) massive proliferation of units, since each one can supposedly only
> handle one UUID and (2) unit names that are useless from a human
> perspective.
On Thu, 15.11.12 17:46, Mirco Tischler (mt...@gmx.de) wrote:
> 2012/11/15 Zbigniew Jędrzejewski-Szmek
>
> > On Tue, Nov 06, 2012 at 01:07:26AM +0100, Mirco Tischler wrote:
> > > This allows the journal code to set the _SYSTEMD_UNIT tag for messages
> > generated
> > > by systemd --user session u
On Thu, 08.11.12 18:23, William Giokas (1007...@gmail.com) wrote:
> All,
Heya,
> I have been using systemd for a few months now, and I must say, it is a
> great init system. I myself am no coder, else I would attempt to write
> something to do just this. One not-dealbreaking thing that I do find
On Sat, 10.11.12 11:13, Pedro Francisco (pedrogfranci...@gmail.com) wrote:
> Yesterday my system was slow and I checked iotop: systemd-journal was
> using 99% IO (but not CPU). I haven't restarted the machine, but kill
> systemd-journal didn't help, the process would respawn -- as expected
> -- an
On Tue, 20.11.12 03:35, Zbigniew Jędrzejewski-Szmek (zbys...@in.waw.pl) wrote:
> > My intention was to speak only HTTP for all of this, so that we can
> > nicely work through firewalls.
> Yeah, probably that's more useful than raw stream for normal purposes,
> since it allows for authentication an
I totally agree, that targets in current state is not enough to support
such thing. I try to write here my motivation about using
the targets anyway, sorry for my English and long text.
When I first tried systemd, I thought about the .target units, as the
states in which the system resides. This
On Tue, Nov 20, 2012 at 03:52:46PM +0100, Gregory Leon wrote:
> On Tue, Nov 20, 2012 at 3:16 PM, Zbigniew Jędrzejewski-Szmek <
> zbys...@in.waw.pl> wrote:
>
> > Of course they are not wrapped "properly", since the point is not to wrap
> > them at all. I don't see anything awful about using arrow k
On Tue, Nov 20, 2012 at 03:35:30AM +0100, Zbigniew Jędrzejewski-Szmek wrote:
> I guess that writing a man-page is in order...
So, to make things concrete, I've put together a wish-list manpage,
which describe some things which are there and quite a few things
which are not there yet. If this is acc
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 11/20/2012 09:53 AM, Daniel P. Berrange wrote:
> On Tue, Nov 20, 2012 at 09:50:39AM -0500, Daniel J Walsh wrote:
>> -BEGIN PGP SIGNED MESSAGE- Hash: SHA1
>>
>> On 11/20/2012 09:36 AM, Daniel P. Berrange wrote:
>>> On Tue, Nov 20, 2012 at 08
On Tue, 20.11.12 08:52, Daniel J Walsh (dwa...@redhat.com) wrote:
> > Hmm, there is currently no option for that.
> >
> > A semi-dirty trick might be to over-bind-mount /etc/rc.d with something
> > empty?
> >
> > Lennart
> >
> What run levels would get executed? I would prefer to mount over t
On Tue, Nov 20, 2012 at 09:50:39AM -0500, Daniel J Walsh wrote:
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA1
>
> On 11/20/2012 09:36 AM, Daniel P. Berrange wrote:
> > On Tue, Nov 20, 2012 at 08:52:51AM -0500, Daniel J Walsh wrote:
> >> -BEGIN PGP SIGNED MESSAGE- Hash: SHA1
> >>
> >>
On Tue, 20.11.12 15:23, Alexander Vladimirov
(alexander.idkfa.vladimi...@gmail.com) wrote:
> > > I was able to fix it using simple patch (http://pastie.org/5380592)
> > which
> > > makes systemd ignore root mount when running in container.
> >
> > Hmm, the code in mount_points_list_umount() in um
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 11/20/2012 09:36 AM, Daniel P. Berrange wrote:
> On Tue, Nov 20, 2012 at 08:52:51AM -0500, Daniel J Walsh wrote:
>> -BEGIN PGP SIGNED MESSAGE- Hash: SHA1
>>
>> On 11/19/2012 07:41 PM, Lennart Poettering wrote:
>>> On Fri, 16.11.12 15:06, Da
On Tue, Nov 20, 2012 at 08:52:51AM -0500, Daniel J Walsh wrote:
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA1
>
> On 11/19/2012 07:41 PM, Lennart Poettering wrote:
> > On Fri, 16.11.12 15:06, Daniel J Walsh (dwa...@redhat.com) wrote:
> >
> >> Isn't there a way to shut off systemV init scripts
On 11/20/2012 01:52 PM, Daniel J Walsh wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 11/19/2012 07:41 PM, Lennart Poettering wrote:
On Fri, 16.11.12 15:06, Daniel J Walsh (dwa...@redhat.com) wrote:
Isn't there a way to shut off systemV init scripts altogether, it just
so happens tha
On Tue, Nov 20, 2012 at 02:04:02PM +, Gregory Leon wrote:
> Zbigniew Jędrzejewski-Szmek in.waw.pl> writes:
> >
> > journalctl will output full lines when running under a pager,
> > and also when not outputting to a tty. Do you need something
> > different?
>
> On my machine, running simply "j
Zbigniew Jędrzejewski-Szmek in.waw.pl> writes:
>
> journalctl will output full lines when running under a pager,
> and also when not outputting to a tty. Do you need something
> different?
On my machine, running simply "journalctl" starts the pager (less) and the
lines do not get shortened with t
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 11/19/2012 07:41 PM, Lennart Poettering wrote:
> On Fri, 16.11.12 15:06, Daniel J Walsh (dwa...@redhat.com) wrote:
>
>> Isn't there a way to shut off systemV init scripts altogether, it just
>> so happens that we hit one on my machine. But in the
On Tue, Nov 20, 2012 at 10:02:39AM +, "Jóhann B. Guðmundsson" wrote:
> On 11/20/2012 09:02 AM, Adam Spragg wrote:
> >On Tuesday 20 Nov 2012 01:21:54 Lennart Poettering wrote:
> >>My intention was to speak only HTTP for all of this, so that we can
> >>nicely work through firewalls.
> >Wait, I th
Am 20.11.2012 02:26, schrieb Lennart Poettering:
> On Mon, 19.11.12 11:14, Thomas Bächler (tho...@archlinux.org) wrote:
>
>> Am 19.11.2012 01:21, schrieb Zbigniew Jędrzejewski-Szmek:
>>> They are parsed and stored
>>> into a journal file. The journal file is /var/log/journal/external-*.journal
>>>
On 11/20/2012 09:02 AM, Adam Spragg wrote:
On Tuesday 20 Nov 2012 01:21:54 Lennart Poettering wrote:
My intention was to speak only HTTP for all of this, so that we can
nicely work through firewalls.
Wait, I thought one of the guiding principles of systemd was to do things The
Right Way, and no
On Tuesday 20 Nov 2012 01:21:54 Lennart Poettering wrote:
> My intention was to speak only HTTP for all of this, so that we can
> nicely work through firewalls.
Wait, I thought one of the guiding principles of systemd was to do things The
Right Way, and not use ugly workarounds for other people's
On 11/20/2012 12:41 AM, Lennart Poettering wrote:
On Fri, 16.11.12 15:06, Daniel J Walsh (dwa...@redhat.com) wrote:
>Isn't there a way to shut off systemV init scripts altogether, it just so
>happens that we hit one on my machine. But in the field a customer could have
>an init script and then
43 matches
Mail list logo