From: Alexey Tourbin <at@altlinux.ru> To: ALT Linux Team development discussions <devel@lists.altlinux.org> Subject: Re: [devel] *-devel pillaging Date: Thu, 24 Mar 2011 04:23:58 +0300 Message-ID: <20110324012358.GL30247@altlinux.org> (raw) In-Reply-To: <AANLkTimpt6a-6DUj8km8OgQMFAyf6ka3ZkrwAiXF=o0E@mail.gmail.com> On Thu, Mar 24, 2011 at 02:56:03AM +0300, Aleksey Novodvorsky wrote: > 24 марта 2011 г. 2:50 пользователь Alexey Tourbin <at@altlinux.ru> написал: > > On Thu, Mar 24, 2011 at 02:41:22AM +0300, Aleksey Novodvorsky wrote: > >> > Мне надо закончить проверку и исправление библиотек, на это уйдёт ещё > >> > несколько дней. После этого надо будет проверить, исправить и пересобрать > >> > все остальные пакеты. > >> > >> 10 тысяч проверить. исправить и пересобрать? > > > > Не только в связи с обсуждаемым изменением зависимостей, конечно. > > Так сколько будет потенциально разломано в связи с обсуждаемым изменением? Я уже проверил и исправил довольно много библиотек, причем я их проверял в таком порядке, что бОльшая часть разломов уже наступила. Многократно худших разломов не будет (впрочем, ситуацию c qt я ещё не очень хорошо представляю). Разломы бывают двух типов. Если пакет совсем перестал собираться, то его видно в beehive_status. Исправить такие пакеты относительно несложно (я могу помочь их исправить). Таких пакетов - десятки. Это почти что не проблема. Часть пакетов стали собираться в урезанной конфигурации. Таких пакетов - десятки, но их сложнее идентифицировать. Я писал в рассылку письмо, где показывал, как с помощью "двух грепов" составить предварительный список пакетов, которые лишились поддержки zlib. Это не совсем точный список, т.к. diff не даёт полной информации. Можно составить более точный список, используя три грепа! Короче, завтра Алексей Турбин может написать скрипт, который более точно идентифицирует пакеты, которые собрались в урезанной конфигурации, по логам тестовой пересборки. Сколько процентов претензий к Алексею Турбину это снимет? (Это не отменяет вопроса, почему пакеты собираются в урезанной конфигурации. Мейнтейнер должен зафиксировать конфигурацию таким образом, чтобы пакет либо собрался в требуемой конфигурации, либо не собирались вообще. Но это неудобные вопросы. Проще сказать, что Алексей Турбин ломает Сизиф.) С такими пакетами есть неприятная проблема - мейнтенер может подготовить новую сборку или даже новую версию, не учитываю того, что нужно проверить и обновить сборочные зависимости; тем самым как бы санкционирую урезанную конфигурацию. > > Но, в общем, да. Нет другого способа повысить качество репозитория, > > кроме как проверить, исправить и пересобрать все пакеты. > > Это невозможно при любых мыслимых ресурсах, а не только при нынешних. > Есть другие предложения? Пакеты всё равно придётся пересобирать, хотя бы автоматически. Просто окончательная массовая пересборка как бы всё время откладывается.
next prev parent reply other threads:[~2011-03-24 1:23 UTC|newest] Thread overview: 80+ messages / expand[flat|nested] mbox.gz Atom feed top 2011-03-23 6:41 [devel] debuginfo, or new branch REAL 2011-03-23 11:05 ` Alexey Tourbin 2011-03-23 11:31 ` Dmitry V. Levin 2011-03-23 11:42 ` REAL 2011-03-23 11:56 ` Alexey Tourbin 2011-03-23 12:25 ` Igor Vlasenko 2011-03-23 13:17 ` Alexey Tourbin 2011-03-23 13:28 ` Dmitry V. Levin 2011-03-23 13:35 ` Alexey Tourbin 2011-03-23 13:40 ` Sergey V Turchin 2011-03-23 13:30 ` Sergey V Turchin 2011-03-23 15:14 ` [devel] [JT] " Michael Shigorin 2011-03-23 18:24 ` [devel] " Igor Vlasenko 2011-03-23 18:29 ` Dmitry V. Levin 2011-03-23 19:10 ` Alexey Tourbin 2011-03-23 21:09 ` Michael Shigorin 2011-03-23 22:03 ` Alexey Tourbin 2011-03-23 21:30 ` Dmitry V. Levin 2011-03-23 22:36 ` Alexey Tourbin 2011-04-07 10:50 ` Aleksey Avdeev 2011-03-23 23:24 ` Michael Shigorin 2011-03-24 9:58 ` Yuri N. Sedunov 2011-03-23 18:43 ` Dmitry V. Levin 2011-03-23 19:32 ` Alexey Tourbin 2011-03-23 21:15 ` Michael Shigorin 2011-03-23 21:22 ` Aleksey Novodvorsky 2011-03-23 22:01 ` Michael Shigorin 2011-03-23 22:07 ` Dmitry V. Levin 2011-03-23 22:44 ` Alexey Tourbin 2011-03-24 4:56 ` REAL 2011-03-24 5:10 ` Anton Farygin 2011-03-23 21:09 ` Michael Shigorin 2011-03-23 21:15 ` Dmitry V. Levin 2011-03-23 21:20 ` [devel] *-devel pillaging Michael Shigorin 2011-03-23 21:27 ` Dmitry V. Levin 2011-03-23 21:40 ` Yuri N. Sedunov 2011-03-23 21:48 ` Aleksey Novodvorsky 2011-03-23 22:12 ` Yuri N. Sedunov 2011-03-23 22:14 ` Aleksey Novodvorsky 2011-03-23 22:23 ` Yuri N. Sedunov 2011-03-23 22:39 ` Alexey Tourbin 2011-03-23 22:44 ` Aleksey Novodvorsky 2011-03-23 23:38 ` Alexey Tourbin 2011-03-23 23:41 ` Aleksey Novodvorsky 2011-03-23 23:50 ` Alexey Tourbin 2011-03-23 23:56 ` Aleksey Novodvorsky 2011-03-24 1:23 ` Alexey Tourbin [this message] 2011-03-24 1:30 ` Aleksey Novodvorsky 2011-03-24 9:21 ` Dmitry V. Levin 2011-03-24 9:35 ` Денис Смирнов 2011-03-24 9:44 ` REAL 2011-03-24 9:46 ` Денис Смирнов 2011-03-24 9:59 ` REAL 2011-03-24 13:28 ` Michael Shigorin 2011-03-24 5:13 ` Anton Farygin 2011-03-23 22:47 ` Sergey Y. Afonin 2011-03-24 9:12 ` Денис Смирнов 2011-03-23 21:48 ` Alexey Gladkov 2011-03-23 21:50 ` Aleksey Novodvorsky 2011-03-23 22:03 ` [devel] || Michael Shigorin 2011-03-23 21:48 ` [devel] *-devel pillaging Michael Shigorin 2011-03-24 5:20 ` REAL 2011-03-24 13:32 ` Michael Shigorin 2011-03-24 14:26 ` REAL 2011-03-24 14:38 ` REAL 2011-03-23 22:35 ` Alexey Tourbin 2011-03-23 22:53 ` Sergey Y. Afonin 2011-03-23 23:20 ` Michael Shigorin 2011-03-24 8:40 ` Anton V. Boyarshinov 2011-03-24 9:16 ` Sergey Y. Afonin 2011-03-24 9:22 ` Vitaly Kuznetsov 2011-03-24 9:55 ` [devel] buildreq -u Dmitry V. Levin 2011-03-24 9:49 ` [devel] *-devel pillaging Денис Смирнов 2011-03-24 11:12 ` Sergey V Turchin 2011-03-23 22:17 ` [devel] debuginfo, or new branch Dmitry V. Levin 2011-03-23 22:54 ` Alexey Tourbin 2011-03-23 23:07 ` Aleksey Novodvorsky 2011-03-23 11:35 ` REAL 2011-03-24 9:51 ` Денис Смирнов 2011-03-24 10:00 ` REAL
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=20110324012358.GL30247@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