--- a/TODO	Thu Aug 20 20:35:09 2009 +0200
+++ b/TODO	Thu Aug 20 20:36:49 2009 +0200
@@ -1,50 +1,12 @@
-* Rethink raison d'etre and design flaws
-Initial idea: provide up-to-date LilyPond binaries and take away
-maintenance of several quite broken cross build systems by unifying
-and fixing them.  Creating an easy, dependable, code-reusing,
-python-based build system that's fun to work with.
-** Options
-*** Make a real distro
-Fix fatal flaws, accepting the consequences of actually being a
-GNU/Linux distribution specialized for cross building
-**** GUB uses nor checks any signatures or checksums, GUB does
-not include or track any [CVE-] security patches [provided by
-others/distros].
-*** stop now
-Work with/move to eg emdebian.org (build.opensuse.org) and suffer dpkg
-or rpm packaging scripts.
-**** emdebian.org
-We adapt Debian tools so you can build/cross-compile Debian
-packages or adapted packages with info on how to cross-build and
-build smaller packages.
-*** Do nothing until it bit-rots
-Not making GUB a real distro may make it too hard to attract many more
-developers/users.
-Making GUB a real distro may be too much work.
-
-* Fatal flaw: non-[c]rooted build
-** Implications
-*** On linux-64, target/tools != target/linux-64
-*** Unable to ship GUB binary packages for tools
-because tools are built with full /home/janneke/vc/gub/target/... prefix
-*** Must provide special __tools spec
-*** No [free] native/tools version of every included package
---> GUB still needs a distro's GCC, G++ etc.  otherwise it
-could use it's own, from it's own binary packages.
-** use /gub root, with . --> gub symlink inside it?
-    /gub/gub --> ./
-    /gub/usr/bin --> ../x86_64-pc-linux/bin
-    /gub/usr/lib --> ../x86_64-pc-linux/lib
-    /gub/usr/i686-pc-linux/bin
-    /gub/usr/i686-pc-linux/src
-    /gub/usr/i686-pc-linux/build
-    /gub/usr/x86_64-pc-linux/bin
-    /gub/usr/x86_64-pc-linux/src
-
-*** Can have binary packages
-even install anywhere as long as you're root and use chrooted build
-*** Can use tools and other stuff directly in host system by adding
-/gub/usr/bin to PATH?
+* If you have problems installing GUB, just setup a debian root:
+  debootstrap etch etch http://ftp.nl.debian.org/debian
+  chroot etch apt-get install python gcc libc6-dev' # to run the thing
+  mount -t proc /proc etch/proc # for librestrict
+  chroot etch apt-get install g++ # for pkg-config
+  wget -O gub.tar.gz http://github.com/janneke/gub/tarball/master
+  mkdir -p etch/root/gub
+  tar -C etch/root/gub -xzf gub.tar.gz
+  chroot etch bash -c 'cd root/gub && bin/gub mingw::lilypond'
 
 * Fix Fedora glibc problem, remove workaround in gub/specs/glibc.py,
   or add a build_platform == Fedora test.  [selinux?]
@@ -295,3 +257,53 @@
 - update packages:
 
   * Gnome 2.16
+
+ * Rethink raison d'etre and design flaws
+Initial idea: provide up-to-date LilyPond binaries and take away
+maintenance of several quite broken cross build systems by unifying
+and fixing them.  Creating an easy, dependable, code-reusing,
+python-based build system that's fun to work with.
+** Options
+*** Make a real distro
+Fix fatal flaws, accepting the consequences of actually being a
+GNU/Linux distribution specialized for cross building
+**** GUB uses nor checks any signatures or checksums, GUB does
+not include or track any [CVE-] security patches [provided by
+others/distros].
+*** stop now
+Work with/move to eg emdebian.org (build.opensuse.org) and suffer dpkg
+or rpm packaging scripts.
+**** emdebian.org
+We adapt Debian tools so you can build/cross-compile Debian
+packages or adapted packages with info on how to cross-build and
+build smaller packages.
+*** Do nothing until it bit-rots
+Not making GUB a real distro may make it too hard to attract many more
+developers/users.
+Making GUB a real distro may be too much work.
+
+* Fatal flaw: non-[c]rooted build
+** Implications
+*** On linux-64, target/tools != target/linux-64
+*** Unable to ship GUB binary packages for tools
+because tools are built with full /home/janneke/vc/gub/target/... prefix
+*** Must provide special __tools spec
+*** No [free] native/tools version of every included package
+--> GUB still needs a distro's GCC, G++ etc.  otherwise it
+could use it's own, from it's own binary packages.
+** use /gub root, with . --> gub symlink inside it?
+    /gub/gub --> ./
+    /gub/usr/bin --> ../x86_64-pc-linux/bin
+    /gub/usr/lib --> ../x86_64-pc-linux/lib
+    /gub/usr/i686-pc-linux/bin
+    /gub/usr/i686-pc-linux/src
+    /gub/usr/i686-pc-linux/build
+    /gub/usr/x86_64-pc-linux/bin
+    /gub/usr/x86_64-pc-linux/src
+
+*** Can have binary packages
+even install anywhere as long as you're root and use chrooted build
+*** Can use tools and other stuff directly in host system by adding
+/gub/usr/bin to PATH?
+
+