Am 16.08.20 um 07:51 schrieb Andrei Borzenkov:
> 15.08.2020 23:56, Reindl Harald пишет:
>> is it a bug or a concept issue that it's mounted fpr root instead auf
>> the user given with uid or is there just a param i am not aware mising?
>
> allow_other
works, but changes the owner to root and in
On Sa, 15.08.20 13:33, Steve Dodd (steved...@gmail.com) wrote:
> On Fri, 26 Jun 2020 at 16:53, Lennart Poettering
> wrote:
>
> > > We implement a system call allow list, i.e. everything that isn't
> > > > explicitly allowed is denied. You can use --system-call-filter=openat2
> > > > to allow a sp
On Sun, 16 Aug 2020 at 14:54, Lennart Poettering
wrote:
> > I've just been bitten by this - last time I looked into a similar
> problem,
> > it seemed the calling code was confused by getting EPERM instead of
> ENOSYS.
> > Could we distinguish between these two cases and generate the right error
On So, 16.08.20 15:01, Steve Dodd (steved...@gmail.com) wrote:
> On Sun, 16 Aug 2020 at 14:54, Lennart Poettering
> wrote:
>
>
> > > I've just been bitten by this - last time I looked into a similar
> > problem,
> > > it seemed the calling code was confused by getting EPERM instead of
> > ENOSYS.
On So, 16.08.20 09:05, Reindl Harald (h.rei...@thelounge.net) wrote:
> how is it not given it#s a systemd-option and what is your f**
> problem?
Reindl, I'll put you back on moderation if you write another mail like
this.
Lennart
--
Lennart Poettering, Berlin
___
On Sa, 15.08.20 22:56, Reindl Harald (h.rei...@thelounge.net) wrote:
> is it a bug or a concept issue that it's mounted fpr root instead auf
> the user given with uid or is there just a param i am not aware
> mising?
I don't understand a word. What do you mean by "mounted for root"?
Lennart
--
On Sun, 16 Aug 2020 at 15:47, Lennart Poettering
wrote:
I think it would be wise to use do fallback logic for EPERM too. It's
> the error that nspawn uses since day #1 basically. I am a bit puzzled
> noone noticed this before, afaik glibc test cases at least on Fedora
> (where most glibc upstream
Am 16.08.20 um 17:03 schrieb Lennart Poettering:
> On Sa, 15.08.20 22:56, Reindl Harald (h.rei...@thelounge.net) wrote:
>
>> is it a bug or a concept issue that it's mounted fpr root instead auf
>> the user given with uid or is there just a param i am not aware
>> mising?
>
> I don't understan
Am 16.08.20 um 17:01 schrieb Lennart Poettering:
> On So, 16.08.20 09:05, Reindl Harald (h.rei...@thelounge.net) wrote:
>
>> how is it not given it#s a systemd-option and what is your f**
>> problem?
>
> Reindl, I'll put you back on moderation if you write another mail like
> this.
then do th
On So, 16.08.20 17:16, Reindl Harald (h.rei...@thelounge.net) wrote:
>
>
> Am 16.08.20 um 17:01 schrieb Lennart Poettering:
> > On So, 16.08.20 09:05, Reindl Harald (h.rei...@thelounge.net) wrote:
> >
> >> how is it not given it#s a systemd-option and what is your f**
> >> problem?
> >
> > Reindl,
On So, 16.08.20 17:14, Reindl Harald (h.rei...@thelounge.net) wrote:
>
>
> Am 16.08.20 um 17:03 schrieb Lennart Poettering:
> > On Sa, 15.08.20 22:56, Reindl Harald (h.rei...@thelounge.net) wrote:
> >
> >> is it a bug or a concept issue that it's mounted fpr root instead auf
> >> the user given wi
Am 16.08.20 um 17:21 schrieb Lennart Poettering:
> On So, 16.08.20 17:16, Reindl Harald (h.rei...@thelounge.net) wrote:
>> Am 16.08.20 um 17:01 schrieb Lennart Poettering:
>>> On So, 16.08.20 09:05, Reindl Harald (h.rei...@thelounge.net) wrote:
>>>
how is it not given it#s a systemd-option
On So, 16.08.20 17:30, Reindl Harald (h.rei...@thelounge.net) wrote:
> >> then do the same with people provocating in the style of "how is it
> >> relevant to systemd?" given that x-systemd.automount is clearly a
> >> systemd option and "systemd[1]: mnt-arrakis.automount: Got automount
> >> reques
On Sun, 16 Aug 2020 at 16:05, Steve Dodd wrote:
That's interesting .. it's possible things don't work quite the way I think
> they do, but I will try to find previous examples - I remember borgbackup
> was affected on armhf fairly recently, for example.
>
Ah, the borgbackup thing was different -
Am 16.08.20 um 17:22 schrieb Lennart Poettering:
> On So, 16.08.20 17:14, Reindl Harald (h.rei...@thelounge.net) wrote:
>
>> Am 16.08.20 um 17:03 schrieb Lennart Poettering:
>>> On Sa, 15.08.20 22:56, Reindl Harald (h.rei...@thelounge.net) wrote:
>>>
is it a bug or a concept issue that it'
On So, 16.08.20 17:35, Reindl Harald (h.rei...@thelounge.net) wrote:
> i just want the same behavior as if i would mount the fuse-mounpoint as
> user but without typing "mount /mnt/arrakis"
>
> * fuse-mount as the user specified by "uid=,gid="
> * not readable for other users
> * just the identica
On Sun, Aug 16, 2020 at 04:35:48PM +, ionut n wrote:
>
> Hi SystemD Team,
It's "systemd" (all lowercase).
>
> One question.
>
> Is it possible with systemd-journalctl to change the location to save logs in
> other location?
>
> My system is volatile (tmpfs) and I have another location
On So, 16.08.20 16:35, ionut n (ionut_n2...@yahoo.com) wrote:
>
> Hi SystemD Team,
>
> One question.
>
> Is it possible with systemd-journalctl to change the location to save logs in
> other location?
>
> My system is volatile (tmpfs) and I have another location available to keep
> certain logs.
Hi SystemD Team,
One question.
Is it possible with systemd-journalctl to change the location to save logs in
other location?
My system is volatile (tmpfs) and I have another location available to keep
certain logs.
- /dev/root or / is tmpfs
- /external-persistent0 is ext4 or xfs
I
I understand, but there is no option or any parameter in systemd to not do
through mount?
Pe duminică, 16 august 2020, 19:48:51 EEST, Tomasz Torcz
a scris:
On Sun, Aug 16, 2020 at 04:35:48PM +, ionut n wrote:
>
> Hi SystemD Team,
It's "systemd" (all lowercase).
>
> One quest
Pe duminică, 16 august 2020, 20:00:10 EEST, Lennart Poettering
a scris:
On So, 16.08.20 16:35, ionut n (ionut_n2...@yahoo.com) wrote:
>
> Hi SystemD Team,
>
> One question.
>
> Is it possible with systemd-journalctl to change the location to save logs in
> other location?
>
> My sys
On Sun, 16 Aug 2020 at 16:32, Steve Dodd wrote:
Ah, looks like we need to seccomp_attr_get(&ctx, SCMP_FLTATR_CTL_LOG, ..)
> somewhere for this to work. Not sure if that should be done
> unconditionally...
>
https://github.com/systemd/systemd/pull/16752 makes it conditional on an
environment vari
>>> Reindl Harald schrieb am 16.08.2020 um 17:30 in
Nachricht <5f07f787-f300-e0c8-ffef-792707d71...@thelounge.net>:
>
> Am 16.08.20 um 17:21 schrieb Lennart Poettering:
>> On So, 16.08.20 17:16, Reindl Harald (h.rei...@thelounge.net) wrote:
>>> Am 16.08.20 um 17:01 schrieb Lennart Poettering:
>>
23 matches
Mail list logo
