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 se
On Fri, Mar 28, 2014 at 12:41 PM, Lee Atkinson 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
systemd-devel@lists.fr
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 failure
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
On Fri, Mar 28, 2014 at 7:43 PM, Hristo Venev wrote:
> On Fri, 2014-03-28 at 19:02 +0100, Kay Sievers wrote:
>> On Fri, Mar 28, 2014 at 6:38 PM, Hristo Venev wrote:
>> > They are temporary and should not clutter the configuration directory.
>> > ---
>> > src/core/unit.c | 32 +++-
On Fri, Mar 28, 2014 at 7:38 PM, Hristo Venev wrote:
> On Fri, 2014-03-28 at 19:06 +0100, Kay Sievers wrote:
>> On Fri, Mar 28, 2014 at 6:38 PM, Hristo Venev wrote:
>> > The first patch moves the user generator directories to XDG_RUNTIME_DIR.
>> > This
>> > way the path for the generator directo
On Fri, Mar 28, 2014 at 7:41 PM, Hristo Venev wrote:
> On Fri, 2014-03-28 at 19:00 +0100, Kay Sievers wrote:
>> On Fri, Mar 28, 2014 at 6:38 PM, Hristo Venev wrote:
>> > Predictable names and more consistent.
>> > ---
>> > src/core/manager.c | 48 +++-
On Fri, 2014-03-28 at 19:02 +0100, Kay Sievers wrote:
> On Fri, Mar 28, 2014 at 6:38 PM, Hristo Venev wrote:
> > They are temporary and should not clutter the configuration directory.
> > ---
> > src/core/unit.c | 32 +++-
> > 1 file changed, 15 insertions(+), 17 delet
On Fri, 2014-03-28 at 19:00 +0100, Kay Sievers wrote:
> On Fri, Mar 28, 2014 at 6:38 PM, Hristo Venev wrote:
> > Predictable names and more consistent.
> > ---
> > src/core/manager.c | 48 +++-
> > 1 file changed, 11 insertions(+), 37 deletions(-)
> >
>
On Fri, 2014-03-28 at 19:06 +0100, Kay Sievers wrote:
> On Fri, Mar 28, 2014 at 6:38 PM, Hristo Venev 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 prefix. Consi
On Fri, Mar 28, 2014 at 6:38 PM, Hristo Venev 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 prefix. Consistency and code size.
>
> The second patch moves the transient user
On Fri, Mar 28, 2014 at 6:38 PM, Hristo Venev 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 b/src/core/unit.c
> +
On Fri, Mar 28, 2014 at 6:38 PM, Hristo Venev 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
> -
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 prefix. Consistency and code size.
The second patch moves the transient user units to XDG_RUNTIME_DIR. This way
they are deleted on reboot
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 b/src/core/unit.c
index 153b79b..69971ba 100644
--- a/src/core/unit.c
+++ b/src/core/uni
---
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
+++ b/s
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
index ce8759e..b409738 100644
--- a/src/core/manager.c
+++ b/src/core/manager
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
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 if
On 2014-03-28 11:45 (GMT) Colin Guthrie composed:
Felix Miata composed:
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
On Fri, Mar 28, 2014 at 2:33 PM, Kawing Chiu
wrote:
> 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 r
'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
ma
> 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
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. H
'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 prerequi
On Fri, Mar 28, 2014 at 12:09 PM, Michael Olbrich
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'
> undeclared (first use i
'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
> 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
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
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
Op 28 mrt. 2014, om 01:46 heeft Cristian Rodríguez
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
>> shutdown/reboot. I can't recall
---
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
+++ b/src/shared/fil
---
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
32 matches
Mail list logo
