Date: Thu, 7 May 2020 11:06:18 -0700 (PDT) From: "Rodney W. Grimes" <freebsd-rwg@gndrsh.dnsmgr.net> To: Daniel Ebdrup Jensen <debdrup@freebsd.org> Cc: hackers@freebsd.org Subject: Re: Regarding /cdrom in hier(7) Message-ID: <202005071806.047I6ISS049184@gndrsh.dnsmgr.net> In-Reply-To: <20200507174554.3agocyzveprspnyi@nerd-thinkpad.local>
next in thread | previous in thread | raw e-mail | index | archive | help
> On Thu, May 07, 2020 at 09:26:26AM -0700, Rodney W. Grimes wrote: > >> After a bit of a long conversation on IRC, I've concluded that perhaps > >> it's time for the /cdrom entry in hier(7) to be sent off to better > >> pastures. > >> > >> It's got a bit of a weird history where, before it was implemented, > >> sysinstall used /mnt/dists until that was changed on the 22nd of May > >> 1995, as shown on [1] - and it isn't readily apparent why it was > >> changed, as presumably information from cdroms could easily have been > >> extracted into /mnt/dists from /mnt/cdrom? > >> > >> After then, it spent a bunch of years being hard-coded, until on > >> the 22nd of January, 1997 when it was changed to fix media > >> initialization, as shown on [2]. > >> > >> Media initialization then got moved, along with the rest of > >> sysinstall, with [3], where it spent its days until [4] where > >> nwhitehorn@ gave it a proper sendoff. > >> > >> So my proposal is this: Do we remove /cdrom from hier(7), because at > >> this point nobody should've been using it some time after 1997, or do > >> we keep it around since people might still be using it? > >> > >> Yours hopefully, > >> Daniel Ebdrup Jensen > >> > >> [1]: https://svnweb.freebsd.org/base/head/release/sysinstall/media_strategy.c?r1=8701&r2=8702&pathrev=8790&; > >> [2]: https://svnweb.freebsd.org/base/head/release/sysinstall/cdrom.c?revision=21937&view=markup&pathrev=21937 > >> [3]: https://svnweb.freebsd.org/changeset/base/71150 > >> [4]: https://svnweb.freebsd.org/changeset/base/225937 > > > > > >It is time to go, BUTT you need to clean up more than just hier(7), > >as this like most changes in FreeBSD is a weed and it has roots > >all over the place: > > > >:root {1007}# find /usr/share/man -type f | xargs zgrep -i /cdrom > >./man1/locate.1.gz:$ locate -d $HOME/lib/mydb::/cdrom/locate.database foo > >./man1/locate.1.gz:.Pa /cdrom/locate.database . > >./man1/cdcontrol.1.gz:.Pa /dev/cdrom , > >./man1/recoverdisk.1.gz:recoverdisk /cdrom/file.avi file.avi > >./man8/ggatec.8.gz:client# mount_cd9660 /dev/ggate0 /cdrom > >./man8/mount.8.gz:mount -t cd9660 -o -e /dev/cd0 /cdrom > >./man8/mount.8.gz:/sbin/mount_cd9660 -e /dev/cd0 /cdrom > >./man8/mount_cd9660.8.gz:.Dl "mount_cd9660 -o rw -v -s 0 /dev/cd0 /cdrom" > >./man5/devfs.conf.5.gz:.Pa /dev/cdrom > >./man5/devfs.conf.5.gz:.Pa /dev/cdrom > >./man5/exports.5.gz:/cdrom -alldirs,quiet,ro -network 192.168.33.0 -mask 255.255.255.0 > >./man5/exports.5.gz:.Pa /cdrom > >./man5/exports.5.gz:.Pa /cdrom > >./man5/exports.5.gz:.Pa /cdrom > >./man5/exports.5.gz:.Pa /cdrom , > >./man5/exports.5.gz:.Pa /cdrom > >./man5/fstab.5.gz:/dev/cd0 /cdrom cd9660 ro,noauto 0 0 > >./man7/hier.7.gz:.It Pa /cdrom/ > > > >-- > >Rod Grimes rgrimes@freebsd.org > > Thanks, Rod. > > That's why I thought I'd ask first, because I knew it was not just the man-page > that needed tending to - though I see you've found even more instances than I > did in a quick grep through things. I'll make a note of all the places, then > wait a bit longer to see if anyone has anything to say on the topic, then set to it. > > Hopefully I'll get around to it some time before hedgehogs start hibernating. :) You might want to run: :root {1010}# find /usr/src/ -type f | xargs grep -i /cdrom > > Yours respectfully, > Daniel Ebdrup Jensen -- Rod Grimes rgrimes@freebsd.org
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?202005071806.047I6ISS049184>