From mboxrd@z Thu Jan 1 00:00:00 1970 Message-ID: <54A6977F.6050607@web.de> Date: Fri, 02 Jan 2015 14:05:03 +0100 From: Jan Kiszka MIME-Version: 1.0 References: <54A672BA.8090209@web.de> <54A679D5.20903@xenomai.org> <54A67CD1.10103@web.de> <20150102125133.GA1492@daedalus> In-Reply-To: <20150102125133.GA1492@daedalus> 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: Gilles Chanteperdrix Cc: Xenomai On 2015-01-02 13:51, Gilles Chanteperdrix wrote: > On Fri, Jan 02, 2015 at 12:11:13PM +0100, Jan Kiszka wrote: >> 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=3Dd351= f712bc9b03d621b454b55fe3e46a0000294a >>>>> >>>>> 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 packa= ges. >>>> >>> >>> 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. > = > And as I explained, the standard sucks. /mnt on the distro I use Even if it sucked, it remains the standard that most distros apply. > contains the following directories: This is apparently an exception. Debian, Ubuntu, Suse/SLES, Fedora/RHEL, Gentoo - they all handle this conformingly and leave /mnt empty when installing things. At least today, I cannot comment on the history of all of them: Suse does as long as I us it (almost 20 years), Debian at least for the past 10 years. This is my concern. > = > cdrecorder > cdrom > dvd > floppy > hd > memory > tmp > zip = > = > and it puts the following text in /mnt/README > = > The purpose of the /mnt directory is to provide a place for the admin to > mount block device temporarily. Any of the subdirectories of /mnt may be > used, or volumes may even be mounted directly on /mnt (which is the > traditional way of doing things, though /mnt/tmp is also provided for > the purpose of mounting any kind of volume temporarily). > = > See the /media directory also. > = > IOW: it leaves the choice to the user. What Philippe does is exactly > the same: let the user choose whether he want to use the non > standard sotlution that does not suck and that use to be a standard > practice in Linux world, or the standard solution that sucks. > = > I thought we agreed this was a sensible solution. No, we didn't agree on the default behavior yet, ie. the one that users see if they don't dig into the details and willingly deviate from FHS. Jan -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 198 bytes Desc: OpenPGP digital signature URL: