http://freesource.info/wiki/AltLinux/Sisyphus/SolutionProcess History/revisions of FreeSource/AltLinux/Sisyphus/SolutionProcess en-us http://freesource.info/wiki/AltLinux/Sisyphus/SolutionProcess/show?time=2008-04-12+19%3A59%3A04 <div class="pageBefore"><img src="http://freesource.info/wiki/images/z.gif" width="1" height="1" border="0" alt="" style="display:block" align="top" /></div><div class="page"> <b>Сравнение версий <a name=".altlinux.sisyphus.solutionprocess" href="http://freesource.info/wiki/AltLinux/Sisyphus/SolutionProcess&" class="">/Alt&nbsp;Linux&nbsp;/&nbsp;Sisyphus&nbsp;/&nbsp;Solution&nbsp;Process</a> за <a href="http://freesource.info/wiki/AltLinux/Sisyphus/SolutionProcess?time=2008-04-12+19%3A59%3A04">2008-04-12 19:59:04</a> и <a href="http://freesource.info/wiki/AltLinux/Sisyphus/SolutionProcess">2008-04-12 20:50:19</a></b><br /> <br /> <b>Добавлено:</b><br /> <div class="additions"><div class="action" style="float:right; width:250px"><div class="action-content">Эта&nbsp;страница была перенесена на&nbsp;<a href="http://altlinux.org/SolutionProcess" target="_blank" title="" class="outerlink">altlinux.org</a>. Текст на&nbsp;freesource.info заморожен.</div></div><br /> В&nbsp;этом цикле статей проводится попытка рассмотреть вопросы о&nbsp;вариантах использования Сизифа как&nbsp;метарешения для&nbsp;построения собственных решений. Делается оценка эффективности различных методов использования репозитория &ndash; их&nbsp;достоинства и&nbsp;недостатки.<br /> Хотелось бы&nbsp;отметить очень важный момент относительно проблем обновления в&nbsp;России в&nbsp;настоящее время. Довольно большой проблемой является отсутствие общепринятых правил публикации обновлений и&nbsp;дополнительных приложений для&nbsp;дистрибутивов, собранных на&nbsp;основе стабильных веток. С&nbsp;учётом того, что&nbsp;юридические лица оплачивают интернет по&nbsp;трафику, получение обновлений и&nbsp;дополнительного ПО&nbsp;через интернет вызывает значительные дополнительные расходы. Это&nbsp;приводит к&nbsp;необходимости разворачивания локальных срезов стабильных репозиториев (в городах, сетях провайдеров, домовых сетях, локальной сети организации). Кроме того, доступная полоса пропускания интернет-каналов, в&nbsp;ряде случаев, сильно ограничена, что&nbsp;особенно ярко проявляется у&nbsp;региональных провайдеров.</div><br /> <b>Удалено:</b><br /> <div class="deletions">В&nbsp;этом цикле статей проводится попытка рассмотреть вопросы о&nbsp;вариантах использования Сизифа как&nbsp;метарешения для&nbsp;посторения собственных решений. Делается оценка эффективности различных методов использования репозитория &ndash; их&nbsp;достоинства и&nbsp;недостатки.<br /> Хотелось бы&nbsp;отметить, очень важный момент относительно проблем обновления в&nbsp;России в&nbsp;настоящее время. Довольно большой проблемой является отсутствие общепринятых правил публикации обновлений и&nbsp;дополнительных приложений для&nbsp;дистрибутивов, собранных на&nbsp;основе стабильных веток. С&nbsp;учётом того, что&nbsp;юридические лица оплачивают интернет по&nbsp;трафику возникают. получение обновлений и&nbsp;дополнительного ПО&nbsp;исключительно, через интернет представляет собой значительные накладные расходы и&nbsp;необходимость разворачивания локальных срезов стабильных репозиториев. Кроме того, доступная полоса пропускания интернет каналов, в&nbsp;ряде случаев, сильно ограничена, что&nbsp;особенно ярко проявляется у&nbsp;региональных провайдеров.</div></div> http://freesource.info/wiki/AltLinux/Sisyphus/SolutionProcess/show?time=2008-04-12+19%3A57%3A34 <div class="pageBefore"><img src="http://freesource.info/wiki/images/z.gif" width="1" height="1" border="0" alt="" style="display:block" align="top" /></div><div class="page"> <b>Сравнение версий <a href="http://freesource.info/wiki/AltLinux/Sisyphus/SolutionProcess&" class="">/Alt&nbsp;Linux&nbsp;/&nbsp;Sisyphus&nbsp;/&nbsp;Solution&nbsp;Process</a> за <a href="http://freesource.info/wiki/AltLinux/Sisyphus/SolutionProcess?time=2008-04-12+19%3A57%3A34">2008-04-12 19:57:34</a> и <a href="http://freesource.info/wiki/AltLinux/Sisyphus/SolutionProcess?time=2008-04-12+19%3A59%3A04">2008-04-12 19:59:04</a></b><br /> <br /> <b>Добавлено:</b><br /> <div class="additions">Перед началом создания дистрибутива имеет смысл оценить <a name=".tz.linuxdesktop" href="http://freesource.info/wiki/TZ/LinuxDesktop&" class="" title="TZ&nbsp;/&nbsp;Linux&nbsp;Desktop">требования</a>, выбрать целевую аудиторию пользователей, оценить базовый <a name=".tz.linuxdesktop.sostav" href="http://freesource.info/wiki/TZ/LinuxDesktop/Sostav&" class="" title="TZ&nbsp;/&nbsp;Linux&nbsp;Desktop&nbsp;/&nbsp;Sostav">состав</a> и&nbsp;<a name=".tz.altlinux.kakimdolzhenbyt_ustanovshhiksistemy" href="http://freesource.info/wiki/TZ/AltLinux/KakimDolzhenByt'UstanovshhikSistemy&" class="" title="ТЗ&nbsp;/&nbsp;Alt&nbsp;Linux&nbsp;/&nbsp;Каким&nbsp;Должен&nbsp;Быть&nbsp;Установщик&nbsp;Системы">особенности установки</a>. Кроме того стоит продумать политику сбора и&nbsp;обработки <a name=".altlinux.bugtracking" href="http://freesource.info/wiki/AltLinux/BugTracking&" class="" title="Alt&nbsp;Linux&nbsp;/&nbsp;Bug&nbsp;Tracking">запросов об&nbsp;ошибках</a>. После этого, когда выверены все&nbsp;требуемые детали составляется так&nbsp;называемый профиль <span class="missingpage">инсталятора</span><a href="http://freesource.info/wiki/AltLinux/Sisyphus/devel/installer/custom/edit?add=1&" title="Создать эту страницу">?</a>, составленный желательно в&nbsp;наиболее <a name=".tz.altlinux.whitelabel" href="http://freesource.info/wiki/TZ/AltLinux/WhiteLabel&" class="" title="TZ&nbsp;/&nbsp;Alt&nbsp;Linux&nbsp;/&nbsp;White&nbsp;Label">общем виде</a>.</div><br /> <b>Удалено:</b><br /> <div class="deletions">Перед началом создания дистрибутива имеет смысл оценить <a href="http://freesource.info/wiki/TZ/LinuxDesktop&" class="" title="TZ&nbsp;/&nbsp;Linux&nbsp;Desktop">требования</a>, выбрать целевую аудиторию пользователей, оценить базовый <a href="http://freesource.info/wiki/TZ/LinuxDesktop/Sostav&" class="" title="TZ&nbsp;/&nbsp;Linux&nbsp;Desktop&nbsp;/&nbsp;Sostav">состав</a> и&nbsp;особенности <a href="http://freesource.info/wiki/TZ/AltLinux/KakimDolzhenByt'UstanovshhikSistemy&" class="" title="ТЗ&nbsp;/&nbsp;Alt&nbsp;Linux&nbsp;/&nbsp;Каким&nbsp;Должен&nbsp;Быть&nbsp;Установщик&nbsp;Системы">установки</a>. Кроме того стоит продумать политику сбора и&nbsp;обработки <a href="http://freesource.info/wiki/AltLinux/BugTracking&" class="" title="Alt&nbsp;Linux&nbsp;/&nbsp;Bug&nbsp;Tracking">запросов об&nbsp;ошибках</a>. После этого, когда выверены все&nbsp;требуемые детали составляется так&nbsp;называемый профиль <span class="missingpage">инсталятора</span><a href="http://freesource.info/wiki/AltLinux/Sisyphus/devel/installer/custom/edit?add=1&" title="Создать эту страницу">?</a>, составленный желательно в&nbsp;наиболее <a href="http://freesource.info/wiki/TZ/AltLinux/WhiteLabel&" class="" title="TZ&nbsp;/&nbsp;Alt&nbsp;Linux&nbsp;/&nbsp;White&nbsp;Label">общем виде</a>.</div></div> http://freesource.info/wiki/AltLinux/Sisyphus/SolutionProcess/show?time=2008-04-12+18%3A56%3A38 <div class="pageBefore"><img src="http://freesource.info/wiki/images/z.gif" width="1" height="1" border="0" alt="" style="display:block" align="top" /></div><div class="page"> <b>Сравнение версий <a href="http://freesource.info/wiki/AltLinux/Sisyphus/SolutionProcess&" class="">/Alt&nbsp;Linux&nbsp;/&nbsp;Sisyphus&nbsp;/&nbsp;Solution&nbsp;Process</a> за <a href="http://freesource.info/wiki/AltLinux/Sisyphus/SolutionProcess?time=2008-04-12+18%3A56%3A38">2008-04-12 18:56:38</a> и <a href="http://freesource.info/wiki/AltLinux/Sisyphus/SolutionProcess?time=2008-04-12+19%3A57%3A34">2008-04-12 19:57:34</a></b><br /> <br /> <b>Добавлено:</b><br /> <div class="additions">Перед началом создания дистрибутива имеет смысл оценить <a href="http://freesource.info/wiki/TZ/LinuxDesktop&" class="" title="TZ&nbsp;/&nbsp;Linux&nbsp;Desktop">требования</a>, выбрать целевую аудиторию пользователей, оценить базовый <a href="http://freesource.info/wiki/TZ/LinuxDesktop/Sostav&" class="" title="TZ&nbsp;/&nbsp;Linux&nbsp;Desktop&nbsp;/&nbsp;Sostav">состав</a> и&nbsp;особенности <a href="http://freesource.info/wiki/TZ/AltLinux/KakimDolzhenByt'UstanovshhikSistemy&" class="" title="ТЗ&nbsp;/&nbsp;Alt&nbsp;Linux&nbsp;/&nbsp;Каким&nbsp;Должен&nbsp;Быть&nbsp;Установщик&nbsp;Системы">установки</a>. Кроме того стоит продумать политику сбора и&nbsp;обработки <a href="http://freesource.info/wiki/AltLinux/BugTracking&" class="" title="Alt&nbsp;Linux&nbsp;/&nbsp;Bug&nbsp;Tracking">запросов об&nbsp;ошибках</a>. После этого, когда выверены все&nbsp;требуемые детали составляется так&nbsp;называемый профиль <span class="missingpage">инсталятора</span><a href="http://freesource.info/wiki/AltLinux/Sisyphus/devel/installer/custom/edit?add=1&" title="Создать эту страницу">?</a>, составленный желательно в&nbsp;наиболее <a href="http://freesource.info/wiki/TZ/AltLinux/WhiteLabel&" class="" title="TZ&nbsp;/&nbsp;Alt&nbsp;Linux&nbsp;/&nbsp;White&nbsp;Label">общем виде</a>.<br /> Создание конкретных, фиксированных решений, которые обычно принято называть программными продуктами, в&nbsp;Linux мало распространено. Это&nbsp;связано с&nbsp;тем, что&nbsp;свободное программное обеспечение может собрано в&nbsp;рамках репозитория разработчиков. Тем&nbsp;не&nbsp;менее необходимость расширения пакетной базы стабильных веток существует. Прежде всего это&nbsp;позволяет избежать дублирования действий по&nbsp;стабилизации пакетной базы, а&nbsp;также позволяет вести гарантированно совместную работу в&nbsp;рамках общего набора базовых пакетов, которые никуда не&nbsp;разбегутся со&nbsp;временем. К&nbsp;сожалению, сложности синхронизации, пересечение по&nbsp;функциональным возможностям необходимых пакетов, необходимость согласованного обновления приложений и&nbsp;библиотек вынуждают создавать альтернативные ветки. Тем&nbsp;не&nbsp;менее, если базовое решение стабильно и&nbsp;удовлетворяет необходимой функциональности &ndash; это&nbsp;один из&nbsp;самых интересных подходов. Как&nbsp;с&nbsp;точки зрения пользователей, так&nbsp;и&nbsp;с точки зрения разработчиков. Схема разработки этого варианта представлена ниже:</div><br /> <b>Удалено:</b><br /> <div class="deletions">Перед началом создания дистрибутива имеет смысл оценить <a href="http://freesource.info/wiki/TZ/LinuxDesktop&" class="" title="TZ&nbsp;/&nbsp;Linux&nbsp;Desktop">требования</a>, выбрать целевую аудиторию пользователей, оценить базовый <a href="http://freesource.info/wiki/TZ/LinuxDesktop/Sostav&" class="" title="TZ&nbsp;/&nbsp;Linux&nbsp;Desktop&nbsp;/&nbsp;Sostav">состав</a> и&nbsp;особенности <a name="tz.altlinux.kakimdolzhenbyt_ustanovshhiksistemy" href="http://freesource.info/wiki/TZ/AltLinux/KakimDolzhenByt'UstanovshhikSistemy&" class="" title="ТЗ&nbsp;/&nbsp;Alt&nbsp;Linux&nbsp;/&nbsp;Каким&nbsp;Должен&nbsp;Быть&nbsp;Установщик&nbsp;Системы">установки</a>. Кроме того стоит продумать политику сбора и&nbsp;обработки <a href="http://freesource.info/wiki/AltLinux/BugTracking&" class="" title="Alt&nbsp;Linux&nbsp;/&nbsp;Bug&nbsp;Tracking">запросов об&nbsp;ошибках</a>. После этого, когда выверены все&nbsp;требуемые детали составляется так&nbsp;называемый профиль <span class="missingpage">инсталятора</span><a href="http://freesource.info/wiki/AltLinux/Sisyphus/devel/installer/custom/edit?add=1&" title="Создать эту страницу">?</a>, составленный желательно в&nbsp;наиболее <a href="http://freesource.info/wiki/TZ/AltLinux/WhiteLabel&" class="" title="TZ&nbsp;/&nbsp;Alt&nbsp;Linux&nbsp;/&nbsp;White&nbsp;Label">общем виде</a>.<br /> Создание конкретных, фиксированных решений, которые обычно принято называть программными продуктами, в&nbsp;Linux мало распространено. Это&nbsp;связано с&nbsp;тем, что&nbsp;свободное программное обеспечение может собрано в&nbsp;рамках репозитория разработчиков. Тем&nbsp;не&nbsp;менее необходимость расширения пакетной базы стабильных веток существует.</div></div> http://freesource.info/wiki/AltLinux/Sisyphus/SolutionProcess/show?time=2008-04-12+18%3A21%3A30 <div class="pageBefore"><img src="http://freesource.info/wiki/images/z.gif" width="1" height="1" border="0" alt="" style="display:block" align="top" /></div><div class="page"> <b>Сравнение версий <a href="http://freesource.info/wiki/AltLinux/Sisyphus/SolutionProcess&" class="">/Alt&nbsp;Linux&nbsp;/&nbsp;Sisyphus&nbsp;/&nbsp;Solution&nbsp;Process</a> за <a href="http://freesource.info/wiki/AltLinux/Sisyphus/SolutionProcess?time=2008-04-12+18%3A21%3A30">2008-04-12 18:21:30</a> и <a href="http://freesource.info/wiki/AltLinux/Sisyphus/SolutionProcess?time=2008-04-12+18%3A56%3A38">2008-04-12 18:56:38</a></b><br /> <br /> <b>Добавлено:</b><br /> <div class="additions"><a name="h8328-1"></a><h3> Создание дистрибутива </h3> Перед началом создания дистрибутива имеет смысл оценить <a href="http://freesource.info/wiki/TZ/LinuxDesktop&" class="" title="TZ&nbsp;/&nbsp;Linux&nbsp;Desktop">требования</a>, выбрать целевую аудиторию пользователей, оценить базовый <a href="http://freesource.info/wiki/TZ/LinuxDesktop/Sostav&" class="" title="TZ&nbsp;/&nbsp;Linux&nbsp;Desktop&nbsp;/&nbsp;Sostav">состав</a> и&nbsp;особенности <a href="http://freesource.info/wiki/TZ/AltLinux/KakimDolzhenByt'UstanovshhikSistemy&" class="" title="ТЗ&nbsp;/&nbsp;Alt&nbsp;Linux&nbsp;/&nbsp;Каким&nbsp;Должен&nbsp;Быть&nbsp;Установщик&nbsp;Системы">установки</a>. Кроме того стоит продумать политику сбора и&nbsp;обработки <a href="http://freesource.info/wiki/AltLinux/BugTracking&" class="" title="Alt&nbsp;Linux&nbsp;/&nbsp;Bug&nbsp;Tracking">запросов об&nbsp;ошибках</a>. После этого, когда выверены все&nbsp;требуемые детали составляется так&nbsp;называемый профиль <span class="missingpage">инсталятора</span><a href="http://freesource.info/wiki/AltLinux/Sisyphus/devel/installer/custom/edit?add=1&" title="Создать эту страницу">?</a>, составленный желательно в&nbsp;наиболее <a href="http://freesource.info/wiki/TZ/AltLinux/WhiteLabel&" class="" title="TZ&nbsp;/&nbsp;Alt&nbsp;Linux&nbsp;/&nbsp;White&nbsp;Label">общем виде</a>.<br /> Итогом первоначально разработанного и&nbsp;воспроизводимого решения является устанавливаемый образ дистрибутива. Методов его&nbsp;установки может быть достаточно много. В&nbsp;том или&nbsp;ином виде методы установки бывают локальными (с какого-либо носителя, например CD&nbsp;или DVD) и&nbsp;сетевыми (например PXE&nbsp;плюс HTTP или&nbsp;NFS), а&nbsp;также могут быть автоматическими как&nbsp;в&nbsp;локальном, сетевом вариантах.<br /> Если дистрибутив не&nbsp;включает в&nbsp;себя дополнительных пакетов и&nbsp;не предполагает последующих обновлений, то&nbsp;итоговый образ является самодостаточным решением. В&nbsp;случаях же&nbsp;гигантской пакетной базы и&nbsp;возможности обновлений возникает необходимость создания либо регулярных выпусков обновлений, либо создания внешних репозиториев с&nbsp;дополнительными пакетами и&nbsp;обновлениями &ndash; <a name=".altlinux.branches" href="http://freesource.info/wiki/AltLinux/Branches&" class="" title="Alt&nbsp;Linux&nbsp;/&nbsp;Branches">ветках</a> дистрибутива.<br /> В&nbsp;случае создания пакетного дистрибутива на&nbsp;основе Сизифа ветки создаются и&nbsp;тестируются путём первоначального копирования самого Сизифа. Но&nbsp;ветка дистрибутива, как&nbsp;и&nbsp;сам Сизиф, не&nbsp;стоит не&nbsp;месте &ndash; она&nbsp;развивается. Стандартная схема разработки веток дистрибутивов АLT&nbsp;Linux приведена ниже:<br /> В&nbsp;этом плане есть можно привести следующее представление об&nbsp;итоговом репозитории. С&nbsp;одной стороны это&nbsp;src.rpm-пакеты, полученные из&nbsp;Git, или&nbsp;как нибудь иным путём попавшие в&nbsp;репозиторий (например, традиционно через rsync по&nbsp;ssh), и&nbsp;бинарные пакеты собранные из&nbsp;них. С&nbsp;другой стороны это&nbsp;всё те&nbsp;же исходники представленные в&nbsp;виде пакетной базы исходных пакетов, для&nbsp;которых существует бинарная пакетная база. Бинарные пакеты в&nbsp;этой базе представлены, как&nbsp;результат полученный из&nbsp;соответствующих исходных пакетов, в&nbsp;контексте всего набора пакетной базы исходных пакетов. В&nbsp;связи с&nbsp;этим пакеты собранные из&nbsp;одного и&nbsp;того же&nbsp;исходного пакета на&nbsp;разных бинарных пакетных базах могут не&nbsp;совпадать. И&nbsp;чем больше расходятся ветка и&nbsp;репозиторий разработчиков, тем&nbsp;больше вероятность расхождения результатов сборок одного и&nbsp;того же&nbsp;исходного пакета на&nbsp;их бинарных пакетных базах. То&nbsp;есть из&nbsp;одного и&nbsp;того же&nbsp;исходного пакета, собранного на&nbsp;разных бинарных репозиториях, строго говоря получаются разные бинарные пакеты. Поэтому, к&nbsp;сожалению, отслеживать этот процесс на&nbsp;уровне Git&nbsp;не&nbsp;представляется возможным.</div><br /> <b>Удалено:</b><br /> <div class="deletions">Перед началом создания дистрибутива имеет смысл оценить <a href="http://freesource.info/wiki/TZ/LinuxDesktop&" class="" title="TZ&nbsp;/&nbsp;Linux&nbsp;Desktop">требования</a>, выбрать целевую аудиторию пользователей, оценить <a href="http://freesource.info/wiki/TZ/LinuxDesktop/Sostav&" class="" title="TZ&nbsp;/&nbsp;Linux&nbsp;Desktop&nbsp;/&nbsp;Sostav">состав</a>. Кроме того стоит продумать политику сбора и&nbsp;обработки <a href="http://freesource.info/wiki/AltLinux/BugTracking&" class="" title="Alt&nbsp;Linux&nbsp;/&nbsp;Bug&nbsp;Tracking">запросов об&nbsp;ошибках</a>.<br /> Но&nbsp;дистрибутив, как&nbsp;и&nbsp;сам Сизиф, не&nbsp;стоит не&nbsp;месте &ndash; он&nbsp;развивается. Стандартная схема разработки дистрибутивов АLT&nbsp;Linux приведена ниже:<br /> В&nbsp;этом плане есть можно привести следующее представление об&nbsp;итоговом репозитории. С&nbsp;одной стороны это&nbsp;src.rpm-пакеты, полученные из&nbsp;Git, или&nbsp;как нибудь иным путём попавшие в&nbsp;репозиторий (например, традиционно через rsync по&nbsp;ssh), и&nbsp;бинарные пакеты собранные из&nbsp;них. С&nbsp;другой стороны это&nbsp;всё те&nbsp;же исходники представленные в&nbsp;виде пакетной базы исходных пакетов, для&nbsp;которых существует бинарная пакетная база. Бинарные пакеты в&nbsp;этой базе представлены, как&nbsp;результат полученный из&nbsp;соответствующих исходных пакетов, в&nbsp;контексте всего набора пакетной базы исходных пакетов. В&nbsp;связи с&nbsp;этим пакеты собранные из&nbsp;одного и&nbsp;того же&nbsp;исходного пакета на&nbsp;разных бинарных пакетных базах могут не&nbsp;совпадать. И&nbsp;чем больше расходятся ветка и&nbsp;репозиторий разработчиков, тем&nbsp;больше вероятность расхождения результатов сборок одного и&nbsp;того же&nbsp;исходного пакета на&nbsp;их бинарных пакетных базах. То&nbsp;есть из&nbsp;одного и&nbsp;того же&nbsp;исходного пакета, собранного на&nbsp;разных бинарных репозиториях, строго говоря получаются разные бинарные пакеты. Отслеживать этот процесс на&nbsp;уровне Git&nbsp;не&nbsp;представляется возможным.</div></div> http://freesource.info/wiki/AltLinux/Sisyphus/SolutionProcess/show?time=2008-04-11+21%3A14%3A58 <div class="pageBefore"><img src="http://freesource.info/wiki/images/z.gif" width="1" height="1" border="0" alt="" style="display:block" align="top" /></div><div class="page"> <b>Сравнение версий <a href="http://freesource.info/wiki/AltLinux/Sisyphus/SolutionProcess&" class="">/Alt&nbsp;Linux&nbsp;/&nbsp;Sisyphus&nbsp;/&nbsp;Solution&nbsp;Process</a> за <a href="http://freesource.info/wiki/AltLinux/Sisyphus/SolutionProcess?time=2008-04-11+21%3A14%3A58">2008-04-11 21:14:58</a> и <a href="http://freesource.info/wiki/AltLinux/Sisyphus/SolutionProcess?time=2008-04-12+18%3A21%3A30">2008-04-12 18:21:30</a></b><br /> <br /> <b>Добавлено:</b><br /> <div class="additions">Перед началом создания дистрибутива имеет смысл оценить <a href="http://freesource.info/wiki/TZ/LinuxDesktop&" class="" title="TZ&nbsp;/&nbsp;Linux&nbsp;Desktop">требования</a>, выбрать целевую аудиторию пользователей, оценить <a href="http://freesource.info/wiki/TZ/LinuxDesktop/Sostav&" class="" title="TZ&nbsp;/&nbsp;Linux&nbsp;Desktop&nbsp;/&nbsp;Sostav">состав</a>. Кроме того стоит продумать политику сбора и&nbsp;обработки <a href="http://freesource.info/wiki/AltLinux/BugTracking&" class="" title="Alt&nbsp;Linux&nbsp;/&nbsp;Bug&nbsp;Tracking">запросов об&nbsp;ошибках</a>.<br /> В&nbsp;этом плане есть можно привести следующее представление об&nbsp;итоговом репозитории. С&nbsp;одной стороны это&nbsp;src.rpm-пакеты, полученные из&nbsp;Git, или&nbsp;как нибудь иным путём попавшие в&nbsp;репозиторий (например, традиционно через rsync по&nbsp;ssh), и&nbsp;бинарные пакеты собранные из&nbsp;них. С&nbsp;другой стороны это&nbsp;всё те&nbsp;же исходники представленные в&nbsp;виде пакетной базы исходных пакетов, для&nbsp;которых существует бинарная пакетная база. Бинарные пакеты в&nbsp;этой базе представлены, как&nbsp;результат полученный из&nbsp;соответствующих исходных пакетов, в&nbsp;контексте всего набора пакетной базы исходных пакетов. В&nbsp;связи с&nbsp;этим пакеты собранные из&nbsp;одного и&nbsp;того же&nbsp;исходного пакета на&nbsp;разных бинарных пакетных базах могут не&nbsp;совпадать. И&nbsp;чем больше расходятся ветка и&nbsp;репозиторий разработчиков, тем&nbsp;больше вероятность расхождения результатов сборок одного и&nbsp;того же&nbsp;исходного пакета на&nbsp;их бинарных пакетных базах. То&nbsp;есть из&nbsp;одного и&nbsp;того же&nbsp;исходного пакета, собранного на&nbsp;разных бинарных репозиториях, строго говоря получаются разные бинарные пакеты. Отслеживать этот процесс на&nbsp;уровне Git&nbsp;не&nbsp;представляется возможным.</div><br /> <b>Удалено:</b><br /> <div class="deletions">В&nbsp;этом плане есть можно привести следующее представление об&nbsp;итоговом репозитории. С&nbsp;одной стороны это&nbsp;src.rpm-пакеты, полученные из&nbsp;Git, или&nbsp;как нибудь иным путём попавшие в&nbsp;репозиторий (например, традиционно через rsync по&nbsp;ssh), и&nbsp;бинарные пакеты собранные из&nbsp;них. С&nbsp;другой стороны это&nbsp;всё те&nbsp;же исходники представленные в&nbsp;виде пакетной базы исходных пакетов, для&nbsp;которых существует бинарная пакетная база. Бинарные пакеты в&nbsp;этой базе представлены, как&nbsp;результат полученный из&nbsp;соответствующих исходных пакетов, в&nbsp;контексте всего набора пакетной базы исходных пакетов. В&nbsp;связи с&nbsp;этим пакеты собранные из&nbsp;одного и&nbsp;того же&nbsp;исходного пакета на&nbsp;разных бинарных пакетных базах могут не&nbsp;совпадать. И&nbsp;чем больше расходятся ветка и&nbsp;репозиторий разработчиков, тем&nbsp;больше вероятность расхождения результатов сборок одного и&nbsp;того же&nbsp;исходного пакета на&nbsp;их бинарных пакетных базах. Отслеживать этот процесс на&nbsp;уровне Git&nbsp;не&nbsp;представляется возможным.</div></div> http://freesource.info/wiki/AltLinux/Sisyphus/SolutionProcess/show?time=2008-04-11+21%3A07%3A27 <div class="pageBefore"><img src="http://freesource.info/wiki/images/z.gif" width="1" height="1" border="0" alt="" style="display:block" align="top" /></div><div class="page"> <b>Сравнение версий <a href="http://freesource.info/wiki/AltLinux/Sisyphus/SolutionProcess&" class="">/Alt&nbsp;Linux&nbsp;/&nbsp;Sisyphus&nbsp;/&nbsp;Solution&nbsp;Process</a> за <a href="http://freesource.info/wiki/AltLinux/Sisyphus/SolutionProcess?time=2008-04-11+21%3A07%3A27">2008-04-11 21:07:27</a> и <a href="http://freesource.info/wiki/AltLinux/Sisyphus/SolutionProcess?time=2008-04-11+21%3A14%3A58">2008-04-11 21:14:58</a></b><br /> <br /> <b>Добавлено:</b><br /> <div class="additions">Создание конкретных, фиксированных решений, которые обычно принято называть программными продуктами, в&nbsp;Linux мало распространено. Это&nbsp;связано с&nbsp;тем, что&nbsp;свободное программное обеспечение может собрано в&nbsp;рамках репозитория разработчиков. Тем&nbsp;не&nbsp;менее необходимость расширения пакетной базы стабильных веток существует.</div></div> http://freesource.info/wiki/AltLinux/Sisyphus/SolutionProcess/show?time=2008-04-11+21%3A00%3A50 <div class="pageBefore"><img src="http://freesource.info/wiki/images/z.gif" width="1" height="1" border="0" alt="" style="display:block" align="top" /></div><div class="page"> <b>Сравнение версий <a href="http://freesource.info/wiki/AltLinux/Sisyphus/SolutionProcess&" class="">/Alt&nbsp;Linux&nbsp;/&nbsp;Sisyphus&nbsp;/&nbsp;Solution&nbsp;Process</a> за <a href="http://freesource.info/wiki/AltLinux/Sisyphus/SolutionProcess?time=2008-04-11+21%3A00%3A50">2008-04-11 21:00:50</a> и <a href="http://freesource.info/wiki/AltLinux/Sisyphus/SolutionProcess?time=2008-04-11+21%3A07%3A27">2008-04-11 21:07:27</a></b><br /> <br /> <b>Добавлено:</b><br /> <div class="additions">Хотелось бы&nbsp;отметить, очень важный момент относительно проблем обновления в&nbsp;России в&nbsp;настоящее время. Довольно большой проблемой является отсутствие общепринятых правил публикации обновлений и&nbsp;дополнительных приложений для&nbsp;дистрибутивов, собранных на&nbsp;основе стабильных веток. С&nbsp;учётом того, что&nbsp;юридические лица оплачивают интернет по&nbsp;трафику возникают. получение обновлений и&nbsp;дополнительного ПО&nbsp;исключительно, через интернет представляет собой значительные накладные расходы и&nbsp;необходимость разворачивания локальных срезов стабильных репозиториев. Кроме того, доступная полоса пропускания интернет каналов, в&nbsp;ряде случаев, сильно ограничена, что&nbsp;особенно ярко проявляется у&nbsp;региональных провайдеров.<a name="h8328-1"></a><h3> Расширение пакетной базы основных веток </h3> <img src="http://ftp.etersoft.ru/download/git/git-alt-etersoft-together.png" alt="http://ftp.etersoft.ru/download/git/git-alt-etersoft-together.png" title="http://ftp.etersoft.ru/download/git/git-alt-etersoft-together.png" /></div><br /> <b>Удалено:</b><br /> <div class="deletions">Хотелось бы&nbsp;отметить, очень важный момент относительно проблем обновления в&nbsp;России в&nbsp;настоящее время. Довольно большой проблемой является отсутствие общепринятых правил публикации обновлений и&nbsp;дополнительных приложений для&nbsp;дистрибутивов, собранных на&nbsp;основе стабильных веток. С&nbsp;учётом того, что&nbsp;юридические лица оплачивают интернет по&nbsp;трафику возникают. Получение обновлений и&nbsp;дополнительного ПО&nbsp;исключительно, через интернет представляет собой значительные накладные расходы и&nbsp;необходимость разворачивания локальных срезов стабильных репозиториев. Кроме того, доступная полоса пропускания интернет каналов, в&nbsp;ряде случаев, сильно ограничена, что&nbsp;особенно ярко проявляется у&nbsp;региональных провайдеров.</div></div> http://freesource.info/wiki/AltLinux/Sisyphus/SolutionProcess/show?time=2008-04-11+21%3A00%3A03 <div class="pageBefore"><img src="http://freesource.info/wiki/images/z.gif" width="1" height="1" border="0" alt="" style="display:block" align="top" /></div><div class="page"> <b>Сравнение версий <a href="http://freesource.info/wiki/AltLinux/Sisyphus/SolutionProcess&" class="">/Alt&nbsp;Linux&nbsp;/&nbsp;Sisyphus&nbsp;/&nbsp;Solution&nbsp;Process</a> за <a href="http://freesource.info/wiki/AltLinux/Sisyphus/SolutionProcess?time=2008-04-11+21%3A00%3A03">2008-04-11 21:00:03</a> и <a href="http://freesource.info/wiki/AltLinux/Sisyphus/SolutionProcess?time=2008-04-11+21%3A00%3A50">2008-04-11 21:00:50</a></b><br /> <br /> <b>Добавлено:</b><br /> <div class="additions"><a name="h8328-1"></a><h2> Поддержка сторонних репозиториев </h2><a name="h8328-2"></a><h3> Участие в&nbsp;разработке Сизифа </h3><a name="h8328-3"></a><h3> Создание альтернативных веток </h3></div><br /> <b>Удалено:</b><br /> <div class="deletions"><a name="h8328-1"></a><h3> Поддержка сторонних репозиториев </h3><a name="h8328-2"></a><h4> Участие в&nbsp;разработке Сизифа </h4><a name="h8328-3"></a><h4> Создание альтернативных веток </h4></div></div> http://freesource.info/wiki/AltLinux/Sisyphus/SolutionProcess/show?time=2008-04-11+20%3A46%3A40 <div class="pageBefore"><img src="http://freesource.info/wiki/images/z.gif" width="1" height="1" border="0" alt="" style="display:block" align="top" /></div><div class="page"> <b>Сравнение версий <a href="http://freesource.info/wiki/AltLinux/Sisyphus/SolutionProcess&" class="">/Alt&nbsp;Linux&nbsp;/&nbsp;Sisyphus&nbsp;/&nbsp;Solution&nbsp;Process</a> за <a href="http://freesource.info/wiki/AltLinux/Sisyphus/SolutionProcess?time=2008-04-11+20%3A46%3A40">2008-04-11 20:46:40</a> и <a href="http://freesource.info/wiki/AltLinux/Sisyphus/SolutionProcess?time=2008-04-11+21%3A00%3A03">2008-04-11 21:00:03</a></b><br /> <br /> <b>Добавлено:</b><br /> <div class="additions"><a name="h8328-1"></a><h4> Участие в&nbsp;разработке Сизифа </h4> Участие в&nbsp;разработке Сизифа &ndash; это&nbsp;прямой путь для&nbsp;использования Сизифа, как&nbsp;площадке для&nbsp;создания и&nbsp;внедрения собственных решений. Но, при&nbsp;всей либеральности подхода к&nbsp;разработке Сизифа, для&nbsp;включения существенных поправок в&nbsp;отдельные пакеты требуется время. А&nbsp;кроме того необходимость согласования с&nbsp;различными разработчиками, которые имеют исключительное право на&nbsp;вопросы связанные с&nbsp;поддержкой своих пакетов, на&nbsp;что, как&nbsp;минимум, требуется ещё большее время. Участие в&nbsp;разработке Сизифа идеально подходит для&nbsp;создания решений, на&nbsp;основе тех&nbsp;пакетов, которые уже&nbsp;существуют и&nbsp;развиваются, но&nbsp;может стать невероятно сложным при&nbsp;желании быстро сменить важные элементы системы, поскольку на&nbsp;них могут быть завязаны остальные участники.<br /> Необходимость существенно обновить пакетную базу вышедшего дистрибутива на&nbsp;основе стабильной ветки или&nbsp;желание собрать собственный дистрибутив, в&nbsp;ряде случаев, приводит к&nbsp;необходимости создания собственной стабильной ветки. Это&nbsp;накладывает дополнительные расходы на&nbsp;её поддержание и&nbsp;обновление, но&nbsp;позволяет полностью решить вопросы связанные проблемами синхронизации и&nbsp;поддержания в&nbsp;актуальном состоянии своих изменений пересекающейся с&nbsp;пакетной базой используемой стабильной ветки. Создание альтернативной ветки производится на&nbsp;основе текущей стабильной или, что&nbsp;более принято, на&nbsp;основе Сизифа. Схема разработки дистрибутивов на&nbsp;основе Сизифа, путём организации альтернативной ветки, приведена ниже:</div><br /> <b>Удалено:</b><br /> <div class="deletions">Необходимость обновить пакетную базу вышедшего дистрибутива на&nbsp;основе стабильной ветки, в&nbsp;ряде случаев, приводит к&nbsp;необходимости создания собственной стабильной ветки. Это&nbsp;накладывает дополнительные расходы на&nbsp;её поддержание и&nbsp;обновление, но&nbsp;позволяет полностью решить вопросы связанные проблемами синхронизации и&nbsp;поддержания в&nbsp;актуальном состоянии своих изменений пересекающейся с&nbsp;пакетными базами дистрибутивов, построенных на&nbsp;стабильных ветках. Собственный вариант стабильной ветки представляет собой создание альтернативной ветки, которая в&nbsp;начальный момент ответвляется от&nbsp;стабильной от&nbsp;Сизифа. Схема разработки дистрибутивов на&nbsp;основе Сизифа, путём организации альтернативной ветки, приведена ниже:</div></div>