fedora удаление пакетов, собранных вручную из исходников

А как именно собран (я имею в виду make install или же опакечен) ? Как были установлены зависимости ?

dnf remove

по умолчанию удалит все зависимости, или ты имеешь ввиду -dev пакеты, которые остались после сборки?

а разве он удаляет пакеты установленные не через него?

make uninstall

А как именно собран (я имею в виду make install или же опакечен) ? Как были установлены зависимости ?

git clone ...
cd ...
./configure
make
make install

Ну тогда make uninstall. Если зависимости перед этим ставил dnf'oм им же и удали.

dnf remove

а разве он удаляет пакеты установленные не через него?

yum не удалял, может канеш в dnf такое прикрутили?

make uninstall

Ну тогда make uninstall. Если зависимости перед этим ставил dnf'oм им же и удали.

то есть, если uninstall в make не предусмотрен, то нет никакой возможности удалить? а если какие-нить зависимости самим make'ом устанавливались (не через dnf)?

если uninstall в make не предусмотрен

то создателя пакета нужно казнить. Посмотри, какие файлы куда кладёт make install и их удали.

Удаляет, если речь о rpm-пакете.

https://dnf.readthedocs.org/en/latest/cli_vs_yum.html

clean_requirements_on_remove on by default

а если uninstall в make предусмотрен, но я выполнял команду make clean или make distclean после сборки и установки пакета, то make uninstall уже не сработает?

Установленное через make && make install - это не пакет. Удалить в общем случае - никак.

В каждом конкретном случае можно попытаться почистить то что установилось, но на самом деле просто никогда так не делай в пакетной системе.

не знаю

Ещё как можно делать, только с умом - ставить в префикс /usr/local или /opt.

Установленное через make && make install - это не пакет. Удалить в общем случае - никак.

В каждом конкретном случае можно попытаться почистить то что установилось, но на самом деле просто никогда так не делай в пакетной системе.

эммм... а как тогда в пакетной системе устанавливать пакеты, которые доступны только для сборки из сырцов??

Писать spec-файл, создавать пакет.

Сборка из сорцов - это не пакет. Весь смысл пакета в том что сорцы сначала _упаковываются_ в правильный формат, который уже ставится.

Если пакета для какого-то софта не хватает - либо ставишь в /home/, локально, с пользовательскими правами, либо упаковываешь в нормальный rpm.

а если uninstall в make предусмотрен, но я выполнял команду make clean или make distclean после сборки и установки пакета, то make uninstall уже не сработает?

не сработает. нужно опять распаковать исходники, сделать ./configure с теми же параметрами, с которыми собирал, и только потом выполнить make uninstall

а вообще, тебе правильно подсказали:

Ещё как можно делать, только с умом - ставить в префикс /usr/local или /opt.

то создателя пакета нужно казнить

Создатель пакета невиновен и не рассчитывал на даунов. А для сборки пакетным менеджером этого достаточно.

ставить в префикс

Не гарантирует, что не нагадит по всей системе.

И как ты это себе представляешь? Исходник есть исходник, в нем нет дистрибутивоспецифичных файлов информации о пакете, послеустановочных сценариев и т.д. Вызов configure без аргументов тестирует окружение, в котором запущен и создает Makefile под это окружение, вызов make собирает программу, вызов make с целью install устанавливает программу с получившимися параметрами и их значениями по умолчанию (например, если не задан параметр --prefix, используется значение /usr/local). Полученный пакет в «сыром» виде не содержит ничего из необходимого для реализации управления пакетами — ни контрольных сумм, ни описания, ни списка зависимостей — ничего. Плюс, такой «сырой» пакет сложно перенести с одной машины на другую, точнее, можно, но он с большой вероятностью либо будет работать не так как было задумано, либо не будет работать вообще.

Сработает, если еще раз из тех же исходников собрать и поставить.

а если какие-нить зависимости самим make'ом устанавливались

Так не бывает. Make работает согласно содержимому Makefile-ов и указанных в качестве параметров целей. Теоретически такая возможность есть, но так не делают во избежание всевозможных проблем и чрезмерного разрастания и усложнения сборочных сценариев.

И вообще, оставь федору, это удел неудачников, привыкших к кормлению с ложечки.

И вообще, оставь федору, это удел неудачников, привыкших к кормлению с ложечки.

а что ему надо? генту? :D

Да хоть черта лысого, все равно лучше федоры будет :)

нашел здесь документацию по созданию RPM пакетов, невероятно сложно освоить все это. Может быть, существует способ попроще, что-нибудь типа Checkinstall или т.п.?

https://fedoraproject.org/wiki/How_to_create_a_GNU_Hello_RPM_package

Там ничего невероятного нет. Spec - это рецепт сборки, именно то что ты делаешь: make и make install, только относительно buildroot, а не в систему сразу. Остальное - оформление.

нашел здесь документацию по созданию RPM пакетов, невероятно сложно освоить все это. Может быть, существует способ попроще, что-нибудь типа Checkinstall или т.п.?

а Checkinstall чем не нравится?

а Checkinstall чем не нравится?

Во-первых, его нет в репозиториях Федоры. Во-вторых, качество конечного продукта 10 лет назад оставляло желать гораздо лучшего, как сейчас — не знаю.

Во-первых, его нет в репозиториях Федоры. Во-вторых, качество конечного продукта 10 лет назад оставляло желать гораздо лучшего, как сейчас — не знаю.

ну и что, что нет? rpm-пакет можно скачать. За качество не могу ручаться, но автор же способ попроще ищет..

rpm-пакет можно скачать.

Во-первых, «скачать», а не «установить из репозитория» — это само по себе не «попроще». Во-вторых, судя по http://pkgs.org/search/?query=checkinstall&type=smart, он есть только для пятой центоси, опенсуси и мандривы, то есть далеко не факт, что нормально установится и будет нормально работать на актуальной федоре.

он есть только для пятой центоси, опенсуси и мандривы

5 секунд в гугле: checkinstall-1.6.2-3.fc18.1.x86_64.rpm для Fedora

Осиль сборку src.rpm, сможешь иногда портировать в свой дистр пакеты из других версий этого же дистра:) Иногда придётся править спек и выкидывать из него лишнее.