All of lore.kernel.org
 help / color / mirror / Atom feed
From: Jan Kiszka <jan.kiszka@siemens.com>
To: Gilles Chanteperdrix <gilles.chanteperdrix@xenomai.org>
Cc: Xenomai <xenomai@xenomai.org>
Subject: Re: [Xenomai] [pull] forge: Adjust default registry mount point
Date: Fri, 28 Nov 2014 10:55:56 +0100	[thread overview]
Message-ID: <547846AC.6070204@siemens.com> (raw)
In-Reply-To: <20141128095038.GA3832@hermes>

On 2014-11-28 10:50, Gilles Chanteperdrix wrote:
> On Fri, Nov 28, 2014 at 10:40:27AM +0100, Jan Kiszka wrote:
>> On 2014-11-28 00:15, Gilles Chanteperdrix wrote:
>>> On Thu, Nov 27, 2014 at 09:43:34PM +0100, Jan Kiszka wrote:
>>>> On 2014-11-27 21:34, Gilles Chanteperdrix wrote:
>>>>> On Thu, Nov 27, 2014 at 02:14:38PM -0500, Lennart Sorensen wrote:
>>>>>> On Thu, Nov 27, 2014 at 07:51:27PM +0100, Jan Kiszka wrote:
>>>>>>> On 2014-11-27 19:18, Gilles Chanteperdrix wrote:
>>>>>>>> According to the filesystem hierarchy standard, /mnt is the standard
>>>>>>>> place for "temporarily mounted filesystems".
>>>>>>>>
>>>>>>>> http://en.wikipedia.org/wiki/Filesystem_Hierarchy_Standard
>>>>>>>
>>>>>>> Right, another reason to NOT mess around with it: if something was
>>>>>>> temporarily mounted there, we will create the mountpoint inside that
>>>>>>> filesystem with unforeseeable side effects.
>>>>>>
>>>>>> I always read that as "temporarily mounted there by the admin or some
>>>>>> other human".  Certainly not automatic mounts by software.  There is a
>>>>>> reason /media and such exists on many distributins.
>>>>>
>>>>> I would not venture an "always", autofs for instance, used to mount
>>>>> things under /mnt. and /media has not always existed either, we used
>>>>> /mnt/cdrom.
>>>>
>>>> FHS on /mnt purpose:
>>>>
>>>> "This directory is provided so that the system administrator may
>>>> temporarily mount a filesystem as needed. The content of this directory
>>>> is a local issue and should not affect the manner in which any program
>>>> is run."
>>>>
>>>> I think this makes it crystal clear that Xenomai is not supposed to
>>>> touch it.
>>>
>>> Just to add another argument. I just asked a friend who is a
>>> professional sysadmin. He creates directory under /mnt and mount
>>> things under these directories. So, I am not sure the standard is
>>> even applied by the people who should use it.
>>>
>>> If you read on the last site I sent, under the /media article: 
>>>
>>> Amid much controversy and consternation on the part of system and
>>> network administrators a directory containing mount points for
>>> removable media has now been created. Funnily enough, it has been
>>> named /media.
>>>
>>> Are you sure, 100% sure, that every Xenomai user expects to be able
>>> to use /mnt as a mount point? Or that they will create directories
>>> under /mnt like everybody has been doing since Linux exists?
>>
>> I'm both absolutely sure that a) has to be left alone by Xenomai because
>> of requirements of the FHS and the way /mnt is used and b) we should try
>> hard to avoid creating temporary dirs in persistent filesystems.
> 
> This is ridiculous. Because the standard changed, and one
> distribution, Debian, decided to follow the new standard, which
> seems to be not widely accepted, and even controversial, you want to
> impose what Debian does to everybody. The distribution I use has
> mount points under /mnt. So, why following Debian and not the
> distribution I use, and what sysadmin have been doing for ages?
> 
> You want the mount point to be somewhere else? Fine, put a symbolic
> link.
> 
> mkdir /run/xenomai
> ln -s /run/xenomai /mnt/xenomai

Again, this is not acceptible as /mnt changes all the time and exposes
various remote filesystems which will hide that link. /mnt is locally
owned, not by the system to which Xenomai belongs, please accept this.
You can still define your personal setup differently if the path is not
easily fixable there.

Jan

-- 
Siemens AG, Corporate Technology, CT RTC ITP SES-DE
Corporate Competence Center Embedded Linux


  reply	other threads:[~2014-11-28  9:55 UTC|newest]

Thread overview: 46+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2014-11-27 16:25 [Xenomai] [pull] forge: Adjust default registry mount point Jan Kiszka
2014-11-27 18:18 ` Gilles Chanteperdrix
2014-11-27 18:51   ` Jan Kiszka
2014-11-27 18:56     ` Gilles Chanteperdrix
2014-11-27 19:21       ` Jan Kiszka
2014-11-27 19:14     ` Lennart Sorensen
2014-11-27 20:34       ` Gilles Chanteperdrix
2014-11-27 20:43         ` Jan Kiszka
2014-11-27 21:56           ` Lennart Sorensen
2014-11-27 22:56           ` Gilles Chanteperdrix
2014-11-27 23:15           ` Gilles Chanteperdrix
2014-11-28  9:40             ` Jan Kiszka
2014-11-28  9:50               ` Gilles Chanteperdrix
2014-11-28  9:55                 ` Jan Kiszka [this message]
2014-11-28  9:57                   ` Gilles Chanteperdrix
2014-11-28 11:50                     ` Jan Kiszka
2014-11-28 11:55                       ` Gilles Chanteperdrix
2014-11-28 12:07                         ` Jan Kiszka
2014-11-28 12:10                           ` Gilles Chanteperdrix
2014-11-28 16:14                             ` Lennart Sorensen
2014-11-28 16:15                             ` Lennart Sorensen
2014-11-28 12:13                           ` Gilles Chanteperdrix
2014-11-28 12:15                           ` Gilles Chanteperdrix
2014-11-28 16:13                         ` Lennart Sorensen
2014-11-28 16:16                           ` Gilles Chanteperdrix
2014-11-28 16:20                             ` Lennart Sorensen
2014-11-28 10:16                   ` Gilles Chanteperdrix
2014-11-28 12:26                     ` dietmar.schindler
2014-11-28 12:43                       ` Gilles Chanteperdrix
2014-11-28 16:18                         ` Lennart Sorensen
2014-11-28 16:24                           ` Gilles Chanteperdrix
2014-11-28 16:29                             ` Lennart Sorensen
2014-11-28 16:35                               ` Gilles Chanteperdrix
2014-11-28 16:44                                 ` Lennart Sorensen
2014-11-28 16:46                                   ` Gilles Chanteperdrix
2014-11-28 16:40                               ` Gilles Chanteperdrix
2014-11-28 16:45                                 ` Lennart Sorensen
2014-11-28 16:47                                   ` Gilles Chanteperdrix
2014-11-28 16:09                 ` Lennart Sorensen
2014-11-28 16:24                   ` Philippe Gerum
2014-11-28 16:21                     ` Lennart Sorensen
2014-11-28 16:07             ` Lennart Sorensen
2014-11-28 16:11               ` Gilles Chanteperdrix
2014-11-28 16:22                 ` Lennart Sorensen
2014-11-27 21:47         ` Lennart Sorensen
2014-11-27 22:39           ` Gilles Chanteperdrix

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=547846AC.6070204@siemens.com \
    --to=jan.kiszka@siemens.com \
    --cc=gilles.chanteperdrix@xenomai.org \
    --cc=xenomai@xenomai.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.