Mercurial > hg > toybox
changeset 227:60cfaaeb4c4e
More web page tweaks.
author | Rob Landley <rob@landley.net> |
---|---|
date | Sat, 05 Jan 2008 18:13:19 -0600 |
parents | 6aac63925eff |
children | 90f763207f56 |
files | www/about.html www/license.html |
diffstat | 2 files changed, 7 insertions(+), 35 deletions(-) [+] |
line wrap: on
line diff
--- a/www/about.html Sat Jan 05 18:09:49 2008 -0600 +++ b/www/about.html Sat Jan 05 18:13:19 2008 -0600 @@ -93,4 +93,11 @@ <a href=http://www2.them.com:8080/cgi-bin/mailman/listinfo/toybox>mailing list</a> are also good ways to track what's going on with the project.</p> +<b><h2><a name="toycans" />What's the background image on the web page?</h2></b> + +<p>It's <a href=toycans-big.jpg>carefully stacked soda cans</a>. Specifically, +it's a bunch of the original "Coke Zero" and "Pepsi One" cans, circa 2006, +stacked to spell out the binary values of the ascii string "Toybox" (with +null terminator at the bottom).</p> + <!--#include file="footer.html" -->
--- a/www/license.html Sat Jan 05 18:09:49 2008 -0600 +++ b/www/license.html Sat Jan 05 18:13:19 2008 -0600 @@ -64,41 +64,6 @@ <p>If you're wondering why this particular clarification exists, there's a <a href=licenserant.html>longer explanation</a>.</p> -<p>The reason for this section 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 -in <a href="http://www.busybox.net/lists/busybox/2006-June/022797.html">this -thread</a>.) Mepis partnered with Ubuntu, put out a press release quoting -Ubuntu's founder about how cool the partnership was, and then pointed to -Ubuntu's source repository for packages it was using unmodified Ubuntu versions -of. As far as we're concerned, Mepis didn't do anything wrong, and the FSF -was a bully. The FSF was wrong when it tried to make an example out of a -company that was acting in good faith.</p> - -<p>To make sure the FSF doesn't pick on anyone else against our wishes, we're -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 they don't mind the extra bandwidth and the correct source code stays -available at that location for the duration of your responsiblity to -redistribute source.</p> - -<p>This doesn't mean it's fair for a Fortune 500 company to point millions of -people at somebody's home DSL line (certainly not without asking first). -And if the source that's available there isn't the complete source you used -to produce your binaries, you haven't fulfilled your obligations either. -And if the code stops being available at that location, you're not off the -hook and have to find a new location or put up your own mirror. And obviously -it has to be the _right_ source code (if you modified it, we want the patch, -and claiming you didn't modify it when you actually did is fraud).</p> - -<p>So this is not a "get out of jail free" card: It's still your responsibility -to make the complete corresponding source available. We're just saying you can -reasonably delegate to something like Sourceforge or ibilbio, and as long as -everyone who wants the source can get it, we're happy. If the site you point -to objects or goes down, responsibility obviously reverts to you. But if this -project needs mirrors, we'll _ask_. (Most likely we'll ask someone like -sourceforge, OSL, ISC, ibiblio, archive.org...)</p> - <p>Finally, <b>section 9 does not apply to this project.</b> We're specifying a specific version, it's version 2. There is no "or later versions" clause to require interpreting, so none of that triggers for us.</p>