https://opennet.me/openforum/vsluhforumID3/82743.html Компания Роса представила (http://www.rosalab.ru/blogs/package-changes-analyzer-pkgdiff) утилиту pkgdiff (http://pkgdiff.github.com/pkgdiff/), предназначенную для анализа различий между несколькими версиями пакета (RPM, DEB, TAR.GZ и т.п.). Pkgdiff позволяет упростить задачу по оценке внесённых в пакет изменений, на основании сопоставления содержимого пакета и метаданных. Поддерживается формирование наглядных отчётов (пример 1 (http://pkgdiff.github.com/pkgdiff/pkgdiff_reports/gstreamer/0.10.23-i486-1_to_0.10.32-i486-1/compat_report.html), пример 2 (http://pkgdiff.github.com/pkgdiff/pkgdiff_reports/libqb/0.4.1_to_0.8.1/compat_report.html)), имеющих несколько уровней детализации: от вывода списка различающихся файлов и изменений структуры пакета, до детальных построчных различий отдельных файлов. Дополнительно проводится анализ изменений с учетом типа файла, например, для библиотек оценивается изменение ABI. Код утилиты написан на языке Perl и распространяется под лицензией GPL.<br><br>URL: http://www.rosalab.ru/blo https://opennet.me/openforum/vsluhforumID3/82743.html#34 Fri, 03 Feb 2012 15:02:55 GMT &gt; Не разрабатывать же две сборочные системы для каждого формата?!<br><br>Можно не разрабатывать два дистрибутива :)<br><br>&gt; Сравниваются RPM'ы с RPM'ами и Deb'ы с Deb'ами соответственно.<br><br>Вот и я о чем. Смысл такого действа вне конкретного дистрибутива - отсутствует напроч.<br><br>Для tgz с исходными текстами - тут совсем безнадежная замена diff. Наивная групировка измененных файлов по расширениям абсолютно бесполезна. Для статистики?<br><br>Почти любое изменение - затрагивает сразу множество файлов. Есть ведь нормальные репозитарии с исходными текстами, там все можно культурно сравнить. Связно, с историей правок между версиями. Почему не сделать по-человечески?<br><br>&gt; Я его запускал и прочитал код, а Вы? Приведите, пожалуйста, пример опции, с помощью которой можно сравнить содержимое всех файлов в пакете. Может я действительно что-то упустил?<br><br>А я его еще и регулярно использую, в числе прочего. debdiff foo-v1.dsc foo-v2.dsc<br><br>&gt; А может лучше сделать новый инструмент для сообщества, который дополнит или даже заменит https://opennet.me/openforum/vsluhforumID3/82743.html#33 Fri, 03 Feb 2012 13:52:14 GMT &gt;&gt; Сборочная система собирает пакеты разных форматов - как RPM, так и DEB. Зачем? Чтобы выпускать разные продукты на разных пакетных базах с помощью одной сборочной системы.<br>&gt; Зачем? Я понимаю еще - разные версии из upstream. Но <br>&gt; *это*... "Энтропия растет..." (ц) <br><br>Объясняю на пальцах. Есть два дистрибутива. Один для Desktop'ов - Mandriva/ROSA (формат пакетов - RPM), другой для встроенных систем, основанный на Debian (формат пакетов - DEB). Оба разрабатываются в Лаборатории РОСА. А сборочная система одна на всех. Отсюда и необходимость в поддержке двух форматов. Не разрабатывать же две сборочные системы для каждого формата?!<br><br>&gt; Насколько я понимаю, оно ведь все-равно не умеет сравнивать пакеты в разных <br>&gt; системах (foo-3.14.rpm vs foo-6.66.deb). Да и есть-ли смысл подобного сравнения <br>&gt; вообще *на уровне пакетов*?<br><br>Сравниваются RPM'ы с RPM'ами и Deb'ы с Deb'ами соответственно.<br><br>&gt;&gt; Это всего лишь проверка одного файла, у нас же цель проверять все файлы.<br>&gt; "С данным инструментом я не знаком" - https://opennet.me/openforum/vsluhforumID3/82743.html#32 Fri, 03 Feb 2012 13:15:25 GMT &gt; Сборочная система собирает пакеты разных форматов - как RPM, так и DEB. Зачем? Чтобы выпускать разные продукты на разных пакетных базах с помощью одной сборочной системы.<br><br>Зачем? Я понимаю еще - разные версии из upstream. Но *это*... "Энтропия растет..." (ц)<br><br>Насколько я понимаю, оно ведь все-равно не умеет сравнивать пакеты в разных системах (foo-3.14.rpm vs foo-6.66.deb). Да и есть-ли смысл подобного сравнения вообще *на уровне пакетов*?<br><br>&gt; Это всего лишь проверка одного файла, у нас же цель проверять все файлы.<br><br>"С данным инструментом я не знаком" - так было бы честно.<br><br>&gt; Так зачем же его использовать, если это только усложнит разработку и приведет к тому же результату?<br><br>Затем, чтобы улучшить полезный инструмент для сообщества. Естественно, речь шла не о добавлении туда чужих форматов пакетов.<br> https://opennet.me/openforum/vsluhforumID3/82743.html#31 Fri, 03 Feb 2012 12:48:31 GMT &gt;&gt; Например, в нашей сборочной системе (ABF) поддерживаются оба формата.<br>&gt; Вот мне и любопытно, зачем? Ну, помимо галочек в аччотах и <br>&gt; очередного дистроклепательства?<br><br>Сборочная система собирает пакеты разных форматов - как RPM, так и DEB. Зачем? Чтобы выпускать разные продукты на разных пакетных базах с помощью одной сборочной системы.<br><br>И никакого дистроклепательства нет. Международная Mandriva 2011 была выпущена, между прочим, в Лаборатории РОСА.<br><br>&gt;&gt;&gt; речь шла о добавлении "оценки изменений ABI".<br>&gt;&gt;&gt;  Больше ровно ничего оригинального нет.<br>&gt;&gt; <br>&gt;&gt;Именно! Детальное сравнение содержимого файлов пакета - одна из основных фич, которых нет в других инструментах.<br>&gt; Да есть, в том же debdiff (он умеет и dsc сравнивать, помимо <br>&gt; прочего).<br><br>Это всего лишь проверка одного файла, у нас же цель проверять все файлы.<br><br>&gt; Кроме, действительно, оценки изменений ABI.<br>&gt; Интегрировали бы это в debdiff - вам бы спасибо сказали. Все<br>&gt; требуемые зависимости там есть в пакетах.<br><br>После доработки Debdiff получи https://opennet.me/openforum/vsluhforumID3/82743.html#30 Fri, 03 Feb 2012 12:16:41 GMT &gt; Например, в нашей сборочной системе (ABF) поддерживаются оба формата.<br><br>Вот мне и любопытно, зачем? Ну, помимо галочек в аччотах и очередного дистроклепательства?<br><br>&gt;&gt; речь шла о добавлении "оценки изменений ABI". <br>&gt;&gt;  Больше ровно ничего оригинального нет.<br>&gt;<br>&gt;Именно! Детальное сравнение содержимого файлов пакета - одна из основных фич, которых нет в других инструментах. <br><br>Да есть, в том же debdiff (он умеет и dsc сравнивать, помимо прочего). Кроме, действительно, оценки изменений ABI. Интегрировали бы это в debdiff - вам бы спасибо сказали. Все требуемые зависимости там есть в пакетах.<br> https://opennet.me/openforum/vsluhforumID3/82743.html#29 Fri, 03 Feb 2012 11:20:03 GMT &gt;&gt; Пожалуй, главной причиной независимого инструмента была цель абстрагироваться от формата сравниваемых пакетов.<br>&gt; Но, простите, ЗАЧЕМ? Какой дистрибутив в здравом уме и трезвой памяти <br>&gt; будет использовать ваши тридевять форматов одновременно?<br><br>Например, в нашей сборочной системе (ABF) поддерживаются оба формата. Она используется как для сборки RPM-based дистрибутивов (например, ROSA), так и Deb-based (внутренние разработки для мобильных устройств). Кроме того, одновременное использование архивов (апстрим-пакетов) и бинарных пакетов - повсеместно.<br><br>&gt;&gt; Развитие Debdiff в плане добавления в него поддержки RPM выглядит, мягко говоря, странно.<br>&gt; Да не поддержки RPM (хотя, заверните RPM в DEB через alien - <br>&gt; будет вам и поддержка),<br><br>При преобразовании с помощью alien теряются зависимости пакета. Так что такой способ не подойдет.<br><br>&gt; речь шла о добавлении "оценки изменений ABI". <br>&gt; Больше ровно ничего оригинального нет.<br><br>Именно! Детальное сравнение содержимого файлов пакета - одна из основных фич, к https://opennet.me/openforum/vsluhforumID3/82743.html#28 Fri, 03 Feb 2012 09:29:14 GMT &gt; Пожалуй, главной причиной независимого инструмента была цель абстрагироваться от формата сравниваемых пакетов.<br><br>Но, простите, ЗАЧЕМ? Какой дистрибутив в здравом уме и трезвой памяти будет использовать ваши тридевять форматов одновременно?<br><br>&gt; Развитие Debdiff в плане добавления в него поддержки RPM выглядит, мягко говоря, странно.<br><br>Да не поддержки RPM (хотя, заверните RPM в DEB через alien - будет вам и поддержка), речь шла о добавлении "оценки изменений ABI". Больше ровно ничего оригинального нет.<br><br>&gt; Кроме того развивать там практически нечего - всего 1000 строк в одном инструменте и 200 в другом - легче сделать с нуля<br><br>Конечно, легче. Это не значит, что лучше.<br> https://opennet.me/openforum/vsluhforumID3/82743.html#27 Fri, 03 Feb 2012 09:06:17 GMT &gt;&gt; Допустим, пробежаться по контенту source файлов диффом оптом мы можем сами <br>&gt; Для этого не обязательно бегать самим - достаточно заставить побегать готовые утилиты <br>&gt; (debdiff, думаю для rpm-ок тоже что-то найдется).<br>&gt;&gt; Дополнительно проводится анализ изменений с учетом типа файла, например, для библиотек оценивается изменение ABI <br>&gt; На этом "например" и заканчивается все оригинальное. И только ради этого <br>&gt; стоило городить трехколесный велосипед, вместо развития существующих утилит?<br><br>Пожалуй, главной причиной независимого инструмента была цель абстрагироваться от формата сравниваемых пакетов. Debdiff работает только с Deb-пакетами, Urpmdiff - только с RPM-пакетами. Развитие Debdiff в плане добавления в него поддержки RPM выглядит, мягко говоря, странно. Также это было бы слишком сложно - весь код завязан на одном формате. Кроме того развивать там практически нечего - всего 1000 строк в одном инструменте и 200 в другом - легче сделать с нуля и возможно с дополнительной поддержкой опций этих двух инс https://opennet.me/openforum/vsluhforumID3/82743.html#25 Fri, 03 Feb 2012 01:25:01 GMT &gt;читай внимательно!<br>&gt;берем два бинарных пакета, а на выходе получаем различия в исходном коде<br><br>там происходит обратная трансляция и компиляция, жаль выводить умеет только разницу,а не весь код, думаю тут дело в лицензионных ограничениях и масонских заговорах.<br>только что попробовал "pkgdiff dx3d9.cab dx3d11.cab" и слил патчи для вайна на 11 директ икс.<br>&gt;а если выпонить pkgdiff dx3d11.cab /dev/random то... (тсс это секрет)<br><br>Ваганыч, ты?<br>Я, в отличии от вас почитал еще и файл pkgdiff.pl который прилетел по git clone git://github.com/pkgdiff/pkgdiff <br><br>Там 2327 строк средней компактности простого перлового кода. Для тебя лично могу разложить всю логику, провести анализ кода с разных позиции и проделать аналитическую работу с научной позиции (это когда не размахивают повсюду своим субъективным отростком (я ваш дом труба шатал) - а ищут пути достижения объективного результата). Только один момент: необходима компенсация моего времени. Все остальное - обсуждаемо.<br>