From mboxrd@z Thu Jan 1 00:00:00 1970 Message-ID: <54A67CD1.10103@web.de> Date: Fri, 02 Jan 2015 12:11:13 +0100 From: Jan Kiszka MIME-Version: 1.0 References: <54A672BA.8090209@web.de> <54A679D5.20903@xenomai.org> In-Reply-To: <54A679D5.20903@xenomai.org> Content-Type: text/plain; charset="windows-1252" Content-Transfer-Encoding: quoted-printable Subject: Re: [Xenomai] [Xenomai-git] Philippe Gerum: copperplate: add configuration tunable for registry moint point List-Id: Discussions about the Xenomai project List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , To: Philippe Gerum Cc: Xenomai On 2015-01-02 11:58, Philippe Gerum wrote: > On 01/02/2015 11:28 AM, Jan Kiszka wrote: >> On 2015-01-01 18:43, xenomai-git-request@xenomai.org wrote: >>> Module: xenomai-3 >>> Branch: next >>> Commit: d351f712bc9b03d621b454b55fe3e46a0000294a >>> URL: http://git.xenomai.org/?p=3Dxenomai-3.git;a=3Dcommit;h=3Dd351f7= 12bc9b03d621b454b55fe3e46a0000294a >>> >>> Author: Philippe Gerum >>> Date: Thu Jan 1 18:15:36 2015 +0100 >>> >>> copperplate: add configuration tunable for registry moint point >>> >>> --enable-registry[=3D/registry-mount-point] >>> >>> Defaults to /mnt/xenomai. >> >> Do we really have to leave this as default? Then at least the debian >> rules must be fixed to use a FHS-conforming path for distributed package= s. >> > = > I don't care about which default is picked, really. I would agree with > both options equally, i.e. using /mnt or /var/run, since /mnt has been a > sensible and documented root for temporary mount points for ages in the > *nix world, although I find /var/run a reasonable choice for > non-persistent mount points as well. As I explained (and I wasn't alone with this view), this is not a matter of taste but standard compliance: FHS requires us - as soon as we consider Xenomai being part of the platform and not some self-written admin script - to keep away from /mnt. You would have a hard time finding a distro package that writes to /mnt without being explicitly told by the admin. > = > However, there does not seem to be a consensus on this issue among other > maintainers, therefore I'm going for backward compatibility with early CC'ing the one that disagreed. > x3 code some people have been running for two years now, keeping /mnt. > = > The patch I have issued allows to override this default using a > configuration switch, so that everyone can define this path statically > at build time. Right, users who already have scripts based on /mnt can still configure that path - their choice. BTW, do you have data on how many would be affected and to which degree? But now we are about to set this mistake in stone for everyone by releasing 3.0 with this default. I predict that we will see prepackaged Xenomai with different mount points. And once there are third-party applications relying on this, it will lead to an unpleasant inconsistency. Also, if the mount point is part of the Xenomai ABI and is now configurable, it should probably also be discoverable for applications. > = > If people eventually come to a consensus on a different but still > reasonable default value before the last -rc is released, I'll be glad > to merge it. > = That's what we should try to achieve, indeed. Jan -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 198 bytes Desc: OpenPGP digital signature URL: