---
src/shared/fileio.c | 61 +++
src/shared/fileio.h |3 +++
2 files changed, 55 insertions(+), 9 deletions(-)
diff --git a/src/shared/fileio.c b/src/shared/fileio.c
index f101269..8916970 100644
--- a/src/shared/fileio.c
+++
---
src/bootchart/bootchart.c|9 -
src/bootchart/bootchart.conf |1 +
src/bootchart/bootchart.h|2 ++
src/bootchart/store.c| 25 +
src/bootchart/svg.c |5 +++--
5 files changed, 39 insertions(+), 3 deletions(-)
diff --git
Op 28 mrt. 2014, om 01:46 heeft Cristian Rodríguez crrodrig...@opensuse.org
het volgende geschreven:
El 27/03/14 20:21, Felix Miata escribió:
I see this repeated often during reboot attempts that do not proceed as
expected to swiftly do the deed. It seems to be prerequisite to
Am 26.03.2014 00:28, schrieb Kay Sievers:
* Timer units gained a new Persistent= switch. If enabled
timers configured this way will save to disk when they have
been last triggered. This information is then used on next
reboot to possible execute overdue
Hi,
compiling systemd v212 fails here with:
[...]
src/libsystemd/sd-rtnl/rtnl-message.c: In function 'sd_rtnl_message_append_u8':
src/libsystemd/sd-rtnl/rtnl-message.c:462:38: error: 'IFLA_IPTUN_TTL'
undeclared (first use in this function)
src/libsystemd/sd-rtnl/rtnl-message.c:462:38: note: each
'Twas brillig, and Koen Kooi at 28/03/14 08:45 did gyre and gimble:
Op 28 mrt. 2014, om 01:46 heeft Cristian Rodríguez
crrodrig...@opensuse.org het volgende geschreven:
El 27/03/14 20:21, Felix Miata escribió:
I see this repeated often during reboot attempts that do not
proceed as
On Fri, Mar 28, 2014 at 12:09 PM, Michael Olbrich
m.olbr...@pengutronix.de wrote:
Hi,
compiling systemd v212 fails here with:
[...]
src/libsystemd/sd-rtnl/rtnl-message.c: In function
'sd_rtnl_message_append_u8':
src/libsystemd/sd-rtnl/rtnl-message.c:462:38: error: 'IFLA_IPTUN_TTL'
'Twas brillig, and Felix Miata at 28/03/14 01:12 did gyre and gimble:
On 2014-03-27 21:46 (GMT-0300) Cristian Rodríguez composed:
Felix Miata composed:
I see this repeated often during reboot attempts that do not proceed as
expected to swiftly do the deed. It seems to be prerequisite to
I get no sound in my desktop when using the following way to start the
desktop: from a virtual terminal, say vt2, run:
(setsid startx -- vt7 ).
That is, startx in a virtual terminal other than the current one. The
setsid is not relevant here, without it, (startx -- vt7 ) won't
work, either.
let the rule check also attrs of _parent_ devices using
ATTRS{} instead of ATTR
ATTRS did the trick - thanks!
___
systemd-devel mailing list
systemd-devel@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/systemd-devel
'Twas brillig, and Mantas Mikulėnas at 28/03/14 15:22 did gyre and gimble:
You have already found the correct way to fix this – start X on the
/same/ vt that you logged in (e.g. `startx -- vt2` or `startx --
vt$XDG_VTNR`).
Yes, and indeed most distros patch their startx to do this for you
Hi all,
I've brought this up before, but I became busy/discouraged and dropped
the ball. As systemd becomes increasingly widely deployed, I can no longer
afford to do so, so I'd like to explore this area a bit further on the list
again and see if we can't come up with a workable solution, or
---
src/core/dbus-execute.c | 16
src/libsystemd/sd-bus/bus-util.c | 18 +-
2 files changed, 33 insertions(+), 1 deletion(-)
diff --git a/src/core/dbus-execute.c b/src/core/dbus-execute.c
index 13b3d0d..1f1f602 100644
--- a/src/core/dbus-execute.c
+++
Am 28.03.2014 12:41, schrieb Tom Gundersen:
Side note: we might want to revisit how old kernels we want to
support. Especially for building, we may want to just require
something a bit more recent (maybe 3.10 or 3.12)?
The kernel version during build is not an issue. Kernel headers are
never
On Fri, Mar 28, 2014 at 6:38 PM, Hristo Venev hri...@venev.name wrote:
Predictable names and more consistent.
---
src/core/manager.c | 48 +++-
1 file changed, 11 insertions(+), 37 deletions(-)
diff --git a/src/core/manager.c b/src/core/manager.c
On Fri, Mar 28, 2014 at 6:38 PM, Hristo Venev hri...@venev.name wrote:
They are temporary and should not clutter the configuration directory.
---
src/core/unit.c | 32 +++-
1 file changed, 15 insertions(+), 17 deletions(-)
diff --git a/src/core/unit.c
On Fri, 2014-03-28 at 19:06 +0100, Kay Sievers wrote:
On Fri, Mar 28, 2014 at 6:38 PM, Hristo Venev hri...@venev.name wrote:
The first patch moves the user generator directories to XDG_RUNTIME_DIR.
This
way the path for the generator directories is always under the manager's
runtime
On Fri, 2014-03-28 at 19:00 +0100, Kay Sievers wrote:
On Fri, Mar 28, 2014 at 6:38 PM, Hristo Venev hri...@venev.name wrote:
Predictable names and more consistent.
---
src/core/manager.c | 48 +++-
1 file changed, 11 insertions(+), 37
On Fri, Mar 28, 2014 at 7:41 PM, Hristo Venev hri...@venev.name wrote:
On Fri, 2014-03-28 at 19:00 +0100, Kay Sievers wrote:
On Fri, Mar 28, 2014 at 6:38 PM, Hristo Venev hri...@venev.name wrote:
Predictable names and more consistent.
---
src/core/manager.c | 48
On Fri, Mar 28, 2014 at 7:38 PM, Hristo Venev hri...@venev.name wrote:
On Fri, 2014-03-28 at 19:06 +0100, Kay Sievers wrote:
On Fri, Mar 28, 2014 at 6:38 PM, Hristo Venev hri...@venev.name wrote:
The first patch moves the user generator directories to XDG_RUNTIME_DIR.
This
way the path
On Fri, Mar 28, 2014 at 7:43 PM, Hristo Venev hri...@venev.name wrote:
On Fri, 2014-03-28 at 19:02 +0100, Kay Sievers wrote:
On Fri, Mar 28, 2014 at 6:38 PM, Hristo Venev hri...@venev.name wrote:
They are temporary and should not clutter the configuration directory.
---
src/core/unit.c |
On Fri, 2014-03-28 at 19:52 +0100, Kay Sievers wrote:
It should still go into its own variable if you want to skip the
check. We should not rely on the behaviour of external functions like
that.
Even when it is not likely to ever fail, or never even to be called as
PID1, it's still the
Hi!
I am new to sendmail. I have been at this for days ..reading the Fedora 18
Users Guide and other documentation on various sites..
The port 25 is open, however I can not seem to get the service started and
there is apparently no other debug or logs which would indicate the cause
of the
On Fri, Mar 28, 2014 at 12:41 PM, Lee Atkinson linuxle...@gmail.com wrote:
.reading the Fedora 18 Users Guide
Fedora 18 is not a currently supported release, and its systemd is
ancient by this mailing list's standards.
___
systemd-devel mailing list
Thanks, now I understand where does the problem come from.
So, is that simply not achievable in systemd? I mean, since logind has no
way to know about my session on vt7, then what about I *tell* it
explicitly? Maybe through some cmdline tools, for example, something like:
`loginctl add-vt vt7
25 matches
Mail list logo