All of lore.kernel.org
 help / color / mirror / Atom feed
From: Gilles Chanteperdrix <gilles.chanteperdrix@xenomai.org>
To: dietmar.schindler@manroland-web.com
Cc: xenomai@xenomai.org
Subject: Re: [Xenomai] [pull] forge: Adjust default registry mount point
Date: Fri, 28 Nov 2014 13:43:48 +0100	[thread overview]
Message-ID: <20141128124348.GF6395@hermes> (raw)
In-Reply-To: <208C6975C932E94F86239FEA59CCA632DCD4A13E@AUSMXMBX02.mrws.biz>

On Fri, Nov 28, 2014 at 12:26:32PM +0000, dietmar.schindler@manroland-web.com wrote:
> > Von: Gilles Chanteperdrix
> > Gesendet: Freitag, 28. November 2014 11:16
> > ...
> > In fact, the point is. Putting xenomai mount point under /mnt does
> > not even break Debian. Because of the new standard, there is little
> > chance for any Debian package to mount anything on /mnt or under
> > /mnt.
> >
> > It is simply the local admin decision to decide to respect or not
> > respect the standard. I have been using Debian since 1997 (up to
> > back a few days, where I finally switched), and ALWAYS mounted
> > things in /mnt subdirectories. And never had any problems with any
> > Debian packages (and as I said, I seem to remember that some
> > versions of the autofs packages had their mount points under /mnt,
> > at any rate, the autofs mount points changed with debian versions,
> > so, if you had them in one place and upgrading, it would have been a
> > PIT to follow what Debian imposed).
> >
> > The standard changes the usage of /mnt, but does not provide a
> > replacement. So, what we are left are choices among directories that
> > are not specifically made for mounting things. I do not like that
> > option.
> >
> > So yes, when using Xenomai, the user will have to accept to not
> > follow the standard and create a /mnt/tmp directory for temporary
> > mounts. But I suspect this is an issue nobody cares about, I mean,
> > except you and Lennart.
> 
> I don't want to add fuel to the fire, but I also care about
> following (even changing) standards. And I'm afraid I fail to see
> the problem with choosing another temporary mount point. 

The problem is not why not? The problem is why. A mount point was
chosen, which is not stupid, documentation and web contents were
written, people have started getting used to it. So, why changing it
now ? So from my point of view, Jan patch looks like a patch that
has been submitted without thinking to the consequences, and changes
things for bad reasons.

> As you
> cited from
> http://www.tldp.org/LDP/Linux-Filesystem-Hierarchy/html/mnt.html
> in your message on 27.11.2014 23:56:
> 
>   This directory [/mnt] must not be used by installation programs:
>   a suitable temporary directory not in use by the system must be
>   used instead.
> 
> So, wouldn't using something like "/tmp/xenomai" conform to the
> new standard as well as work on old systems?

The sentence you quote does not really apply to xenomai, since
xenomai is not an "installation program". The standard basically
says that software installed by the distribution has no business
messing with /mnt. But Xenomai is not installed by a distribution.
If distibutions want to change this directory when they make xenomai
their own package, they will apply patches, they do this all the
time, and document the difference in
/usr/share/doc/xenomai/README.Debian

-- 
					    Gilles.


  reply	other threads:[~2014-11-28 12:43 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
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 [this message]
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=20141128124348.GF6395@hermes \
    --to=gilles.chanteperdrix@xenomai.org \
    --cc=dietmar.schindler@manroland-web.com \
    --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.