Hello,
I'm using systemd on a small embedded board. As I have to run journalctl
anyway, my plan is to try to use it to collect logs, so I can transmit them
to a server once a day.
My plan is to do the following settings:
Storage=volatile
RuntimeMaxUse=2M
I only have 64MB and I don't want to was
David Fisher has kindly informed me that high-level socket activation
support is now available for Haskell developers!
http://hackage.haskell.org/package/socket-activation
--
David Strauss
| da...@davidstrauss.net
| +1 512 577 5827 [mobile]
___
s
And, of particular importance to some high-density users: unit
ordering reworked around a hashmap that scales much better with large
numbers of Unix socket and mount units. Initial testing shows
daemon-reload times dropping from 8+ seconds to under 2 with thousands
of mount+automount unit pairs. Fu
> This has been in place for a while, commited in February, does this
> leave anything open?
>
> http://cgit.freedesktop.org/systemd/systemd/commit/?id=a25d4d0e3ccf0e9bf0b37e5791275fd6ca5eb4ae
Looks good to me.
Cheers
-Art
--
Arthur Taylor
a...@ified.ca
tayl...@csc.uvic.ca
Heya,
Mostly clean-ups and fixes, but with David's logind Wayland magic we
actually have a major addition, too.
http://www.freedesktop.org/software/systemd/systemd-208.tar.xz
CHANGES WITH 208:
* logind has gained support for facilitating privileged input
and drm device access
On Tue, 01.10.13 16:11, Auke Kok (auke-jan.h@intel.com) wrote:
> index 1434dea..d7b8dce 100644
> --- a/src/core/smack-setup.c
> +++ b/src/core/smack-setup.c
> @@ -36,6 +36,7 @@
> #include "macro.h"
> #include "smack-setup.h"
> #include "util.h"
> +#include "fileio.h"
> #include "log.h"
>
On Tue, 01.10.13 16:11, Auke Kok (auke-jan.h@intel.com) wrote:
> Once system itself is running in a security domain for SMACK,
> it will fail to start countless tasks due to missing privileges
> for mounted and created directory structures. For /run and shm
> specifically, we grant all tasks a
Allows the systemd --system process to change its current
SMACK label to a predefined custom label (usually "system")
at boot time.
This is needed to have a few system-generated folders and
sockets automatically be created with the right SMACK
label. Without that, processes either cannot communica
Once system itself is running in a security domain for SMACK,
it will fail to start countless tasks due to missing privileges
for mounted and created directory structures. For /run and shm
specifically, we grant all tasks access.
---
src/core/mount-setup.c | 8
1 file changed, 8 insertion
On Tue, Oct 1, 2013 at 6:13 AM, Colin Guthrie wrote:
> Ouch 5s for a status is nasty.
We regularly see this on our production systems. Yes, it's unfortunate.
--
David Strauss
| da...@davidstrauss.net
| +1 512 577 5827 [mobile]
___
systemd-devel
On Sat, Aug 31, 2013 at 2:09 AM, Manuel Amador (Rudd-O)
wrote:
> Based on systemd's related sibling loginctl, I managed to accomplish the
> holy grail of the 90's: get Amarok to play music on my desktop sessiom from
> a crontab (motivated by the missus' desire to have an alarm in the home
> theate
D-BUS.
XAUTHORITY.
Other session variables (including KIO / GPG password manager / et cetera).
You get the use of none of these things in your cron-started programs...
unless you use my program. Some programs even flat out refuse to start,
actually.
Thus, why I wrote my program.
On 08/31/
On Tue, Oct 1, 2013 at 5:45 PM, Harald Hoyer wrote:
> On 09/26/2013 12:38 AM, Tom Gundersen wrote:
>> If 'kernel-install' is called as 'installkernel' it will be compatible with
>> the
>> syntax used by the kernel's build system.
>>
>> This means it can be called by doing 'make install' in a kern
On Tue, 01.10.13 16:09, Karel Zak (k...@redhat.com) wrote:
> > Why does it even print that warning? It's annoying and I don't see its
> > purpose. Unless you run fsck with the -A option, it doesn't even need
> > the fstab file.
>
> OK, fixed (will be in util-linux v2.24-rc2).
Thanks a lot for t
On 09/26/2013 12:38 AM, Tom Gundersen wrote:
> If 'kernel-install' is called as 'installkernel' it will be compatible with
> the
> syntax used by the kernel's build system.
>
> This means it can be called by doing 'make install' in a kernel build
> directory, if the correct symlink has been insta
Am 24.09.2013 21:53, schrieb Kelly Anderson:
> If I'm not mistaken, the intent way back in the early stages of systemd was
> to
> eliminate /etc/fstab and use .mount files exclusively. Since it was never
> fully implemented I took the prerogative to make it work on my systems.
> I've been using
On Tue, Oct 01, 2013 at 03:40:00PM +0200, Thomas Bächler wrote:
> Am 01.10.2013 15:26, schrieb Karel Zak:
> >>> 2. If /etc/fstab is missing, systemd must create a valid fstab (in this
> >>> case
> >>> /run/fstab) so that fsck runs properly.
> >>
> >> Not following on this one really... If fsck f
Am 01.10.2013 15:26, schrieb Karel Zak:
>>> 2. If /etc/fstab is missing, systemd must create a valid fstab (in this
>>> case
>>> /run/fstab) so that fsck runs properly.
>>
>> Not following on this one really... If fsck fails if it doesn't find any
>> fstab, then this is really something to fix i
On Tue, Oct 01, 2013 at 04:15:16AM +0200, Lennart Poettering wrote:
> On Tue, 24.09.13 13:53, Kelly Anderson (ke...@xilka.com) wrote:
>
> > Hello,
> >
> > If I'm not mistaken, the intent way back in the early stages of systemd was
> > to
> > eliminate /etc/fstab and use .mount files exclusively
'Twas brillig, and Jan Engelhardt at 01/10/13 12:42 did gyre and gimble:
>
> On Tuesday 2013-10-01 13:08, Colin Guthrie wrote:
>> 'Twas brillig, and Lennart Poettering at 01/10/13 03:03 did gyre and gimble:
>>> On Mon, 30.09.13 12:48, Jason St. John (jstj...@purdue.edu) wrote:
>>>
I've been s
On 10/01/13 05:08, Lennart Poettering wrote:
> On Fri, 20.09.13 22:53, Olivier Brunel (j...@jjacky.com) wrote:
>
>> Since 41efeaec a call to service_unwatch_main_pid() is done from
>> service_set_main_pid(), which is called upon receiving message MAINPID=
>>
>> This had the side effect of not watc
On Tuesday 2013-10-01 13:08, Colin Guthrie wrote:
>'Twas brillig, and Lennart Poettering at 01/10/13 03:03 did gyre and gimble:
>> On Mon, 30.09.13 12:48, Jason St. John (jstj...@purdue.edu) wrote:
>>
>>> I've been seeing similar performance issues with the journal for
>>> several recent versions
On Tue, 01.10.13 12:08, Zbigniew Jędrzejewski-Szmek (zbys...@in.waw.pl) wrote:
> On Mon, Sep 30, 2013 at 07:17:54PM -0700, Lennart Poettering wrote:
> > units: Add SHELL environment variable
> ...
> > diff --git a/units/u...@.service.in b/units/u...@.service.in
> > index 3f8b59d..3718a57 10064
Am 01.10.2013 12:30, schrieb Zbigniew Jędrzejewski-Szmek:
>> Now, according to the fstab(5) manpage, the root fs should have passno 1
>> and everything else should have passno 2. We could ensure the same
>> behaviour by having After=systemd-root-fsck.service in
>> systemd-fsck@.service.
> Serializi
'Twas brillig, and Lennart Poettering at 01/10/13 03:03 did gyre and gimble:
> On Mon, 30.09.13 12:48, Jason St. John (jstj...@purdue.edu) wrote:
>
>> I've been seeing similar performance issues with the journal for
>> several recent versions of systemd (at least from v204 through v207 on
>> Arch
Am 01.10.2013 12:15, schrieb Colin Guthrie:
> 'Twas brillig, and Thomas Bächler at 01/10/13 10:18 did gyre and gimble:
>> Am 01.10.2013 02:58, schrieb Lennart Poettering:
>>> Now, if we have the initrd, then I figure root-fsck.service doesn't make
>>> much sense, but there's something missing I thi
On Tue, Oct 01, 2013 at 10:57:17AM +0200, Thomas Bächler wrote:
> Am 01.10.2013 05:10, schrieb Lennart Poettering:
> b) is tempting. Given fsck's improved internal ordering handling, is
> there actually a usecase for ordering the fsck's? I can't think of any
> off the top of my head.
'Twas brillig, and Thomas Bächler at 01/10/13 10:18 did gyre and gimble:
> Am 01.10.2013 02:58, schrieb Lennart Poettering:
>> Now, if we have the initrd, then I figure root-fsck.service doesn't make
>> much sense, but there's something missing I think: if we use
>> fsck@.service for the root devic
On Mon, Sep 30, 2013 at 07:17:54PM -0700, Lennart Poettering wrote:
> units: Add SHELL environment variable
...
> diff --git a/units/u...@.service.in b/units/u...@.service.in
> index 3f8b59d..3718a57 100644
> --- a/units/u...@.service.in
> +++ b/units/u...@.service.in
> @@ -13,6 +13,7 @@ After=
'Twas brillig, and Lennart Poettering at 01/10/13 01:41 did gyre and gimble:
> On Mon, 30.09.13 17:42, Thomas Bächler (tho...@archlinux.org) wrote:
>
>> Any application that listens on netlink for new network interfaces may
>> start using the interface before udev has finished processing the ueven
Am 01.10.2013 02:58, schrieb Lennart Poettering:
> Now, if we have the initrd, then I figure root-fsck.service doesn't make
> much sense, but there's something missing I think: if we use
> fsck@.service for the root device, how do we then communicate to the
> root-fsck.service on the host that the
Am 01.10.2013 05:10, schrieb Lennart Poettering:
b) is tempting. Given fsck's improved internal ordering handling, is
there actually a usecase for ordering the fsck's? I can't think of any
off the top of my head...
>>>
>>> I struggle coming up with one. I mean, the only I could think
32 matches
Mail list logo
