none

1 files changed, 9 insertions, 6 deletions

diff --git a/Distrib/PortingIssues.mdwn b/Distrib/PortingIssues.mdwn
index d32a03c6..12be7499 100644
--- a/Distrib/PortingIssues.mdwn
+++ b/Distrib/PortingIssues.mdwn
@@ -6,9 +6,9 @@
 
 This is a recompilation of common porting problems and their solutions. Information is gathered from the following sources:
 
-[Debian GNU/Hurd port guidelines](http://www.debian.org/ports/hurd/hurd-devel-debian/)
+* [Debian GNU/Hurd port guidelines](http://www.debian.org/ports/hurd/hurd-devel-debian/)
 
-[James Morrison's GNU/Hurd pages](http://hurd.dyndns.org/)
+* [James Morrison's GNU/Hurd pages](http://hurd.dyndns.org/)
 
 as well as other misc. sources.
 
@@ -16,11 +16,9 @@ First of all, see [[BtsFiling]] if you need instructions on manipulating [Debian
 
 ## <a name="Missing_pthreads"> Missing pthreads </a>
 
-You can try out Neal Walfield's implementation of libpthreads. It will server as our pthreads library until "the one pthreads that will rule them all" in GLibC has native support on the Hurd. Quote is from the mailing lists by Roland McGrath.
+You can try out Neal Walfield's implementation of libpthreads. It will serve as our pthreads library until "the one pthreads that will rule them all" in GLibC has native support on the Hurd. Quote is from the mailing lists by Roland McGrath.
 
-Neal's lastest tar balls of libpthreads is available at:
-
-* <ftp://web.walfield.org/pub/people/neal/hurd/libpthread/>
+The pthread library is available from [the Hurd CVS on Savannah](http://savannah.gnu.org/projects/hurd/).
 
 ## <a name="Undefined_PIPE_BUF"> </a> Undefined PIPE\_BUF
 
@@ -94,6 +92,7 @@ Then something like:
 
               if (errnum > 0 && errnum <= sys_nerr)
                 return sys_errlist[errnum];
+
               return "Unknown system error";
             }
             #define strerror private_strerror
@@ -119,6 +118,10 @@ The autoconf check for AC\_HEADER\_TERMIO tryes to check tfor termios, but it's
 
 Some packages use an erroneous dependency on libc6-dev. This is incorrect because libc6 is specific to GNU/Linux. The corresponding package for GNU is libc0.3-dev but other OSes will have different ones. You can locate the problem in the debian/control file of the source tree. Typical solutions include detecting the OS using dpkg-architecture and hardcoding the soname, or better, use a logical OR. eg: libc6-dev | libc0.3-dev | libc-dev. The libc-dev is a virtual package that works for any soname but you have to put it only as the last option.
 
+----
+
+## <a name="ChangeLog"> ChangeLog </a>
+
 -- [[Main/RobertMillan]] - 22 Jul 2002
 
 Formatting and minor grammatical fixes.