Index: trunk/doc-rnd/devlog/20150830a_fork_faq.html
===================================================================
--- trunk/doc-rnd/devlog/20150830a_fork_faq.html (revision 898)
+++ trunk/doc-rnd/devlog/20150830a_fork_faq.html (revision 899)
@@ -61,12 +61,25 @@
give up any single item from this list, that would be a deal-breaker for me:
- simple, centralized VCS (not just the UI, the whole thing)
-
- VCS base, zero-administration release and publish interface
-
- sane build system instead of autotools
+
- VCS based, zero-administration release and publish interface
+
- a sane build system instead of autotools
- the code won't switch to C++
+ 1.8. Would you join the development of gschem?
+Unlikely. See point 1.7. Gschem is not aiming to a C++ transition AFAIK,
+but has a lot of scheme. I don't consider joining or contributing to
+gschem until those points listed in 1.7. are fixed and a new scheme
+policy is introduced. The new policy should be: "from now on
+do not write new code in scheme, use C; while making changes and fixes,
+convert affected scheme code to C. Long term, explicit plan: convert all
+scheme code to C and remove the guile dependency."
+
+I don't expect any of this to happen.
+
+
+
2. git: did you know...
Preface: I don't try to convince you not to use git in your project; in