Bug 30447 - remove broken cxconfig(8) reference from manpage of cx(4)
Summary: remove broken cxconfig(8) reference from manpage of cx(4)
Status: Closed FIXED
Alias: None
Product: Documentation
Classification: Unclassified
Component: Books & Articles (show other bugs)
Version: Latest
Hardware: Any Any
: Normal Affects Only Me
Assignee: freebsd-doc (Nobody)
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2001-09-09 01:50 UTC by Giorgos Keramidas
Modified: 2001-10-23 10:25 UTC (History)
0 users

See Also:


Attachments
patch-aa (387 bytes, text/plain)
2001-09-09 01:50 UTC, Giorgos Keramidas
no flags Details

Note You need to log in before you can comment on or make changes to this bug.
Description Giorgos Keramidas 2001-09-09 01:50:01 UTC
	Manpage of cx(4) references non existent manpage cxconfig(8).
	I dont have anything called cxconfig on my -CURRENT system,
	so I guess we can remove the reference.
Comment 1 Alexey Zelkin freebsd_committer freebsd_triage 2001-09-09 12:05:52 UTC
hi,

On Sun, Sep 09, 2001 at 02:25:48AM +0300, Giorgos Keramidas wrote:

> >Number:         30447
> >Category:       docs
> >Synopsis:       remove broken cxconfig(8) reference from manpage of cx(4)
 
> 	Manpage of cx(4) references non existent manpage cxconfig(8).
> 	I dont have anything called cxconfig on my -CURRENT system,
> 	so I guess we can remove the reference.

This manpage is also exists as src/sbin/i386/cxconfig/cxconfig.8. The reason
why you don't have it installed is that sbin/i386/cxconfig is not connected
to build.
Comment 2 Murray Stokely freebsd_committer freebsd_triage 2001-10-08 06:23:31 UTC
[CCed to Garrett since he imported cx and cxconfig]

   What's up with the sbin/i386 directory that appears to have been
disconnected from the build for many years.  Is there any reason why
this directory is disconnected?  If the programs don't build, can they
just be nuked?  The man page for the ancient cx(4) driver refers to
the ancient cxconfig(8) program which is disconnected.

http://www.FreeBSD.org/cgi/query-pr.cgi?pr=30447

   What should be done about this?

	- Murray
Comment 3 Murray Stokely freebsd_committer freebsd_triage 2001-10-08 06:27:15 UTC
State Changed
From-To: open->analyzed

What's up with the disconnected programs in sbin/i386, in particular 
cxconfig?  If these programs don't work then we should remove them 
from the tree and remove the driver as well.
Comment 4 Garrett A. Wollman 2001-10-09 16:25:57 UTC
<<On Sun, 7 Oct 2001 22:23:31 -0700, Murray Stokely <murray@FreeBSD.org> said:

> [CCed to Garrett since he imported cx and cxconfig]

I did?!

>    What's up with the sbin/i386 directory that appears to have been
> disconnected from the build for many years.

It was an idea that I had which later turned out to be a bad one.

-GAWollman
Comment 5 Murray Stokely freebsd_committer freebsd_triage 2001-10-09 18:11:52 UTC
  So where should we go from here?  Should these programs just be
removed?  It looks like there are two separate mechanisms in
src/sbin/Makefile for conditionally including subdirectories.  

  I think we should move kget and mount_nwfs into the i386 directory
(repo-copy) and I'm not sure what to do about cxconfig.  Does this
device still work with FreeBSD?  Do we just leave it as is?

.if ${MACHINE_ARCH} == i386
SUBDIR+=        kget mount_nwfs
.endif

.if exists(${.CURDIR}/${MACHINE})
SUBDIR+= ${MACHINE}
.endif

	- Murray

On Tue, Oct 09, 2001 at 11:25:57AM -0400, Garrett Wollman wrote:
> >    What's up with the sbin/i386 directory that appears to have been
> > disconnected from the build for many years.
> 
> It was an idea that I had which later turned out to be a bad one.
> 
> -GAWollman
Comment 6 Garrett A. Wollman 2001-10-09 18:12:59 UTC
<<On Tue, 9 Oct 2001 10:11:52 -0700, Murray Stokely <murray@FreeBSD.org> said:

> (repo-copy) and I'm not sure what to do about cxconfig.  Does this
> device still work with FreeBSD?

I haven't a clue.

-GAWollman
Comment 7 ru freebsd_committer freebsd_triage 2001-10-23 10:24:59 UTC
State Changed
From-To: analyzed->closed

cxconfig(8) has been connected to build.