Regarding /cdrom in hier(7)

classic Classic list List threaded Threaded
8 messages Options
Reply | Threaded
Open this post in threaded view
|

Regarding /cdrom in hier(7)

Daniel Ebdrup Jensen
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

signature.asc (631 bytes) Download Attachment
Reply | Threaded
Open this post in threaded view
|

Re: Regarding /cdrom in hier(7)

Rodney W. Grimes-6
> 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                                                 [hidden email]
_______________________________________________
[hidden email] mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-hackers
To unsubscribe, send any mail to "[hidden email]"
Reply | Threaded
Open this post in threaded view
|

Re: 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                                                 [hidden email]
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

signature.asc (631 bytes) Download Attachment
Reply | Threaded
Open this post in threaded view
|

Re: Regarding /cdrom in hier(7)

Warner Losh
On Thu, May 7, 2020 at 11:46 AM Daniel Ebdrup Jensen <[hidden email]>
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
> [hidden email]
>
> 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
_______________________________________________
[hidden email] mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-hackers
To unsubscribe, send any mail to "[hidden email]"
Reply | Threaded
Open this post in threaded view
|

Re: Regarding /cdrom in hier(7)

Rodney W. Grimes-6
In reply to this post by 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                                                 [hidden email]
>
> 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                                                 [hidden email]
_______________________________________________
[hidden email] mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-hackers
To unsubscribe, send any mail to "[hidden email]"
Reply | Threaded
Open this post in threaded view
|

Re: Regarding /cdrom in hier(7)

Daniel Ebdrup Jensen
In reply to this post by Warner Losh
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 <[hidden email]>
>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
>> [hidden email]
>>
>> 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.

signature.asc (631 bytes) Download Attachment
Reply | Threaded
Open this post in threaded view
|

Re: Regarding /cdrom in hier(7)

Warner Losh
On Thu, May 7, 2020 at 12:08 PM Daniel Ebdrup Jensen <[hidden email]>
wrote:

> 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 <[hidden email]
> >
> >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
> >> [hidden email]
> >>
> >> 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. ;)
>

Fortunately, most of them are in release notes (which won't change):

grep -r /cdrom en_US.ISO8859-1/ | grep -v cdrom.com | grep -v /releases/ |
wc
      27     148    3473

So it's not too bad. Only 8 articles need to be changed.

Warner
_______________________________________________
[hidden email] mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-hackers
To unsubscribe, send any mail to "[hidden email]"
Reply | Threaded
Open this post in threaded view
|

Re: Regarding /cdrom in hier(7)

Chris H-2
In reply to this post by Daniel Ebdrup Jensen
On Thu, 7 May 2020 13:23:46 +0200 Daniel Ebdrup Jensen [hidden email] said

> 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?

Paint it blue! ;-)

On a more serious note. IMHO, if it counts, would be to nuke it.
Doesn't /media && /mnt already cover it's intended use case?
Even if some, even if many, still depend on it. It's fairly trivial
to add it to fstab(5). No?

--Chris

P.S. Thanks for the history, Daniel. :-)
I can still remember installing over a modem, and juggling floppy
disks -- whew! Glad those days are over. :-)


_______________________________________________
[hidden email] mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-hackers
To unsubscribe, send any mail to "[hidden email]"