I'm working on a proxy to encrypt rsync network communications using
systemd socket activation (Accept=yes, SELinuxContextFromNet=true) so
that the proxy is run at the level of the connection (the system is
running selinux mls policy). rsync has the same systemd socket
activation configuration as I
Am 08.06.21 um 15:44 schrieb Aravindhan Krishnan:
With all due respect, it would be very helpful if you can be a little
bit less snarky.
With all due respect, it would be very helpful not use reply-all and not
convert each and every response to HTML
i don't get the bash-nonsense for a ha
On Di, 08.06.21 15:05, Reindl Harald (h.rei...@thelounge.net) wrote:
> > I have attached a minimalistic repro along with the codes of all the
> > scripts, service files. I suppose Silvio was able to see the files.
>
> i don't get the bash-nonsense for a handful of lines (most of them doing
> nothi
Hi Reindl,
With all due respect, it would be very helpful if you can be a little bit
less snarky.
i don't get the bash-nonsense for a handful of lines (most of them doing
nothing at all) to begin with and given that there is no "Type=" in the
unit file you may read the docs and try the different
Am 08.06.21 um 14:50 schrieb Aravindhan Krishnan:
Hi Reindl,
I have attached a minimalistic repro along with the codes of all the
scripts, service files. I suppose Silvio was able to see the files.
i don't get the bash-nonsense for a handful of lines (most of them doing
nothing at all) to
Hi Lennart,
As I understand from
https://access.redhat.com/documentation/en-us/red_hat_enterprise_linux/7/html-single/7.9_release_notes/index,
looks like centos 7.9 was released in Aug, 2020. Is this also considered to
be stale ?
Regards,
Aravindhan Krishnan...
On Tue, 8 Jun 2021 at 01:45, Len
Hi Reindl,
I have attached a minimalistic repro along with the codes of all the
scripts, service files. I suppose Silvio was able to see the files. Please
refer to
https://www.mail-archive.com/systemd-devel@lists.freedesktop.org/msg46055.html
.
I have re-attached the tar again in this email.
Re
On Fr, 04.06.21 14:53, systemd-de...@notandy.de (systemd-de...@notandy.de)
wrote:
> Hi again,
>
> after some more debugging this EOVERFLOW seems to be the result of a call to
> may_o_create in fs/namei.c in the kernel.
> There is a check:
>
> if (!fsuidgid_has_mapping(dir->dentry->d_sb, mnt_user