ALT Linux Team development discussions
 help / color / mirror / Atom feed
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 --]

  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