It shouldn't, since my system suspends just fine. The attached patch
should fix that.
0001-logind-interpret-the-can_sleep-return-value-properly.patch
Description: Binary data
___
systemd-devel mailing list
systemd-devel@lists.freedesktop.org
http://list
I've noticed
May 31 19:45:10 localhost.localdomain systemd-sleep[9627]: Failed to
enumerate directory /usr/lib/systemd/systemd-sleep: Not a directory
in my journal.
0001-sleep-Don-t-call-execute_directory-on-a-binary.patch
Description: Binary data
___
On Wed, Apr 11, 2012 at 10:51 AM, Daniel Drake wrote:
> On Wed, Apr 11, 2012 at 9:42 AM, Lennart Poettering
> wrote:
>>> I tried modifying e.g. plymouth-reboot.service to have:
>>> Before=reboot.service shutdown.target umount.target final.target
>>> reboot.target
>>
>> That suggests that the ply
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 05/31/2012 07:51 AM, Kay Sievers wrote:
> On Thu, May 31, 2012 at 1:04 PM, Daniel J Walsh wrote:
>
>> Ok Eric and I will work to get it upstream. I guess for F18 I can move
>> the /var/run definition to /run and reverse the equivalence. But it i
Hi,
I'm using systemd-44 and experiencing some problems with my mount unit.
I have an /etc/systemd/system/.aufs-normal.mount file
-
[Unit]
Description=normal mount
[Mount]
What=/dev/mmcblk0p5
Where=/.aufs/normal
Type=ext2
-
I am able to run 'systemctl start .aufs-normal.mount' and 'syst
On Thu, May 31, 2012 at 1:04 PM, Daniel J Walsh wrote:
> Ok Eric and I will work to get it upstream. I guess for F18 I can move the
> /var/run definition to /run and reverse the equivalence. But it is probably
We have changed udev not do any selinux label magic for /run
files/directories now,
Lennart Poettering writes:
> On Thu, 31.05.12 13:22, Gergely Nagy (alger...@balabit.hu) wrote:
>
>> > On Thu, 31.05.12 12:56, Zbigniew Jędrzejewski-Szmek (zbys...@in.waw.pl)
>> > wrote:
>> >> On 05/31/2012 12:40 PM, Lennart Poettering wrote:
>> >> > I'd be open to rename "systemctl man" to "syst
On Thu, 31.05.12 13:11, Gergely Nagy (alger...@balabit.hu) wrote:
> I'll prepare a patch that supports info too. Should it prefer man over
> info, or the other way around? Or open both in turn? Or make it
> selectable (while still preferring one over the other)?
>
> Also, should it support stuff
On Thu, 31.05.12 13:22, Gergely Nagy (alger...@balabit.hu) wrote:
> > On Thu, 31.05.12 12:56, Zbigniew Jędrzejewski-Szmek (zbys...@in.waw.pl)
> > wrote:
> >> On 05/31/2012 12:40 PM, Lennart Poettering wrote:
> >> > I'd be open to rename "systemctl man" to "systemctl doc" too, if people
> >> > wan
Lennart Poettering writes:
> On Thu, 31.05.12 12:56, Zbigniew Jędrzejewski-Szmek (zbys...@in.waw.pl) wrote:
>> On 05/31/2012 12:40 PM, Lennart Poettering wrote:
>> > I'd be open to rename "systemctl man" to "systemctl doc" too, if people
>> > want this, if we make it cover both man and info. Not
On Thu, 31.05.12 12:56, Zbigniew Jędrzejewski-Szmek (zbys...@in.waw.pl) wrote:
>
> On 05/31/2012 12:40 PM, Lennart Poettering wrote:
> > I'd be open to rename "systemctl man" to "systemctl doc" too, if people
> > want this, if we make it cover both man and info. Not sure I like "doc"
> > too much
Lennart Poettering writes:
>> Nevertheless, I was thinking that 3 different commands to display docs
>> might be a bit too much. Perhaps it could be condensed into a single
>> "doc" command, with --info, --man and --http or similar flags to select
>> what kind of documentation to display? (And by
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 05/31/2012 07:01 AM, Lennart Poettering wrote:
> On Thu, 31.05.12 06:54, Daniel J Walsh (dwa...@redhat.com) wrote:
>
> Heya,
>
On Wed, 30.05.12 16:13, Daniel J Walsh (dwa...@redhat.com) wrote:
> +const char *prefixes[] = { "
On Thu, 31.05.12 06:54, Daniel J Walsh (dwa...@redhat.com) wrote:
Heya,
> >> On Wed, 30.05.12 16:13, Daniel J Walsh (dwa...@redhat.com) wrote:
> >>
> >>> +const char *prefixes[] = { "/dev", "/var/run", NULL };
> >>
> >> Is there a reason this mentions /var/run and not /run?
> >>
> >> O
On 05/31/2012 12:40 PM, Lennart Poettering wrote:
> I'd be open to rename "systemctl man" to "systemctl doc" too, if people
> want this, if we make it cover both man and info. Not sure I like "doc"
> too much though. Maybe we can find another name? Suggestions? The reason
> I picked "man" in the fi
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 05/30/2012 08:27 PM, Lennart Poettering wrote:
> On Wed, 30.05.12 23:32, Lennart Poettering (lenn...@poettering.net) wrote:
>
>>
>> On Wed, 30.05.12 16:13, Daniel J Walsh (dwa...@redhat.com) wrote:
>>
>>> +const char *prefixes[] = { "/dev
Am 30.05.2012 22:27, schrieb Lennart Poettering:
This is fixed now in git. Thanks for the pointer! Lennart
thanks much :-)
___
systemd-devel mailing list
systemd-devel@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/systemd-devel
On Thu, 31.05.12 10:44, Gergely Nagy (alger...@balabit.hu) wrote:
> > Similar to systemctl man, implement the info and doc commands. The
> > former will open the appropriate info page, the latter will open any
> > http (or https) documentation via xdg-open.
>
> FWIW, that patch was only compile-t
Gergely Nagy writes:
> Similar to systemctl man, implement the info and doc commands. The
> former will open the appropriate info page, the latter will open any
> http (or https) documentation via xdg-open.
FWIW, that patch was only compile-tested, but it should work.
Nevertheless, I was thinki
Similar to systemctl man, implement the info and doc commands. The
former will open the appropriate info page, the latter will open any
http (or https) documentation via xdg-open.
Signed-off-by: Gergely Nagy
---
man/systemctl.xml | 23 +
src/systemctl/systemctl.c | 59
20 matches
Mail list logo
