Как мне показалось, пакетом в мире non-slack дистрибутивов называется файл .rpm или .run.
Правильно ли я понял, что то, что в этом самом мире остальных дистрибутивов называется исходником (*.tar.gz) называется пакетом в Слаке?
За сим, подскажите, пожалуйста, ссылку на менеджер пакетов, который желательно использовать. Ибо слышал о неудобствах установки через
Как мне показалось, пакетом в мире non-slack дистрибутивов называется файл .rpm или .run.
Правильно ли я понял, что то, что в этом самом мире остальных дистрибутивов называется исходником (*.tar.gz) называется пакетом в Слаке?
Нет, ни в коем случае. У Слаки есть пакеты, они хоть и являются архивами (.tgz файлами), но внутри них вовсе не исходный код, а готовые бинарники. Они устанавливаются командой installpkg и удаляются командой removepkg Установленные пакеты перечислены в /var/log/packages
За сим, подскажите, пожалуйста, ссылку на менеджер пакетов, который желательно использовать. Ибо слышал о неудобствах установки через
не правильно.
пакет в слаке - это файл с расширением .tgz, в котором уже содержится скомпилированный бинарный код приложение.
исходники - это совершенно другая история.
брать собранные для слаки пакеты можно на http://www.linuxpackages.net
многие предпочитают так называемые слакбилды, http://www.slackbuilds.org
а лучше все таки хендбук по слаке прочитать... помогает обычно разобраться.
менеджеров пакетов не так уж и много, все работают с *.tgz: slapt-get к примеру.
checkinstall - эта утилита создает пакеты *.tgz, *.deb или *.rpm
поставь её, и когда будешь собирать прогу из исходников вместо: make install
пиши checkinstall
затем, когда пакет будет собран пиши: installpkg <имя_проги>.tgz
...когда надоест можно будет удалить: removepkg <имя_проги>.tgz
или типа того
-------------------------------
А ещё иногда встречаются архивы с расширением *.tgz, не являющиеся пакетами для слака
просто расширение сократили - вместо *.tar.gz - *.tgz ...
Если я правильно понял, то установка из исходников (скажем системной библиотеки) никак не отслеживается в системе, а если её скомпилить и собрать с checkinstall пакет, то обновлять её будет проще?
а как удалять проги установленные make install ?
Вообще не желательно устанавливать проги make install - так-как неизвестно куда какие файло запишутся
Можно конечно попробовать make uninstall
(при этом у тебя должен остаться Makefile этой проги)
но не всегда эта функция реализована - так что старайся checkinstall'ить(или что-нибудь в этом роде)
А пакеты на то и придуманы что-бы легко устанавливать и удалять их.
И ещё ты можешь посмотреть /var/log/packages/имя_пакета - там записаны пути к файлам, которые принадлежат пакету,
а в случае с установкой "make install" - нельзя.
Sat Jun 30 16:06:18 CDT 2007
n/inetd-1.79s-i486-8.tgz: Fixed a couple /opt/kde/ paths in inetd.conf.
Thanks to Stas Boukarev for pointing them out.
extra/checkinstall/: This had to be removed because it does not work with the
latest coreutils. There is a readme in this directory with the URL to
checkinstall's homepage, so if you must use checkinstall poll the site
periodically to see if a version comes out that fixes this issue.
extra/slacktrack/slacktrack-1.32-i486-1.tgz: Merged the newest version. Note
that this works, but must touch all the files on the system. This is because
installwatch.so does not work with the newest coreutils. However, a new
version will probably be created soon that does, so check the slacktrack
page (or here, on ftp sites) for possible full-functionality upgrades.
я пакеты собираю из исходников без проблем из usera чтоб не было каких-либо установок в /
make uninstall из какого каталога вызывается? из того откуда ставили?
Как обновлять системные библиотеки? Нужно ли удалять старые версии, и нужно ли прописывать пути, или они сами регятся