TODO #8 - bin/get-package-updates(line 10):
Find out, why sometimes package updates are missed.

TODO #9 - bin/get-package-updates(line 12):
correctly handle if pkgbase of a split package is renamed, e.g.:
$a -> ($a,$b) ==> $b -> ($a,$b)

TODO #12 - bin/why-dont-you(line 12):
reintrocude "keep", "stubbornly_keep", "stabilize" and "unstage"
using information from the database.

TODO #13 - bin/db-update(line 10):
make (all) locking less restrictive

TODO #14 - bin/return-assignment(line 20):
sign database

TODO #18 - bin/get-package-updates(line 15):
keep database clean in case of abort

TODO #19 - bin/get-package-updates(line 137):
Run the command below unconditionally, but with some changes,
so we can easily revert.

TODO #20 - bin/bootstrap-mysql(line 735):
This should be corrected at the root: automatic install targets, which are bogus should
not be added in the first place - but how do we detect that? -> add exceptions!

TODO #23 - bin/ping-to-master(line 13):
abort build if requested to

TODO #26 - bin/get-package-updates(line 567):
reimplement test_exclusion with information from the database

TODO #50 - bin/get-package-updates(line 17):
Being on the deletion-list is not a reason not to be scheduled
if a dependency formerly on the deletion-list is now being built.

TODO #58 - bin/build-packages(line 10):
report back memory and hdd stats to the build master on successful build

TODO #92 - bin/seed-build-list(line 177):
translate lib32-* packages instead of ignoring them for -u and -m

TODO #98 - bin/bootstrap-mysql(line 59):
`package_blobs` needs too much space!

TODO #104 - bin/copy-to-build-support(line 10):
allow to introduce a manually built package into build-support

TODO #108 - bin/return-assignment(line 826):
possibly remove install_target_providers with less restrictive
versions than we have now

TODO #110 - bin/seed-build-list(line 8):
allow to filter by architecture

TODO #114 - bin/return-assignment(line 340):
remove, when i486 is fully bootstrapped

TODO #115 - bin/return-assignment(line 632):
maybe, we should not put "any" packages into repositories of all
architectures at once, but wait until they can actually be installed
on that architecture? (They might be missing an architecture specific
dependency)

TODO #117 - lib/mysql-functions(line 340):
we might want to keep the pkgrel part and only remove the
sub_pkgrel part - but then we need to include pkgrels on the provide
side, too(?)

TODO #120 - bin/build-packages(line 641):
symbols may be in object files _inside_archives_
In that case, we're interested in the object file's name,
not the archive's file name

TODO #122 - bin/bootstrap-mysql(line 253):
we might want to deliberately break packages that fail(ed) to build
for quite some time

TODO #126 - bin/seed-build-list(line 362):
this might become wrong if we ever change the order of the
rows in repository_stabilities -- we might want to refer to
repository_stability_relations here somehow ...

TODO #128 - bin/create-build-support-package(line 177):
mangle customizable meta-infos here (new provides, keep some
depends)

TODO #135 - bin/create-build-support-package(line 340):
maybe add (some?) depends here, too?

TODO #136 - bin/return-assignment(line 976):
set version and install_target_providers, too

TODO #137 - bin/build-packages(line 866):
maybe, we want to auto-receive keys from github here, too?

TODO #138 - bin/check-opcodes(line 107):
pentium4

TODO #142 - bin/get-package-updates(line 20):
maybe it's best to complain on irc if the generation of the meta
data from the PKGBUILD fails

TODO #146 - bin/get-assignment(line 245):
this should be the architecture of the build command, not the build slave

TODO #147 - bin/seed-build-list(line 10):
-a|--auto schedules too much - or is the scheduling really /that/ broken?

TODO #148 - bin/get-assignment(line 384):
it looks, like i686/gcc currently can block pentium4/gcc - this should not be!

TODO #149 - bin/db-update(line 12):
iterate over architectures instead of running all architectures
in one run

TODO #151 - bin/seed-build-list(line 226):
care about i486 here, too