"Ночные" сборки KolibriOS

Share your distros and discuss others'
  • Да, именно по затрагиваемым файлам. Пустые ревизии ведь создают бесполезное дублирование.
  • А разве при каждом коммите сборка не собирается? Или что-то еще нужно? Не понял
  • Раньше сборка собиралась только при наличие изменения в файлах, которые включаются в сборку. Зачем собирать сборку заново если например обновился альтернативный бранч ядра или кто-то добавил или изменил программу, которая не входит в состав образа. Сейчас не знаю как сделано, вот и спросил.
  • Serge wrote:У кого-нибудь RTL8169 работает ?
    У меня вроде бы. Лог pcidev в ветке про acpi.
    По крайней мере Колибри пинговалась и https отдал один файл.
  • Вопрос стоит не как "Зачем собирать сборку заново если например обновился альтернативный бранч ядра или кто-то добавил или изменил программу, которая не входит в состав образа.", а как "Зачем пересобирать всё, включая atikms.dll и программы на C--, если поменялось одно ассемблерное приложение". Пересобираются только цели, зависящие от изменённых файлов, и они действительно пересобираются с каждой ревизией.
    Сделаем мир лучше!
  • SVN r.2244 новая функция 18.1 - сделать самым нижним окно потока (в стеке окон). Документация в директории с ядром. Применение в программе Icon
  • Mario, спасибо большое! Это была моя хотелка, и я ее получил!
  • Для полного счастья можно бы не активировать окно вообще, но это требует несколько больших изменений в коде, чем то что я сделал.
  • SoUrcerer wrote:Mario, спасибо большое! Это была моя хотелка, и я ее получил!
    Это была хотелка ВСЕХ уже лет 10. Марат, респект!
    Из хаоса в космос
  • Марат, спасибо. :)
  • По-моему программы теперь открываются с задержкой.
    Из хаоса в космос
  • Да, есть такое - наблюдал на Qemu. Перерисовывание множества окошек не такая быстрая вещь.
    На реальной машине задержка практически незаметна - только что проверил на eBox.
  • Mario, текущее решение... неплохо. Оно есть. Но, может быть, не активировать окно вообще?
    Из хаоса в космос
  • По опыту Фантома, могу посоветовать:

    - пересобирать систему на сервере автоматом после любой модификации кода, но не чаще раза в час (иначе задолбает)
    - после пересбора прогонять регресс-тесты. в фантоме тесты покрывают работу ключевых подсистем ядра (таких, как базовые аллокаторы, контейнеры, примитивы синхронизации и тайминга), части системных вызовов posix, инструкций виртуальной машины и ещё кой-чего по мелочи.
    - рассылать на список рассылки итоги сборки и теста

    собственно, процедуру автотеста (он, конечно, делается под юниксом на qemu) можно дёрнуть из Фантома, модифицировав под специфику Колибри
  • Who is online

    Users browsing this forum: No registered users and 1 guest