Как сделать, 'хвост-f' журнала повернул файлы?

Основным различием для специалиста по обслуживанию пакета (я думаю, что это было бы 'разработчиком' в малопонятном жаргоне Debian) является способ, которым объединяются метаданные пакета и сопроводительные сценарии.

В мире об/мин все Ваши пакеты (RPMs Вы поддерживаете) расположены в чем-то как ~/rpmbuild. Внизу, существует SPEC каталог для Ваших файлов спецификации, a SOURCES каталог для источника tarballs, RPMS и SRPMS каталоги для помещения недавно созданного RPMs и SRPMs в, и некоторые другие вещи, которые не релевантны теперь.

Все, что имеет отношение, как об/мин будет создан, находится в файле спецификации: какие патчи будут применены, возможны пред - и постскриптумы, метаданные, журнал изменений, все. Весь источник tarballs и все патчи всех Ваших пакетов находятся в ИСТОЧНИКАХ.

Теперь, лично, мне нравится то, что все входит в файл спецификации, и что файл спецификации является отдельным объектом из источника tarball, но я не чрезмерно восторжен по поводу наличия всех источников в ИСТОЧНИКАХ. по моему скромному мнению, ИСТОЧНИКИ нарушен довольно быстрый, и Вы склонны терять след того, что там. Однако мнения отличаются.

Для RPMs важно использовать тот же самый tarball в качестве того восходящие выпуски проекта до метки времени. Обычно нет никаких исключений к этому правилу. Пакеты Debian также требуют того же tarball как в восходящем направлении, хотя политика Debian требует, чтобы некоторый tarballs был повторно упакован (спасибо, Umang).

Пакеты Debian проявляют другой подход. (Простите любые ошибки здесь: Я намного менее опытен с deb's, что я с об/мин.) файлы для разработчика пакетов Debian содержатся в каталоге на пакет.

Что я (думают к) приблизительно как этот подход являюсь тем, что все содержится в единственном каталоге.

В мире Debian это, как немного больше принимают, несет патчи в пакете, которые еще не являются восходящими. В мире об/мин (по крайней мере, среди производных Red Hat) это осуждено. См. "FedoraProject: Пребывание близко к восходящим проектам".

Кроме того, Debian имеет огромное количество сценариев, которые могут автоматизировать огромную часть создания пакета. Например, создавая - простой - пакет setuptool'ed программы Python, так же просто как создание нескольких файлов метаданных и выполнение debuild. Тем не менее файл спецификации для такого пакета в формате об/мин был бы довольно короток и в мире об/мин также существует много материала, который автоматизирован в эти дни.