rename afs-and-you to mdwn extension

[wiki.git] / projects / collaboration.mdwn

diff --git a/projects/collaboration.mdwn b/projects/collaboration.mdwn
index 1f3ad8f2f2f7e541229c050a0dd90d769c58fea6..8cdd8966909de0fb4541510425b2dfe828bd97a6 100644 (file)
--- a/projects/collaboration.mdwn
+++ b/projects/collaboration.mdwn
@@ -29,9 +29,9 @@ There are other licenses, most notably including the <a>BSD license</a>, which i
 
 For a permissive license, MIT and BSD are basically equivalent ([MIT TLO](http://tlo.mit.edu/community/software) recommends BSD online, but in person indicates that they don't differentiate). We recommend MIT over BSD just because much of Athena already uses it, [MIT appears substantially more popular](https://github.com/blog/1964-license-usage-on-github-com), and [Github recommends it](https://choosealicense.com/).
 
-We anticipate that most SIPB projects' needs are best served by selecting either the MIT license or the GPL and moving on. However, if you are interested in this subject, you can learn more at [GNU's licensing website](http://www.gnu.org/licenses/) and [the Open Source Initiative's](http://www.opensource.org/licenses/). You can also read more about free and open source
+We anticipate that most SIPB projects' needs are best served by selecting either the MIT license or the GPL and moving on. However, if you are interested in this subject, you can learn more at [GNU's licensing website](https://www.gnu.org/licenses/) and [the Open Source Initiative's](https://www.opensource.org/licenses/). You can also read more about free and open source
 software on GNU and OSI's websites; see also the [Debian Free
-Software Guidelines](http://www.debian.org/social_contract#guidelines) and an [FAQ for it](http://people.debian.org/~bap/dfsg-faq.html).
+Software Guidelines](https://www.debian.org/social_contract#guidelines) and an [FAQ for it](https://people.debian.org/~bap/dfsg-faq.html).
 
 # Free documentation
 
@@ -53,6 +53,7 @@ A license without the code is worthless! Make sure your code is posted somewhere
 Code without an idea of development progress isn't worthless, but it's still not quite optimal. Again, options that SIPB projects use include
 
  * A development <a>mailing list</a> that's public or open to interested contributors on request.
- * Publicly readable <a>archives</a> of your mailing list.
+ * Publicly readable <a>archives</a> of your mailing list. (Mailman lists support archiving, or you can add a Discuss archive, for example using [[Pergamon|/doc/pergamon]].)
  * <a>Trac</a>, a bug tracker and source code browser available via the scripts.mit.edu autoinstaller.
+ * <a>Github</a> issues.
  * <a>Launchpad</a>, the bug tracker and source code / Debian package host that Ubuntu developed and opened to others.