os/doc
3
0
Fork 0
Code Issues Pull requests Projects Releases Wiki Activity

Get ready for a world without cvsup and CVS. While this won't happen

Browse source 
for some time it isn't a good idea to leave these references
lying around

Approved by:	bcr
This commit is contained in:
Eitan Adler 2012-10-04 14:56:37 +00:00
parent 8c1ea6b531
commit 5dce6e000a
Notes: svn2git 2020-12-08 03:00:23 +00:00 
svn path=/head/; revision=39654
1 changed files with 11 additions and 12 deletions
Download patch file Download diff file Expand all files Collapse all files

23
en_US.ISO8859-1/articles/problem-reports/article.xml
View file

@ -11,7 +11,6 @@
<legalnotice id="trademarks" role="trademarks"> <legalnotice id="trademarks" role="trademarks">
&tm-attrib.freebsd; &tm-attrib.freebsd;
&tm-attrib.cvsup;
&tm-attrib.ibm; &tm-attrib.ibm;
&tm-attrib.intel; &tm-attrib.intel;
&tm-attrib.sparc; &tm-attrib.sparc;
@ -280,7 +279,7 @@
carefully study the contents of the carefully study the contents of the
<filename>/usr/src/UPDATING</filename> file on your system <filename>/usr/src/UPDATING</filename> file on your system
or its latest version at or its latest version at
<ulink url="http://www.FreeBSD.org/cgi/cvsweb.cgi/src/UPDATING"></ulink>. <ulink url="http://svnweb.freebsd.org/base/head/UPDATING?view=log"></ulink>.
(This is vital information (This is vital information
if you are upgrading from one version to if you are upgrading from one version to
another&mdash;especially if you are upgrading to the another&mdash;especially if you are upgrading to the
@ -291,10 +290,10 @@
<filename>/usr/ports/UPDATING</filename> (for individual ports) <filename>/usr/ports/UPDATING</filename> (for individual ports)
or <filename>/usr/ports/CHANGES</filename> (for changes or <filename>/usr/ports/CHANGES</filename> (for changes
that affect the entire Ports Collection). that affect the entire Ports Collection).
<ulink url="http://www.FreeBSD.org/cgi/cvsweb.cgi/ports/UPDATING"></ulink> <ulink url="http://svnweb.freebsd.org/ports/head/UPDATING?view=log"></ulink>
and and
<ulink url="http://www.FreeBSD.org/cgi/cvsweb.cgi/ports/CHANGES"></ulink> <ulink url="http://svnweb.freebsd.org/ports/head/CHANGES?view=log"></ulink>
are also available via CVSweb.</para> are also available via svnweb.</para>
</listitem> </listitem>
</itemizedlist> </itemizedlist>
</section> </section>
@ -374,8 +373,8 @@
is a place to put that, see below) and on which architecture. is a place to put that, see below) and on which architecture.
You should include whether you are running from a release You should include whether you are running from a release
(e.g. from a CDROM or download), or from (e.g. from a CDROM or download), or from
a system maintained by &man.cvsup.1; (and, if so, how a system maintained by Subversion (and, if so,
recently you updated). If you are tracking the what revision number you are at). If you are tracking the
&os.current; branch, that is the very first thing someone &os.current; branch, that is the very first thing someone
will ask, because fixes (especially for high-profile will ask, because fixes (especially for high-profile
problems) tend to get committed very quickly, and problems) tend to get committed very quickly, and
@ -587,11 +586,11 @@
<option>-c</option> or <option>-u</option> option to <option>-c</option> or <option>-u</option> option to
&man.diff.1; to create a context or unified diff (unified is &man.diff.1; to create a context or unified diff (unified is
preferred), and make preferred), and make
sure to specify the exact CVS revision numbers of the files sure to specify the exact SVN revision numbers of the files
you modified so the developers who read your report will be you modified so the developers who read your report will be
able to apply them easily. For problems with the kernel or the able to apply them easily. For problems with the kernel or the
base utilities, a patch against &os.current; (the HEAD base utilities, a patch against &os.current; (the HEAD
CVS branch) is preferred since all new code should be applied Subversion branch) is preferred since all new code should be applied
and tested there first. After appropriate or substantial testing and tested there first. After appropriate or substantial testing
has been done, the code will be merged/migrated to the &os.stable; has been done, the code will be merged/migrated to the &os.stable;
branch.</para> branch.</para>
@ -664,8 +663,8 @@
<para><emphasis>Confidential:</emphasis> This is prefilled <para><emphasis>Confidential:</emphasis> This is prefilled
to <literal>no</literal>. Changing it makes no sense as to <literal>no</literal>. Changing it makes no sense as
there is no such thing as a confidential &os; problem there is no such thing as a confidential &os; problem
report&mdash;the PR database is distributed worldwide by report&mdash;the PR database is distributed
<application>CVSup</application>.</para> worldwide.</para>
</listitem> </listitem>
<listitem> <listitem>
@ -923,7 +922,7 @@
</itemizedlist> </itemizedlist>
<para>Here is the current list of categories (taken from <para>Here is the current list of categories (taken from
<ulink url="http://www.FreeBSD.org/cgi/cvsweb.cgi/src/gnu/usr.bin/send-pr/categories"></ulink>):</para> <ulink url="http://svnweb.freebsd.org/base/head/gnu/usr.bin/send-pr/categories"></ulink>):</para>
<itemizedlist> <itemizedlist>
<listitem> <listitem>