On 12/13/2011 11:33 PM, Michael D. Berger wrote:
-Original Message-
From: Lennart Poettering [mailto:[email protected]]
Sent: Tuesday, December 13, 2011 05:57
To: Michael D. Berger
Cc: [email protected]
Subject: Re: [systemd-devel] ExecStop required in service fil
> -Original Message-
> From: Lennart Poettering [mailto:[email protected]]
> Sent: Tuesday, December 13, 2011 05:57
> To: Michael D. Berger
> Cc: [email protected]
> Subject: Re: [systemd-devel] ExecStop required in service file?
>
> On Mon, 14.11.11 10:51, Michael
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
The only way to do this is by running restorecon over the contents.
We would like to add /sys to the list of directories that systemd
fixes at boot time, just like /dev
https://bugzilla.redhat.com/show_bug.cgi?id=767355
-BEGIN PGP SIGNATURE-
On Sun, 04.12.11 15:53, Josh Geisser ([email protected]) wrote:
> Hi all
>
> I succeeded with auto login and auto start of my Virtual Boxes, but could not
> get them to do a proper shutdown.
>
> Because of the nature of the VM processes I want to send them a proper ACPI
> shutdown button ins
On Mon, 05.12.11 21:02, Stef Bon ([email protected]) wrote:
> Hi,
>
> I'm informing the status of multiseat.
>
> I've read here:
>
> http://fedoraproject.org/wiki/Features/ckremoval
>
> that there is worked on automatic detection of multiseat.
>
> Some notes:
>
> . automatic is only possible
On Tue, 13.12.11 19:00, Lennart Poettering ([email protected]) wrote:
> Kay, do you know anything about device node creation of md in context
> with udev?
Soo, it seems we simply are missing the necessary udev rule for md here,
that excludes the devices from systemd's view as long as they ar
On Wed, 07.12.11 21:39, Ken Bass ([email protected]) wrote:
> I just upgraded from F14 to F16 so this is my first attempt at
> systemd and I think I found a bug/issue. (I'm running
> systemd-37-3.fc16.x86_64)
>
> My /dev/md0 (not a bootable disk thank goodness) is encrypted with luks.
>
> My cry
On Wed, 07.12.11 21:40, Ken Bass ([email protected]) wrote:
> The documentation told me that 'systemd --test' was a great
> debugging tool. However, running it simply yields
> ''Don't run test mode as root.". Ok So I try to run it as
> non-root and get
>
> Failed to create root cgroup hierarc
On Tue, 13.12.11 13:06, Jan Safranek ([email protected]) wrote:
>
> On 12/13/2011 12:46 PM, Lennart Poettering wrote:
> > On Fri, 09.12.11 15:32, Jan Safranek ([email protected]) wrote:
>
>
>
> > Note that this will set up the cgroup structure only during late boot,
> > which should be fin
On 12/13/2011 12:46 PM, Lennart Poettering wrote:
> On Fri, 09.12.11 15:32, Jan Safranek ([email protected]) wrote:
> Note that this will set up the cgroup structure only during late boot,
> which should be fine for most cases. However, in some cases it might
> make sense to initialize this du
On Fri, 09.12.11 15:32, Jan Safranek ([email protected]) wrote:
> The cgconfig.service unit file should create all groups in
> /etc/cgconfig.conf and (if not overriden in the config file) with sticky
> bit on their tasks file. On service stop, only control groups specified in the
> config file a
On Fri, 09.12.11 15:32, Jan Safranek ([email protected]) wrote:
> +For specific use cases, e.g. when different tree of control groups is needed,
> +libcgroup provides cgconfig service. This service can create arbitrary
> control
> +group hierarchies. In this case, follow these steps:
> +
> +1.
On Mon, 14.11.11 10:51, Michael D. Berger ([email protected]) wrote:
> On my F16_64, mySrvDaemon is a tcp/ip server involving posix
> threads, written in C++. mySrvDaemon.service:
>
> [Unit]
> Description=Server Service
> After=syslog.target network.target
>
> [Service]
> PIDFile=/var/lo
13 matches
Mail list logo
