Подтвердить что ты не робот

Какой лучший способ превратить модули CPAN в пакеты Debian?

Всякий раз, когда я работаю над системой любого вкуса, которая имеет особый способ управления пакетами, я стараюсь придерживаться этого стандарта для управления моими модулями Perl. "Когда в Риме и т.д."

Например, в системе Win32 с использованием ActivePerl я использую PPM для всего и использую отличный PPM:: Make. В системе RedHat я предпочитаю использовать RPM.

Теперь я работаю над системой Debian и обнаруживаю, что мне нужен способ превратить произвольное распределение стиля CPAN или CPAN в deb.

Google показывает такие параметры, как dh-make-perl, CPANPLUS:: Dist:: Deb и CPAN:: Packager:: Builder:: Deb.

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

Каков наилучший способ обработки файлов deb deb из стандартных модулей CPAN?

Обновление:

Я нашел статью Ганса Дитера Пирси на эту тему - он предлагает для своих нужд инструменты CPANPLUS. При некоторых обстоятельствах он рекомендует dh-make-perl. Иеремия Фостер (который написал статью Brian d foy points) отвечает на HDP и делает аргумент для dh-make-perl.

Там также сообщение на idimmu.net, в котором описывается использование dh-make-perl.

ATM, я склоняюсь к dh-make-perl, так как это было трижды рекомендовано (brian d foy в качестве прокси для Джереми Фостера, автора idimmu.net и Hillu) и один раз для CPANPLUS

4b9b3361

Ответ 1

dh-make-perl делает хорошую работу по уходу за повторяющейся и тяжелой лифтингом и угадыванием информации из источников. Он работает правильно почти для всех модулей CPAN, которые я упаковал как пакеты Debian (только для официальных лиц или для собственного использования).

Тем не менее, полученный пакет следует рассматривать только как отправную точку для надлежащих пакетов Debian. dh-make-perl помещает предупреждающие заметки в автоматически генерируемые, такие как debian/control (т.е. описание пакета и зависимостей) и debian/copyright (информация о лицензировании).

В ответ на Manni я считаю, что идея большой состоит в том, чтобы работать с инструментами, которые ОС или дистрибутивы обеспечивают для управления пакетами, а не против них. В случае с Debian это означает, что вы помещаете вещи в пакеты .deb и устанавливаете их. Инструменты сборки Perl и CPAN делают большую работу по обеспечению межплатформенной среды сборки и распространения исходного кода, но по сравнению с инструментами управления пакетами в современных дистрибутивах Linux они выполняются субоптимально, просто потому, что часто требуется дополнительное ручное вмешательство, которое менее легко автоматизировано на нескольких машинах, чем сканирование пакета.

(для одноразовых и тестовых установок, установка в /usr/local/ и использование stow(8), так как менеджер пакетов с бедными людьми может быть в порядке.)

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

Ответ 2

Я предлагаю вам спросить группу поддержки Debian Perl, а не здесь на SO. Просто напишите адрес, указанный в качестве сопровождающего, в любом нечетном пакете:
Debian Perl Group <[email protected]>

В тот же день я добавил несколько модулей в Debian и просто "сделал это вручную". Я все еще поддерживаю некоторые. Это тоже не сложно. но теперь группа поддерживает больше пакетов и имеет инструменты.

Ответ 3

Джереми Фостер опубликовал статью о том, как перевернуть дистрибутивы Perl в пакеты Debian в Spring 2009 проблема Обзор Perl.

Ответ 4

Здесь также очень хороший шаг за шагом. (также со ссылками на другие хорошие ресурсы и некоторые достойные комментарии. [он датирован 2005 годом, но все еще в основном relavent и многие комментарии гораздо более свежие])

http://www.debian-administration.org/articles/78

здесь находится политика debian perl (также связанная в статье) http://www.debian.org/doc/packaging-manuals/perl-policy/

Ответ 5

Вам это не понравится, но я действительно думаю, что вы должны не делать это вообще. Различные пакеты Perl Debian не предназначены для разработчиков, которым нужны определенные модули Perl на своих машинах. Они были созданы, потому что другие приложения нуждаются в них, и пользователи хотят или могут захотеть этих приложений.

Пожалуйста, взгляните на ответы на этот вопрос, прежде чем делать что-то, что вы, вероятно, не должны делать.