Regarding /cdrom in hier(7)

[Daniel Ebdrup Jensen]

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. :)

Yours respectfully,
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/4a9476eb/attachment.sig>