Текущие проблемы ROSA Desktop — различия между версиями

Материал из Rosalab Wiki
Перейти к: навигация, поиск
(Выпуск RED X4)
(Задачи)
Строка 13: Строка 13:
 
# Обновить аппаратуру ABF (до переноса сборочных воркеров на текущее железо сборка пакетов была в разы быстрее, надо хотя вернуться к тому уровню; детали по железу - уточним у Кости Калмыкова, что было до переноса сборочных воркеров на текущее железо, чтобы был какой-то ориентир).  
 
# Обновить аппаратуру ABF (до переноса сборочных воркеров на текущее железо сборка пакетов была в разы быстрее, надо хотя вернуться к тому уровню; детали по железу - уточним у Кости Калмыкова, что было до переноса сборочных воркеров на текущее железо, чтобы был какой-то ориентир).  
 
# Найти человека на поддержку ABF, хотя бы на время массовой сборки платформы (задействовать Мачехина?)
 
# Найти человека на поддержку ABF, хотя бы на время массовой сборки платформы (задействовать Мачехина?)
 +
# Разобраться с гитом на ABF - со временем при доступе к репозиториям ошибки возникают всё чаще и чаще ("error: RPC failed; HTTP 500 curl 22 The requested URL returned error: 500 Internal Server Error" и аналогичные при git clone / git pull / git push), иногда проверка диска с репозиториями на сервере сводит количество ошибок 500 к минимуму, но потом их снова становится всё больше и больше, что сильно мешает работе.
  
 
=== Выпуск релизных образов ===
 
=== Выпуск релизных образов ===

Версия 10:08, 22 июня 2018

Введение

В соответствии с Политика выпуска ROSA Fresh в этом году

  • Заканчивается поддержка платформы 2014.1.

Кроме, собственно, политики в этом есть объективная необходимость - уже сейчас невозможно собрать chromium-browser на старой платформе, в конце лета станет невозможно собирать и firefox т.к. для сборки нужны компиляторы и библиотеки более новых версий т.е. новая платформа.

  • Должна быть выпущена новая платформа - 2018.1 и запущено ее развитие чтоб иметь возможность стабилизации старой платформы
  • Должен быть выпущен последний релиз ROSA Fresh на платформе 2016.1 (R11), она должна быть стабилизирована и переведена на консервативную политику обновлений
  • На основе стабилизированной платформы к концу года должен быть выпущен новый RED X4 на платформе 2016.1

Для выполнения этого плана необходимо сделать следующие задачи, выходящие за пределы компетенций команды Фреш/RED:

Задачи

Восстановление ABF

  1. Обновить аппаратуру ABF (до переноса сборочных воркеров на текущее железо сборка пакетов была в разы быстрее, надо хотя вернуться к тому уровню; детали по железу - уточним у Кости Калмыкова, что было до переноса сборочных воркеров на текущее железо, чтобы был какой-то ориентир).
  2. Найти человека на поддержку ABF, хотя бы на время массовой сборки платформы (задействовать Мачехина?)
  3. Разобраться с гитом на ABF - со временем при доступе к репозиториям ошибки возникают всё чаще и чаще ("error: RPC failed; HTTP 500 curl 22 The requested URL returned error: 500 Internal Server Error" и аналогичные при git clone / git pull / git push), иногда проверка диска с репозиториями на сервере сводит количество ошибок 500 к минимуму, но потом их снова становится всё больше и больше, что сильно мешает работе.

Выпуск релизных образов

  1. Восстановить доступ к corpwiki, на которой хранятся тестпланы тестирования образов
  2. Восстановить счетчики на страницах вики, чтоб можно было отслеживать результаты выпуска релизов

Выпуск RED X4

  1. Если использование неподписанного загрузчика в Fresh R11 еще может быть допустимо, то во RED X4 это будет заметной регрессией функциональности. Мы в рамках выпуска Fresh R11 выпускаем новую сборку загрузчика grub с поддержкой NVme, до конца года необходимо его подписать
  2. Необходимо включить RED в реестр российского ПО
  3. Необходимо найти человека для взаимодействия от имени юрлица ROSA для взаимодействия с госплощадками (тот же Спутник с поддержкой торгов сейчас собирают для альта-астры, но не для Росы, то же и с яндекс-браузером, 1С - здесь нужна системная работа, отслеживание и тестирование)
  4. Очень желательно документально определить политику Росы по отношению к сообществу (Договор с РОСПО) чтоб с одной стороны официально-гласно иметь возможность пользоваться наработками сообщества Росы в коммерческих продуктах без выкриков "на нас деньги зарабатывают" а с другой вменяемую политику можно использовать как мощный пиар-проект для продвижения Росы и привлечения новых разработчиков.
  5. Для обеспечения необходимого качества корпоративной среды под управлением RED очень желательно перевести текущую корпоративную среду ROSA под управление RED чтоб на своем примере видеть все сложности и ошибки.