From: Mikhail Novosyolov <mikhailnov@altlinux.org> To: devel@lists.altlinux.org Subject: Re: [devel] Сборка новой версии после использования epoch Date: Wed, 12 Feb 2020 08:48:34 +0300 Message-ID: <8f8c7f68-6412-6f55-cc12-400e48a562a4@rosalinux.ru> (raw) In-Reply-To: <alpine.LFD.2.20.2002120212220.6363@imap.altlinux.org> 12.02.2020 02:23, Ivan Zakharyaschev пишет: > On Wed, 12 Feb 2020, Mikhail Novosyolov wrote: > >>> Хочется ли, чтобы G, H, I могли удволетворить этот Requires? >>> >>> Я так понял Ваши слова, что не хочется. (Правильно?) Т.е. не хочется, >>> чтобы более старая версия (upstream-а) могла удволетворить эту >>> завиисимость, пусть и с повышенной эпохой в пакете? >> Я ожидаю, что эпоха приоритетнее версии, т.е. 1:1-alt1 > 2-alt1 и что, если установлен пакет "foo = 1:1-alt1", то он удовлетворит зависимость "Requires: foo >= 2-alt1". > Нет, у нас не так. > > Сравниваются только те компоненты, которые указаны в зависимости. > > Например (в дополнение к Вашему), если Вы укажете Requires: foo >= 2 > > то неважно, какая эпоха будет у пакета, главное, чтобы версия была такая > (2 или больше). Спасибо за пояснение. Это бы еще где-то документировать... > Обоснование этому я, например, знаю такое: чтобы после отката релиза (с > повышением эпохи) требование версии всё равно работало правильно. > > Т.е. если вы откатите foo на 1:1-alt1, то он не удволетворит > Requires: foo >= 2 Для отката Release достаточно поднять Release на один, Вы, скорее всего, имели в виду откат Version. > Потому что во 2ой версии могли быть нужные фичи, которых ещё нет в 1ой. > > Вам мой пример с указанием только версии не кажется более приемлемым? > > Ещё я высказывал сомнение, что при указании релиза в Requires тоже стоит > игнорировать эпоху. Потому что это всё-таки отсылка к конкретному релизу. > И хотел, чтобы участника сообщества высказали совё мнение о таком > потенциальном изменении. возможно, если Release != ( alt1 | 1 | 0 | alt0 ) и т.д. Но тогда получится еще более непредсказуемо для недостаточно прошаренного мейнтейнера. Как-то привычно писать V-R, а не просто V, я бы релиз машинально на всякий случай и для читаемости написал. > Жаль, что ни у кого не было мнения по этому > вопросу, потому что он меня уже некоторое время волнует -- с тех пор, как > я стал писать тесты на поведение rpm и должен был указать какое-то > поведение как ожидаемое и правильное. > > Мне показалось, что требовать сравнения релиза, но не сравнения эпохи > в общем-то бессмысленно с т.ч. зрения мейнтейнера, пишущего спекфайл.
next prev parent reply other threads:[~2020-02-12 5:48 UTC|newest] Thread overview: 29+ messages / expand[flat|nested] mbox.gz Atom feed top 2020-01-28 21:02 Pavel Vainerman 2020-01-28 22:23 ` Nikolai Kostrigin 2020-01-28 23:15 ` Pavel Vainerman 2020-01-29 8:24 ` Alexey V. Vissarionov 2020-01-29 9:35 ` Dmitry V. Levin 2020-01-29 9:38 ` Alexey V. Vissarionov 2020-01-29 9:41 ` Anton Farygin 2020-01-29 18:05 ` Vladimir D. Seleznev 2020-01-30 7:29 ` Sergey V Turchin 2020-01-30 7:32 ` Nikolai Kostrigin 2020-01-30 7:52 ` Sergey V Turchin 2020-01-30 7:55 ` Sergey V Turchin 2020-01-30 7:58 ` Nikolai Kostrigin 2020-01-30 8:52 ` Sergey V Turchin 2020-02-09 11:58 ` Mikhail Novosyolov 2020-02-09 17:28 ` Alexey Tourbin 2020-02-10 1:28 ` Ivan Zakharyaschev 2020-02-10 2:36 ` Ivan Zakharyaschev 2020-02-11 22:28 ` Mikhail Novosyolov 2020-02-11 23:23 ` Ivan Zakharyaschev 2020-02-12 5:48 ` Mikhail Novosyolov [this message] 2020-02-12 10:58 ` Ivan Zakharyaschev 2020-02-12 19:05 ` Mikhail Novosyolov 2020-02-12 19:09 ` Mikhail Novosyolov 2020-02-12 20:10 ` Ivan Zakharyaschev 2020-02-11 23:28 ` Ivan Zakharyaschev 2020-02-12 0:29 ` Ivan Zakharyaschev 2020-03-11 1:44 ` Dmitry V. Levin 2020-03-11 7:06 ` Pavel Vainerman
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=8f8c7f68-6412-6f55-cc12-400e48a562a4@rosalinux.ru \ --to=mikhailnov@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