http://wiki.linuxformat.ru/wiki/index.php?action=history&feed=atom&title=LXF150%3A%D0%92%D0%BD%D1%83%D1%82%D1%80%D0%B8_Mageia 2026-05-13T07:48:30Z История изменений этой страницы в вики MediaWiki 1.19.20+dfsg-0+deb7u3 http://wiki.linuxformat.ru/wiki/index.php?title=LXF150:%D0%92%D0%BD%D1%83%D1%82%D1%80%D0%B8_Mageia&diff=15507&oldid=prev 2014-08-28T18:33:06Z

<p>Новая страница: «==Внутри Mageia== : Это самый первый релиз — и мы уже подпали под его чары. Исследует &#039;&#039;&#039;Маянк …»</p> <p><b>Новая страница</b></p><div>==Внутри Mageia==<br /> <br /> : Это самый первый релиз — и мы уже подпали под его чары. Исследует '''Маянк Шарма'''.<br /> <br /> {{Врезка|right|Заголовок=Заварим кашу?|Содержание=Версия разработчиков следующего дистрибутива Mandriva называется Cooker [англ. кухонная плита]. Версия Mageia от разработчиков, Cauldron [англ. котелок], аналогична по масштабам и целям, и, подобно Cooker, является скользящим релизом.<br /> <br /> Новые пакеты добавляются и обрабатываются в Cauldron. Ближе к концу цикла нового стабильного дистрибутива репозитории замораживаются вплоть до выхода нового дистрибутива, и тогда работа над Cauldron возобновляется. Cauldron не запускается как обычный дистрибутив, он даже может быть не устанавливаемым. Это также не то место, где можно добыть свежие программы для стабильного релиза; помимо своих собственных капризов, он может оказаться скомпилированным с библиотеками, которые у вас отсутствуют.<br /> <br /> Cauldron составлен из нестабильных пакетов, которые ломаются неожиданно, до того, как их исправили разработчики.<br /> <br /> Кроме составителей пакетов, Cauldron полезен только для тех, кто хочет протестировать релиз разработчиков, чтобы убрать шероховатости в следующем стабильном релизе.|Ширина=20%}}<br /> <br /> Когда было объявлено о проекте Mageia, немногие сомневались, что он выйдет, но почти всех удивил выпуск полнофункционального дистрибутива менее чем через год.<br /> <br /> И за девять месяцев после ответвления от Mandriva проект Mageia достиг намного большего: он сумел выполнить свое обещание и собрал – с нуля! – по-настоящему меритократичный проект, опирающийся на сообщество.<br /> <br /> Сообщество Mageia выросло с десятка до более чем 100 разработчиков, которые работают примерно в 12 командах. Сообща они создали более 14 000 двоичных пакетов, поддержку разрядности как 32, так и 64, и уже работают над архитектурой ARM.<br /> <br /> Первому релизу аплодирует почти все сообщество открытого ПО. Члены проекта скромно объясняют свой успех «опорой на плечи гигантов» – для дистрибутива это, может, и правда, но она не учитывает усилий сообщества по обустройству инфраструктуры и подготовке экосистемы, чтобы подпитывать Mageia и способствовать вкладам.<br /> <br /> ===Анонс ответвления===<br /> <br /> Еще в сентябре 2010 коллектив бывших сотрудников Mandriva и членов его разношерстного сообщества решил ответвиться от дистрибутива, после того, как родительская компания, Mandriva SA, ликвидировала одну из своих компаний и решила сместить интересы с глобального рынка в Южную Америку, откуда поступала большая часть дохода компании. Потеряв уверенность в будущем любимого дистрибутива, сообщество, вполне в стиле открытого ПО, решило взять дела в свои руки.<br /> <br /> Анна Николя [Anne Nicolas], бывший технический директор Mandriva и член совета учредителей в Mageia.org, подчеркивает, что решение создать Mageia не было импульсивным.<br /> <br /> «Прошлым летом мы много говорили с главными представителями сообщества, пытаясь понять, есть ли у нас общие интересы в запуске нового проекта», сказала она. И добавила: «Исходная команда состояла из тех, у кого были мотивация и опыт довести проект до завершения, четкое представление о том, что нам нужно, и хорошие причины сделать это».<br /> <br /> Оливер Бургер [Oliver Burger], многолетний пользователь Mandriva и член германского сообщества пользователей Mandriva, MandrivaUser.de, вошел в проект Mageia с самого начала.<br /> <br /> Бургер объясняет, что за последние годы его и несколько других ребят в MandrivaUser.de сильно расстраивала манера Mandriva SA обращаться с сообществом.<br /> <br /> «Нам действительно нравился Mandriva Linux, и мы не хотели менять дистрибутив, а Mageia – как раз то, чего мы ждали, – отметил он. – А когда я познакомился с другими членами проекта, я стал чувствовать себя здесь как дома».<br /> <br /> Николя вспоминает, что после анонса настали часы нервно грызть ногти. «У нас не было ясного представления о настроениях в сообществе, – говорит она. – Но спустя несколько часов мы почувствовали себя более уверенно».<br /> <br /> Одним из приоритетов проекта было контактировать с сообществом, держа его в курсе происходящего. Николя объясняет, что кроме применения почтовой рассылки, wiki-страницы и IRC для поддержания участников в процессе, команда приняла решение вести регулярный блог.<br /> <br /> В одном из самых первых постов блога после объявления об ответвлении Николя написала, что положительная реакция укрепила их решение.<br /> <br /> «Глядя, как подтягиваются люди из сообщества Cooker и пользовательского сообщества, а также те, кто ранее нас покинул, мы утвердились в том, что решение создать дистрибутив, полностью разрабатываемый сообществом, было и остается правильным».<br /> <br /> Прозрачность – один из отличительных признаков дистрибутива, и это также распространяется на связи между разработчиками. Первоначально команда обходилась почтовыми рассылками и IRC, и общение было слегка неформальным, но Николя говорит, что очень скоро были введены еженедельные собрания, чтобы люди видели, что происходит, и могли принимать решения по общей стратегии.<br /> <br /> Бергер рассказал, что изначально в почтовой рассылке дискуссии шли в основном на технические, организационные и юридические темы, но в процессе формирования команды, который начался в декабре 2010, обсуждения переместились в другие области.<br /> <br /> «Например, в команде интернационализации нам пришлось выбирать утилиты, – говорит Бергер. – Через некоторое время мы остановились на Transifex, покольку она уже широко использовалась и можно было расспросить людей из Fedora и других мест об их опыте работы с ней».<br /> <br /> Николя заключает: «Сейчас можно сказать, что общение проходит хорошо. Одна из важных целей состоит в поддержании горизонтальных связей внутри Mageia – например, чтобы технические и нетехнические команды регулярно общались друг с другом».<br /> <br /> {{Врезка|left|Заголовок=Поддержка обновлений|Содержание=Пользователей Mageia 1 могло озадачить первичное отсутствие обновления пакетов. Это оттого, что разработчики были недовольны обработкой обновлений в Mandriva, и политика обновлений в Mageia все еще в работе.<br /> <br /> «Мы были не вполне довольны старым процессом, и нам нужно было, чтобы новое сообщество пользователей и пакетчиков повлияло на способ его осуществления», записал в блоге Стью Бенедикт [Stew Benedict] из команды безопасности.<br /> <br /> «Так, после обсуждения и небольшой закулисной работы над механизмами применения обновления у нас создан процесс, когда команда безопасности, команда тестировщиков и куратор пакетов совместно работают над сборкой, тестированием и применением обновлений», продолжает Бенедикт.<br /> <br /> Во время переходного периода с Mageia 1 на Mageia 2 команда делает исключение для политики обновлений – это касается пакетов, недоступных в Mageia, но доступных в Mandriva.<br /> <br /> Эти пакеты будут рассматриваться как обновление, если они сумеют пройти процесс тестирования Mageia. После релиза Mageia 2 недостающие пакеты проведут через репозитории обратной поддержки, которые впоследствии будут использоваться для новых релизов пакетов.|Ширина=20%}}<br /> <br /> ===Хорошее управление===<br /> <br /> С ростом команды проекту потребовался более удобный способ для взаимодействия ее членов, так что была выработана структура управления, разделившая проект Mageia на четыре сегмента – сообщество в целом, команда, общественный совет и правление.<br /> <br /> Правление отстаивает ценности проекта и руководит ассоциацией Mageia.org. Совет выполняет ежедневное управление, планирование, координацию и производство. Есть также команды, ответственные за другие области дистрибутива, такие как формирование и сортировка пакетов, QA, документация и маркетинг.<br /> <br /> Определив роли субъектов в модели управления, первоначальная команда может делегировать задачи влившимся участникам, не опасаясь, что дела могут пойти наперекосяк.<br /> <br /> Проект также занялся работой по созданию и регистрации ассоциации Mageia.org.<br /> <br /> «Это было сделано, чтобы Mageia могла получать финансирование, а также для хостинга помощи и многих других вопросов, – объясняет Николя. – Мы хотели, чтобы Mageia стартовала в хороших условиях, и хостинг был одним из главных забот и приоритетов».<br /> <br /> Ассоциация Mageia.org была зарегистрирована 7 октября 2010 года. На вопрос о модели прибыли, заданный во время интервью на Open World Forum в Париже в том же месяце, Николя ответила, что вокруг Mageia будет сформирован целый ряд услуг, включая поддержку, консалтинг и разработку.<br /> <br /> Первая встреча Генеральной Ассамблеи новой организации прошла в феврале 2011 в кулуарах FOSDEM. Николя избрали президентом, Михаэля Шерера [Michael Scherer], давнишнего участника Mandriva – секретарем, а Дамьена Лальмана [Damien Lallement], бывшего работника Mandriva и менеджера по качеству дистрибутива, избрали казначеем. На встрече Лальман представил подробности финансового состояния проекта. Было получено € 8833 пожертвований, а потрачено € 3310, в основном на серверы и другое оборудование.<br /> <br /> 22 октября 2010 года заработали серверы Mageia. Чтобы обеспечить вклад сообщества в развитие проекта, команда приняла решение раздобыть хостинг и создать систему сборки. Это была грандиозная задача. Изначально инфраструктура основывалась на Mandriva Linux One. Для задач администрирования применялась платформа для управления системой Puppet, подогнанная к Mageia. Команда также установила скрипт Lurt Perl, чтобы перекомпилировать SRPM. Lurt отслеживает список пакетов с разными архитектурами и перекомпилирует каждый в окружении chroot.<br /> <br /> Другой важной задачей, кроме установки системы сборки, было развертывание централизованного решения аутентификации с использованием LDAP, чтобы получить web-интерфейс, дающий пользователям и участникам возможность регистрироваться в любой службе Mageia, например, в Bugzilla, SVN, списках рассылки и на форумах.<br /> <br /> К моменту, когда команда дошла до установки subversion и принятия вклада участников, они уже отставали от графика. Оглядываясь назад, Николя говорит, что можно было сделать все лучше – например, установить временную систему SVN, куда участники могли бы вносить изменения.<br /> <br /> ===Начальная раскрутка===<br /> <br /> Пока устанавливалась система сборки, исходная команда Mageia также взялась создавать из разработчиков, которые зарегистрировались на вики-странице Mageia, ориентированные на решение задач группы.<br /> <br /> Некоторые нетехнические команды – дизайн, маркетинг и так далее – были уже сформированы. Вскоре появились команды пакетчиков, сортировщиков ошибок, тестеров и переводчиков, и лидер каждой из них был представлен на общественном совете Mageia.<br /> <br /> Бургер, который является главой команды интернационализации, также тесно работает с сисадмином. Он считает, что формирование команд и инфраструктуры было нескладным, но усилия оправдали себя.<br /> <br /> Но дело еще не было завершено! Следующим шагом было сборка начальной загрузки, небольшого инсталлятора, используемого для загрузки большей системы. В блоге Николя объяснила, что в случае с Mageia начальная загрузка – это то место, где собираются базовая система и основные зависимости, так что все приложения можно там собрать, используя собственные средства и пакеты Mageia. Это стандартная практика для всех дистрибутивов Linux.<br /> <br /> Но что произойдет с такими пакетами, как GCC, Glibc и прочее, которым для компиляции требуются они сами? В Mageia эту проблему курицы и яйца решили, позаимствовав низкоуровневые пакеты у Mandriva.<br /> <br /> Однако, прежде чем их использовать, их пришлось отчистить от всего связанного с Mandriva – например, изображений копирайта, значков и RPM-макросов.<br /> <br /> Правильная начальная загрузка имеет решающее значение для любого дистрибутива, не только для ответвления. Для нового дистрибутива написание и документирование начальной загрузки пригодится при добавлении поддержки новой архитектуры.<br /> <br /> Создание начальной загрузки и сборка пакетов для нее в Mageia отняло месяц, что привело к задержке релиза ISO изначальной альфа-версии на пару месяцев. Но как только все улеглось и встало на свои места, проект стал укладываться во все последующие сроки релизов.<br /> <br /> ===Свет мой, зеркальце===<br /> <br /> {{Врезка|right|Заголовок=Магия продолжается...|Содержание=В интервью журналу ToDo Linux Михаэль Шерер объяснил, что замыслом первого релиза было убедиться, что у проекта есть солидная устойчивая инфраструктура.<br /> <br /> «В сущности, мы хотели сделать первый релиз не для глубоких изменений нашей основы, а чтобы убедиться в устойчивости нашей организации», сказал он.<br /> <br /> Так что же есть у Mageia для нас в перспективе? После довольно долгих дебатов был утвержден девятимесячный цикла релизов, и каждый релиз Mageia будет поддерживаться 18 месяцев.<br /> <br /> Если после следующего релиза у проекта останется достаточно ресурсов, чтобы выполнять это обещание, будет рассмотрена возможность выпуска долгосрочной версии, с трехлетним сроком поддержки, каждые 18 месяцев.<br /> <br /> Разработка Mageia 2 уже в пути; предложены более 70 изменений в разных частях дистрибутива, от начального установщика до базовой системы и инфраструктуры управления пакетами. Выход версии Альфа 1 у Mageia 2 запланирован на 16 ноября 2011 года, а окончательного релиза – 4 апреля 2012 года.|Ширина=20%}}<br /> <br /> Другой важный шаг в новом дистрибутиве – определиться со структурой репозиториев. Прежде чем Mageia смогла принять решение об этом, команде пришлось выбирать приемлемые лицензии, что влияет на программы, включаемые в дистрибутив.<br /> <br /> После долгой дискуссии было решено распределить все программы по четырем репозиториям.<br /> <br /> «База [core]», активный по умолчанию, содержит только те программы, чьи лицензии одобрены FSF или OSI.<br /> <br /> «Несвободный [non-free]» репозиторий, ныне задействованный по умолчанию в Mageia 1, содержит свободно распространяемые бесплатные программы и прошивки, исходный код которых недоступен: например, проприетарные графические драйверы от ATI и Nvidia.<br /> <br /> Третий, «грязный [tainted]» репозиторий по умолчанию выключен. Он содержит ПО, способное вызвать патентные проблемы, ограничивающие распространение, например VLC, K9Copy, LAME Encoder и так далее.<br /> <br /> Репозиторий «отладки [debug]» содержит отладочные RPM для программ из остальных репозиториев.<br /> <br /> Наряду с пакетами и политикой обслуживания зеркал, проект был готов принять зеркала. К ноябрю 2010-го команда заказала два зеркала, чтобы синхронизировать Mageia.<br /> <br /> Николя объясняет, что после первого ISO разработчиков зеркал у проекта добавилось.<br /> <br /> «Люди обрели уверенность в Mageia как в реальном проекте», прибавила она.<br /> <br /> ===Финальный отсчет===<br /> <br /> По завершении основной работы были распахнуты ворота в сообщество Mageia. Команда завершила логотип проекта в декабре 2010-го, перепробовав за месяц более 430 вариантов дизайна.<br /> <br /> После этого инфраструктура была сформирована, команды – организованы, система сборки – установлена, а пакеты начальной загрузки – вычищены. Альфа 1 версия Mageia 1 вышла 15 февраля 2011 года, с двухмесячным опозданием.<br /> <br /> Для разработчиков и участников релиз дал «незыблемый» фундамент, на котором закладывалась последующая работа.<br /> <br /> В записи блога, где объяснялась важность этого, Николя сообщила: «Питание подано, фабрика работает, команды организованы, и все это позволяет вам представить минимальный работающий продукт, в его первоначальном виде».<br /> <br /> За этим последовал первый день тестирования Mageia, 26 февраля 2011 года.<br /> <br /> Система сборки Mageia уже работала «на полную мощность», вырабатывая для репозиториев более 6100 пакетов, содержавших LibreOffice, Eclipse, KDE 4.6.1 и так далее.<br /> <br /> Альфа 2 вышла 15 марта 2011 года, как в 32-, так и в 64-разрядном вариантах. Бета 1 была выпущена 5 апреля, там была проделана огромная работа по локализации. К зеркалам добавились торренты. Команда планировала выпустить live CD, однако столкнулась с трудностями сборки такой системы. Днями тестирования релиза стали 11 и 12 апреля.<br /> <br /> 26 апреля Mageia выпустила бета-версию 2, исправившую множество ошибок и добавившую много приложений, таких как Firefox 4.0, Chromium, ядро 2.6.38.4, LibreOffice 3.3.2.2 и KDE 4.6.2. Пакеты были заморожены, и разработчики устремили силы на исправление ошибок и улучшения пользовательской среды. Этот релиз также имел live CD, один с Gnome, а другой – с KDE.<br /> <br /> Единственный и неповторимый релиз-кандидат вышел 17 мая, с множеством исправлений и с дополнительными переводами.<br /> <br /> Проект попросил пользователей проверить все проблемы, связанные с обновлением Mandriva 2010.1 и 2010.2, и прислать отклики по процессу установки.<br /> <br /> И, наконец, после девяти месяцев интенсивной работы 1 июня вышел релиз Mageia 1, включающий все, что полагается иметь мейнстримовому дистрибутиву. Он содержал ядро 2.6.38.7, KDE SC 4.6.3, Gnome 2.32, Xfce 4.8.1, Firefox 4.0.1, браузер Chromium 11.0.696.65, LibreOffice 3.3.2.2 и многое другое. Релиз был доступен как установочный DVD и как CD на две архитектуры (с ограниченным набором программ), а установщиком был традиционный DrakX. Есть также установочные live CD с KDE и с Gnome.<br /> <br /> А пока дистрибутив карабкается на вершину чартов Linux и сообщество аплодирует его достижениям, разработчики берутся за активную работу над Mageia 2.</div>

2sash-kan