|
ru.linux
- RU.LINUX ---------------------------------------------------------------------
From : Stas Vlasov 2:5080/172 26 Nov 2001 01:46:40
To : Maxim Timofeyev
Subject : Re: make uninstall
--------------------------------------------------------------------------------
Sunday November 25 2001, Maxim Timofeyev writes to Stas Vlasov:
SV>>>> Пакет будет создан рядом с каталогом с исходниками.
MT>>> А где же автоматизация? Или необходимо усложнить процедуру
MT>>> только для того, что бы не использовали? ;)
SV>> Я описал создание нового пакета с 0.
MT> В любом случае в описанном варианте можно было упростить/опустить
MT> часть процедуры создания пакета.
Упрощайте.
Вполне можно обойтись без редактирования того, что получится после dh_make.
Полученный пакет будет корректно установлен и потом при необходимости корректно
удален, но при этом могут возникнуть проблемы с конфигами (менеджер пакетов не
будет знать, кто из файлов конфиги и перезапишет/прибъет все).
Что там еще можно выкинуть - я не знаю.
SV>> Если вы можете назвать софт, который _полностью_ автоматически без
SV>> вашего участия сделает _корректный_ хотя бы тот же .tar.gz из
SV>> .tar.gz с исходниками или из каталога с распакованными
[...]
MT> Hу я не говорил о существовании подобного софта. Хотя менеджеры
MT> пакетов/порты именно и существуют для подобной процедуры, но для
MT> начало некто должен приложить свои руки к этому.
Вот именно. А когда пакет создан - ничто не мешает его собрать стандартными для
менеджера пакетов средствами. Hо его еще надо создать. И это иногда творческий
процесс, который лучше не стоит отдавать автоматике полностью. При этом пакеты
имеют некоторые преимущества, такие, как корректное удаление в случае
необходимости, и наличие зависимостей от других пакетов (случай кривых пакетов
не рассматриваем, точно так же можно собрать и кривой .tar.gz).
MT> Возвращаясь к моим портам (которые я пишу) часть сборки
MT> автоматизирована и универсальна для всех пакетов, но бывают
MT> исключения. В результате же можно получить tar.gz с бинарниками,
MT> которые затем можно развернуть на любой машине без gcc и прочих
MT> "средств разработки".
Среднее время на подготовку к сборке .tar.gz для новой программы?
У меня для .deb - меньше 5 минут для большинства программ, использующих
configure. В нетривиальных случаях естественно больше.
MT> Хотя в любом случае приходиться потратить время на то, что бы такой
MT> порт написать, корректно все установить и проверить работу, а затем
MT> заккомитить на CVS.
Чем это отличается от добавления пакета в дебиан?
MT> Другой вопрос, что кроме меня эти порты никто не использует. =)
А зачем тогда оформлять это в виде портов, если другие это все равно не
загружают? Собирали бы .tar.gz :-)
Good luck.
Stas
--- Еще одно "золото" 3.0.1
* Origin: gui is good, but console better (2:5080/172)
Вернуться к списку тем, сортированных по: возрастание даты уменьшение даты тема автор
|
