Вопрос такой. Если удастся установить rpm пакет в kubuntu, то после его удаления, останится ли мусор в системе, тоесть удаляться ли все зависящие пакеты и либы установленные автоматически или вручную.
а что тебе мешает перегнать пакет из rpm в deb и уже так ставить? при таком подходе все встанет нормально, и потом так же нормально удалится.
Ставить же чистый rpm в дебианутых системах - это как-то противоестественно извращенски.
отвечаю.
может произойти все что угодно, ибо если оно собиралось под редхат/сусе/мандриву - то вовсе не факт что оно сможет найти нужные зависимости, и не факт что заработает. ибо версии библиотек могут чуть чуть но не совпадать.
Видел такое неоднократно, посему давно принял решение ставить из сырцов с заворачиванием через чекинсталл.
Я имею ввиду уже сконвертированный пакет ставить.
Т.е. что имеешь, то и пиши.
Написано, RPM, значит RPM. ЭТо несколько отличается, от DEB-а сделанного из RPM.
А пакеты установленные разными методами make install и checkinstall по умолчанию ставят прогу в одинаковые папки? И если применить purge к проге установленной checkinstall, то она сотрет предыдущую установку с помощью make install?
собственно, чекинстал, выполняет маке инстал только в немного другое относительное место.
относительно в данном случае это чшрут, но для пакета пути полностью соответствует оригинальным.
Нет, ибо сначала он ее должен затереть. :-)
вообще, в приличных маке файлах существуют такое как маке юнинстрал, позволяющий деинсталировать установку.
тоесть прога установленная с помощью make install и checkinstall считаются как 2 разные проги и 1 удаляется make uninstall а другая методами apt. Но если окажется что purge удалил все файлы от установки через make install, то make uninstall все равно будет что-то удалять.
а что тебе мешает перегнать пакет из rpm в deb и уже так ставить? при таком подходе все встанет нормально, и потом так же нормально удалится.
Ставить же чистый rpm в дебианутых системах - это как-то противоестественно извращенски.
Я имею ввиду уже сконвертированный пакет ставить. Вобще на форумах пишут что возникают проблемы при такой установки.
отвечаю.
может произойти все что угодно, ибо если оно собиралось под редхат/сусе/мандриву - то вовсе не факт что оно сможет найти нужные зависимости, и не факт что заработает. ибо версии библиотек могут чуть чуть но не совпадать.
Видел такое неоднократно, посему давно принял решение ставить из сырцов с заворачиванием через чекинсталл.
И ставишь ты уже не рпм, а деб. :-)
Т.е. что имеешь, то и пиши.
Написано, RPM, значит RPM. ЭТо несколько отличается, от DEB-а сделанного из RPM.
"ставить из сырцов"
откуда?
из сырцов, ака с тар гз. сам тар гз появляется обычно с сайта разработчика.
нет рпм я не разбираю, ибо не вижу смысла.
тоесть разбираешь rpm компилишь исходники и собираешь в deb пакет?
в этом случае зависимости определяются?
При компиляции? очень просто, смотрит маке в систему и на основании требований разработчика проверяет что есть в системе, а чего нету.
При сборке на конкретной машине все зависимости уже удовлетворены по умолчанию.
вот, час назад собрал вот такую вещь
Мне она нужна по работе. у меня этих упсов в разных концах с десяток
А пакеты установленные разными методами make install и checkinstall по умолчанию ставят прогу в одинаковые папки? И если применить purge к проге установленной checkinstall, то она сотрет предыдущую установку с помощью make install?
собственно, чекинстал, выполняет маке инстал только в немного другое относительное место.
относительно в данном случае это чшрут, но для пакета пути полностью соответствует оригинальным.
Нет, ибо сначала он ее должен затереть. :-)
вообще, в приличных маке файлах существуют такое как маке юнинстрал, позволяющий деинсталировать установку.
тоесть прога установленная с помощью make install и checkinstall считаются как 2 разные проги и 1 удаляется make uninstall а другая методами apt. Но если окажется что purge удалил все файлы от установки через make install, то make uninstall все равно будет что-то удалять.
Отправить комментарий