From: Paul Wolneykien <manowar@altlinux.org> To: devel@lists.altlinux.org Subject: Re: [devel] Fwd: [sisyphus] Новая версия GnuPG в Сизифе Date: Fri, 18 Oct 2019 21:30:21 +0300 Message-ID: <038b2b29-f6cd-c94f-47c8-922865374918@altlinux.org> (raw) In-Reply-To: <20191018172606.GA625811@portlab> 18.10.2019 20:26, Vladimir D. Seleznev пишет: >> Дело, естественно, не в названии пакета, а в его содержимом. Дело в >> необходимости перенастройки других программ на /usr/bin/gpg2 вместо >> /usr/bin/gpg. Было бы здорово, если бы это решалось установкой пакета. >> Для программ, предназначенных исключительно для GnuPG 1.x, остался бы >> /usr/bin/gpg1 (на который их нужно было бы явно заранее перевести). > > Проблема в том, что программы, которым нужен первый gnupg, _уже зависят_ > от /usr/bin/gpg. В то же время те программы, которым нужен второй > gnupg, можно собирать с зависимостью на /usr/bin/gpg2 и настройкой на > него. Нет, не так. Сейчас все программы о которых я говорил, зависят от /usr/bin/gpg . (Но это далеко не всегда означает, что им нужна конкретная версия!). Можно внести изменения в одну часть этих программ — обозначить выбор этой части в пользу /usr/bin/gpg1, а можно внести изменения в другую часть — переориентировать их на /usr/bin/gpg2. Ты предлагаешь второе, но в чём преимущество? В обоих случаях нужно менять сборочные зависимости, вносить изменения в конфигурационные файлы, а иногда и в сам код. Менять ли "Requires: gnupg" на "Requires: gnupg1" со всеми сопутствующими изменениями или же менять "Requires: gnupg" на "Requires: gnupg2" тоже со всеми сопутствующими изменениями — это абсолютно всё равно. > Ты не можешь исправить у всех пользователей на всех уже > установленных системах /usr/bin/gpg на /usr/bin/gpg1, Почему? При обновлении новая версия пакета gnupg2 установит /usr/bin/gpg, а новая версия gnupg установит /usr/bin/gpg1 — файловых конфликтов между ними не будет так же, как их нет сейчас. Само собой, если система не обновляется, то все эти "переименования" её не затронут. > но ты можешь собирать новые пакеты А что за новые пакеты? Речь до сих пор была о старых пакетах. Задача состоит в том, чтобы перевести программы из уже существующих пакетов на использование новой версии GnuPG, которая поставляется у нас с другим именем _файла_ (а не только пакета). > так, чтобы у них были правильно прописаны > зависимости на /usr/bin/gpg2. Это надёжнее в поддержке и обратно > совместимо с уже существующими установками, и не ломает точечные > обновления.
next prev parent reply other threads:[~2019-10-18 18:30 UTC|newest] Thread overview: 31+ messages / expand[flat|nested] mbox.gz Atom feed top 2019-10-17 13:39 ` Paul Wolneykien 2019-10-17 13:55 ` [devel] Provides: gnupg (Was: Новая версия GnuPG в Сизифе) Sergey V Turchin 2019-10-17 14:06 ` Paul Wolneykien 2019-10-17 14:56 ` Sergey V Turchin 2019-10-17 22:15 ` [devel] Fwd: [sisyphus] Новая версия GnuPG в Сизифе Dmitry V. Levin 2019-10-17 22:36 ` Paul Wolneykien 2019-10-17 22:50 ` Dmitry V. Levin 2019-10-18 0:33 ` Vladimir D. Seleznev 2019-10-18 7:15 ` [devel] Переименование пакетов (was: Новая версия GnuPG в Сизифе) Sergey V Turchin 2019-10-18 8:54 ` [devel] Fwd: [sisyphus] Новая версия GnuPG в Сизифе Paul Wolneykien 2019-10-18 17:26 ` Vladimir D. Seleznev 2019-10-18 17:32 ` [devel] Fwd: [sisyphus] файлы пакетов с disttag в имени Anton Farygin 2019-10-18 17:45 ` Vladimir D. Seleznev 2019-10-19 5:13 ` Anton Farygin 2019-10-18 18:30 ` Paul Wolneykien [this message] 2019-10-18 19:33 ` [devel] Fwd: [sisyphus] Новая версия GnuPG в Сизифе Vladimir D. Seleznev 2019-10-18 22:02 ` Paul Wolneykien 2019-10-18 22:37 ` Vladimir D. Seleznev 2019-10-18 22:39 ` Paul Wolneykien 2019-10-18 23:03 ` Vladimir D. Seleznev 2019-10-21 14:31 ` Paul Wolneykien 2019-10-21 16:27 ` Vladimir D. Seleznev 2019-10-22 9:32 ` Sergey V Turchin 2019-10-22 10:40 ` Dmitry V. Levin 2019-10-22 11:09 ` Paul Wolneykien 2019-10-22 11:22 ` Dmitry V. Levin 2019-10-19 4:20 ` Andrey Savchenko 2019-10-19 6:45 ` Dmitry V. Levin 2019-10-19 7:03 ` Anton Farygin 2019-10-21 14:32 ` Paul Wolneykien 2019-10-21 15:12 ` Andrey Savchenko
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=038b2b29-f6cd-c94f-47c8-922865374918@altlinux.org \ --to=manowar@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