Lennart Poettering composed on 2016-05-30 17:37 (UTC+0200):
> Felix Miata wrote:
>> Lennart Poettering composed on 2016-05-29 18:40 (UTC+0200):
>> >Felix Miata wrote:
>> >>The message I see is equivalent in form as during boot, e.g. when a
>> >>filesystem not noauto in fstab is to be mounted bu
Lennart Poettering composed on 2016-05-30 17:37 (UTC+0200):
> Felix Miata wrote:
>> Lennart Poettering composed on 2016-05-29 18:40 (UTC+0200):
>> >Felix Miata wrote:
>> >>The message I see is equivalent in form as during boot, e.g. when a
>> >>filesystem not noauto in fstab is to be mounted bu
On Jun 14 2016, Mantas Mikulėnas wrote:
> On Tue, Jun 14, 2016 at 9:16 PM, Nikolaus Rath wrote:
>
>> Hello,
>>
>> Are there any best practices for adjusting values in /proc on system
>> boot? Specifically, I'm looking for a way to do
>>
>>echo 1 > /proc/sys/kernel/safename/mode_for_unprivile
On Tue, Jun 14, 2016 at 9:16 PM, Nikolaus Rath wrote:
> Hello,
>
> Are there any best practices for adjusting values in /proc on system
> boot? Specifically, I'm looking for a way to do
>
>echo 1 > /proc/sys/kernel/safename/mode_for_unprivileged
>echo 1 > /proc/sys/kernel/safename/mode_f
Hello,
Are there any best practices for adjusting values in /proc on system
boot? Specifically, I'm looking for a way to do
echo 1 > /proc/sys/kernel/safename/mode_for_unprivileged
echo 1 > /proc/sys/kernel/safename/mode_for_privileged
..as soon as possible when booting.
I think this fil
I also noticed that the directories yielded by using
udev_enumerate_scan_subsystems do not actually include, using a pretty
loose meaning of include, every subsystem that udevadm info --export-db
considers
at least one device to belong to.
So, I'm really not sure what these values that it yields
On Sun, 12.06.16 02:07, Christian Rebischke ([email protected])
wrote:
> Hello,
> I am currently working on a fix for:
> https://github.com/systemd/systemd/issues/2809
>
> How does a machine get deregistered?
> I look for a proper way to remove the machine from the hashmap
> (see bel
On Mon, 13.06.16 14:33, Egor M. ([email protected]) wrote:
> Hello Lennart.
>
> I made more tests, it looks like networking controls are indeed properly
> namespaced.
>
> I don't know what's PR means in this context, so can't make it.
I actually meant an issue, not a PR.
https://
On Sat, 11.06.16 14:08, Egor M. ([email protected]) wrote:
> Hello Lennart.
>
> In this case there's a slight inconsistence somewhere since
> net.ipv4.ip_forward
> setting is inherited from host but net.ipv6.conf.all.forwarding isn't. One way
> or another, remounting /proc/sys r/w seems to be h
