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

Small spelling fixes and added myself to contact.sgml.

Browse source 
Totally un-reviewed!
This commit is contained in:
Maxim Sobolev 2002-01-22 22:44:40 +00:00
parent 53c612b228
commit daa57a6143
Notes: svn2git 2020-12-08 03:00:23 +00:00 
svn path=/www/; revision=11828
3 changed files with 12 additions and 11 deletions
Download patch file Download diff file Expand all files Collapse all files

5
en/gnome/contact.sgml
View file

@ -15,8 +15,8 @@
<a href="mailto:freebsd-gnome@FreeBSD.org">freebsd-gnome</a>
mailing list. This is open mailing list, so that if you are interested
in helping maintain and improve GNOME on FreeBSD feel free to join it
using usual majodormo <a href="http://www.freebsd.org/doc/en_US.ISO8859-1/books/handbook/eresources.html#ERESOURCES-SUBSCRIBE">
magick</a>. However, you don't have to subscribe if you just want to
using usual majordomo <a href="http://www.freebsd.org/doc/en_US.ISO8859-1/books/handbook/eresources.html#ERESOURCES-SUBSCRIBE">
magic</a>. However, you don't have to subscribe if you just want to
report a problem or ask for a help - in this case just send your message
to <a href="mailto:&email;@FreeBSD.ORG">&email;@FreeBSD.ORG</a>.</p>
@ -34,6 +34,7 @@
Developer.</li>
<li><a href="mailto:demon@FreeBSD.org">Dmitry Sivachenko</a> -
Developer.</li>
<li><a href="mailto:anders@hack.org">Anders Andersson</a> - Developer / Tester.</li>
<li><a href="mailto:asmodai@wxs.nl">Jeroen Ruigrok Asmodai</a> -
Tester.</li>
</ul>

12
en/gnome/docs/bugging.sgml
View file

@ -18,14 +18,14 @@
<p>The rule of the thumb should be: report as much information as you
can, because even if there is some irrelevant information usually
developers could quite easy filter it out. On contrary, situation is
much worse when there is too little informaton to reliably track down
or reproduce the problem - in this case developers have to speend their
much worse when there is too little information to reliably track down
or reproduce the problem - in this case developers have to spend their
time guessing and/or asking originator of report to send more
information.</p>
<p>There are plenty of examples of totally useless bug reports, something
like <i>"Hey, gnomefoo port is broken. I'm running FreeBSD-X.Y.
Please fix."</i> Nedless to say, that such report is just a waste of
Please fix."</i> Needless to say, that such report is just a waste of
your time, time of the appropriate developer and network bandwidth.
At the bare minimum the report should include the following
information:</p>
@ -39,11 +39,11 @@
last time updating your ports tree.</p></li>
<li><p>Information specific for each type of breakage: full log of
unsuccessful build in the case when the build of the port is broken,
stack trace in the case of coredump, clean and detailed description
stack trace in the case of core dump, clean and detailed description
of the problem when application does something unexpected etc. Try
to put yourself into developer's shoes and in each particular case
evaluate what information would be necessary for him to locate the
source of the problem, don't just assume that he alredy knows all
source of the problem, don't just assume that he already knows all
about the problem, but is just too lazy to fix it.</p></li>
</ul>
@ -76,7 +76,7 @@
readily available solution then report to the developers of the
software directly (for most core GNOME components this means that you
need to use their Bugzilla bug tracking system).</p></li>
<li><p>If the proble isn't a FreeBSD-specific, but quite serious and you
<li><p>If the problem isn't a FreeBSD-specific, but quite serious and you
have a fix available then report both to FreeBSD and authors' bug
tracking systems, so that the appropriate port will be patched and
other users of FreeBSD will be able to benefit from your fix, without

6
en/gnome/docs/faq.sgml
View file

@ -55,7 +55,7 @@
<tt># pkg_add -r gnome</tt>
<p>This will download the latest GNOME packages from the FreeBSD FTP
site, and proceed to intall them on your system. <b>Note:</b> As
site, and proceed to install them on your system. <b>Note:</b> As
of 4.4-RELEASE, installing GNOME from packages contained on a
release CDROM is broken. You should instead use the ports
method below.</p>
@ -72,7 +72,7 @@
<p>Currently, building from ports is the preferred method for
installing GNOME on FreeBSD, however FreeBSD GNOME team is working
on improving situation with pre-buit packages.</p>
on improving situation with pre-built packages.</p>
</td>
</tr>
<tr><td><br></td></tr>
@ -354,7 +354,7 @@ libraries: /usr/X11R6/lib/libxalflaunch.so.0: ELF file OS ABI invalid.
<p>Well, it depends on the point of view. Of course both GNOME
and KDE are still far from perfection or even completeness and
hardly could be compared to commercial offerings in terms of
user-friendlity, but at the same time it is a huge step in the
user-friendlily, but at the same time it is a huge step in the
right direction. It also should be noted, that both GNOME and
KDE are still very young and situation is likely to improve as
they will mature (does anybody remember what sort of crap