changeset 332:d3f85181d882

Fix the old dead link about mepis with one from linux.com. (Thanks Christian Holtje.)
author Rob Landley <rob@landley.net>
date Thu, 18 Dec 2008 16:19:43 -0600
parents 9de39991c080
children d5d8f9a6e649
files www/licenserant.html
diffstat 1 files changed, 2 insertions(+), 2 deletions(-) [+]
line wrap: on
line diff
--- a/www/licenserant.html	Tue Dec 16 01:48:27 2008 -0600
+++ b/www/licenserant.html	Thu Dec 18 16:19:43 2008 -0600
@@ -1,7 +1,7 @@
 <!--#include file="header.html" -->
 
 <p>The reason for the clarification of section 3 is that
-<a href="http://software.newsforge.com/article.pl?sid=06/06/23/1728205&tid=150">what the FSF did to Mepis</a> was inexcusable.  (Further discussed
+<a href="http://www.linux.com/articles/55285">what the FSF did to Mepis</a> was inexcusable.  (Further discussed
 in <a href="http://www.busybox.net/lists/busybox/2006-June/022797.html">this
 thread</a>.)</p>
 
@@ -20,7 +20,7 @@
 clarifying that if you didn't modify the source code, and the binaries you're
 distributing can be entirely regenerated from a public upstream source,
 pointing to that upstream source in good faith is good enough for us.  As
-long as the upstream source don't doesn't object to the extra bandwidth,
+long as the upstream source doesn't object to the extra bandwidth,
 and the correct source code stays available at that location you specify
 for the duration of your responsiblity to redistribute source, life is good.</p>