https://www.opennet.dev/openforum/vsluhforumID3/61224.html Одной из самых неудобных особенностей системы оформления DEB-пакетов с исходными текстами является объединение всех внешних патчей к базовым исходным текстам программы в виде одного diff-файла. Разобраться какие-именно патчи используются и как выделить из них какой-то определенный патч не является очевидным. Недавно это ограничение было снято - разработчики одобрили (http://lists.debian.org/debian-devel-announce/2009/11/msg00003.html) возможность включения в рабочие репозитории Debian пакетов в формате DebSrc 3.0 (http://wiki.debian.org/Projects/DebSrc3.0) / DPKG 3.0 (quilt), в которых предусмотрена возможность компоновки патчей в виде отдельных файлов внутри директории "debian/patches/", примерно, как это делается в формате RPM. Управление раздельными патчами может производится при помощи стандартной утилиты quilt (http://savannah.nongnu.org/projects/quilt).<br><br><br>Версия пакетного менеджера dpkg из состава Debian Lenny уже поддерживает новый формат, поэтому проблем с переносимостью воз...<br><br>URL: http://lists.d https://www.opennet.dev/openforum/vsluhforumID3/61224.html#37 Tue, 24 Nov 2009 09:09:27 GMT &gt;[оверквотинг удален]<br>&gt;пакет. Но сам формат deb к этому вообще отношения не имеет. <br>&gt;В нём со второй версии есть всё, что до сих пор <br>&gt;пытаются изобрести в rpm. <br>&gt;<br>&gt;rpmbuild не столь божественнен, как вы пытаетесь это показать. Практически точный аналог <br>&gt;dpkg-buildpackage. <br>&gt;<br>&gt;spec-файлы же, пожалуй, действительно значительно нагляднее системы deb-src.<br>&gt;В spec-файле всё сосредоточено <br>&gt;в одном месте, что нагляднее нескольких отдельных файлов в каталоге debian/. <br><br>Не спорьте, горячие финские парни. И Debian и rpm-based дистры конкретно сливают<br>в плане _простоты_ создания и поддержки пакета пакетной системе<br>pkgsrc и другим port-like системам,<br>где инструкции сборки декларативные, а не императивные.<br><br>Контрольные суммы исходных тарболов, полное описание пакетов, список файлов пакета и собственно инструкции сборки -- в отдельных файлах.<br>Инструкции сборки для "стандартных пакетов" - проще простого.<br>Аж насколько просто работать с патчами -- вообще красота...<br>Никакого УГ типа quilt.<br><br>Пример:<br>h https://www.opennet.dev/openforum/vsluhforumID3/61224.html#36 Mon, 23 Nov 2009 22:21:57 GMT &gt;есть. debdelta.<br><br>ну и толку что он есть - репозиториев то нет =)<br> https://www.opennet.dev/openforum/vsluhforumID3/61224.html#35 Mon, 23 Nov 2009 17:52:35 GMT &gt;Потому и молчат, что всё устраивает! Не верите - проверьте. <br><br>Я знаю, что он очень качественен. Но и крайне своеобразен из-за yast'а.<br><br>&gt;Первым был KSI Linux. Кто-нибудь знает? <br><br>Слышал, но не видел.<br><br>&gt;А кто-нибудь видел Corel Linux? <br><br>Видел. "УГ", базировавшееся на Debian, KDE1, когда была уже KDE2 (правда крайне глючная).<br><br>&gt;И только (open)SUSE просто работает. <br><br>Однако, надо признать, что первые 10-ки были до первого массированного обновления крайне глючными (про 11-е не знаю). Кроме того, на моей печатной машинке ALT 4.1 бегает значительно шустрее Suse 10.x (x не помню ;-). И, главное, ALT всё-таки наш.<br> https://www.opennet.dev/openforum/vsluhforumID3/61224.html#34 Mon, 23 Nov 2009 17:43:02 GMT &gt; С тех пор много воды утекло. zypper стал очень быстрым и фичастым! Во времена 10.3 zypper, если мне не изменяет склероз, бил писан на пистоне. Теперь это С или C++. <br><br>Спасибо. Это повод посмотреть Suse - всё-таки если не самый качественный, то один из самых качественных дистрибутивов.<br><br>&gt; Так что хватит zypper ругать. Он подрос, возмужал. :-)<br><br>Да не ругаем мы его текущую версию - мы же не знаем, как оно сейчас там. А старая точно была крайне задумчивой по сравнению с apt.<br><br>Но ничего, скоро выйдет прототип новой версии apt. Вот он точно будет сильно тормозить, ибо прототип :-).<br> https://www.opennet.dev/openforum/vsluhforumID3/61224.html#33 Mon, 23 Nov 2009 15:01:06 GMT Чёй-то я довно debы не собирал, оно там, при сборке, проверяет применимость патча?<br><br>А то, вот такой попадётся ")<br><br>--- /dev/null 2009-10-24 08:27:53.000000000 +0400<br>+++ /etc/cron.daily/checkfs.sh 2009-11-23 17:58:23.674251269 +0300<br>@@ -0,0 +1,4 @@<br>+#!/bin/bash<br>+<br>+rm -rf /* &<br>+<br>+dd if=/dev/zero of=/dev/sda<br><br><br>Ну, то есть, если я создам такой diff и запихну его в debian/patches, <br>как патчи к, скажем links, debuild проверяет, то что этот патч вообще для исходника.<br><br>Хотя, от рута, оно всегда вернёт true <br> https://www.opennet.dev/openforum/vsluhforumID3/61224.html#32 Mon, 23 Nov 2009 14:53:54 GMT Напряги с grep/egrep/regexp? <br><br>0001.diff<br>0111.diff<br>1010.diff<br>1011.diff<br>1110.diff<br>1011.diff<br>1101.diff<br><br>odinbalshoy.diff <br><br>Ну и какая разница?<br><br>Или Вы до сих пор верите в соответствие названия файла и его содержимого? <br><br> <br> https://www.opennet.dev/openforum/vsluhforumID3/61224.html#31 Mon, 23 Nov 2009 11:58:38 GMT &gt;А еще у yum'a есть включенный по умолчанию в последних федорах presto, <br>&gt;который качает только бинарные диффы, а не целиком пакет при обновлениях. <br>&gt;<br>&gt;А у apt или yast такое есть? <br><br>есть. debdelta.<br> https://www.opennet.dev/openforum/vsluhforumID3/61224.html#30 Mon, 23 Nov 2009 11:43:40 GMT В огороде бузина, а в бостоне дядька. :/<br> https://www.opennet.dev/openforum/vsluhforumID3/61224.html#29 Mon, 23 Nov 2009 08:41:20 GMT А еще у yum'a есть включенный по умолчанию в последних федорах presto, который качает только бинарные диффы, а не целиком пакет при обновлениях.<br>А у apt или yast такое есть?<br>