On Fri, Mar 29, 2013 at 03:25:23PM +0100, Zbigniew Jędrzejewski-Szmek wrote:
> On Tue, Mar 26, 2013 at 05:00:23PM -0600, Kelly Anderson wrote:
> > Hi,
> >
> > Here is a patch that fixed documentation with python 3.x in non
> > utf-8 locales.
> > Specifically in my locale latin-1 is the default set
This ensures that the keyfile is available during the opening of the encrypted
device.
Also dropped the explicit ordering Before=local-fs.target, as the containers
are ordered implicitly by their content.
---
src/cryptsetup/cryptsetup-generator.c | 17 +++--
1 file changed, 11 inserti
Fixes: https://bugzilla.novell.com/show_bug.cgi?id=730496
https://bugs.freedesktop.org/show_bug.cgi?id=60821
---
TODO | 1 -
src/cryptsetup/cryptsetup-generator.c | 22 --
2 files changed, 16 insertions(+), 7 deletions(-)
diff --git a/T
Hi Auke,
> > whether anybody has pointers we should follow or even experience using
> > systemd for bare minimum images.
>
> Out of curiosity, but where does the consumed space actually sink
> into? Could you post perhaps the equivalend of something like du or
> list the top 20 largest items?
Th
Hi,
- Original Message -
> On Wed, 27.03.13 11:49, Tino Breddin (tbred...@tpip.net) wrote:
>
> > Hi there,
> >
> > We are in the process of creating a very small image for devices with
> > a maximum of 4MB flash. Compared to a SysV variant which clocks in at
> > ~1MB using Systemd we are
Thanks a lot guys, this clears up quite a bit of confusion :)
BR,
Awais
From: systemd-devel-bounces+awais_belal=mentor@lists.freedesktop.org
[systemd-devel-bounces+awais_belal=mentor@lists.freedesktop.org] on behalf
of Lennart Poettering [lenn...@
On Fri, Mar 29, 2013 at 9:12 PM, Michael Biebl wrote:
> 2013/3/29 Lennart Poettering :
>> To enable debug logging for logind, please copy
>> /usr/lib/systemd/system/systemd-logind.service to
>> /etc/systemd/system/systemd-logind.service and then edit it there. Add
>> "Environment=SYSTEMD_LOG_LEVEL
2013/3/29 Lennart Poettering :
> To enable debug logging for logind, please copy
> /usr/lib/systemd/system/systemd-logind.service to
> /etc/systemd/system/systemd-logind.service and then edit it there. Add
> "Environment=SYSTEMD_LOG_LEVEL=debug" to the [Service] section.
Wouldn't this be a perfect
On Tue, Mar 26, 2013 at 04:07:47PM -0300, Cristian Rodríguez wrote:
> El 26/03/13 15:17, Bill Nottingham escribió:
> >Lukas Nykryn (lnyk...@redhat.com) said:
> >>---
> >> TODO | 2 --
> >> man/systemd.unit.xml.in | 8
> >> src/core/conditio
On Wed, Mar 27, 2013 at 3:49 AM, Tino Breddin wrote:
> We are in the process of creating a very small image for devices with a
> maximum of 4MB flash. Compared to a SysV variant which clocks in at ~1MB
> using Systemd
> we are currently getting images sizes of ~10MB. At first glance the systemd
> Well, we can discuss extending ExecStartPre=
ExecStartPre= is not about that anyway, because it can be used only in
.service units.
> but I am pretty sure we shouldn't involve the process forking state
> machine in the condition logic.
I don't like it too. But can we have other alternatives?
On Wed, 27.03.13 11:49, Tino Breddin (tbred...@tpip.net) wrote:
> Hi there,
>
> We are in the process of creating a very small image for devices with
> a maximum of 4MB flash. Compared to a SysV variant which clocks in at
> ~1MB using Systemd we are currently getting images sizes of ~10MB. At
> f
On Fri, 29.03.13 23:42, Sun Bing (subi.the.dream.wal...@gmail.com) wrote:
> hi all,
>
> i wanna try out the systemd.snapshots for my suspend/hibernation
> configuration. but it seems the snapshots are not isolatable.
>
> "systemdctl isolate foo.snapshot" just throws an error "Failed to issue
> m
On Fri, 29.03.13 18:00, Oleksii Shevchuk (shevc...@iit.kharkov.ua) wrote:
>
> > Ideas?
>
> Just provide ConditionExec=. People should build their own checkers. You
> still can implement several as stand-alone executables maybe..
Well, we can discuss extending ExecStartPre= so that you can confi
On Fri 29 Mar 2013 01:00:59 PM CLST, Oleksii Shevchuk wrote:
Ideas?
Just provide ConditionExec=. People should build their own checkers.
You
still can implement several as stand-alone executables maybe..
I dont think so, If there are conditions implemented there should
be implemented in syste
> Ideas?
Just provide ConditionExec=. People should build their own checkers. You
still can implement several as stand-alone executables maybe..
___
systemd-devel mailing list
systemd-devel@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listi
On Tue, 26.03.13 20:44, Łukasz Stelmach (stl...@poczta.fm) wrote:
> @@ -104,6 +104,12 @@
> is passed the generated graph will show both ordering
> and requirement dependencies.
>
> +Optional patterns may be given to limit the
> +o
On Tue, 26.03.13 14:17, Bill Nottingham (nott...@redhat.com) wrote:
>
> Lukas Nykryn (lnyk...@redhat.com) said:
> > ---
> > TODO | 2 --
> > man/systemd.unit.xml.in | 8
> > src/core/condition.c | 16
> >
hi all,
i wanna try out the systemd.snapshots for my suspend/hibernation
configuration. but it seems the snapshots are not isolatable.
"systemdctl isolate foo.snapshot" just throws an error "Failed to issue
method call: Operation refused, unit may not be isolated."
and the outputs of "systemctl
On Fri, Mar 29, 2013 at 04:20:29PM +0100, Lennart Poettering wrote:
> Not really. SELinux checks labels of objects against labels of processes
> really. uname(), gettimeofday(), getpid() and things like that aren't
> really affected, since they don't really do anything on any objects.
>
> I mean,
On Fri, 29.03.13 13:29, Andrey Borzenkov (arvidj...@gmail.com) wrote:
> serial-getty@.service is used only as template, and it looks like
> getty-generator always links to (/usr)/lib/systemd:
>
> from = strappend(SYSTEM_DATA_UNIT_PATH "/", fservice);
> to = strjoin(arg_dest,"/gett
On Wed, 27.03.13 16:58, Zbigniew Jędrzejewski-Szmek (zbys...@in.waw.pl) wrote:
>
> On Wed, Mar 27, 2013 at 04:50:48PM +0100, Lennart Poettering wrote:
> > On Wed, 27.03.13 15:16, Vaclav Pavlin (vpav...@redhat.com) wrote:
> >
> > > From: Václav Pavlín
> > >
> > > ---
> > > src/udev/udevd.c | 4
Le vendredi 29 mars 2013 à 16:07 +0100, Lennart Poettering a écrit :
> On Wed, 27.03.13 17:52, Thomas Weißschuh (tho...@t-8ch.de) wrote:
>
> > +if (startswith(u, "/dev/"))
>
> Looks like we want is_device_path for this?
>
> > +fprintf(f,
> > +"Bind
On Wed, 27.03.13 17:52, Thomas Weißschuh (tho...@t-8ch.de) wrote:
> Removed Before=local-fs.target because the respective mountpoint
> already does this.
I don't grok this comment.
(Not saying the patch was bad, just not following the explanation
here. I mean, I do wonder myself why we are orde
On Wed, 27.03.13 17:52, Thomas Weißschuh (tho...@t-8ch.de) wrote:
> +if (startswith(u, "/dev/"))
Looks like we want is_device_path for this?
> +fprintf(f,
> +"BindsTo=%s\n"
> +"After=%s\n"
> +"Before=
On Wed, 27.03.13 23:17, Manuel Reimer (manuel.s...@nurfuerspam.de) wrote:
>
> Just one more information: It seems like the inhibitors work if I'm
> on the same shell/virtual terminal where the inhibitor was created.
Yes, that's correct. Key handling for this is per-VT.
Generally on Linux only t
On Thu, 28.03.13 16:47, Tvrtko Ursulin (tvrtko.ursu...@onelan.co.uk) wrote:
>
> Hi all,
>
> As a bit of a feedback, the change in systemd to mark root fs as recursively
> shared by default has the potential to bite hard anyone who builds chroot-ed
> environments on their system.
>
> When you
On Fri, 29.03.13 09:10, Koen Kooi (k...@dominion.thruhere.net) wrote:
> It currently says 'time settings', change that to 'boot settings'.
>
Thanks! Applied!
Lennart
--
Lennart Poettering - Red Hat, Inc.
___
systemd-devel mailing list
systemd-devel@
On Fri, 29.03.13 15:55, Maksim Melnikau (maxpose...@gmail.com) wrote:
> use default depth from variable for --help
Thanks! Applied!
Lennart
--
Lennart Poettering - Red Hat, Inc.
___
systemd-devel mailing list
systemd-devel@lists.freedesktop.org
http:
On Fri, Mar 29, 2013 at 03:37:13PM +0100, Zbigniew Jędrzejewski-Szmek wrote:
> On Thu, Mar 28, 2013 at 02:54:06PM +0100, Thomas H.P. Andersen wrote:
> > On Wed, Feb 13, 2013 at 4:16 AM, Lennart Poettering
> > wrote:
> > > On Tue, 05.02.13 23:56, Thomas H.P. Andersen (pho...@gmail.com) wrote:
> > >
On Thu, Mar 28, 2013 at 02:54:06PM +0100, Thomas H.P. Andersen wrote:
> On Wed, Feb 13, 2013 at 4:16 AM, Lennart Poettering
> wrote:
> > On Tue, 05.02.13 23:56, Thomas H.P. Andersen (pho...@gmail.com) wrote:
> >
> >> Adds test coverage and generates html reports. Configure with
> >> --enable-cover
On Tue, Mar 26, 2013 at 05:00:23PM -0600, Kelly Anderson wrote:
> Hi,
>
> Here is a patch that fixed documentation with python 3.x in non
> utf-8 locales.
> Specifically in my locale latin-1 is the default setting for output
> going to stdout,
> which causes it to fail. By writing directly to file
use default depth from variable for --help
Signed-off-by: Maksim Melnikau
---
src/cgtop/cgtop.c | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/src/cgtop/cgtop.c b/src/cgtop/cgtop.c
index f80d51e..eebebf0 100644
--- a/src/cgtop/cgtop.c
+++ b/src/cgtop/cgtop.c
@@ -522,8 +5
On Fri, 29.03.13 11:13, Manuel Reimer (manuel.s...@nurfuerspam.de) wrote:
> Hello,
>
> I want to find out why inhibiting the power button doesn't work
> "system wide". As first step, I want to compare debug messages,
> logged by logind.
>
> But unfortunately I don't manage to get them logged to
Hello,
I want to find out why inhibiting the power button doesn't work "system wide".
As first step, I want to compare debug messages, logged by logind.
But unfortunately I don't manage to get them logged to somewhere. Enabling debug
output for systemd seems to not enable debug output for log
В Wed, 27 Mar 2013 08:40:00 -0500
"David A. Marlin" пишет:
>
> moving to the mailing list:
>
> On 03/26/2013 09:04 PM, Lennart Poettering wrote:
>
> > On 26.03.2013 19:21, David Marlin wrote:
> >>
> >> I am trying to make the serial console automatically log in a user on
> >> boot. I tried mo
It currently says 'time settings', change that to 'boot settings'.
Signed-off-by: Koen Kooi
---
src/boot/bootctl.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/src/boot/bootctl.c b/src/boot/bootctl.c
index a920277..af694fd 100644
--- a/src/boot/bootctl.c
+++ b/src/boot/boo
37 matches
Mail list logo
