From: "Dmitry V. Levin" <ldv@altlinux.org>
To: ALT Devel discussion list <devel@lists.altlinux.org>
Subject: Re: [devel] [#210757] EPERM (try 3) bash3.git=3.2.57-alt4 bash.git=4.4.23-alt1 bash-completion.git=2.8-alt1
Date: Fri, 3 Aug 2018 18:23:50 +0300
Message-ID: <20180803152349.GA15346@altlinux.org> (raw)
In-Reply-To: <bb1515f6-c8f1-1bb2-21f0-1e2f83a4c668@altlinux.org>
[-- Attachment #1: Type: text/plain, Size: 2609 bytes --]
On Fri, Aug 03, 2018 at 06:20:28PM +0300, Aleksei Nikiforov wrote:
> 03.08.2018 18:16, Dmitry V. Levin пишет:
> > On Fri, Aug 03, 2018 at 06:05:17PM +0300, Aleksei Nikiforov wrote:
> >> 03.08.2018 17:51, Dmitry V. Levin пишет:
> >>> On Fri, Aug 03, 2018 at 11:58:50AM +0300, Dmitry V. Levin wrote:
> >>>> On Thu, Aug 02, 2018 at 10:19:26PM +0300, Alexey Tourbin wrote:
> >>>>> 2018-08-02 11:38 GMT+03:00 Aleksei Nikiforov <darktemplar@altlinux.org>:
> >>>>>> Я попробовал собрать bash3 и bash4 таким образом, с отдельными пакетами sh и
> >>>>>> bash с симлинками и зависимостями на последнюю версию sh4 и bash4
> >>>>>> соответственно.
> >>>>>>
> >>>>>> Проблема при такой сборке возникает с плагинами bash. Сейчас плагины для
> >>>>>> bash3 лежат в /usr/lib/bash. Плагины bash4 лучше держать отдельно - их
> >>>>>> больше по сравнению с bash3, да и совместимость не гарантированна. То, что
> >>>>>> собранный для bash3 пакет bash-builtin-lockf работает с bash4 скорее стоит
> >>>>>> считать удачей и не рассчитывать на такое поведение, особенно при обновлении
> >>>>>> до следующих версий bash.
> >>>>>
> >>>>> От добра добра не ищут, то есть не надо разделять /usr/lib/bash, если
> >>>>> и с ним все работает. Для bash3 все равно только один плагин, и новых
> >>>>> не будет. И вообще проблема в миграции скриптов.
> >>>>
> >>>> Я бы тоже с плагинами не заморачивался. Пусть все пакеты со сторонними
> >>>> плагинами используют каталог /usr/lib/bash/.
> >>>
> >>> Давайте сделаем так:
> >>> - плагины, собираемые в составе bash, упаковываются в /usr/lib/bashN/;
> >>> - сторонние плагины упаковываются в /usr/lib/bash/.
> >>
> >> А почему бы не сделать следующим образом?
> >> - плагины для текущей версии баш в /usr/lib/bash/
> >> - плагины для других версий баш в /usr/lib/bashN/
> >>
> >> В таком случае, если нужны сторонные плагины для нескольких версий bash,
> >> их можно положить в соседние директории.
> >
> > Поскольку, в отличие от скриптов, плагины для bash - явление чрезвычайно
> > редкое, то держать в репозитории плагины для версии bash, отличной от
> > текущей, я просто не вижу смысла. Тем более что путь к плагину всё равно
> > указывается в скиптах явно.
>
> Тогда можно их не собирать для другой версии bash. В таком сценарии оба
> сетапа равнозначны. Вопрос в том, а есть ли смысл раздельно держать
> внутренние и сторонние плагины для bash?
Думаю что имеет: у внутренних плагинов связывание с конкретной версией
bash может быть довольно сильное, их точно следует держать в разных
местах, зависящих от версии bash.
--
ldv
[-- Attachment #2: signature.asc --]
[-- Type: application/pgp-signature, Size: 801 bytes --]
next prev parent reply other threads:[~2018-08-03 15:23 UTC|newest]
Thread overview: 66+ messages / expand[flat|nested] mbox.gz Atom feed top
2018-07-25 15:21 ` Aleksei Nikiforov
2018-07-26 7:12 ` Anton Farygin
2018-07-26 8:54 ` Aleksei Nikiforov
2018-07-26 9:11 ` Vladimir Didenko
2018-07-26 9:15 ` Aleksei Nikiforov
2018-07-26 9:17 ` Vladimir Didenko
2018-07-26 9:25 ` Aleksei Nikiforov
2018-07-26 9:44 ` Dmitry V. Levin
2018-07-26 16:55 ` Aleksei Nikiforov
2018-07-26 17:17 ` Anton Farygin
2018-07-26 9:53 ` Dmitry V. Levin
2018-07-26 10:52 ` Anton Farygin
2018-07-26 11:07 ` Dmitry V. Levin
2018-07-26 11:16 ` Anton Farygin
2018-07-26 11:39 ` Dmitry V. Levin
2018-07-26 11:46 ` Anton Farygin
2018-07-26 12:04 ` Igor Zubkov
2018-07-27 9:05 ` Aleksei Nikiforov
2018-08-02 8:38 ` Aleksei Nikiforov
2018-08-02 9:00 ` Alexey V. Vissarionov
2018-08-02 9:08 ` Aleksei Nikiforov
2018-08-02 10:24 ` Alexey V. Vissarionov
2018-08-03 7:48 ` Aleksei Nikiforov
2018-08-03 8:03 ` Alexey V. Vissarionov
2018-08-03 8:04 ` Anton Farygin
2018-08-03 8:41 ` Alexey V. Vissarionov
2018-08-02 19:19 ` Alexey Tourbin
2018-08-03 8:29 ` Aleksei Nikiforov
2018-08-03 8:58 ` Dmitry V. Levin
2018-08-03 14:51 ` Dmitry V. Levin
2018-08-03 15:05 ` Aleksei Nikiforov
2018-08-03 15:08 ` Alexey V. Vissarionov
2018-08-03 15:13 ` Aleksei Nikiforov
2018-08-03 15:16 ` Dmitry V. Levin
2018-08-03 15:20 ` Aleksei Nikiforov
2018-08-03 15:23 ` Dmitry V. Levin [this message]
2018-08-03 15:26 ` Aleksei Nikiforov
2018-08-03 15:36 ` Anton Farygin
2018-08-03 15:39 ` Aleksei Nikiforov
2018-08-03 15:43 ` Dmitry V. Levin
2018-08-03 15:46 ` Aleksei Nikiforov
2018-08-03 15:41 ` Dmitry V. Levin
2018-08-03 15:47 ` Anton Farygin
2018-08-03 15:49 ` Aleksei Nikiforov
2018-08-03 16:14 ` Anton Farygin
2018-08-03 17:03 ` Dmitry V. Levin
2018-08-04 6:19 ` Anton Farygin
2018-08-04 10:10 ` Dmitry V. Levin
2018-08-05 7:39 ` Anton Farygin
2018-08-03 15:33 ` Dmitry V. Levin
2018-08-03 15:43 ` Aleksei Nikiforov
2018-08-03 17:06 ` Dmitry V. Levin
2018-08-04 6:21 ` Anton Farygin
2018-08-04 10:15 ` Dmitry V. Levin
2018-08-07 18:50 ` Alexey Tourbin
2018-08-07 18:59 ` Dmitry V. Levin
2018-08-07 19:36 ` Alexey Tourbin
2018-08-06 9:43 ` Aleksei Nikiforov
2018-08-07 9:21 ` Anton Farygin
2018-08-06 6:35 ` Vitaly Lipatov
2018-08-06 7:17 ` Anton Farygin
2018-08-06 7:18 ` Anton Farygin
2018-08-06 9:20 ` Vitaly Lipatov
2018-08-07 11:48 ` Dmitry V. Levin
2018-08-07 11:49 ` Anton Farygin
2018-08-15 8:52 ` Anton Farygin
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=20180803152349.GA15346@altlinux.org \
--to=ldv@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