This has been implemented a while back, see
405e116f57b1cf33d4ca0294ab045a9f709bbc96
--
You received this bug notification because you are a member of Ubuntu
Touch seeded packages, which is subscribed to systemd in Ubuntu.
https://bugs.launchpad.net/bugs/1354306
Title:
gpio shutdown trigger fo
This has been implemented a while back, see
405e116f57b1cf33d4ca0294ab045a9f709bbc96
--
You received this bug notification because you are a member of Ubuntu
Touch seeded packages, which is subscribed to systemd in Ubuntu.
https://bugs.launchpad.net/bugs/1347776
Title:
shutdown trigger on gpio
OK, if this is not a bytes value, parse_size() is probably not a good
idea. (that said, I think it's a pretty poor choice to expose this as
512byte block value...)
Anyway, looks good. Please push!
--
You received this bug notification because you are a member of Ubuntu
Touch seeded packages, whi
Also, please add the initialization of .offset and .skip into the
declaration of the params variable, as initializer. i.e.:
struct crypt_params_plain params = {
.offset = arg_offset,
.skip = arg_skip,
};
Also, please document the new switches in crypttab(5).
--
You received this
(In reply to Lennart Poettering from comment #6)
> Hmm, please use parse_bytes() for parsing byte values.
Sorry, I meant parse_size() of course.
--
You received this bug notification because you are a member of Ubuntu
Touch seeded packages, which is subscribed to systemd in Ubuntu.
ht
Hmm, please use parse_bytes() for parsing byte values.
--
You received this bug notification because you are a member of Ubuntu
Touch seeded packages, which is subscribed to systemd in Ubuntu.
https://bugs.launchpad.net/bugs/953875
Title:
Encrypted swap no longer mounted at bootup
Status in e
(In reply to Martin Pitt from comment #13)
> (In reply to Lennart Poettering from comment #12)
> > The best way is to fix the few services that really need dbus
> > unconditionally to be around to add After=dbus.service. And all is good.
>
> If we go with that approach,
Please do not apply that ExecStop= thing. You really shouldn't block
that. Think about people who boot their system with "emergency" on the
kernel cmdline, and thus get a PID 1 plus a shell and nothing else, they
should be able to start dbus and stop it as they wish...
If at all, use RefuseManualS
I think the proper way to fix this is by waiting for this kernel patch
to be applied:
http://www.spinics.net/lists/linux-input/msg33007.html
With that in place we can then update logind to make use of it, and then
simply add the udev tag to all keyboards that are discovered, which
would then impl
I think the proper way to fix this is by waiting for this kernel patch
to be applied:
http://www.spinics.net/lists/linux-input/msg33007.html
With that in place we can then update logind to make use of it, and then
simply add the udev tag to all keyboards that are discovered, which
would then impl
10 matches
Mail list logo
