Хреновый менеджмент виноват в том, что многие Пользователи Qt злоупотребляют их лицензией и не платят за коммерческое использование. О чем говорили в том обсуждении позднее. Но это все нетехнические вопросы, оставим для другого случая. На тот момент Qbs по функционалу уже рассматривали как кандидата на систему сборки Qt 6. Мейнтейнеров тоже нашли бы, как нашли их для переезда на CMake.
Там же в обсуждении никто не ставил под сомнение Требования Тьяго. Нет смысла тянуть систему сборки, которая не пользуется популярностью сообщества. Можна спорить, почему не пользуется популярностью, но одна из причин - мало кому интересно тянуть прицепом зависимость от Qt в проекты, которые про этот Qt и не слышали. Об этот говорили в том числе в предыдущих обсуждениях релизов Qbs на opennet.
Под бутстрапить понимал подготовить систему сборки из исходного кода пользуять только интерпретатором и/или компилятором. Напишите явно, в чем ошибка, спасибо. Сначала в код Qbs надо перенести функционал небольшой версии QtCore, QtScript, QtQml и т.д., что бы для сборки было достаточно только компилятора C, C++. Тогда можно будет говорить, что он догнал CMake по портируемости и может составлять ему конкуренцию.