Bug 202235 - Add in working host name in internals/machines page
Summary: Add in working host name in internals/machines page
Status: Closed FIXED
Alias: None
Product: Documentation
Classification: Unclassified
Component: Website (show other bugs)
Version: Latest
Hardware: Any Any
: --- Affects Only Me
Assignee: Jason Helfman
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2015-08-10 23:50 UTC by Anonymous
Modified: 2016-01-29 19:20 UTC (History)
4 users (show)

See Also:

Attachments
patch file (409 bytes, patch)
2015-08-10 23:50 UTC, Anonymous 		no flags Details | Diff
View All Add an attachment (proposed patch, testcase, etc.)

Note You need to log in before you can comment on or make changes to this bug.
Description Anonymous 2015-08-10 23:50:00 UTC 
Created attachment 159745 [details]
patch file

I am unsure if this is valid but beefy[1-8]. doesn't resolve but beef[1-8].nyi. do so change to suite.
Comment 1 Jason Helfman freebsd_committer freebsd_triage 2016-01-29 16:27:29 UTC 
re-addressing this bug.
Comment 2 Bryan Drewery freebsd_committer freebsd_triage 2016-01-29 16:37:06 UTC 
+gjb, +gavin

I think we should not be listing internal systems at all. I would prefer beefy* be removed from this list.  We have pkg-status.freebsd.org which users can use to find logs, or portsmon.

I think the other admin systems should probably come out as well (as gjb mostly did in r46865). ftp-master, skunkworks, svn.
Comment 3 Glen Barber freebsd_committer freebsd_triage 2016-01-29 16:51:05 UTC 
(In reply to Bryan Drewery from comment #2)
> +gjb, +gavin
> 
> I think we should not be listing internal systems at all. I would prefer
> beefy* be removed from this list.  We have pkg-status.freebsd.org which
> users can use to find logs, or portsmon.
> 

Agreed.

> I think the other admin systems should probably come out as well (as gjb
> mostly did in r46865). ftp-master, skunkworks, svn.

Also agreed.
Comment 4 Jason Helfman freebsd_committer freebsd_triage 2016-01-29 17:24:02 UTC 
I guess my next question is does this page need to exist at all? There is only a policy reference to something that is already documented.

Any objection to removing page?
Comment 5 Bryan Drewery freebsd_committer freebsd_triage 2016-01-29 17:24:48 UTC 
The page is useful for committers, especially the top section.
Comment 6 Glen Barber freebsd_committer freebsd_triage 2016-01-29 17:27:36 UTC 
(In reply to Jason Helfman from comment #4)
> I guess my next question is does this page need to exist at all? There is
> only a policy reference to something that is already documented.
> 
> Any objection to removing page?

Yes, I object, for the reason Bryan stated in comment #5.
Comment 7 Jason Helfman freebsd_committer freebsd_triage 2016-01-29 17:52:31 UTC 
Is this what everyone had in mind?
https://people.freebsd.org/~jgh/files/htdocs/internal/machines.html
Comment 8 Glen Barber freebsd_committer freebsd_triage 2016-01-29 17:56:48 UTC 
(In reply to Jason Helfman from comment #7)
> Is this what everyone had in mind?
> https://people.freebsd.org/~jgh/files/htdocs/internal/machines.html

Yes.  This looks good to me.
Comment 9 Jason Helfman freebsd_committer freebsd_triage 2016-01-29 19:19:23 UTC 
Thanks for the report!
Comment 10 commit-hook freebsd_committer freebsd_triage 2016-01-29 19:20:02 UTC 
A commit references this bug:

Author: jgh
Date: Fri Jan 29 19:19:09 UTC 2016
New revision: 48114
URL: https://svnweb.freebsd.org/changeset/doc/48114

Log:
  - address internal machine listings

  PR:		202235
  Reported by:	chris@bsdjunk.com
  Approved by:	gjb (doceng), bdrewery, wblock (doceng,mentor)
  Differential Revision:	https://reviews.freebsd.org/D5118

Changes:
  head/en_US.ISO8859-1/htdocs/internal/machines.xml