Ubuntu — PPA для чайников. Ч.1

Первое руководство по созданию репки для бунты, написанное для людей, а не роботов :)

Я рекомендую — Ядро 2.6.36 с новым патчем

Один человек с ником Mahdi создал deb-пакет ядра с новым ускоряющим 200-строчным патчем о котором все так говорят.
Пока что его сборка рассчитана только для Ubuntu 10.10 32 bit, скачать можно по ссылке:
linux-headers-2.6.36
linux-image-2.6.36

Я maintainer — 'Hello world' пост

Немного общей информации

Я надеюсь, ни для кого не является секретом тот факт, что программы в операционной системе GNU/Linux чаще всего распространяются в виде пакетов или наборов определённого рода инструкций, которые позволяют устанавливать программы на ваш компьютер. Именно пакетная система позволяет вам легко и быстро удалять, устанавливать и обновлять нужный вам софт, а также софт, необходимый для работы системы.
В пакетных дистрибутивах(хотя и не только) для большего удобства используются специальные программы, так называемые пакетные менеджеры. Они облегчают процесс поиска и установки пакетов. Но чтобы они могли работать кто-то должен эти пакеты создавать, а также сопровождать. Следить за его работоспособностью и актуальностью. Именно этим(если говорить кратко) и занимается maintainer.


Почему это может быть важно

Linux существует уже более девятнадцати лет. Люди, создавшие на основе этого ядра различные дистрибутивы, уже не молоды и с годами моложе не становятся. Они по-прежнему продолжают развивать как саму структуру системы, так и отдельные её составляющие. Это относится и к пакетной системе. Сейчас в GNU\Linux приходят много новых пользователей. И важно не потерять связь поколений.
В последнее время довольно популярно стало говорить, что "Linux - это легко. Его можно просто использовать".
Это несомненно так. Однако в этом, кроится и некая опасность. Ведь одно из важнейших отличий свободной системы Linux от других - это сообщество. И важно, чтобы культура сообщества(имеется в виду компьютерная культура open source) поддерживалась на уровне. Понятно, что это не означает, что все пользователи должны быть maintainer'ами, писать патчи в ядро и на память помнить все опции iptables. Конечно, нет. Однако, иметь понятие о распространении пакетов, о том как это примерно устроено будет не лишним для всех.

Почему это может быть интересно

Способ установки пакетов и их распространения - это тот ньюанс, которым действительно отличаются дистрибутивы. Многие имеют свои способы и технологии, которые не используются в других дистрибутивах.
Довольно часто встречаются различные описания дистрибутивов, в которых авторы видят отличия лишь в том, какие пакеты установлены по умолчанию, как на его конкретном железе в дистре A "из коробки" заработала видео-камера, а в дистре B она, видите ли, определилась только с бубном, и что GNOME тут весь такой красивый, а в B был дефолтный...
В отличие от этих вещей, которые никак не определяют основных отличий, создание пакетов, их сборка и распространение довольно часто являются уникальными для разных дистрибутивов.

Stdin and Stdout

В первую очередь, читать это будет полезно новичкам в мире Linux. Хотя и опытные пользователи смогут найти что-то новое в данном вопросе.
Писать же посты в этот блог, я призываю тех, кто имел или имеет опыт в мейнтейнирстве пакетов. Писать подробно и интересно. Ведь, быть может, прочитав ваш пост, какой-нибудь пользователь захочет тоже стать maintainer'ом =)

Структура постов

Конечно, никакой строгой структуры быть не может. Но хотелось бы видеть два типа постов: общего характера и частного.
В постах общего характера может быть описана информация, характерная для отдельного дистрибутива, или же полезная для мейнтейнеров любых дистрибутивов.

Some examples:
Многие пользователи ArchLinux знают как добавлять пакеты в AUR, но что происходит когда пакет попадает в community или extra. Подвергается ли он дополнительным тестированиям и проверкам. Как происходит его обновление потомЧто нужно сделать чтобы стать maintainer'ом дистрибутива %distrname? К примеру, как говорил один из сотрудников AltLinux для того, чтобы стать мейнтейнером Alt Linux нужно просто собрать пакет, и если он пройдёт проверку, поместить его в репозиторий. А как с этим обстоят дела в дргуих дистрибутивах?Описание одного из maintainers' guide

В постах же частного характера можно описывать личный опыт по конкретным пакетам. Как и почему вы решили мейнтейнить данный пакет. С какими трудностями столкнулись. В общем описание своего experience. В таких постах самым ценным будет возможность пользователей задать автору топика интересуещие их вопросы.

Welinux

Этот блог, как мне кажется, вполне вписывается в идею тематической недели "как это работает". Я надеюсь, на ресурсе есть люди, которым есть что рассказать по этой теме.
Также есть несколько отличных постов Они, на мой взгляд, как раз отлично подходят под этот блог. И если авторы не против, и у модеров есть такая возможность - можно было бы перенести их в этот блог.

В комментариях интересно было бы увидеть есть ли люди, которым хочется об этой теме побольше узнать и , что более важно, которые хотят что-нибудь в этот блог написать :)

Новости — Вышел debman 0.008

Вышла новая версия популярного фронтенда для apt с синтаксисом pacman'а - debman, изменения с прошлого релиза:Добавлена поддержка ALT linux и других rpm дистрибутивов с apt-A - для быстрого добавления репозиториев--print-uris - вывод адресов пакетов для закачки (например на другой машине с интернетом)Исправлено поведение debman -U с ссылкой и локальным файлом в запросе одновременноГуглокод
deb пакет

Для пользователей ALT'а установка пока только через svn:

1 2	svn co http://debman.googlecode.com/svn/trunk/ debman-read-only sudo sh trunk/install.sh

Есть вопрос! — Что лучше, rpm или deb?

В lsb - rpm, но в самом популярном дистре - deb. Линус пользуется rpm, но и Мигель тоже.

Так что всё-таки лучше и почему?

How-to`s — PPA своими руками с нуля. Часть 2. Новые версии имеющихся пакетов. Публикация на Launchpad

В предыдущей статье мы разобрали, как создать бинарный пакет, или либо пакет с исходным кодом, либо готовое дерево. В это статье мы научимся редактировать пакеты и публиковать их на launchpad в ppa.

How-to`s — PPA своими руками с нуля. Часть 1. Введение в пакеты Debian. Сборка бинарного пакета

PPA своими руками с нуля. Часть I. Введение в пакеты Debian. Сборка бинарного пакета

Добрый день. В данной серии статей я расскажу вам, как создать собственный ppa на сервисе launchpad. Для тех, кто не в курсе: ppa (personal package archive) - киллер-фича сервиса launchpad.net, позволяющая каждому пользователю создавать личные репозиториями с пакетами для любой поддерживаемой версии Ubuntu. Всё, что нужно, это подготовить исходные коды и загрузить их на сервер, он сам соберёт из них пакеты для поддерживаемых архитектур (на данный момент это i386 и amd64). Рассказывать постараюсь буквально с нуля, чтобы было понятно даже тем, кто никогда не собирал пакеты для Debian. Я разобью статью на несколько частей, иначе размер статьи превысит всякие пределы.

Я maintainer — Debian-way: сборка Flighgear 2.0 из исходников в deb пакеты

Flightgear это кросс платформенный авиационный симулятор, изначально создававшийся под Linux. Совсем недавно вышла версия 2.0 и я захотел посмотреть на эту игру более близко (смотрел более ранние версии когда-то давно, не очень впечатлило и я остался на все том же творении тех о ком мы не говорим, под названием Flight Simulator). Т.к. пользуюсь Ubuntu, то сначала все-таки глянул, а что у нас имеется по этому поводу в репозиториях. Там я обнаружил версию Flightgear 1.9, поиск по лаунчпаду так же не привел меня к уже готовой сборке версии 2.0, поэтому я решил совместить полезное с приятным: устанавливая игру за одно немножко освоиться с процессом сборки deb пакетов и почувствовать себя "в шкуре" мейнтейнера.

How-to`s — Как сделать deb-пакет со своими скриптами

Рано или поздно у продвинутого пользователя линукса накапливается набор собственных скриптов, хранящихся где-то в «~/bin». Но каталог с программами не так красиво смотрится в домашнем каталоге, да и потом если делиться с друзьями, то приходится отправлять в архиве, говорить куда что копировать, убеждать их, что загромождение домашнего каталога — неизбежное зло. Можно, конечно и куда-то в «/usr/local/bin» их поместить, но можно потратить десять минут и собрать пакет, который потом легко устанавливается (и удаляется) штатными средствами. Причём туда, куда надо.

Посмотрим, как это делается.

How-to`s — Ubuntu - beagle из svn - создание deb пакета

Дабы избежать ряда болезненных багов beagle в ubuntu 8.10, попытался собрать его из svn. Собирается он послушно, ниже - последовательность упаковывания его в deb пакет.

1. Забираю из svn:

1 2 3 4 5

mkdir beagle cd beagle svn checkout http://svn.gnome.org/svn/beagle/trunk/beagle mkdir b-g cd beagle

2. Собственно собираю

1 2	./autogen.sh make

3. ставлю в отдельную директорию

1 2 3

make install DESTDIR=~/beagle/b-g cd ~/beagel/b-g mkdir DEBIAN

4. Качаю с packages.ubuntu.com пакет beagle, открываю его в file roller, извлекаю из него архив control.tar.gz, а оттуда - файл control, который и кладу в свежесозданную директорию DEBIAN

5. Редактирую файл control, меняя минорную версию пакета на заведомо большую (0.3.8-10ubuntu10) (можно также поменять мейнтейнера, размер пакета, отображаемый при установке и другое, самое главное, что мне нужно от этого файла - список зависимостей).

4. Собственно собираю и ставлю пакет

1 2 3

cd ~/beagle dpkg-deb -b b-g beagle.deb sudo dpkg -i beagle.deb

В результате вышеприведенных действий beagle аккуратно ставится в систему (вместе с плагинами для thunderbird и evolution, которые в ubuntu вынесены в отдельные пакеты), он прописывается в автозапуск и в меню. Из проблем такого способа установки - отсутствие информации об md5 сумме пакета, так что распространению (по крайней мере, официальному) он не подлежит в силу проблем безопасности.

upd: Beagle - система индексирования и быстрого поиска по файлам локального компьютера. Аналогична google desktop search и tracker, отличается несколько более высокой скоростью работы и большим потреблением памяти. Написана на C# под mono. Сайт проекта beagle: http://beagle-project.org/