On 3/15/12 3:05 AM, Lennart Poettering wrote:
On Thu, 08.03.12 17:37, David Lambert (d...@lambsys.com) wrote:
On 03/08/2012 03:07 PM, Warpme wrote:
I haven't set any limits in journal.conf - so maybe I should set
them. Unfortunately there is no man for this file (or I miss
something) - so I pr
Maybe my problem is that I'm new to systemd, but I can't make systemd
do what I did with system V, particularly with PostgreSQL server.
I the old system, I had the script make a redirection of the pg_ctl
(postgresql script for starting, stopping, etc the server) output to a
file, which would be th
2012/3/15 Martín Marqués :
> Maybe my problem is that I'm new to systemd, but I can't make systemd
> do what I did with system V, particularly with PostgreSQL server.
>
> I the old system, I had the script make a redirection of the pg_ctl
> (postgresql script for starting, stopping, etc the server)
On Thu, 15.03.12 09:45, Martín Marqués (martin.marq...@gmail.com) wrote:
> Maybe my problem is that I'm new to systemd, but I can't make systemd
> do what I did with system V, particularly with PostgreSQL server.
>
> I the old system, I had the script make a redirection of the pg_ctl
> (postgresq
Hi, i'am asking about device units? if they are replacements of device
nodes (in /dev/) ? where can i found those units because its dosent exist
in /lib/systemd/system/
Also if udev creats those device like he do with nodes ( using udev rules
maybe ..) ?
_
2012/3/15 Martín Marqués :
> I the old system, I had the script make a redirection of the pg_ctl
> (postgresql script for starting, stopping, etc the server) output to a
> file, which would be the log file (default behaviour in Debian).
If you're talking about catching errors from pg_ctl itself th
El día 15 de marzo de 2012 10:17, Lennart Poettering
escribió:
> On Thu, 15.03.12 09:45, Martín Marqués (martin.marq...@gmail.com) wrote:
>
>> Maybe my problem is that I'm new to systemd, but I can't make systemd
>> do what I did with system V, particularly with PostgreSQL server.
>>
>> I the old
Hi,
while reviewing sparse warnings on journal, I found state flag from
journal was sometime stored in uint32_t and even changed endianness,
though its storing type in journal on disk in uint8_t.
Attached patch make sure uint8_t is used in a consistent manner.
--
Frederic Crozat
SUSE
>From d6fd
The mount of the securityfs filesystem is now performed in the main systemd
executable as it is used by IMA to provide the interface for loading custom
policies. The unit file 'units/sys-kernel-security.mount' has been removed
because it is not longer necessary.
Signed-off-by: Roberto Sassu
Acked
The new function ima_setup() loads an IMA custom policy from a file in the
default location '/etc/ima/ima-policy', if present, and writes it to the
path 'ima/policy' in the security filesystem. This function is executed
at early stage in order to avoid that some file operations are not measured
by
On Thu, 15.03.12 11:42, Martín Marqués (martin.marq...@gmail.com) wrote:
>
> El día 15 de marzo de 2012 10:17, Lennart Poettering
> escribió:
> > On Thu, 15.03.12 09:45, Martín Marqués (martin.marq...@gmail.com) wrote:
> >
> >> Maybe my problem is that I'm new to systemd, but I can't make system
On Thu, 15.03.12 18:11, Frederic Crozat (fcro...@suse.com) wrote:
> Hi,
>
> while reviewing sparse warnings on journal, I found state flag from
> journal was sometime stored in uint32_t and even changed endianness,
> though its storing type in journal on disk in uint8_t.
I am still very open to
Heya,
this is primarily a bugfix release (but does include a couple of new
things) and might be very likely the version we'll ship in Fedora 17,
unless there's some unforeseen bigger bug left to be fixed.
http://cgit.freedesktop.org/systemd/systemd/plain/NEWS
http://www.freedesktop.org/software/s
I have a machine with Fedora 16 installed, which is my first exposure to
systemd.
I have a requirement to disable the OS updating the CMOS RTC on
shutdown. This is a not uncommon requirement if
/sys/class/rtc/rtc0/wakealarm is used, as outlined here:
http://www.mythtv.org/wiki/ACPI_Wakeup#Di
14 matches
Mail list logo