[Moscow.pm] Установка модуля.

[Ruslan Zakirov]

2008/8/27 Orlovsky Alexander <nordicdyno на yandex.ru>:

[snip]

>
>> Вот так мы делаем в РТ:
>> http://svn.bestpractical.com/cgi-bin/index.cgi/bps/view/rt/3.8/trunk/sbin/rt-test-dependencies.in
>> Там есть функция resolve_deps, но практика показывает, что люди не
>> хотят этим пользоваться, а хотят все ставить из пакетов системы или
>> возникают трудности. Трудности различного характера. Например какой-то
>> автор забыл поднять/установить зависимости и тесты разваливаютсю. С
>> системными пакетами тоже фигня. По неизвестным причинам в некторых
>> дистрибутивах Scalar::Util собран без weaken.
>
> Посмотрел. Т.е. используется свой велосипед. (в смысле не "стандартный" модуль установки).
Если CPAN.pm нестандартный, то конечно велосипед :)

[snip]

>
>> >> > наверное лучше всего написать свое правило.. подскажите как? :)
>> >> Оно вам надо?
>
> Вопрос хороший. Возможно... в смысле повышения "образованности". А так, конечно, могу и обойтись :)

Вы же не хотите чтобы ваше приложение удаляли :) В общем, я никогда не
заморачивался деинсталяцией.


>
>> У нас есть не веб приложение svk, которое ставится как модули + скрипт
>> в стандартный bin/. Вполне себе работает.
>> Мечтаю о Module::Install::Application, который сможет поставить
>> файлики используя install, пофиксить права и прочее, но не в
>> директории перла.
>
> И почему он до сих пор не написан? :)
Кто знает...

[snip]

>
>> > Нашел совсем недавно в CPAN-е Shipwright. Вроде что-то похожее на то что я хочу. Интересная "штука". Смущает только review на http://cpanratings.perl.org/dist/Shipwright, где сетуют на недостаточность документации. Насколько это правда? (Уже не успеваю сегодня посмотреть) Кто-нибудь использует Shipwright или что нибудь подобное?
>> Мы его пишем и используем. Пока нам не хватает некоторого функционала
>> для полноценного использования и наш коллега активно работает над
>> второй версией.
>
> Тем кто пишет, использовать проще -- документация то особо не нужна. Понятно, если что, то всегда можно заглянуть в код, но это занимает время и "анноит ". :)

Как насчет?
http://search.cpan.org/~sunnavy/Shipwright-1.13_14/lib/Shipwright/Manual.pod

>
>> > P.S.
>> > Вот думаю, что возмжно не стоит заморачиваться и пойти по пути наименьшего сопротивления, взяв тот же ant + набор скриптов/конфигов и собиратьcя так? Зачем вообще нужен Shipwright? :)
>> Чтобы запаковать все в один дистрибутив. И одной командой развернуть
>> RT со всеми зависимостями и при необходимости с apache, mysql, gd и
>> прочими бинарными библиотеками и программами. Это одно из назначений.
>> Еще для ведения репозитория зависимостей. Еще для тестирования RT с БД
>> mysql, Pg или SQLite. С серверами apache+fcgi, apache+mod_perl, nginx
>> и lighttpd.
>
> Функционал похоже богатый. Возможно для моих задач и ant-а хватит, но Shipwright посмотрю.
>
> Спасибо за развернутый ответ!
> *ушел ставить Shipwright*
> --
> Moscow.pm mailing list
> moscow-pm на pm.org | http://moscow.pm.org
>



-- 
Best regards, Ruslan.