Alison Chaiken píše v St 18. 03. 2015 v 00:07 -0700:
> After reading about the 'minimal build' on the systemd wiki, I decided
> to experiment.
>
> 0. WIth basically all options turned on, in a Fedora 21 Qemu, systemd
> used about 300 MB of memory according to 'sudo memstat -p 1'.
>
> 1. With ./co
This builtin parses properties in the form
EV_ABS_OVERRIDE_00=""
and applies them to the kernel device. Future processes that open that device
will see the updated EV_ABS range.
This is particularly useful for touchpads that don't provide a resolution in
the kernel driver but can be fixed up
Hello,
>> I am experimenting a little with systemd and trying to define a new
>> "intermediate" runlevel, a runlevel between basic.target and
>> multi-user.target. This means that I want the services which are
>> required
>> by my new runlevel to be started after all services from basic.target
>>
This property is in usec (like the TimeUSec property) and allows
retrieving the timezone offset for the machine. This is particularly
usable for remote callers.
---
src/timedate/timedated.c | 20 +++-
1 file changed, 19 insertions(+), 1 deletion(-)
diff --git a/src/timedate/timeda
On 19 March 2015 at 10:00, Christoph Pleger
wrote:
> Hello,
>
>>> I am experimenting a little with systemd and trying to define a new
>>> "intermediate" runlevel, a runlevel between basic.target and
>>> multi-user.target. This means that I want the services which are
>>> required
>>> by my new run
On Thu, Mar 19, 2015 at 1:00 PM, Christoph Pleger
wrote:
> Hello,
>
>>> I am experimenting a little with systemd and trying to define a new
>>> "intermediate" runlevel, a runlevel between basic.target and
>>> multi-user.target. This means that I want the services which are
>>> required
>>> by my n
Hello,
>> So, if the original unit file multi-user.target contains
>>
>> After=basic.target rescue.service rescue.target
>>
>> this "after" does not really mean anything and jobs wanted or required
>> by
>> multi-user.target can already be started when some jobs from
>> basic.target
>> have not be
Am 19.03.2015 um 13:09 schrieb Christoph Pleger:
What is the the
problem you are trying to solve by "implementing a new 'intermediate'
runlevel" ?
I want a program to be run at boot time without any other systemd services
starting concurrently. The program needs the services from basic.target
Hello,
>> So, if the original unit file multi-user.target contains
>>
>> After=basic.target rescue.service rescue.target
>>
>> this "after" does not really mean anything and jobs wanted or required
>> by
>> multi-user.target can already be started when some jobs from
>> basic.target
>> have not be
On Thu, Mar 19, 2015 at 3:09 PM, Christoph Pleger
wrote:
> Hello,
>
>>> So, if the original unit file multi-user.target contains
>>>
>>> After=basic.target rescue.service rescue.target
>>>
>>> this "after" does not really mean anything and jobs wanted or required
>>> by
>>> multi-user.target can a
On Thu, Mar 19, 2015 at 3:19 PM, Christoph Pleger
wrote:
> Hello,
>
>>> So, if the original unit file multi-user.target contains
>>>
>>> After=basic.target rescue.service rescue.target
>>>
>>> this "after" does not really mean anything and jobs wanted or required
>>> by
>>> multi-user.target can a
On 19 March 2015 at 12:09, Christoph Pleger
wrote:
> Hello,
>
>>> So, if the original unit file multi-user.target contains
>>>
>>> After=basic.target rescue.service rescue.target
>>>
>>> this "after" does not really mean anything and jobs wanted or required
>>> by
>>> multi-user.target can already
Hi
On Thu, Mar 19, 2015 at 10:52 AM, Peter Hutterer
wrote:
> This builtin parses properties in the form
> EV_ABS_OVERRIDE_00=""
The concept sounds good. hwdb is definitely the place to put this,
rather than static kernel fixups.
> and applies them to the kernel device. Future processes that
Hi
On Wed, Mar 18, 2015 at 2:04 PM, Michael Olbrich
wrote:
> ---
>
> Hi,
>
> it seems we're getting a lot of btrfs stuff here. Maybe we should ship a
> copy of btrfs.h instead?
All these definitions where introduced with linux-3.8 (well, the
header was moved to linux/btrfs.h at that time). Our c
Hi
On Mon, Mar 16, 2015 at 1:49 PM, Chris Morgan wrote:
> ---
> man/journal-remote.conf.xml| 111
> +
> man/systemd-journal-remote.xml | 1 +
> 2 files changed, 112 insertions(+)
> create mode 100644 man/journal-remote.conf.xml
>
> diff --git a/man
Hello,
>> Then, I still do not understand why my definition of a new target did
>> not
>> work. What is the difference between multi-user.target waiting for
>> basic.target on the one hand and new.target waiting for basic.target and
>> multi-user.target waiting for new.target on the other hand, as
Hi
On Tue, Mar 17, 2015 at 4:37 PM, Dimitri John Ledkov
wrote:
> ---
> Makefile.am | 2 +-
> units/systemd-resolved.service.in| 29 -
> units/systemd-resolved.service.m4.in | 31 +++
> 3 files changed, 32 inser
On Thu, Mar 19, 2015 at 9:23 AM, David Herrmann wrote:
> Hi
>
> On Mon, Mar 16, 2015 at 1:49 PM, Chris Morgan wrote:
>> ---
>> man/journal-remote.conf.xml| 111
>> +
>> man/systemd-journal-remote.xml | 1 +
>> 2 files changed, 112 insertions(+)
>>
Hi
On Thu, Mar 19, 2015 at 11:24 AM, Stef Walter wrote:
> This property is in usec (like the TimeUSec property) and allows
> retrieving the timezone offset for the machine. This is particularly
> usable for remote callers.
> ---
> src/timedate/timedated.c | 20 +++-
> 1 file chan
Hi
On Tue, Mar 17, 2015 at 4:54 PM, Peter Paule wrote:
> Hi,
>
> starting a container works fine. I'm running now systemd from git. Last
> commit is 1b41981d9a62443d566df6bcabc1b5024e9f5e4a which changes things with
> "container-getty".
>
> $ sudo machinectl start test-server
>
> $ sudo machi
On Thu, Mar 19, 2015 at 02:05:00PM +0100, David Herrmann wrote:
> On Wed, Mar 18, 2015 at 2:04 PM, Michael Olbrich
> wrote:
> > it seems we're getting a lot of btrfs stuff here. Maybe we should ship a
> > copy of btrfs.h instead?
>
> All these definitions where introduced with linux-3.8 (well, th
On 19.03.2015 14:39, David Herrmann wrote:
> Hi
>
> On Thu, Mar 19, 2015 at 11:24 AM, Stef Walter wrote:
>> This property is in usec (like the TimeUSec property) and allows
>> retrieving the timezone offset for the machine. This is particularly
>> usable for remote callers.
>> ---
>> src/timedat
On 19 March 2015 at 13:31, David Herrmann wrote:
> Hi
>
> On Tue, Mar 17, 2015 at 4:37 PM, Dimitri John Ledkov
> wrote:
>> ---
>> Makefile.am | 2 +-
>> units/systemd-resolved.service.in| 29 -
>> units/systemd-resolved.service.m4.in | 31
Hi
On Mon, Mar 9, 2015 at 3:21 PM, WaLyong Cho wrote:
> Hi,
>
> I want to find best solution on our case. Our product is mobile device.
> But I don't think that is only problem of mobile device. That also can
> be problem of laptop. So, please comment to me.
>
> We have some of services are alway
On Thu, Mar 19, 2015 at 4:27 PM, Christoph Pleger
wrote:
> Hello,
>
>>> Then, I still do not understand why my definition of a new target did
>>> not
>>> work. What is the difference between multi-user.target waiting for
>>> basic.target on the one hand and new.target waiting for basic.target and
Hi
On Thu, Mar 19, 2015 at 2:58 PM, Stef Walter wrote:
> On 19.03.2015 14:39, David Herrmann wrote:
>> Hmm, so this is a convenience call. You could just set tm.tm_zone
>> locally and use mktime() with the value retrieved by "Timezone"? Yeah,
>> the time-api is awful with global variables, but th
On 19.03.2015 15:17, David Herrmann wrote:
> Hi
>
> On Thu, Mar 19, 2015 at 2:58 PM, Stef Walter wrote:
>> On 19.03.2015 14:39, David Herrmann wrote:
>>> Hmm, so this is a convenience call. You could just set tm.tm_zone
>>> locally and use mktime() with the value retrieved by "Timezone"? Yeah,
>>
On Thursday, March 19, 2015, David Herrmann wrote:
> Hi
>
> On Mon, Mar 9, 2015 at 3:21 PM, WaLyong Cho > wrote:
> > Hi,
> >
> > I want to find best solution on our case. Our product is mobile device.
> > But I don't think that is only problem of mobile device. That also can
> > be problem of la
On Thu, 2015-03-19 at 14:27 +0100, Christoph Pleger wrote:
> >> Then, I still do not understand why my definition of a new target did
> >> not
> >> work. What is the difference between multi-user.target waiting for
> >> basic.target on the one hand and new.target waiting for basic.target and
> >> m
2015-03-19 15:46 GMT+01:00 Uoti Urpala :
> On Thu, 2015-03-19 at 14:27 +0100, Christoph Pleger wrote:
>> >> Then, I still do not understand why my definition of a new target did
>> >> not
>> >> work. What is the difference between multi-user.target waiting for
>> >> basic.target on the one hand and
I ran systemd 219 with most recent patches and
-PAM -AUDIT -SELINUX -IMA -APPARMOR -SMACK +SYSVINIT -UTMP
-LIBCRYPTSETUP -GCRYPT -GNUTLS -ACL -XZ -LZ4 -SECCOMP +BLKID -ELFUTILS
+KMOD -IDN
and, to compare, with
+PAM +AUDIT +SELINUX +IMA -APPARMOR +SMACK +SYSVINIT +UTMP
+LIBCRYPTSETUP +GCRYPT +GNU
On Thu, Mar 19, 2015 at 6:11 PM, Michael Biebl wrote:
>
> The summary of my reply was "What you probably want, is hook into
> basic.target or sysinit.target, use DefaultDependencies=no, and
> specify the dependencies/orderings explicitly."
>
> Apparently, this didn't stick.
>
The reality is, this
On Fri, Mar 20, 2015 at 2:39 AM, Alison Chaiken
wrote:
> http://freedesktop.org/wiki/Software/systemd/MinimalBuilds/ says that
> the minimum requirements are udev and journald. I wonder if udev is
> really needed if the kernel is completely statically compiled and
> module loading is disabled?
2015-03-19 15:02 GMT+01:00 Dimitri John Ledkov :
> On 19 March 2015 at 13:31, David Herrmann wrote:
>> Hi
>>
>> On Tue, Mar 17, 2015 at 4:37 PM, Dimitri John Ledkov
>> wrote:
>>> ---
>>> Makefile.am | 2 +-
>>> units/systemd-resolved.service.in| 29 -
Hi
On Thu, Mar 19, 2015 at 4:59 PM, Michael Biebl wrote:
> 2015-03-19 15:02 GMT+01:00 Dimitri John Ledkov :
>> On 19 March 2015 at 13:31, David Herrmann wrote:
>>> Hi
>>>
>>> On Tue, Mar 17, 2015 at 4:37 PM, Dimitri John Ledkov
>>> wrote:
---
Makefile.am | 2
On Thu, Mar 19, 2015 at 08:39:18AM -0700, Alison Chaiken wrote:
> I ran systemd 219 with most recent patches and
>
> -PAM -AUDIT -SELINUX -IMA -APPARMOR -SMACK +SYSVINIT -UTMP
> -LIBCRYPTSETUP -GCRYPT -GNUTLS -ACL -XZ -LZ4 -SECCOMP +BLKID -ELFUTILS
> +KMOD -IDN
>
> and, to compare, with
>
> +PAM
On Fri, Mar 20, 2015 at 02:44:47AM +1100, Jeff Waugh wrote:
> On Fri, Mar 20, 2015 at 2:39 AM, Alison Chaiken wrote:
>
> http://freedesktop.org/wiki/Software/systemd/MinimalBuilds/ says that
> the minimum requirements are udev and journald. I wonder if udev is
> really needed if the
2015-03-19 17:07 GMT+01:00 David Herrmann :
> On Thu, Mar 19, 2015 at 4:59 PM, Michael Biebl wrote:
>> So, +1 for Dimitri's patch. Looks correct to me.
>> Unless someone objects, I'm planning on merging it.
>
> Yes, please go ahead. I missed that .busname is not installed without
> --enable-kdbus.
On 19 March 2015 at 16:29, Michael Biebl wrote:
> 2015-03-19 17:07 GMT+01:00 David Herrmann :
>> On Thu, Mar 19, 2015 at 4:59 PM, Michael Biebl wrote:
>>> So, +1 for Dimitri's patch. Looks correct to me.
>>> Unless someone objects, I'm planning on merging it.
>>
>> Yes, please go ahead. I missed
On Thu, 2015-03-19 at 18:41 +0300, Andrei Borzenkov wrote:
> On Thu, Mar 19, 2015 at 6:11 PM, Michael Biebl wrote:
> > The summary of my reply was "What you probably want, is hook into
> > basic.target or sysinit.target, use DefaultDependencies=no, and
> > specify the dependencies/orderings explic
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512
>> That tells me that the ExecReload command (kill) is also
>> restricted by CapabilityBoundingSet. Is this expected [..]?
>
> recent systemd has more problems in context of systemctl and
> restricting even PID1 itself in a way no longer be able to
Am 19.03.2015 um 18:04 schrieb Nusenu:
That tells me that the ExecReload command (kill) is also
restricted by CapabilityBoundingSet. Is this expected [..]?
recent systemd has more problems in context of systemctl and
restricting even PID1 itself in a way no longer be able to kill
processes
Am 19.03.2015 um 18:00 schrieb Uoti Urpala:
On Thu, 2015-03-19 at 18:41 +0300, Andrei Borzenkov wrote:
On Thu, Mar 19, 2015 at 6:11 PM, Michael Biebl wrote:
The summary of my reply was "What you probably want, is hook into
basic.target or sysinit.target, use DefaultDependencies=no, and
specif
В Thu, 19 Mar 2015 08:39:18 -0700
Alison Chaiken пишет:
> I ran systemd 219 with most recent patches and
>
> -PAM -AUDIT -SELINUX -IMA -APPARMOR -SMACK +SYSVINIT -UTMP
> -LIBCRYPTSETUP -GCRYPT -GNUTLS -ACL -XZ -LZ4 -SECCOMP +BLKID -ELFUTILS
> +KMOD -IDN
>
> and, to compare, with
>
> +PAM +AUDI
Hi
I see device specific ones at
http://www.freedesktop.org/software/systemd/man/systemd.resource-control.html
I was wondering, whether it would be feasible to add bandwidth limits
either by size or percentage for any particular service? squid, torrent
daemons etc could use this.
Rahul
On 03/03/2015 12:28 PM, Martin Pitt wrote:
> Hello NFS developers,
>
> reposting the two patches inline as requested by Steve.
>
> I'm currently systemd-ifying our nfs-utils Ubuntu package. For testing I put
> the NFS server and client (i. e. localhost:/foo/bar mounts) on the same
> machine. Wi
On 03/03/2015 01:36 PM, Steve Dickson wrote:
> Its been reported that having the rpc-statd-notify service
> depend on network.target instead network-online.target
> decrease boot times as much as 10 seconds on some
> installs
>
> Fixes: https://bugzilla.redhat.com/show_bug.cgi?id=1183293
>
> Si
Hi All,
Suppose I have a B.service that's doing important work, and an A.service that's
watching over B memory consumption. So I want to start A when I start B, and
stop A when I stop B. Also B, being important, should be allowed to restart on
failures. A, being just a monitor, should be left d
Hi All,
With these settings
[Service]
ExecStart=/cli run
ExecStop=/cli stop
Type=forking
PIDFile=/tmp/cli.pid
The service is active once "cli run" exits. A call to systemctl stop then
produces a call to "cli stop". This is as expected.
However if I call "systemctl stop" on this service before
Christoph Pleger schrieb:
> I am experimenting a little with systemd and trying to define a new
> "intermediate" runlevel, a runlevel between basic.target and
> multi-user.target. This means that I want the services which are required
> by my new runlevel to be started after all services from bas
Am 19.03.2015 um 22:04 schrieb Kai Krakow:
Christoph Pleger schrieb:
I am experimenting a little with systemd and trying to define a new
"intermediate" runlevel, a runlevel between basic.target and
multi-user.target. This means that I want the services which are required
by my new runlevel t
Jan Janssen schrieb:
> Dimitri John Ledkov intel.com> writes:
>
>> Both gummyboot and grub-efi have a menu option to reboot into
>> firmware, is that not enough? Why do we need to have it from userspace
>> / the booted system?
>>
>
> There can be plenty of reasons why the firmware won't provi
Reindl Harald schrieb:
> Am 19.03.2015 um 22:04 schrieb Kai Krakow:
>> Christoph Pleger schrieb:
>>
>>> I am experimenting a little with systemd and trying to define a new
>>> "intermediate" runlevel, a runlevel between basic.target and
>>> multi-user.target. This means that I want the services
On Thu, Mar 19, 2015 at 01:54:46PM +0100, David Herrmann wrote:
> Hi
>
> On Thu, Mar 19, 2015 at 10:52 AM, Peter Hutterer
> wrote:
> > This builtin parses properties in the form
> > EV_ABS_OVERRIDE_00=""
>
> The concept sounds good. hwdb is definitely the place to put this,
> rather than sta
On Tue, Mar 17, 2015 at 08:26:28AM -0700, Marcel Holtmann wrote:
> Hi Dimitri,
>
> >>> On 16 March 2015 at 23:15, Marcel Holtmann wrote:
> Hi Dimitri,
>
> > This makes it easier to apply stable branch patches on top of the
> > release tarball.
> > ---
> > Makefile.am |
Short version:
--
Instead of machinectl clone using btrfs snapshots, or even needing
to store things in a var/lib/machines Btrfs subvolume, does it meet
the requirements for Btrfs optimization to do this with cp -a
--reflink instead?
Why? Nested subvolumes are confusing. And nest
Hi Zbyszek,
> On 16 March 2015 at 23:15, Marcel Holtmann wrote:
>> Hi Dimitri,
>>
>>> This makes it easier to apply stable branch patches on top of the
>>> release tarball.
>>> ---
>>> Makefile.am | 4 +++-
>>> 1 file changed, 3 insertions(+), 1 deletion(-)
>>>
On Thu, Mar 19, 2015 at 06:43:18PM -0700, Marcel Holtmann wrote:
> Hi Zbyszek,
>
> > On 16 March 2015 at 23:15, Marcel Holtmann wrote:
> >> Hi Dimitri,
> >>
> >>> This makes it easier to apply stable branch patches on top of the
> >>> release tarball.
> >>> ---
> >>>
On Mon, Mar 16, 2015 at 08:33:52PM +0100, Goffredo Baroncelli wrote:
> From: Goffredo Baroncelli
>
> Add a new tmpfiles.d snippets to set the NOCOW attributes for the
> journal files. This allow better perfomance when the root file system
> is BTRFS. Pay attention that the NOCOW flags disables th
2015-03-21 13:12 GMT+01:00 Zbigniew Jędrzejewski-Szmek :
> On Thu, Mar 19, 2015 at 06:43:18PM -0700, Marcel Holtmann wrote:
>> Hi Zbyszek,
>>
>> > On 16 March 2015 at 23:15, Marcel Holtmann wrote:
>> >> Hi Dimitri,
>> >> Just tell patch or git to skip the hunks modifying ids-update.pl and
В Thu, 19 Mar 2015 15:08:39 -0400
"Nekrasov, Alexander" пишет:
> Hi All,
>
> With these settings
>
> [Service]
> ExecStart=/cli run
> ExecStop=/cli stop
> Type=forking
> PIDFile=/tmp/cli.pid
>
> The service is active once "cli run" exits. A call to systemctl stop then
> produces a call to "cl
В Thu, 19 Mar 2015 15:23:41 -0400
"Nekrasov, Alexander" пишет:
> Hi All,
>
> Suppose I have a B.service that's doing important work, and an A.service
> that's watching over B memory consumption. So I want to start A when I start
> B, and stop A when I stop B. Also B, being important, should be
Hi Michael,
On 16 March 2015 at 23:15, Marcel Holtmann wrote:
> Hi Dimitri,
>
> Just tell patch or git to skip the hunks modifying ids-update.pl and
> sdio.ids. Problem solved.
I'll apply the patch, but with a slightly different motivation.
[L]GPL
2015-03-20 6:40 GMT+01:00 Marcel Holtmann :
> Hi Michael,
>
> On 16 March 2015 at 23:15, Marcel Holtmann
> wrote:
>> Hi Dimitri,
>>
>> Just tell patch or git to skip the hunks modifying ids-update.pl and
>> sdio.ids. Problem solved.
>
> I'll apply the patc
Excerpts from David Herrmann's message of 2015-03-19 14:44:54 +0100:
>
> The file container-getty@.service is available in your container?
Using a simple find, "failed":
[root@746b0d570b72 /]# find / -name container-getty@.service
It's not even part of the systemd package coming with Centos 7
Mantas:
>The "RSS" column in `ps u 1`, `pmap -x -p 1` or in htop describes it a bit
>better.
Using that method, I find 9 MB for maximum-features build and 5 MB for
minimum-features one.
Jeff Waugh:
>The last + is +SYSVINIT, but there doesn't appear to be a configure option to
>disable sysvinit
66 matches
Mail list logo
