"Ночные" сборки KolibriOS
-
Хм. как определить значимое оно или нет? Если только по затрагиваемым файлам?
Да, именно по затрагиваемым файлам. Пустые ревизии ведь создают бесполезное дублирование.
А разве при каждом коммите сборка не собирается? Или что-то еще нужно? Не понял
Раньше сборка собиралась только при наличие изменения в файлах, которые включаются в сборку. Зачем собирать сборку заново если например обновился альтернативный бранч ядра или кто-то добавил или изменил программу, которая не входит в состав образа. Сейчас не знаю как сделано, вот и спросил.
У меня вроде бы. Лог pcidev в ветке про acpi.Serge wrote:У кого-нибудь RTL8169 работает ?
По крайней мере Колибри пинговалась и https отдал один файл.
Вопрос стоит не как "Зачем собирать сборку заново если например обновился альтернативный бранч ядра или кто-то добавил или изменил программу, которая не входит в состав образа.", а как "Зачем пересобирать всё, включая atikms.dll и программы на C--, если поменялось одно ассемблерное приложение". Пересобираются только цели, зависящие от изменённых файлов, и они действительно пересобираются с каждой ревизией.
Сделаем мир лучше!
SVN r.2244 новая функция 18.1 - сделать самым нижним окно потока (в стеке окон). Документация в директории с ядром. Применение в программе Icon
Mario, спасибо большое! Это была моя хотелка, и я ее получил!
Для полного счастья можно бы не активировать окно вообще, но это требует несколько больших изменений в коде, чем то что я сделал.
Это была хотелка ВСЕХ уже лет 10. Марат, респект!SoUrcerer wrote:Mario, спасибо большое! Это была моя хотелка, и я ее получил!
Из хаоса в космос
Марат, спасибо.
По-моему программы теперь открываются с задержкой.
Из хаоса в космос
Да, есть такое - наблюдал на Qemu. Перерисовывание множества окошек не такая быстрая вещь.
На реальной машине задержка практически незаметна - только что проверил на eBox.
На реальной машине задержка практически незаметна - только что проверил на eBox.
Mario, текущее решение... неплохо. Оно есть. Но, может быть, не активировать окно вообще?
Из хаоса в космос
По опыту Фантома, могу посоветовать:
- пересобирать систему на сервере автоматом после любой модификации кода, но не чаще раза в час (иначе задолбает)
- после пересбора прогонять регресс-тесты. в фантоме тесты покрывают работу ключевых подсистем ядра (таких, как базовые аллокаторы, контейнеры, примитивы синхронизации и тайминга), части системных вызовов posix, инструкций виртуальной машины и ещё кой-чего по мелочи.
- рассылать на список рассылки итоги сборки и теста
собственно, процедуру автотеста (он, конечно, делается под юниксом на qemu) можно дёрнуть из Фантома, модифицировав под специфику Колибри
- пересобирать систему на сервере автоматом после любой модификации кода, но не чаще раза в час (иначе задолбает)
- после пересбора прогонять регресс-тесты. в фантоме тесты покрывают работу ключевых подсистем ядра (таких, как базовые аллокаторы, контейнеры, примитивы синхронизации и тайминга), части системных вызовов posix, инструкций виртуальной машины и ещё кой-чего по мелочи.
- рассылать на список рассылки итоги сборки и теста
собственно, процедуру автотеста (он, конечно, делается под юниксом на qemu) можно дёрнуть из Фантома, модифицировав под специфику Колибри
Who is online
Users browsing this forum: No registered users and 1 guest