|
| 1.6, Аноним (-), 18:39, 02/02/2012 [ответить] [﹢﹢﹢] [ · · · ]
| +1 +/– |
Допустим, пробежаться по контенту source файлов диффом оптом мы можем сами (не касаясь формата "отчетов"), однако только ради этого можно было тулзу написать: "Дополнительно проводится анализ изменений с учетом типа файла, например, для библиотек оценивается изменение ABI."
| | |
| |
| 2.8, myhand (ok), 19:23, 02/02/2012 [^] [^^] [^^^] [ответить]
| –5 +/– |
 > Допустим, пробежаться по контенту source файлов диффом оптом мы можем сами
Для этого не обязательно бегать самим - достаточно заставить побегать готовые утилиты (debdiff, думаю для rpm-ок тоже что-то найдется).
> Дополнительно проводится анализ изменений с учетом типа файла, например, для библиотек оценивается изменение ABI
На этом "например" и заканчивается все оригинальное. И только ради этого стоило городить трехколесный велосипед, вместо развития существующих утилит?
| | |
| |
| 3.9, Аноним (-), 19:46, 02/02/2012 [^] [^^] [^^^] [ответить]
| +5 +/– |
Соответствующих? Развития? И какой инструмент следует развивать (надеюсь не libreoffice какой-нибудь)? (дайте ссылку на проект)
| | |
| |
| |
| 5.23, Аноним (-), 04:59, 03/02/2012 [^] [^^] [^^^] [ответить]
| +3 +/– |
Ааа, вы про debdiff и подобные для других систем. Ну а если нужна одна утилита которая будет объединять множество пакетных систем (что, кстати, вполне логично, так как логика одинаковая). Да и лоничнее это - запилить одну логику для всего в одной тулзе, а частности (поддержка конкретной пакетной системы) релализовать уже на дочерних элементах наследующих логику (ООП-стайл же, ну).
| | |
|
|
| 3.10, Флинт (?), 19:51, 02/02/2012 [^] [^^] [^^^] [ответить]
| +3 +/– |
 debdiff - Debian.. но ведь, есть жизнь и на других планетах! к тому же, я часто сталкивался с тем что проги разработанные поклонниками Debian'а зачастую ооочень "дебианизированы", т.е. свои пути, зачастую привязка к чисто дебиановским пакетам и пр.. портирование таких вещей сильно затруднено.. проще написать своё чем выпускать патч для своего дистра..
| | |
| |
| 4.14, myhand (ok), 20:19, 02/02/2012 [^] [^^] [^^^] [ответить]
| –2 +/– | |
> debdiff - Debian.. но ведь, есть жизнь и на других планетах!
Думаю, что и для rpm есть аналогичное. А вот смысла в утилите, поддерживающей (криво) оба формата - нету никакого.
> тому же, я часто сталкивался с тем что проги разработанные поклонниками
> Debian'а зачастую ооочень "дебианизированы", т.е. свои пути, зачастую привязка к чисто
> дебиановским пакетам
Не врите, пожалуйста. Дебиан достаточно жестко следует FHS. Что касается "чисто дебиановских" пакетов - таких в природе нет, исключая разве что специфичные для дебиановской разработки утилиты.
| | |
| |
| 5.15, Флинт (?), 20:27, 02/02/2012 [^] [^^] [^^^] [ответить]
| –2 +/– |
поглядите в зависимости Fatrat из Git.. для того чтобы собрать полнофункциональную версию надо портировать кусок из пакета, которого нигде кроме Debian'а нет! это только то с чем я непосредственно сталкивался.. так же могу привести пример по портированию на Mandriva/ROSA и OpenSUSE пакетов tclmore и ztcl необходимух для включения функции сжатия трафика в клиенте Tkabber(у них косяки с путями)
| | |
| |
| 6.17, myhand (ok), 20:55, 02/02/2012 [^] [^^] [^^^] [ответить]
| +1 +/– | |
> поглядите в зависимости Fatrat из Git.
Гляжу. Build-Depends: debhelper (>= 7.4.10), cmake (>= 2.6.0), libtorrent-rasterbar-dev (>= 0.14.6), libboost-system-dev, libboost-filesystem-dev, libboost-date-time-dev, libqt4-dev (>= 4.4.0), libqtwebkit-dev, qt4-dev-tools (>= 4.4.0), libgloox-dev (>= 0.9), libcurl4-gnutls-dev | libcurl-devdebhelper (>= 7.3.7), cmake (>= 2.6.0), fatrat-dev (>= 1.1.3). В debian/rules обычные пляски с ./configure && cmake. Чего вам там не хватило-то, болезный? :)
Я уж молчу, что к дебиану данный проект не имеет никакого отношения. Хотите стянуть наработки из дебиан (что вполне нормально) - это одно (идем сюда: http://anonscm.debian.org/gitweb/?p=collab-maint/fatrat.git). А если хотите работать с upstream непосредственно - идем в другое место (http://git.dolezel.info/?p=fatrat.git;a=tree) и не плачемся про плохой дебиан, а делаем работу самостоятельно.
| | |
| |
| 7.18, Флинт (?), 21:09, 02/02/2012 [^] [^^] [^^^] [ответить]
| –2 +/– |
плохо глядели...
цитата из файла INSTALL:
"Web interface | WITH_WEBINTERFACE | libpion-net"
найдите pion-net в других(не deb-base) дистрах..
| | |
| |
| 8.20, myhand (ok), 21:23, 02/02/2012 [^] [^^] [^^^] [ответить] | +1 +/– | То, что в других дистрибутивах этот софт не запаковали - личные половые трудност... текст свёрнут, показать | | |
|
| 7.19, Флинт (?), 21:16, 02/02/2012 [^] [^^] [^^^] [ответить]
| +/– |
а у вас Fatrat собран к тому же еще и без поддержки java-плагинов судя по списку...
цитата из того же INSTALL:
"Java extensions | WITH_JPLUGINS | JRE 1.6, (JDK for compilation) "
| | |
|
|
|
|
| 3.11, Аноним (-), 19:56, 02/02/2012 [^] [^^] [^^^] [ответить]
| +2 +/– |
читай внимательно!
берем два бинарных пакета, а на выходе получаем различия в исходном коде
там происходит обратная трансляция и компиляция, жаль выводить умеет только разницу,а не весь код, думаю тут дело в лицензионных ограничениях и масонских заговорах.
только что попробовал "pkgdiff dx3d9.cab dx3d11.cab" и слил патчи для вайна на 11 директ икс.
а если выпонить pkgdiff dx3d11.cab /dev/random то... (тсс это секрет)
| | |
| |
| 4.13, myhand (ok), 20:15, 02/02/2012 [^] [^^] [^^^] [ответить]
| +/– |
> читай внимательно!
> берем два бинарных пакета, а на выходе получаем различия в исходном коде
Глупостей не пишите. Картинки, которые в тексте вам показали - различия между двумя src.rpm в одном примере и двумя тарболами в другом.
Для дебиан он умеет сравнивать бинарные пакеты (*.deb). Примерно также как и debdiff.
> там происходит обратная трансляция и компиляция
Ага, вызываемая телепатическим модулем.
| | |
| 4.16, Флинт (?), 20:35, 02/02/2012 [^] [^^] [^^^] [ответить]
| +/– | |
> там происходит обратная трансляция и компиляция,
нет.. он тупо сравнивает.. проверял на пакетах vacuum-im(которые сам же и собирал)..
выводится только отличия в заголовках и ина о том что сами бинарники различны..
| | |
| 4.24, Аноним (-), 05:13, 03/02/2012 [^] [^^] [^^^] [ответить]
| +/– |
>читай внимательно!
>берем два бинарных пакета, а на выходе получаем различия в исходном коде
там происходит обратная трансляция и компиляция, жаль выводить умеет только разницу,а не весь код, думаю тут дело в лицензионных ограничениях и масонских заговорах.
только что попробовал "pkgdiff dx3d9.cab dx3d11.cab" и слил патчи для вайна на 11 директ икс.
а если выпонить pkgdiff dx3d11.cab /dev/random то... (тсс это секрет)
| | |
| 4.25, Аноним (-), 05:25, 03/02/2012 [^] [^^] [^^^] [ответить]
| +/– |
>читай внимательно!
>берем два бинарных пакета, а на выходе получаем различия в исходном коде
там происходит обратная трансляция и компиляция, жаль выводить умеет только разницу,а не весь код, думаю тут дело в лицензионных ограничениях и масонских заговорах.
только что попробовал "pkgdiff dx3d9.cab dx3d11.cab" и слил патчи для вайна на 11 директ икс.
>а если выпонить pkgdiff dx3d11.cab /dev/random то... (тсс это секрет)
Ваганыч, ты?
Я, в отличии от вас почитал еще и файл pkgdiff.pl который прилетел по git clone git://github.com/pkgdiff/pkgdiff
Там 2327 строк средней компактности простого перлового кода. Для тебя лично могу разложить всю логику, провести анализ кода с разных позиции и проделать аналитическую работу с научной позиции (это когда не размахивают повсюду своим субъективным отростком (я ваш дом труба шатал) - а ищут пути достижения объективного результата). Только один момент: необходима компенсация моего времени. Все остальное - обсуждаемо.
| | |
|
| 3.27, aponomarenko (ok), 13:06, 03/02/2012 [^] [^^] [^^^] [ответить]
| +4 +/– |
 >> Допустим, пробежаться по контенту source файлов диффом оптом мы можем сами
> Для этого не обязательно бегать самим - достаточно заставить побегать готовые утилиты
> (debdiff, думаю для rpm-ок тоже что-то найдется).
>> Дополнительно проводится анализ изменений с учетом типа файла, например, для библиотек оценивается изменение ABI
> На этом "например" и заканчивается все оригинальное. И только ради этого
> стоило городить трехколесный велосипед, вместо развития существующих утилит?
Пожалуй, главной причиной независимого инструмента была цель абстрагироваться от формата сравниваемых пакетов. Debdiff работает только с Deb-пакетами, Urpmdiff - только с RPM-пакетами. Развитие Debdiff в плане добавления в него поддержки RPM выглядит, мягко говоря, странно. Также это было бы слишком сложно - весь код завязан на одном формате. Кроме того развивать там практически нечего - всего 1000 строк в одном инструменте и 200 в другом - легче сделать с нуля и возможно с дополнительной поддержкой опций этих двух инструментов.
Дополнительно к функциональности Debdiff и Urpmdiff (сравнение зависимостей, списка добавленных/удаленных файлов) PkgDiff классифицирует файлы, по-возможности сравнивает их содержимое, строит удобные HTML-отчеты и поддерживает сравнение не только RPM и Deb, но также и архивов (TAR.GZ, TAR.xz, и др.).
Также это всего лишь первая версия PkgDiff. В будущих версиях будет добавлена возможность оценки влияния изменений в пакете на зависимые пакеты в репозитории, а также детальные проверки для некоторых наиболее важных форматов файлов (например, для CLI - сравнение опций и тд.).
| | |
| |
| 4.28, myhand (ok), 13:29, 03/02/2012 [^] [^^] [^^^] [ответить]
| +/– | |
> Пожалуй, главной причиной независимого инструмента была цель абстрагироваться от формата сравниваемых пакетов.
Но, простите, ЗАЧЕМ? Какой дистрибутив в здравом уме и трезвой памяти будет использовать ваши тридевять форматов одновременно?
> Развитие Debdiff в плане добавления в него поддержки RPM выглядит, мягко говоря, странно.
Да не поддержки RPM (хотя, заверните RPM в DEB через alien - будет вам и поддержка), речь шла о добавлении "оценки изменений ABI". Больше ровно ничего оригинального нет.
> Кроме того развивать там практически нечего - всего 1000 строк в одном инструменте и 200 в другом - легче сделать с нуля
Конечно, легче. Это не значит, что лучше.
| | |
| |
| 5.29, aponomarenko (ok), 15:20, 03/02/2012 [^] [^^] [^^^] [ответить]
| +3 +/– |
>> Пожалуй, главной причиной независимого инструмента была цель абстрагироваться от формата сравниваемых пакетов.
> Но, простите, ЗАЧЕМ? Какой дистрибутив в здравом уме и трезвой памяти
> будет использовать ваши тридевять форматов одновременно?
Например, в нашей сборочной системе (ABF) поддерживаются оба формата. Она используется как для сборки RPM-based дистрибутивов (например, ROSA), так и Deb-based (внутренние разработки для мобильных устройств). Кроме того, одновременное использование архивов (апстрим-пакетов) и бинарных пакетов - повсеместно.
>> Развитие Debdiff в плане добавления в него поддержки RPM выглядит, мягко говоря, странно.
> Да не поддержки RPM (хотя, заверните RPM в DEB через alien -
> будет вам и поддержка),
При преобразовании с помощью alien теряются зависимости пакета. Так что такой способ не подойдет.
> речь шла о добавлении "оценки изменений ABI".
> Больше ровно ничего оригинального нет.
Именно! Детальное сравнение содержимого файлов пакета - одна из основных фич, которых нет в других инструментах. Например, для библиотек - проверяются изменения в ABI (с помощью инструмента ABI Compliance Checker разрабатываемого в Лаборатории РОСА). Для текстовых файлов - отображается визуальный HTML отчет о различиях. Для man-страниц - производится интерпретация и уже затем текстовое построчное сравнение. И это только первая версия инструмента.
>> Кроме того развивать там практически нечего - всего 1000 строк в одном инструменте и 200 в другом - легче сделать с нуля
> Конечно, легче. Это не значит, что лучше.
В общем случае - согласен, но конкретно в данном - все-таки лучше сделать новый инструмент. Разные цели - разные инструменты. Поддержка разных форматов и поддержка одного - это существенно разные цели.
| | |
| |
| 6.30, myhand (ok), 16:16, 03/02/2012 [^] [^^] [^^^] [ответить]
| +/– | |
> Например, в нашей сборочной системе (ABF) поддерживаются оба формата.
Вот мне и любопытно, зачем? Ну, помимо галочек в аччотах и очередного дистроклепательства?
>> речь шла о добавлении "оценки изменений ABI".
>> Больше ровно ничего оригинального нет.
>
>Именно! Детальное сравнение содержимого файлов пакета - одна из основных фич, которых нет в других инструментах.
Да есть, в том же debdiff (он умеет и dsc сравнивать, помимо прочего). Кроме, действительно, оценки изменений ABI. Интегрировали бы это в debdiff - вам бы спасибо сказали. Все требуемые зависимости там есть в пакетах.
| | |
| |
| 7.31, aponomarenko (ok), 16:48, 03/02/2012 [^] [^^] [^^^] [ответить]
| +2 +/– |
>> Например, в нашей сборочной системе (ABF) поддерживаются оба формата.
> Вот мне и любопытно, зачем? Ну, помимо галочек в аччотах и
> очередного дистроклепательства?
Сборочная система собирает пакеты разных форматов - как RPM, так и DEB. Зачем? Чтобы выпускать разные продукты на разных пакетных базах с помощью одной сборочной системы.
И никакого дистроклепательства нет. Международная Mandriva 2011 была выпущена, между прочим, в Лаборатории РОСА.
>>> речь шла о добавлении "оценки изменений ABI".
>>> Больше ровно ничего оригинального нет.
>>
>>Именно! Детальное сравнение содержимого файлов пакета - одна из основных фич, которых нет в других инструментах.
> Да есть, в том же debdiff (он умеет и dsc сравнивать, помимо
> прочего).
Это всего лишь проверка одного файла, у нас же цель проверять все файлы.
> Кроме, действительно, оценки изменений ABI.
> Интегрировали бы это в debdiff - вам бы спасибо сказали. Все
> требуемые зависимости там есть в пакетах.
После доработки Debdiff получился бы код следующего содержания - 90% нового кода и 10% старого из Debdiff. Причем код Debdiff будет сильно переработан, так как будет увеличен уровень абстракции от формата пакета. Так зачем же его использовать, если это только усложнит разработку и приведет к тому же результату?
| | |
|
|
|
|
|
|
| 1.7, Флинт (?), 19:15, 02/02/2012 [ответить] [﹢﹢﹢] [ · · · ]
| +6 +/– |
я РОСист.. увидел сообщение о утилите в RSS от ROSALab.. скачал.. попробовал.. в общем полезно, НО несколько выбивается из "Mandriva/ROSA-way".. нет GUI!!!
| | |
|
