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: Thu, 19 Feb 2009 10:09:26 +0300 Message-ID: <20090219070926.GG31985@altlinux.org> (raw) In-Reply-To: <20090218200913.GA9253@dad.imath.kiev.ua> [-- Attachment #1: Type: text/plain, Size: 3520 bytes --] On Wed, Feb 18, 2009 at 10:09:13PM +0200, Igor Vlasenko wrote: > On Wed, Feb 18, 2009 at 04:20:14PM +0300, Alexey Tourbin wrote: > > Придётся в рамках одного задания чинить все пакеты. > > Это подходит для простого паттерна: > обновилась библиотека - починили клиенты. > > Для сложных случаев с многоступенчатым бутстрап-процессом > это не пойдет. Вы хотите оставить репозитарий в разломанном состоянии "на честном слове", что со временем пойдут какие-то многоступенчатые процессы, и низшая углеродная фракция реактивного двигателя со временем отпадёт, как глазьевская партия "Родина", как несмысленные галаты, которые отпали от благодати. Но в этом же самое время репозитарием пользуются другие люди (а также на нём собираются пакеты). Задача состоит в том, чтобы не допускать разлома репозитария вообще, то есть допускать только транзакционные обновления пакетов, при которых сохраняется целостность репозитария. > > С src.rpm пакетами это будет сделать несколько сложнее, > > чем с gear-репозитариями. > > С src.rpm пакетами сделать одной транзакцией не возможно, > конечно. Вроде бы, можно. Насколько я знаю, все src.rpm пакеты (одного мейнтейнера), залитые в incoming за время дельта-тэ, формируют отдельное задание. Правда, если задание не проходит, то весь набор пакетов придётся заливать заново. > Вопрос не в этом. С этими unmets что здесь чему служит? > Суббота для человека или человек для субботы? > > Технически робота обмануть очень легко. Для этого достаточно > подмешать в транзакцию пакет пустышку, который провайдит все > анметы и еще золотые горы в придачу, и следующей транзакцией > удалить пустышку. Робота будет обмануть сложнее, когда тестовая пересборка пакетов станет обязательным условием. > Когда я выкладывал maven 2.0.7, как раз был переезд, > пакет первый раз не прошел. Я посовещался с Димой и > мы пришли к выводу, что проще добавить provides в пустышку. > > Сам по себе unmet ни плох, ни хорош. Все зависит от контекста > его появления. Как человек с пистолетом может нарушать порядок, > а может и поддерживать его. А пистолет сам по себе ни хорош ни плох. И да, и нет. Как правило, антметы нарушают целостность репозитария, не предоставляя взамен никаких выгод. В редких случаях проще создать анмет, чтобы потом достаточно быстро его ликвидировать. Но это открывает промежуток времени дельта-тэ с достаточно непредсказуемыми последствиями для репозитария. Новый "временный" анмет может заблокировать сборку других пакетов. Просчитать последствия отдельно взятого анмета -- это нетривиальная задача. В худшем случае после появления анмета перестанет работать 'hsh --initroot', и без грубого вмешательства уже никак нельзя будет вывести систему из ступора. Я вообще изначально хотел сделать общий список "нефатальных нарушений" задания, и относить анметы к этому списку, чтобы можно было их контролировано допускать (аналог "посовещаться с Димой"). Но, в общем, пока проверка на анметы работает безусловно. > А я не робот, чтобы уместить многоступенчатое обновление на > 50-150 пакетов в одну транзакцию. > А раз в год-полгода у меня такая необходимость возникает :( Делать большие переезды одной транзакцией, конечно, неудобно, но возможно, кроме некоторых случаев bootstrap. А может быть, если требуются такие "полные переезды", то это значит, что задана слишком жесткая система связей между пакетами? Для noarch пакетов жесткую систему связей обычно можно немного ослабить. [-- Attachment #2: Type: application/pgp-signature, Size: 197 bytes --]
next prev parent reply other threads:[~2009-02-19 7:09 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 [this message] 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
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=20090219070926.GG31985@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