From: Alexey Tourbin <at@altlinux.ru> To: ALT Linux Team development discussions <devel@lists.altlinux.org> Subject: Re: [devel] FAILED srpm=exiv2-0.18-alt1.src.rpm Date: Fri, 20 Feb 2009 11:38:27 +0300 Message-ID: <20090220083827.GN31985@altlinux.org> (raw) In-Reply-To: <20090219104429.GA25546@dad.imath.kiev.ua> [-- Attachment #1: Type: text/plain, Size: 4449 bytes --] On Thu, Feb 19, 2009 at 12:44:30PM +0200, Igor Vlasenko wrote: > On Thu, Feb 19, 2009 at 10:09:26AM +0300, Alexey Tourbin wrote: > > Вы хотите оставить репозитарий в разломанном состоянии "на честном > > слове", что со временем пойдут какие-то многоступенчатые процессы, > > и низшая углеродная фракция реактивного двигателя со временем отпадёт, > > как глазьевская партия "Родина", как несмысленные галаты, которые отпали > > от благодати. > > > > Но в этом же самое время репозитарием пользуются другие люди (а также > > на нём собираются пакеты). > > > > Задача состоит в том, чтобы не допускать разлома репозитария вообще, > > то есть допускать только транзакционные обновления пакетов, при которых > > сохраняется целостность репозитария. > Хороший репозитарий = мертвый репозитарий :( Отчасти -- да. Поэтому некоторые предпочитают сидеть на бранче, и даже агитируют демагогию про стабильность и нестабильность. Как бы избавиться от "стабильности" (хм, то есть от "проблемы стабильности") и прикрыть пространство для демагогии altogether? > Я повторю, есть опасность вместе с анметами душить инновации. Запретив анметы, мы даем взамен механизм заданий и транзакций. Этого механизма раньше не было, и некоторые анметы были неизбежны. А теперь всё изменилось. В задании могут находиться несколько пакетов. Промежуточные анметы (напр. между сборкой первого и второго пакета) никого не волнуют. Играет роль только начальное состояние и конечное состояние. Задание применяется транзакционно. Конечное состояние должно быть не хуже начального. По-моему, это решает "проблему стабильности" (по крайней мере, на уровне формальных характеристик репозитария). Локальные/промежуточные разломы допустимы, глобальные -- нет. Про бутстрап отдельный разговор. Сейчас в задание нельзя добавлять два одинаковых пакета (по имени, и вообще пересекающихся). Вообще, условия добавления пакетов в задание могут быть более или менее жесткими. Я изначально планировал довольно жесткие условия (можно только добавлять новые пакеты), но Дмитрий разрешил удалять пакеты из задания. В какой-то степени семантику сборки задания можно ещё немного ослабить. Но сематнику заданий нельзя совсем ослабить, не нарушив некоторых базовых условий. Базовые условия связаны с явным отслеживанием взаимного влияния между пакетами. В общем бутстрап и базовые условия -- это очень головоломная тема. Если оставить бутстрап в стороне, то всё остальное в принципе решается с помощью обычных заданий. > Например, я не готов пока переезжать на gear. > У меня обьем работы удается сделать только за счет > тотальной автоматизации всех рутинных процессов. > Адаптировать инфраструктуру под git > (почему это дожна быть приоритетная задача?) > это полгода а то и полтора. Заливайте N пакетов поряд. Это будет задание. Если задание обламывается, тогда чините что сломалось, и заливайте N+1 пакет, N пакетов заново и один новый. В принципе это будет уже другое задание, но это эквивалентно добавлению нового gear-репозитария в "нормальное" задание. И так пока всё не починится. > > Робота будет обмануть сложнее, когда тестовая пересборка пакетов > > станет обязательным условием. > > Гм. IMHO, хотя бы наладить еженедельную пересборку, > очень уж она ежемесячной выглядит. > > И вот допустим до этого времени возникла потребность > что-то обновить. Робот уперся. > И что тогда? Выбрасывать java-пакеты из Сизифа? > В ручном режиме сопровождать больше 100-200 пакетов я не потяну :( Зачем надо выбрасывать java-пакеты из Сизифа? Посмотрите на ситуацию симметрично: кто-то пытается разломать сборку Джавы. Из-за этого его пакеты не прходят, а Джава продолжает нормально собираться. То есть, когда ситуация наладится, верно будет следующее. В текущем состоянии S_k все пакеты устанавливаются и пересобираются. Каждая транзакция на основе текущего состояния S_k готовит новое состояние S_{k+1}. В новом состоянии все пакеты должны устанавливаться и пересобираться, иначе транзакция не проходит. > Альтернативно, "заморозить" репозиторий? > Так сказать, трупное окоченение. > > Кому нужен стабильный протухший репозитарий? А кому нужен репозитарий, в котором пакеты не устанавливаются и не пересобираются? Это уже не репозитарий, а набор файлов с расширением *.rpm. > Кому нужен, тот найдет в загашниках запылившийся > Mandrake Russian Edition Spring 2001. [-- Attachment #2: Type: application/pgp-signature, Size: 197 bytes --]
prev parent reply other threads:[~2009-02-20 8:38 UTC|newest] Thread overview: 66+ messages / expand[flat|nested] mbox.gz Atom feed top 2009-02-18 0:59 ` [devel] [#732] " Dmitry V. Levin 2009-02-18 8:28 ` Денис Смирнов 2009-02-18 9:27 ` Ivan Fedorov 2009-02-18 10:17 ` Денис Смирнов 2009-02-18 12:10 ` Igor Vlasenko 2009-02-18 12:17 ` Igor Vlasenko 2009-02-18 12:19 ` Igor Vlasenko 2009-02-18 12:25 ` Igor Vlasenko 2009-02-18 12:53 ` Денис Смирнов 2009-02-18 12:52 ` Денис Смирнов 2009-02-18 13:20 ` [devel] " Alexey Tourbin 2009-02-18 20:09 ` Igor Vlasenko 2009-02-18 22:21 ` Денис Смирнов 2009-02-19 7:30 ` REAL 2009-02-19 17:50 ` Денис Смирнов 2009-02-20 4:08 ` REAL 2009-02-19 7:09 ` Alexey Tourbin 2009-02-19 7:37 ` REAL 2009-02-19 8:10 ` Alexey I. Froloff 2009-02-19 8:15 ` Mikhail Gusarov 2009-02-19 9:03 ` Alexey I. Froloff 2009-02-19 9:16 ` Mikhail Gusarov 2009-02-19 9:27 ` [devel] [JT] сам себе репозиторий Grigory Batalov 2009-02-19 9:32 ` Mykola S. Grechukh 2009-02-19 9:56 ` Alexey I. Froloff 2009-02-19 16:06 ` Денис Смирнов 2009-02-20 5:32 ` Eugene Prokopiev 2009-02-20 5:43 ` REAL 2009-02-20 9:54 ` Денис Смирнов 2009-02-20 10:10 ` REAL 2009-02-20 10:12 ` Eugene Prokopiev 2009-02-19 9:32 ` Led 2009-02-19 10:02 ` Igor Vlasenko 2009-02-19 10:08 ` Led 2009-02-19 10:17 ` Igor Vlasenko 2009-02-19 10:25 ` Led 2009-02-19 10:21 ` Alexey Tourbin 2009-02-19 10:28 ` [devel] [JT] TeXLive Grigory Batalov 2009-02-20 4:01 ` [devel] FAILED srpm=exiv2-0.18-alt1.src.rpm REAL 2009-02-20 9:50 ` Денис Смирнов 2009-02-20 20:51 ` Vitaly Lipatov 2009-02-21 16:16 ` Денис Смирнов 2009-02-20 11:03 ` Alexey I. Froloff 2009-02-19 16:01 ` Денис Смирнов 2009-02-19 18:46 ` Led 2009-02-19 19:58 ` Денис Смирнов 2009-02-19 22:51 ` [devel] pockets Dmitry V. Levin 2009-02-20 9:49 ` Денис Смирнов 2009-02-20 15:46 ` Igor Vlasenko 2009-02-20 15:51 ` Денис Смирнов 2009-02-24 8:43 ` REAL 2009-02-20 20:04 ` Dmitry V. Levin 2009-02-20 21:02 ` Alexey I. Froloff 2009-02-20 21:08 ` Dmitry V. Levin 2009-02-20 22:15 ` Alexey I. Froloff 2009-02-20 21:13 ` Igor Vlasenko 2009-02-19 21:49 ` [devel] FAILED srpm=exiv2-0.18-alt1.src.rpm Igor Vlasenko 2009-02-20 10:05 ` Денис Смирнов 2009-02-20 19:53 ` Igor Vlasenko 2009-02-20 20:01 ` [devel] srpm->gear Dmitry V. Levin 2009-02-20 20:34 ` Igor Vlasenko 2009-02-20 20:37 ` Dmitry V. Levin 2009-02-20 20:51 ` Igor Vlasenko 2009-02-20 20:54 ` Mikhail Gusarov 2009-02-19 10:44 ` [devel] FAILED srpm=exiv2-0.18-alt1.src.rpm Igor Vlasenko 2009-02-20 8:38 ` Alexey Tourbin [this message]
Reply instructions: You may reply publicly to this message via plain-text email using any one of the following methods: * Save the following mbox file, import it into your mail client, and reply-to-all from there: mbox Avoid top-posting and favor interleaved quoting: https://en.wikipedia.org/wiki/Posting_style#Interleaved_style * Reply using the --to, --cc, and --in-reply-to switches of git-send-email(1): git send-email \ --in-reply-to=20090220083827.GN31985@altlinux.org \ --to=at@altlinux.ru \ --cc=devel@lists.altlinux.org \ /path/to/YOUR_REPLY https://kernel.org/pub/software/scm/git/docs/git-send-email.html * If your mail client supports setting the In-Reply-To header via mailto: links, try the mailto: link
ALT Linux Team development discussions This inbox may be cloned and mirrored by anyone: git clone --mirror http://lore.altlinux.org/devel/0 devel/git/0.git # If you have public-inbox 1.1+ installed, you may # initialize and index your mirror using the following commands: public-inbox-init -V2 devel devel/ http://lore.altlinux.org/devel \ devel@altlinux.org devel@altlinux.ru devel@lists.altlinux.org devel@lists.altlinux.ru devel@linux.iplabs.ru mandrake-russian@linuxteam.iplabs.ru sisyphus@linuxteam.iplabs.ru public-inbox-index devel Example config snippet for mirrors. Newsgroup available over NNTP: nntp://lore.altlinux.org/org.altlinux.lists.devel AGPL code for this site: git clone https://public-inbox.org/public-inbox.git