Re: noexec on /dev/shm

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



Jesse Keating pÃÅe v Ãt 14. 12. 2010 v 09:47 -0800:
> On 12/14/10 9:22 AM, Miloslav TrmaÄ wrote:
> > Bill Nottingham pÃÅe v Ãt 14. 12. 2010 v 12:08 -0500:
> >>> The problem is not the technical solution. Problem is that changes of
> >>> such important thing like /etc/fstab are decided without Fedora developers.
> >>
> >> Eh, what? It's a change to how API filesystems (/proc, /sys, etc.) get
> >> mounted. When this was done in rc.sysinit, every change to how it mounted
> >> /proc wasn't discussed on the devel list. When we switched to having dracut
> >> be the primary way that API filesystems are mounted, that wasn't put up
> >> to a FESCo vote.
> > The practical difference is that nothing broke at that time, whereas
> > systemd tends to break thinks that users use. (I won't buy dismissing it
> > as "mere bugs" - adding NOEXEC could hardly have been a typo.)

> 
> Perhaps you missed the part where the bug was that the fs doesn't get 
> remounted with the perms from fstab as by design.  That's the bug.
So the design was to
1) change the setting in the C reimplementation
2) add a new facility that will revert the setting to its original value
?

Is it really surprising that I'd like more discussion of the systemd
design in advance?
	Mirek

-- 
devel mailing list
devel@xxxxxxxxxxxxxxxxxxxxxxx
https://admin.fedoraproject.org/mailman/listinfo/devel



[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
[Index of Archives]     [Fedora Announce]     [Fedora Kernel]     [Fedora Testing]     [Fedora Formulas]     [Fedora PHP Devel]     [Kernel Development]     [Fedora Legacy]     [Fedora Maintainers]     [Fedora Desktop]     [PAM]     [Red Hat Development]     [Gimp]     [Yosemite News]
  Powered by Linux