From: "Vladimir D. Seleznev" <vseleznv@altlinux.org> To: ALT Linux Team development discussions <devel@lists.altlinux.org> Subject: Re: [devel] распознавание бранча Date: Sat, 21 Nov 2020 06:06:50 +0300 Message-ID: <20201121030650.GA3573593@portlab> (raw) In-Reply-To: <2ea6342c-8fad-6da7-e55e-96642413ba9d@basealt.ru> On Fri, Nov 20, 2020 at 08:52:00PM +0300, Anton Farygin wrote: > On 20.11.2020 20:47, Dmitry V. Levin wrote: > > On Fri, Nov 20, 2020 at 07:24:59PM +0300, Mikhail Novosyolov wrote: > >> 20.11.2020 16:28, Dmitry V. Levin пишет: > >>> On Fri, Nov 20, 2020 at 01:12:09PM +0300, Anton V. Boyarshinov wrote: > >>>> В Thu, 19 Nov 2020 19:10:10 +0300, Mikhail Novosyolov пишет: > >>>>> 19.11.2020 11:33, Anton V. Boyarshinov пишет: > >>>>>> В Wed, 18 Nov 2020 23:19:51 +0300, Mikhail Novosyolov пишет: > >>>>>> > >>>>>>> А нельзя просто гарантированно пересобирать пакеты при копировании из сизифа в бранч, чтобы в %disstag появлялось p9, а потом на него смотреть? > >>>>>> Вообще говоря, мы пытаемся решить скорее обратную задачу -- чтоб если > >>>>>> пакет из Сизифа при сборке в бранч существенно не изменился, то чтоб в > >>>>>> бранч попадал именно пакет из Сизифа, а не пересобранный. > >>>>> А зачем? > >>>> Что бы не плодить во множестве избыточные гигабайты. Для часто > >>>> собираемых больших пакетов типа ядра разница набегает немаленькая. > >>>> > >>>>> И вы уверены, что set-versions настолько крут, что для гарантирования > >>>> целостности ABI не стоит пересобирать пакет? > >>>> > >>>> Вот это и вкладывается в "существенно не изменился". Насколько я знаю, > >>>> проверяются не только set-versions. > >>> Сейчас нет никакого копирования, операция copy - это всего лишь упрощенный > >>> интерфейс операции сборки, когда нужная редакция исходников определяется > >>> на стороне сервера. > >>> > >>> Единственный случай, когда не происходит сборки - это в момент создания > >>> бранча. И это, на самом деле, большая проблема для всех подходов к > >>> заглядыванию в %disttag/%ubt/whatever каких-либо пакетов, потому что > >>> в этот момент там записана информация об исходном бранче. > >> Отсутствие полной пересборки после бранчевания - это просто экономия времени и машинных ресурсов (вряд ли), или чем-то еще обусловлено? > > Полная пересборка после бранчевания - это концептуально неправильно, > > по-хорошему, пересобирать нужно всегда, когда результат пересборки > > меняется, не дожидаясь бранчевания. > > > > > согласен. не очень сложно выяснить, нужно ли пересобирать пакет. Очень просто это можно выяснить, используя скрипт rpmindentity из одноимённого пакета: если он выдаёт одинаковую контрольную сумму для двух пакетов, значит они существенно одинаковы. Его можно использовать для проверки необходимости пересборки пакета. > а ещё если это делать в процессе бранчевания - то у пакетов вырастет > buildtime и они из старых станут новыми (соответственно обновятся). -- WBR, Vladimir D. Seleznev
next prev parent reply other threads:[~2020-11-21 3:06 UTC|newest] Thread overview: 59+ messages / expand[flat|nested] mbox.gz Atom feed top 2020-11-17 10:02 [devel] Обертка #if / #endif в spec для бранчей Evgeniy Korneechev 2020-11-17 13:11 ` Vitaly Lipatov 2020-11-17 13:29 ` Sergey V Turchin 2020-11-17 18:56 ` [devel] [JT] про команду, %ubt, -xalt и прочее разное Michael Shigorin 2020-11-18 7:41 ` Sergey V Turchin 2020-11-18 20:19 ` Mikhail Novosyolov 2020-11-18 21:57 ` Andrey Savchenko 2020-11-19 7:08 ` Mikhail Novosyolov 2020-11-19 10:40 ` Andrey Savchenko 2020-11-19 16:15 ` Mikhail Novosyolov 2020-11-19 18:06 ` Andrey Savchenko 2020-11-19 18:38 ` Mikhail Novosyolov 2020-11-19 8:33 ` Anton V. Boyarshinov 2020-11-19 16:10 ` Mikhail Novosyolov 2020-11-20 10:12 ` Anton V. Boyarshinov 2020-11-20 12:03 ` Mikhail Novosyolov 2020-11-20 12:11 ` Anton Farygin 2020-11-20 12:13 ` [devel] [JT] про btrfs Michael Shigorin 2020-11-20 12:39 ` Mikhail Novosyolov 2020-11-20 13:28 ` [devel] распознавание бранча Dmitry V. Levin 2020-11-20 15:12 ` [devel] распознавание бранча -> %_priority_distbranch Anton Farygin 2020-11-20 15:20 ` Dmitry V. Levin 2020-11-20 16:26 ` Vitaly Lipatov 2020-11-20 16:47 ` Mikhail Novosyolov 2020-11-20 17:39 ` [devel] сборка пакета, опирающаяся на свойства бранча Vitaly Lipatov 2020-11-20 18:32 ` Mikhail Novosyolov 2020-11-20 19:20 ` Vitaly Lipatov 2020-11-20 19:26 ` Антон Мидюков 2020-11-21 17:50 ` Vitaly Lipatov 2020-11-20 19:31 ` Mikhail Novosyolov 2020-11-20 19:39 ` [devel] комментарий про %bcond_without Dmitry V. Levin 2020-11-21 14:57 ` [devel] распознавание бранча -> %_priority_distbranch Dmitry V. Levin 2020-11-21 20:06 ` Anton Farygin 2020-11-20 16:24 ` [devel] распознавание бранча Mikhail Novosyolov 2020-11-20 17:47 ` Dmitry V. Levin 2020-11-20 17:52 ` Anton Farygin 2020-11-20 18:40 ` Mikhail Novosyolov 2020-11-20 19:51 ` [devel] пересборка Dmitry V. Levin 2020-11-21 7:21 ` Anton Farygin 2020-11-30 16:54 ` Mikhail Novosyolov 2020-11-21 3:06 ` Vladimir D. Seleznev [this message] 2020-11-20 18:44 ` [devel] распознавание бранча Mikhail Novosyolov 2020-11-21 2:46 ` Vladimir D. Seleznev 2020-11-21 2:56 ` [devel] пересборка Dmitry V. Levin 2020-11-21 4:09 ` Vladimir D. Seleznev 2020-11-21 7:26 ` [devel] пересборка -> disttag Anton Farygin 2020-11-21 8:14 ` Vladimir D. Seleznev 2020-11-21 8:25 ` Anton Farygin 2020-11-21 11:08 ` Dmitry V. Levin 2020-11-23 12:26 ` [devel] распознавание бранча Anton V. Boyarshinov 2020-11-23 13:50 ` Vladimir D. Seleznev 2020-11-18 21:26 ` [devel] [JT] про команду, %ubt, -xalt и прочее разное Vitaly Lipatov 2020-11-19 7:51 ` Sergey V Turchin 2020-11-20 16:17 ` Vitaly Lipatov 2020-11-23 12:35 ` Sergey V Turchin 2020-11-21 2:41 ` Vladimir D. Seleznev 2020-11-21 2:59 ` Dmitry V. Levin 2020-11-21 7:27 ` Anton Farygin 2020-11-23 12:37 ` Sergey V Turchin
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=20201121030650.GA3573593@portlab \ --to=vseleznv@altlinux.org \ --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