#1739: включение инструментария разработчика в Haiku

На прошлой неделе случились большие подвижки в этом вопросе. Одним из требований разработчиков к альфе была способность собрать Haiku в самой Haiku. Это дало бы нам много преимуществ - поскольку компиляция требует многих ресурсов - было бы замечено и исправлено множество ошибок. Для того, чтобы сделать "самосборку", необходимо, чтобы соответствующие инструменты - в первую очередь GCC - могли работать в Haiku. Ingo Weinhold трудится сейчас над этим: он портировал инструменты в Haiku. Это значит, что теперь они "знают", что работают в Haiku (раньше они думали, что работают в BeOS).

Текущие работы почти завершены, набор инструментов исправлен. Если вы захотите собрать Haiku в 24542-й сборке, нужно будет забрать новый инструментарий, удалить папку "generated" и запустить configure с опцией --build-cross-tools.

Сами инструменты можно взять на www.haiku-files.org: Инго выложил туда бинарники. С другой стороны, делать это необязательно: jam сам заберёт их, если вы поставите в UserBuildConfig директиву AddOptionalHaikuImagePackages Development ; (подробности смотрите в ReadMe

Как только последние инструменты будут перенесены и включены в пакет разработчика, этот тикет будет считаться закрытым

Надо ли делать загрузочный CD

Karl vom Dorf (из haikuware.com) написал в рассылке, что он сделал и выложил на своём сайте тестовый CD. И он захотел узнать мнение разработчиков: а было ли такое распространение хорошей идей. Он пишет:

Я думаю, что это хорошо для разработчиков, которые, возможно, не захотят себя утруждать созданием среды, загрузкой всех исходников и их сборкой, а не просто возьмут готовый *.iso и т.д.. Они его просто прожгут, посмотрят и, может быть, пришлют исправления для Haiku. Или пользователи заметят ошибку и пошлют её разработчикам или добавят своё железо в нашу базу данных.

С другой стороны, демо CD стоит выпускать, когда уже всё будет готово, чтобы не давать ложных мнений пользователям/критикам

Michael Lotz на это метко заметил:

* CDboot сейчас похоже сырой. У большинства из тех, кто его пробует, он не работает. Это, на мой взгляд, куда важнее, чем работа с образами - они хорошо работают в эмуляторах, а если почему-то не работают - это не очень-то и важно. Если же я попытаюсь запустить OS с CD и она почему-то не заработает, это гораздо сильнее ударит по моему мнению, особенно если заявляется, что эта OS проста в использовании.

Те, у кого CD грузится, сообщают, что грузится он очень медленно. Есть способы это улучшить и они будут сделаны. Но сейчас всё это производит не самое хорошее впечатление, особенно если упор делается на то, что Haiku - быстрая система с малым временем отклика.

Есть определённые нарекания в случае с read-only CD: не сохраняются настройки, программы не работают, как надо и даже падают. Поскольку это легко воспроизвести и отладить, я советую разработчикам сделать это, прежде чем выпускать на CD, потому что это портит всё впечатление и не приносит никакой пользы.

Urias добавил, что лучше всего было бы показывать Haiku в VMWare. Сейчас загрузочный CD нужен только для проверки самой загрузки.

В конце концов, все пришли к согласию, что прежде чем возобновлять распространение загрузочного CD, надо исправить глюки. До того, как состоялось это обсуждение, я предложил сделать закрытое тестирование CD. CD пока выпускаться не будет, но его закрытое тестирование должно быть приоритетным.

Статистика проекта

Самую последнюю статистику можно увидеть тут. Чтобы иметь ясное представление о том, какие тикеты надо закрыть для выпуска Haiku alpha 1, надо усвоить следуещее:

• Тикеты, которые безусловно должны быть реализованы имеют приоритет blocker.
• Тикеты, которые должны быть исправлены имеют приоритет high.
• Между ними приоритет critical. Когда тикету назначен этот приоритет, это просьба другому разработчику взглянуть на него и поставить ему high или blocker.

Blockers

Critical tickets

High Priority Tickets