Новичку — Система управления RPM-пакетами YUM

YUM (Yellowdog Updater Modified) — система управления пакетами (реализована на Python), предоставляющая возможность установки, удаления и обновления пакетов или групп пакетов. Yum изначально разработан для управления системой Red Hat Linux и в настоящее время используется в RPM-based (Red Hat Package Managment) дистрибутивах, таких как Fedora, CentOS, SUSE, Yellow Dog Linux и т.д.

Tips & tricks — Php-sqlite in CentOS 5

Прошу под кат всех, кому интересен данный модуль.Также в этой небольшой заметке будет показано как собирать rpm-пакеты из spec-файлов в CentOS

Я 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, но и Мигель тоже.

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

Есть вопрос! — Гуманная сборка RPM при отсутствии SPEC файлов

Возникла потребность в сборке RPM пакетов из сорцев различных приложений. Например, nginx. Мысль о самостоятельном написании spec файлов для кучи разных пакетов приводит меня в шок и трепет. Нужно что-то автоматизированное и простое, что позволили бы собирать rpm'ы без проблем и с указанием зависимостей. Слышал, что для deb есть какая-то программа, которую нужно запускать в каталоге с сорцами после успешного configure и make. Есть ли что-то подобное для rpm? Заранее благодарен.

Eleven — Школьный Линукс (ALT Linux)

День добрый.возник вопрос по созданию локального репозитория в школьном Линуксе. при попытке поиска информации на сайте Alt linux ничего вразумительного не нашел. на сайте поддержки школьного дистрибутива в форумах идут холивары и на исправление ошибок или вразумительную помощь времени тоже ни у кого нет.



Желательно сделать все с минимальными телодвижениями и для абсолютных новичков (преподавателей школ).