Regarding /cdrom in hier(7)

[Daniel Ebdrup Jensen]

On Thu, May 07, 2020 at 12:00:47PM -0600, Warner Losh wrote:
>On Thu, May 7, 2020 at 11:46 AM Daniel Ebdrup Jensen <debdrup at freebsd.org>
>wrote:
>
>> 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 at 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. :)
>>
>
>The handbook also has a lot of references too:
>
>% cd doc/head
>% grep -r /cdrom en_US.ISO8859-1/ | grep -v cdrom.com | wc
>     478    1457   56420
>
>Warner

Fair enough, maybe it'll be some time after hedgehogs stop hibernating then. ;)

Yours,
Daniel Ebdrup Jensen.
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 618 bytes
Desc: not available
URL: <http://lists.freebsd.org/pipermail/freebsd-hackers/attachments/20200507/0705e7d9/attachment.sig>