Репозитории под Линукс и под Мак существуют давно и делают жизнь пользователей этих систем более комфортной.

Преимущество репозитория:
− выбор программы из нескольких конкурентов в нужной категории,
− всегда установка последней версии,
− автоматическая установка, без бесконечных «Далее», «Согласен», «Принимаю».

Вопрос о создании репозитория уже поднимал dozent в своем топике, и Goodkat в комментарии.

Программа Speed Install 2.0 (2.0.1.1531, если быть точным) выполняет поставленные задачи и не ограничивается продуктами Microsoft.

В 2008 году я скачал Гугл Хром, чтобы посмотреть, что за зверь такой, да так на нем и остался. Точно так же разработчики передали мне программу на пробу, а теперь я не представляю, как буду без нее дальше. К комфорту быстро привыкаешь.
 

Недавно начал изучать Ruby. Несмотря на большое количество туториалов и мануалов, отсутствие официальной документации несколько замедляет процесс обучения.(Официальная документация все-таки существует — спасибо Kane). Но тем не менее, идея от этого не теряет ценности.

Чтобы получше освоить синтаксис языка, многие советуют решать задачи из спортивного программирования. Это позволяет набить руку в максимально кратчайший срок.
Нашелся отличный сайт с ejudge — acm.mipt.ru с интерпретатором Ruby. Но при решении задач(особенно на незнакомом языке), постоянно присутствует ощущение, что может быть это можно было сделать как-то иначе — легче, быстрее, удобнее.

Я имею довольно небольшой опыт работы в сфере разработки программного обеспечения (всего 6 лет), но я уже накопил ряд полезных и правильных практик (по моему скромному мнению), которые можно использовать при создании программного обеспечения.

В основном описаны моменты которые касаются поддержки процесса разработки программного обеспечения, не затрагиваются темы планирования хода выполнения работ. Также не затронут процесс программирования и полезные плюшки для него (например расслоение системы на уровни, использование шаблонов проектирования). Но все ниже приведенное было и остается полезным для меня лично, и я буду рад если и вам на что нибудь сгодится :)

Сегодня я расскажу на абстрактном примере как правильно создать *.deb пакет для Ubuntu/Debian. Пакет мы будем делать бинарный. Пакеты, компилирующие бинарники из исходников здесь не рассматриваются: осилив изложенные ниже знания, в дальнейшем по готовым примерам можно понять суть и действовать по аналогии :)

В статье не будет никакой лишней возни «вручную»: формат пакета эволюционировал в достаточно простую, а главное — логичную структуру, и всё делается буквально на коленке, с применением пары специализированных утилит.

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

Для тех, кто не хочет вдаваться в мощную систему установки софта в Linux, рекомендую посетить сайт проги CheckInstall: она автоматически создаёт deb-пакет из команды «make install» ;) А мы вместе с любопытными —

Поработав некоторое время в ОС Linux, я настолько привык пользоваться репозиториями, что, вернувшись обратно в Windows, был буквально в шоке, что для того, чтобы добавить новую программу, надо было сначала найти ее в интернете, загрузить дистрибутив, и только затем, ответив на кучу вопросов, установить ее. При этом, как мы все знаем, программу надо скачивать только с официального сайта, иначе легко нарваться на вирус.

Дальше, предположим, я поработал некоторое время с программой, которая мне понравилась и захотел ее купить. Что мне нужно сделать? Естественно: Menu->About->Buy-> Сайт программы. Здесь читать, куда и как переводить свои деньги, как принять лицензионный ключ после перевода. Так для каждой программы. Не думаете ли вы, что из-за муторности процесса покупки, автор приложения теряет огромную часть покупателей? Насколько ленивы Вы? Лично мне практически всегда проще найти бесплатную альтернативу данной программе (в 95% случаев она есть), чем тратить свое время (заметьте, не деньги!) на оплату лицензионного ключа на приложение. Дело отнюдь не в деньгах, мне абсолютно не жалко $20-30 за хорошо сделанную программу. Мне жалко своего времени.

Начал читать Linux Format 11-2009 (124), дочитал до статьи «Ubuntu: ставим всё подряд», и очень удивился описанному способу добавления репозиториев.

Для установки chromium-browser автор рекомендует
сделать 3 шага:

а) открыть в GUI «Источники ПО» и добавить новый репозиторий:

http://ppa.launchpad.net/chromium-daily/ppa/ubuntu

б) выполнить в терминале:
sudo apt-key adv --recv-keys --keyserver
keyserver.ubuntu.com 4E5E17B5

в) выполнить в терминале:
sudo apt-get update
sudo apt-get install chromium-browser


В то время, как фанаты экзотики на хабре активно пьют чашки с Java, принимают дозы F# и вкалывают себе прочий Haskell, мы с вами учились собирать их творения в deb-пакеты. За прошедшее с предыдущей части время у кого-то наверняка уже накопилось несколько готовых пакетов, а в официальный репозиторий Debian и Ubuntu мы их пока помещать даже не пробовали. Поэтому настало время подумать, каким бы образом организовать всё накопленное богатство в один большой красивый репозиторий, который не стыдно будет предложить для использования и другим пользователям.
(Части 1, 2 и 3)

Очередной пост, посвящённый полезным утилитам. из состава Debian =)) На этот раз хочется вспомнить про программу apt-mirror, которая позволяет не много не мало, а создавать свои собственные зеркала Debian репозитариев с ежедневным обновлением онных.

Зачем это может понадобиться, мне даже не нужно говорить, так как все знают, что в локальной сети предприятия или какого-нибудь села/дома легче сделать общее зеркало со срезом репозитария, чем нагружать Интернет-канал каждый раз, когда некоторый индивид использующий на своём рабочем месте Debian GNU/Linux захочет обновиться до более свежей версии.