История изменений

Какая у слаки примерно пакетная база?

Зачем же примерно? Можно глянуть в стоковое хранилище:

http://mirrors.slackware.com/slackware/slackware64-14.1/

описание пакетов: http://mirrors.slackware.com/slackware/slackware64-14.1/PACKAGES.TXT

Пакеты Slackware принято собирать при помощи сценариев, традиционно зовутся .SlackBuild, сама система собирается тем же образом, см. каталог /source в дереве любого из зеркал.

Имеющиеся в сети сторонние хранилища пакетов считают хорошим тоном положить рядом с бинарным пакетом (да и в сам пакет в /usr/doc/имя-пакета-версия/) его слакбилд. Как правило, такие хранилища стараются поддерживать формат хранилищ Slackware и могут быть использованы slackpkg (с установленным плагином slackpkg+, в его файле настроек есть список поддерживаемых хранилищ).

Имеется хранилище только сценариев: http://slackbuilds.org, к нему весьма удобный клиент http://sbopkg.org.

То есть, идея простая, даже когда бинарного пакета нет, вместо «make install» есть смысл собрать пакет и поставить его менеджером пакетов. Даже если руками, то после ./configure; make останется

rm -rf /tmp/pkg; mkdir /tmp/pkg
make install DESTDIR=/tmp/pkg; cd /tmp/pkg
makepkg -c y -l y /tmp/имя-пакета-версия-архитектура-сборка_метка.txz
upgradepkg --install-new /tmp/имя-пакета-версия-архитектура-сборка_метка.txz

Какая у слаки примерно пакетная база?

Зачем же примерно? Можно глянуть в стоковое хранилище:

http://mirrors.slackware.com/slackware/slackware64-14.1/

описание пакетов: http://mirrors.slackware.com/slackware/slackware64-14.1/PACKAGES.TXT

Пакеты Slackware принято собирать при помощи сценариев, традиционно зовутся .SlackBuild, сама система собирается тем же образом, см. каталог /source в дереве любого из зеркал.

Имеющиеся в сети сторонние хранилища пакетов считают хорошим тоном положить рядом с бинарным пакетом (да и в сам пакет в /usr/doc/имя-пакета-версия/) его слакбилд. Как правило, такие хранилища стараются поддерживать формат хранилищ Slackware и могут быть использованы slackpkg (с установленным плагином slackpkg+, в его файле настроек есть список поддерживаемых хранилищ).

Имеется хранилище только сценариев: http://slackbuilds.org, к нему весьма удобный клиент http://sbopkg.org.

То есть, идея простая, даже когда бинарного пакета нет, вместо «make install» есть смысл собрать пакет и поставить его менеджером пакетов. Даже если руками, то после ./configure; make останется

[br]rm -rf /tmp/pkg; mkdir /tmp/pkg[br]make install DESTDIR=/tmp/pkg; cd /tmp/pkg[br]makepkg -c y -l y /tmp/имя-пакета-версия-архитектура-сборка_метка.txz[br]upgradepkg --install-new /tmp/имя-пакета-версия-архитектура-сборка_метка.txz

Какая у слаки примерно пакетная база?

Зачем же примерно? Можно глянуть в стоковое хранилище:

http://mirrors.slackware.com/slackware/slackware64-14.1/

описание пакетов: http://mirrors.slackware.com/slackware/slackware64-14.1/PACKAGES.TXT

Пакеты Slackware принято собирать при помощи сценариев, традиционно зовутся .SlackBuild, сама система собирается тем же образом, см. каталог /source в дереве любого из зеркал.

Имеющиеся в сети сторонние хранилища пакетов считают хорошим тоном положить рядом с бинарным пакетом (да и в сам пакет в /usr/doc/имя-пакета-версия/) его слакбилд. Как правило, такие хранилища стараются поддерживать формат хранилищ Slackware и могут быть использованы slackpkg (с установленным плагином slackpkg+, в его файле настроек есть список поддерживаемых хранилищ).

Имеется хранилище только сценариев: http://slackbuilds.org, к нему весьма удобный клиент http://sbopkg.org.

То есть, идея простая, даже когда бинарного пакета нет, вместо «make install» есть смысл собрать пакет и поставить его менеджером пакетов. Даже если руками, то после ./configure; make останется[code]
rm -rf /tmp/pkg; mkdir /tmp/pkg
make install DESTDIR=/tmp/pkg; cd /tmp/pkg
makepkg -c y -l y /tmp/имя-пакета-версия-архитектура-сборка_метка.txz
upgradepkg --install-new /tmp/имя-пакета-версия-архитектура-сборка_метка.txz[/code]