* Re: [devel] [#210757] EPERM (try 3) bash3.git=3.2.57-alt4 bash.git=4.4.23-alt1 bash-completion.git=2.8-alt1
@ 2018-07-25 15:21 ` Aleksei Nikiforov
2018-07-26 7:12 ` Anton Farygin
` (3 more replies)
0 siblings, 4 replies; 66+ messages in thread
From: Aleksei Nikiforov @ 2018-07-25 15:21 UTC (permalink / raw)
To: ALT Linux Team development discussions
Здравствуйте.
Сделал новую тестовую сборку bash-4, в этот раз также с отдельным bash-3
и свежим bash-completion. Прошу заинтересованных потестировать.
С уважением,
Алексей Никифоров
25.07.2018 18:08, Girar Builder awaiter robot пишет:
> http://git.altlinux.org/tasks/210757/logs/events.3.1.log
>
> 2018-Jul-25 14:39:39 :: test-only task #210757 for sisyphus resumed by darktemplar:
> #100 build 3.2.57-alt4 from /people/darktemplar/packages/bash3.git fetched at 2018-Jul-25 08:51:19
> #200 build 4.4.23-alt1 from /people/darktemplar/packages/bash.git fetched at 2018-Jul-25 08:51:41
> #300 removed
> #400 build 2.8-alt1 from /people/darktemplar/packages/bash-completion.git fetched at 2018-Jul-25 14:38:21
> 2018-Jul-25 14:40:42 :: created build repo
> 2018-Jul-25 14:40:48 :: [x86_64] #100 bash3.git 3.2.57-alt4: build start
> 2018-Jul-25 14:40:48 :: [aarch64] #100 bash3.git 3.2.57-alt4: build start
> 2018-Jul-25 14:40:48 :: [i586] #100 bash3.git 3.2.57-alt4: build start
> 2018-Jul-25 14:41:20 :: [x86_64] bash3.git 3.2.57-alt4: remote: no need to rebuild
> 2018-Jul-25 14:41:20 :: [i586] bash3.git 3.2.57-alt4: remote: no need to rebuild
> 2018-Jul-25 14:41:21 :: [i586] #100 bash3.git 3.2.57-alt4: build OK
> 2018-Jul-25 14:41:21 :: [x86_64] #100 bash3.git 3.2.57-alt4: build OK
> 2018-Jul-25 14:41:21 :: [i586] #200 bash.git 4.4.23-alt1: build start
> 2018-Jul-25 14:41:21 :: [x86_64] #200 bash.git 4.4.23-alt1: build start
> 2018-Jul-25 14:41:41 :: [x86_64] bash.git 4.4.23-alt1: remote: no need to rebuild
> 2018-Jul-25 14:41:41 :: [x86_64] #200 bash.git 4.4.23-alt1: build OK
> 2018-Jul-25 14:41:41 :: [x86_64] #400 bash-completion.git 2.8-alt1: build start
> 2018-Jul-25 14:41:44 :: [i586] bash.git 4.4.23-alt1: remote: no need to rebuild
> 2018-Jul-25 14:41:44 :: [i586] #200 bash.git 4.4.23-alt1: build OK
> 2018-Jul-25 14:41:44 :: [i586] #400 bash-completion.git 2.8-alt1: build start
> 2018-Jul-25 14:42:08 :: [aarch64] bash3.git 3.2.57-alt4: remote: no need to rebuild
> 2018-Jul-25 14:42:09 :: [aarch64] #100 bash3.git 3.2.57-alt4: build OK
> 2018-Jul-25 14:42:09 :: [aarch64] #200 bash.git 4.4.23-alt1: build start
> 2018-Jul-25 14:42:36 :: [x86_64] #400 bash-completion.git 2.8-alt1: build OK
> 2018-Jul-25 14:42:44 :: [i586] #400 bash-completion.git 2.8-alt1: build OK
> 2018-Jul-25 14:43:08 :: [aarch64] bash.git 4.4.23-alt1: remote: no need to rebuild
> 2018-Jul-25 14:43:09 :: [aarch64] #200 bash.git 4.4.23-alt1: build OK
> 2018-Jul-25 14:43:09 :: [aarch64] #400 bash-completion.git 2.8-alt1: build start
> 2018-Jul-25 14:45:47 :: [aarch64] #400 bash-completion.git 2.8-alt1: build OK
> 2018-Jul-25 14:49:02 :: build check OK
> 2018-Jul-25 14:49:54 :: noarch check OK
> 2018-Jul-25 14:50:04 :: plan: src +3 -2 =18635, aarch64 +10 -5 =28993, i586 +10 -5 =34080, noarch +5 -3 =19047, x86_64 +10 -5 =34132
> 2018-Jul-25 14:50:04 :: version check OK
> 2018-Jul-25 14:50:04 :: bash: closes bugs: 31399 33196
> 2018-Jul-25 14:53:08 :: generated apt indices
> 2018-Jul-25 14:53:09 :: created next repo
> 2018-Jul-25 14:54:44 :: dependencies check OK
> 2018-Jul-25 14:56:58 :: ELF symbols check OK
> 2018-Jul-25 14:57:21 :: [x86_64] #200 bash: part of basesystem, install check OK
> 2018-Jul-25 14:57:22 :: [i586] #200 bash: part of basesystem, install check OK
> x86_64: bash-completion=1:2.8-alt1 post-install unowned files:
> /usr/share/cmake
> /var/log/rpmpkgs
> 2018-Jul-25 14:57:37 :: [x86_64] #400 bash-completion: install check OK
> i586: bash-completion=1:2.8-alt1 post-install unowned files:
> /usr/share/cmake
> /var/log/rpmpkgs
> 2018-Jul-25 14:57:38 :: [i586] #400 bash-completion: install check OK
> 2018-Jul-25 14:57:48 :: [x86_64] #200 bash-debuginfo: no need to repeat, install check SKIPPED
> 2018-Jul-25 14:57:50 :: [i586] #200 bash-debuginfo: no need to repeat, install check SKIPPED
> 2018-Jul-25 14:58:00 :: [x86_64] #200 bash-devel: no need to repeat, install check SKIPPED
> 2018-Jul-25 14:58:02 :: [aarch64] #200 bash: part of basesystem, install check OK
> 2018-Jul-25 14:58:03 :: [i586] #200 bash-devel: no need to repeat, install check SKIPPED
> 2018-Jul-25 14:58:12 :: [x86_64] #200 bash-doc: no need to repeat, install check SKIPPED
> 2018-Jul-25 14:58:15 :: [i586] #200 bash-doc: no need to repeat, install check SKIPPED
> 2018-Jul-25 14:58:24 :: [x86_64] #200 bash-examples: no need to repeat, install check SKIPPED
> 2018-Jul-25 14:58:27 :: [i586] #200 bash-examples: no need to repeat, install check SKIPPED
> 2018-Jul-25 14:58:37 :: [x86_64] #100 bash3: no need to repeat, install check SKIPPED
> 2018-Jul-25 14:58:40 :: [i586] #100 bash3: no need to repeat, install check SKIPPED
> 2018-Jul-25 14:58:49 :: [x86_64] #100 bash3-debuginfo: no need to repeat, install check SKIPPED
> aarch64: bash-completion=1:2.8-alt1 post-install unowned files:
> /usr/share/cmake
> /var/log/rpmpkgs
> 2018-Jul-25 14:58:51 :: [aarch64] #400 bash-completion: install check OK
> 2018-Jul-25 14:58:52 :: [i586] #100 bash3-debuginfo: no need to repeat, install check SKIPPED
> 2018-Jul-25 14:59:01 :: [x86_64] #100 bash3-devel: no need to repeat, install check SKIPPED
> 2018-Jul-25 14:59:05 :: [i586] #100 bash3-devel: no need to repeat, install check SKIPPED
> 2018-Jul-25 14:59:14 :: [x86_64] #100 bash3-doc: no need to repeat, install check SKIPPED
> 2018-Jul-25 14:59:17 :: [i586] #100 bash3-doc: no need to repeat, install check SKIPPED
> 2018-Jul-25 14:59:26 :: [x86_64] #100 bash3-examples: no need to repeat, install check SKIPPED
> 2018-Jul-25 14:59:29 :: [i586] #100 bash3-examples: no need to repeat, install check SKIPPED
> 2018-Jul-25 14:59:30 :: [aarch64] #200 bash-debuginfo: no need to repeat, install check SKIPPED
> 2018-Jul-25 14:59:36 :: [x86_64] #200 sh: part of basesystem, install check OK
> 2018-Jul-25 14:59:39 :: [i586] #200 sh: part of basesystem, install check OK
> 2018-Jul-25 14:59:48 :: [x86_64] #200 sh-debuginfo: no need to repeat, install check SKIPPED
> 2018-Jul-25 14:59:52 :: [i586] #200 sh-debuginfo: no need to repeat, install check SKIPPED
> 2018-Jul-25 15:00:00 :: [x86_64] #100 sh3: no need to repeat, install check SKIPPED
> 2018-Jul-25 15:00:04 :: [i586] #100 sh3: no need to repeat, install check SKIPPED
> 2018-Jul-25 15:00:08 :: [aarch64] #200 bash-devel: no need to repeat, install check SKIPPED
> 2018-Jul-25 15:00:12 :: [x86_64] #100 sh3-debuginfo: no need to repeat, install check SKIPPED
> 2018-Jul-25 15:00:17 :: [i586] #100 sh3-debuginfo: no need to repeat, install check SKIPPED
> 2018-Jul-25 15:00:48 :: [aarch64] #200 bash-doc: no need to repeat, install check SKIPPED
> 2018-Jul-25 15:01:25 :: [aarch64] #200 bash-examples: no need to repeat, install check SKIPPED
> 2018-Jul-25 15:02:03 :: [aarch64] #100 bash3: no need to repeat, install check SKIPPED
> 2018-Jul-25 15:02:41 :: [aarch64] #100 bash3-debuginfo: no need to repeat, install check SKIPPED
> 2018-Jul-25 15:03:16 :: [aarch64] #100 bash3-devel: no need to repeat, install check SKIPPED
> 2018-Jul-25 15:03:49 :: [aarch64] #100 bash3-doc: no need to repeat, install check SKIPPED
> 2018-Jul-25 15:04:26 :: [aarch64] #100 bash3-examples: no need to repeat, install check SKIPPED
> 2018-Jul-25 15:04:58 :: [aarch64] #200 sh: part of basesystem, install check OK
> 2018-Jul-25 15:05:40 :: [aarch64] #200 sh-debuginfo: no need to repeat, install check SKIPPED
> 2018-Jul-25 15:06:21 :: [aarch64] #100 sh3: no need to repeat, install check SKIPPED
> 2018-Jul-25 15:07:01 :: [aarch64] #100 sh3-debuginfo: no need to repeat, install check SKIPPED
> 2018-Jul-25 15:07:12 :: [x86_64-i586] plan: #0 +1 -0 =11428
> 2018-Jul-25 15:07:57 :: [x86_64-i586] generated apt indices
> 2018-Jul-25 15:07:57 :: [x86_64-i586] created next repo
> 2018-Jul-25 15:08:19 :: [x86_64-i586] dependencies check OK
> 2018-Jul-25 15:08:22 :: gears inheritance check OK
> 2018-Jul-25 15:08:22 :: srpm inheritance check OK
> girar-check-perms: access to bash3 ALLOWED for darktemplar: project `bash3' is not listed in acl file for repository `sisyphus'
> girar-check-perms: access to bash DENIED for darktemplar: does not belong to approved builders list: ldv glebfm
> bash: Operation not permitted
> girar-check-perms: access to bash-completion ALLOWED for darktemplar: project leader welcomes random builders
> 2018-Jul-25 15:08:23 :: acl check FAILED
> 2018-Jul-25 15:08:24 :: task #210757 for sisyphus EPERM
>
^ permalink raw reply [flat|nested] 66+ messages in thread
* Re: [devel] [#210757] EPERM (try 3) bash3.git=3.2.57-alt4 bash.git=4.4.23-alt1 bash-completion.git=2.8-alt1
2018-07-25 15:21 ` [devel] [#210757] EPERM (try 3) bash3.git=3.2.57-alt4 bash.git=4.4.23-alt1 bash-completion.git=2.8-alt1 Aleksei Nikiforov
@ 2018-07-26 7:12 ` Anton Farygin
2018-07-26 8:54 ` Aleksei Nikiforov
2018-07-26 9:53 ` Dmitry V. Levin
` (2 subsequent siblings)
3 siblings, 1 reply; 66+ messages in thread
From: Anton Farygin @ 2018-07-26 7:12 UTC (permalink / raw)
To: ALT Linux Team development discussions, Aleksei Nikiforov
Установил на workstation K 8.2, обновлённый до Sisyphus. На первый
взгляд всё работает.
Явных проблем не заметно.
2ldv: Может быть, попробовать пересобрать репозиторий с использованием
этого тестового задания ?
25.07.2018 18:21, Aleksei Nikiforov пишет:
> Здравствуйте.
>
> Сделал новую тестовую сборку bash-4, в этот раз также с отдельным
> bash-3 и свежим bash-completion. Прошу заинтересованных потестировать.
>
> С уважением,
> Алексей Никифоров
>
> 25.07.2018 18:08, Girar Builder awaiter robot пишет:
>> http://git.altlinux.org/tasks/210757/logs/events.3.1.log
>>
>> 2018-Jul-25 14:39:39 :: test-only task #210757 for sisyphus resumed
>> by darktemplar:
>> #100 build 3.2.57-alt4 from /people/darktemplar/packages/bash3.git
>> fetched at 2018-Jul-25 08:51:19
>> #200 build 4.4.23-alt1 from /people/darktemplar/packages/bash.git
>> fetched at 2018-Jul-25 08:51:41
>> #300 removed
>> #400 build 2.8-alt1 from
>> /people/darktemplar/packages/bash-completion.git fetched at
>> 2018-Jul-25 14:38:21
>> 2018-Jul-25 14:40:42 :: created build repo
>> 2018-Jul-25 14:40:48 :: [x86_64] #100 bash3.git 3.2.57-alt4: build start
>> 2018-Jul-25 14:40:48 :: [aarch64] #100 bash3.git 3.2.57-alt4: build
>> start
>> 2018-Jul-25 14:40:48 :: [i586] #100 bash3.git 3.2.57-alt4: build start
>> 2018-Jul-25 14:41:20 :: [x86_64] bash3.git 3.2.57-alt4: remote: no
>> need to rebuild
>> 2018-Jul-25 14:41:20 :: [i586] bash3.git 3.2.57-alt4: remote: no need
>> to rebuild
>> 2018-Jul-25 14:41:21 :: [i586] #100 bash3.git 3.2.57-alt4: build OK
>> 2018-Jul-25 14:41:21 :: [x86_64] #100 bash3.git 3.2.57-alt4: build OK
>> 2018-Jul-25 14:41:21 :: [i586] #200 bash.git 4.4.23-alt1: build start
>> 2018-Jul-25 14:41:21 :: [x86_64] #200 bash.git 4.4.23-alt1: build start
>> 2018-Jul-25 14:41:41 :: [x86_64] bash.git 4.4.23-alt1: remote: no
>> need to rebuild
>> 2018-Jul-25 14:41:41 :: [x86_64] #200 bash.git 4.4.23-alt1: build OK
>> 2018-Jul-25 14:41:41 :: [x86_64] #400 bash-completion.git 2.8-alt1:
>> build start
>> 2018-Jul-25 14:41:44 :: [i586] bash.git 4.4.23-alt1: remote: no need
>> to rebuild
>> 2018-Jul-25 14:41:44 :: [i586] #200 bash.git 4.4.23-alt1: build OK
>> 2018-Jul-25 14:41:44 :: [i586] #400 bash-completion.git 2.8-alt1:
>> build start
>> 2018-Jul-25 14:42:08 :: [aarch64] bash3.git 3.2.57-alt4: remote: no
>> need to rebuild
>> 2018-Jul-25 14:42:09 :: [aarch64] #100 bash3.git 3.2.57-alt4: build OK
>> 2018-Jul-25 14:42:09 :: [aarch64] #200 bash.git 4.4.23-alt1: build start
>> 2018-Jul-25 14:42:36 :: [x86_64] #400 bash-completion.git 2.8-alt1:
>> build OK
>> 2018-Jul-25 14:42:44 :: [i586] #400 bash-completion.git 2.8-alt1:
>> build OK
>> 2018-Jul-25 14:43:08 :: [aarch64] bash.git 4.4.23-alt1: remote: no
>> need to rebuild
>> 2018-Jul-25 14:43:09 :: [aarch64] #200 bash.git 4.4.23-alt1: build OK
>> 2018-Jul-25 14:43:09 :: [aarch64] #400 bash-completion.git 2.8-alt1:
>> build start
>> 2018-Jul-25 14:45:47 :: [aarch64] #400 bash-completion.git 2.8-alt1:
>> build OK
>> 2018-Jul-25 14:49:02 :: build check OK
>> 2018-Jul-25 14:49:54 :: noarch check OK
>> 2018-Jul-25 14:50:04 :: plan: src +3 -2 =18635, aarch64 +10 -5
>> =28993, i586 +10 -5 =34080, noarch +5 -3 =19047, x86_64 +10 -5 =34132
>> 2018-Jul-25 14:50:04 :: version check OK
>> 2018-Jul-25 14:50:04 :: bash: closes bugs: 31399 33196
>> 2018-Jul-25 14:53:08 :: generated apt indices
>> 2018-Jul-25 14:53:09 :: created next repo
>> 2018-Jul-25 14:54:44 :: dependencies check OK
>> 2018-Jul-25 14:56:58 :: ELF symbols check OK
>> 2018-Jul-25 14:57:21 :: [x86_64] #200 bash: part of basesystem,
>> install check OK
>> 2018-Jul-25 14:57:22 :: [i586] #200 bash: part of basesystem, install
>> check OK
>> x86_64: bash-completion=1:2.8-alt1 post-install unowned files:
>> /usr/share/cmake
>> /var/log/rpmpkgs
>> 2018-Jul-25 14:57:37 :: [x86_64] #400 bash-completion: install check OK
>> i586: bash-completion=1:2.8-alt1 post-install unowned files:
>> /usr/share/cmake
>> /var/log/rpmpkgs
>> 2018-Jul-25 14:57:38 :: [i586] #400 bash-completion: install check OK
>> 2018-Jul-25 14:57:48 :: [x86_64] #200 bash-debuginfo: no need to
>> repeat, install check SKIPPED
>> 2018-Jul-25 14:57:50 :: [i586] #200 bash-debuginfo: no need to
>> repeat, install check SKIPPED
>> 2018-Jul-25 14:58:00 :: [x86_64] #200 bash-devel: no need to repeat,
>> install check SKIPPED
>> 2018-Jul-25 14:58:02 :: [aarch64] #200 bash: part of basesystem,
>> install check OK
>> 2018-Jul-25 14:58:03 :: [i586] #200 bash-devel: no need to repeat,
>> install check SKIPPED
>> 2018-Jul-25 14:58:12 :: [x86_64] #200 bash-doc: no need to repeat,
>> install check SKIPPED
>> 2018-Jul-25 14:58:15 :: [i586] #200 bash-doc: no need to repeat,
>> install check SKIPPED
>> 2018-Jul-25 14:58:24 :: [x86_64] #200 bash-examples: no need to
>> repeat, install check SKIPPED
>> 2018-Jul-25 14:58:27 :: [i586] #200 bash-examples: no need to repeat,
>> install check SKIPPED
>> 2018-Jul-25 14:58:37 :: [x86_64] #100 bash3: no need to repeat,
>> install check SKIPPED
>> 2018-Jul-25 14:58:40 :: [i586] #100 bash3: no need to repeat, install
>> check SKIPPED
>> 2018-Jul-25 14:58:49 :: [x86_64] #100 bash3-debuginfo: no need to
>> repeat, install check SKIPPED
>> aarch64: bash-completion=1:2.8-alt1 post-install unowned files:
>> /usr/share/cmake
>> /var/log/rpmpkgs
>> 2018-Jul-25 14:58:51 :: [aarch64] #400 bash-completion: install check OK
>> 2018-Jul-25 14:58:52 :: [i586] #100 bash3-debuginfo: no need to
>> repeat, install check SKIPPED
>> 2018-Jul-25 14:59:01 :: [x86_64] #100 bash3-devel: no need to repeat,
>> install check SKIPPED
>> 2018-Jul-25 14:59:05 :: [i586] #100 bash3-devel: no need to repeat,
>> install check SKIPPED
>> 2018-Jul-25 14:59:14 :: [x86_64] #100 bash3-doc: no need to repeat,
>> install check SKIPPED
>> 2018-Jul-25 14:59:17 :: [i586] #100 bash3-doc: no need to repeat,
>> install check SKIPPED
>> 2018-Jul-25 14:59:26 :: [x86_64] #100 bash3-examples: no need to
>> repeat, install check SKIPPED
>> 2018-Jul-25 14:59:29 :: [i586] #100 bash3-examples: no need to
>> repeat, install check SKIPPED
>> 2018-Jul-25 14:59:30 :: [aarch64] #200 bash-debuginfo: no need to
>> repeat, install check SKIPPED
>> 2018-Jul-25 14:59:36 :: [x86_64] #200 sh: part of basesystem, install
>> check OK
>> 2018-Jul-25 14:59:39 :: [i586] #200 sh: part of basesystem, install
>> check OK
>> 2018-Jul-25 14:59:48 :: [x86_64] #200 sh-debuginfo: no need to
>> repeat, install check SKIPPED
>> 2018-Jul-25 14:59:52 :: [i586] #200 sh-debuginfo: no need to repeat,
>> install check SKIPPED
>> 2018-Jul-25 15:00:00 :: [x86_64] #100 sh3: no need to repeat, install
>> check SKIPPED
>> 2018-Jul-25 15:00:04 :: [i586] #100 sh3: no need to repeat, install
>> check SKIPPED
>> 2018-Jul-25 15:00:08 :: [aarch64] #200 bash-devel: no need to repeat,
>> install check SKIPPED
>> 2018-Jul-25 15:00:12 :: [x86_64] #100 sh3-debuginfo: no need to
>> repeat, install check SKIPPED
>> 2018-Jul-25 15:00:17 :: [i586] #100 sh3-debuginfo: no need to repeat,
>> install check SKIPPED
>> 2018-Jul-25 15:00:48 :: [aarch64] #200 bash-doc: no need to repeat,
>> install check SKIPPED
>> 2018-Jul-25 15:01:25 :: [aarch64] #200 bash-examples: no need to
>> repeat, install check SKIPPED
>> 2018-Jul-25 15:02:03 :: [aarch64] #100 bash3: no need to repeat,
>> install check SKIPPED
>> 2018-Jul-25 15:02:41 :: [aarch64] #100 bash3-debuginfo: no need to
>> repeat, install check SKIPPED
>> 2018-Jul-25 15:03:16 :: [aarch64] #100 bash3-devel: no need to
>> repeat, install check SKIPPED
>> 2018-Jul-25 15:03:49 :: [aarch64] #100 bash3-doc: no need to repeat,
>> install check SKIPPED
>> 2018-Jul-25 15:04:26 :: [aarch64] #100 bash3-examples: no need to
>> repeat, install check SKIPPED
>> 2018-Jul-25 15:04:58 :: [aarch64] #200 sh: part of basesystem,
>> install check OK
>> 2018-Jul-25 15:05:40 :: [aarch64] #200 sh-debuginfo: no need to
>> repeat, install check SKIPPED
>> 2018-Jul-25 15:06:21 :: [aarch64] #100 sh3: no need to repeat,
>> install check SKIPPED
>> 2018-Jul-25 15:07:01 :: [aarch64] #100 sh3-debuginfo: no need to
>> repeat, install check SKIPPED
>> 2018-Jul-25 15:07:12 :: [x86_64-i586] plan: #0 +1 -0 =11428
>> 2018-Jul-25 15:07:57 :: [x86_64-i586] generated apt indices
>> 2018-Jul-25 15:07:57 :: [x86_64-i586] created next repo
>> 2018-Jul-25 15:08:19 :: [x86_64-i586] dependencies check OK
>> 2018-Jul-25 15:08:22 :: gears inheritance check OK
>> 2018-Jul-25 15:08:22 :: srpm inheritance check OK
>> girar-check-perms: access to bash3 ALLOWED for darktemplar: project
>> `bash3' is not listed in acl file for repository `sisyphus'
>> girar-check-perms: access to bash DENIED for darktemplar: does not
>> belong to approved builders list: ldv glebfm
>> bash: Operation not permitted
>> girar-check-perms: access to bash-completion ALLOWED for darktemplar:
>> project leader welcomes random builders
>> 2018-Jul-25 15:08:23 :: acl check FAILED
>> 2018-Jul-25 15:08:24 :: task #210757 for sisyphus EPERM
>>
> _______________________________________________
> Devel mailing list
> Devel@lists.altlinux.org
> https://lists.altlinux.org/mailman/listinfo/devel
^ permalink raw reply [flat|nested] 66+ messages in thread
* Re: [devel] [#210757] EPERM (try 3) bash3.git=3.2.57-alt4 bash.git=4.4.23-alt1 bash-completion.git=2.8-alt1
2018-07-26 7:12 ` Anton Farygin
@ 2018-07-26 8:54 ` Aleksei Nikiforov
2018-07-26 9:11 ` Vladimir Didenko
0 siblings, 1 reply; 66+ messages in thread
From: Aleksei Nikiforov @ 2018-07-26 8:54 UTC (permalink / raw)
To: devel
Здравствуйте.
26.07.2018 10:12, Anton Farygin пишет:
> Установил на workstation K 8.2, обновлённый до Sisyphus. На первый
> взгляд всё работает.
>
> Явных проблем не заметно.
> 2ldv: Может быть, попробовать пересобрать репозиторий с использованием
> этого тестового задания ?
>
Нашёл проблему с опцией --rpm-requires, в сборке "try 4" исправлено.
>
> 25.07.2018 18:21, Aleksei Nikiforov пишет:
>> Здравствуйте.
>>
>> Сделал новую тестовую сборку bash-4, в этот раз также с отдельным
>> bash-3 и свежим bash-completion. Прошу заинтересованных потестировать.
>>
>> С уважением,
>> Алексей Никифоров
>>
>> 25.07.2018 18:08, Girar Builder awaiter robot пишет:
>>> http://git.altlinux.org/tasks/210757/logs/events.3.1.log
>>>
>>> 2018-Jul-25 14:39:39 :: test-only task #210757 for sisyphus resumed
>>> by darktemplar:
>>> #100 build 3.2.57-alt4 from /people/darktemplar/packages/bash3.git
>>> fetched at 2018-Jul-25 08:51:19
>>> #200 build 4.4.23-alt1 from /people/darktemplar/packages/bash.git
>>> fetched at 2018-Jul-25 08:51:41
>>> #300 removed
>>> #400 build 2.8-alt1 from
>>> /people/darktemplar/packages/bash-completion.git fetched at
>>> 2018-Jul-25 14:38:21
>>> 2018-Jul-25 14:40:42 :: created build repo
>>> 2018-Jul-25 14:40:48 :: [x86_64] #100 bash3.git 3.2.57-alt4: build start
>>> 2018-Jul-25 14:40:48 :: [aarch64] #100 bash3.git 3.2.57-alt4: build
>>> start
>>> 2018-Jul-25 14:40:48 :: [i586] #100 bash3.git 3.2.57-alt4: build start
>>> 2018-Jul-25 14:41:20 :: [x86_64] bash3.git 3.2.57-alt4: remote: no
>>> need to rebuild
>>> 2018-Jul-25 14:41:20 :: [i586] bash3.git 3.2.57-alt4: remote: no need
>>> to rebuild
>>> 2018-Jul-25 14:41:21 :: [i586] #100 bash3.git 3.2.57-alt4: build OK
>>> 2018-Jul-25 14:41:21 :: [x86_64] #100 bash3.git 3.2.57-alt4: build OK
>>> 2018-Jul-25 14:41:21 :: [i586] #200 bash.git 4.4.23-alt1: build start
>>> 2018-Jul-25 14:41:21 :: [x86_64] #200 bash.git 4.4.23-alt1: build start
>>> 2018-Jul-25 14:41:41 :: [x86_64] bash.git 4.4.23-alt1: remote: no
>>> need to rebuild
>>> 2018-Jul-25 14:41:41 :: [x86_64] #200 bash.git 4.4.23-alt1: build OK
>>> 2018-Jul-25 14:41:41 :: [x86_64] #400 bash-completion.git 2.8-alt1:
>>> build start
>>> 2018-Jul-25 14:41:44 :: [i586] bash.git 4.4.23-alt1: remote: no need
>>> to rebuild
>>> 2018-Jul-25 14:41:44 :: [i586] #200 bash.git 4.4.23-alt1: build OK
>>> 2018-Jul-25 14:41:44 :: [i586] #400 bash-completion.git 2.8-alt1:
>>> build start
>>> 2018-Jul-25 14:42:08 :: [aarch64] bash3.git 3.2.57-alt4: remote: no
>>> need to rebuild
>>> 2018-Jul-25 14:42:09 :: [aarch64] #100 bash3.git 3.2.57-alt4: build OK
>>> 2018-Jul-25 14:42:09 :: [aarch64] #200 bash.git 4.4.23-alt1: build start
>>> 2018-Jul-25 14:42:36 :: [x86_64] #400 bash-completion.git 2.8-alt1:
>>> build OK
>>> 2018-Jul-25 14:42:44 :: [i586] #400 bash-completion.git 2.8-alt1:
>>> build OK
>>> 2018-Jul-25 14:43:08 :: [aarch64] bash.git 4.4.23-alt1: remote: no
>>> need to rebuild
>>> 2018-Jul-25 14:43:09 :: [aarch64] #200 bash.git 4.4.23-alt1: build OK
>>> 2018-Jul-25 14:43:09 :: [aarch64] #400 bash-completion.git 2.8-alt1:
>>> build start
>>> 2018-Jul-25 14:45:47 :: [aarch64] #400 bash-completion.git 2.8-alt1:
>>> build OK
>>> 2018-Jul-25 14:49:02 :: build check OK
>>> 2018-Jul-25 14:49:54 :: noarch check OK
>>> 2018-Jul-25 14:50:04 :: plan: src +3 -2 =18635, aarch64 +10 -5
>>> =28993, i586 +10 -5 =34080, noarch +5 -3 =19047, x86_64 +10 -5 =34132
>>> 2018-Jul-25 14:50:04 :: version check OK
>>> 2018-Jul-25 14:50:04 :: bash: closes bugs: 31399 33196
>>> 2018-Jul-25 14:53:08 :: generated apt indices
>>> 2018-Jul-25 14:53:09 :: created next repo
>>> 2018-Jul-25 14:54:44 :: dependencies check OK
>>> 2018-Jul-25 14:56:58 :: ELF symbols check OK
>>> 2018-Jul-25 14:57:21 :: [x86_64] #200 bash: part of basesystem,
>>> install check OK
>>> 2018-Jul-25 14:57:22 :: [i586] #200 bash: part of basesystem, install
>>> check OK
>>> x86_64: bash-completion=1:2.8-alt1 post-install unowned files:
>>> /usr/share/cmake
>>> /var/log/rpmpkgs
>>> 2018-Jul-25 14:57:37 :: [x86_64] #400 bash-completion: install check OK
>>> i586: bash-completion=1:2.8-alt1 post-install unowned files:
>>> /usr/share/cmake
>>> /var/log/rpmpkgs
>>> 2018-Jul-25 14:57:38 :: [i586] #400 bash-completion: install check OK
>>> 2018-Jul-25 14:57:48 :: [x86_64] #200 bash-debuginfo: no need to
>>> repeat, install check SKIPPED
>>> 2018-Jul-25 14:57:50 :: [i586] #200 bash-debuginfo: no need to
>>> repeat, install check SKIPPED
>>> 2018-Jul-25 14:58:00 :: [x86_64] #200 bash-devel: no need to repeat,
>>> install check SKIPPED
>>> 2018-Jul-25 14:58:02 :: [aarch64] #200 bash: part of basesystem,
>>> install check OK
>>> 2018-Jul-25 14:58:03 :: [i586] #200 bash-devel: no need to repeat,
>>> install check SKIPPED
>>> 2018-Jul-25 14:58:12 :: [x86_64] #200 bash-doc: no need to repeat,
>>> install check SKIPPED
>>> 2018-Jul-25 14:58:15 :: [i586] #200 bash-doc: no need to repeat,
>>> install check SKIPPED
>>> 2018-Jul-25 14:58:24 :: [x86_64] #200 bash-examples: no need to
>>> repeat, install check SKIPPED
>>> 2018-Jul-25 14:58:27 :: [i586] #200 bash-examples: no need to repeat,
>>> install check SKIPPED
>>> 2018-Jul-25 14:58:37 :: [x86_64] #100 bash3: no need to repeat,
>>> install check SKIPPED
>>> 2018-Jul-25 14:58:40 :: [i586] #100 bash3: no need to repeat, install
>>> check SKIPPED
>>> 2018-Jul-25 14:58:49 :: [x86_64] #100 bash3-debuginfo: no need to
>>> repeat, install check SKIPPED
>>> aarch64: bash-completion=1:2.8-alt1 post-install unowned files:
>>> /usr/share/cmake
>>> /var/log/rpmpkgs
>>> 2018-Jul-25 14:58:51 :: [aarch64] #400 bash-completion: install check OK
>>> 2018-Jul-25 14:58:52 :: [i586] #100 bash3-debuginfo: no need to
>>> repeat, install check SKIPPED
>>> 2018-Jul-25 14:59:01 :: [x86_64] #100 bash3-devel: no need to repeat,
>>> install check SKIPPED
>>> 2018-Jul-25 14:59:05 :: [i586] #100 bash3-devel: no need to repeat,
>>> install check SKIPPED
>>> 2018-Jul-25 14:59:14 :: [x86_64] #100 bash3-doc: no need to repeat,
>>> install check SKIPPED
>>> 2018-Jul-25 14:59:17 :: [i586] #100 bash3-doc: no need to repeat,
>>> install check SKIPPED
>>> 2018-Jul-25 14:59:26 :: [x86_64] #100 bash3-examples: no need to
>>> repeat, install check SKIPPED
>>> 2018-Jul-25 14:59:29 :: [i586] #100 bash3-examples: no need to
>>> repeat, install check SKIPPED
>>> 2018-Jul-25 14:59:30 :: [aarch64] #200 bash-debuginfo: no need to
>>> repeat, install check SKIPPED
>>> 2018-Jul-25 14:59:36 :: [x86_64] #200 sh: part of basesystem, install
>>> check OK
>>> 2018-Jul-25 14:59:39 :: [i586] #200 sh: part of basesystem, install
>>> check OK
>>> 2018-Jul-25 14:59:48 :: [x86_64] #200 sh-debuginfo: no need to
>>> repeat, install check SKIPPED
>>> 2018-Jul-25 14:59:52 :: [i586] #200 sh-debuginfo: no need to repeat,
>>> install check SKIPPED
>>> 2018-Jul-25 15:00:00 :: [x86_64] #100 sh3: no need to repeat, install
>>> check SKIPPED
>>> 2018-Jul-25 15:00:04 :: [i586] #100 sh3: no need to repeat, install
>>> check SKIPPED
>>> 2018-Jul-25 15:00:08 :: [aarch64] #200 bash-devel: no need to repeat,
>>> install check SKIPPED
>>> 2018-Jul-25 15:00:12 :: [x86_64] #100 sh3-debuginfo: no need to
>>> repeat, install check SKIPPED
>>> 2018-Jul-25 15:00:17 :: [i586] #100 sh3-debuginfo: no need to repeat,
>>> install check SKIPPED
>>> 2018-Jul-25 15:00:48 :: [aarch64] #200 bash-doc: no need to repeat,
>>> install check SKIPPED
>>> 2018-Jul-25 15:01:25 :: [aarch64] #200 bash-examples: no need to
>>> repeat, install check SKIPPED
>>> 2018-Jul-25 15:02:03 :: [aarch64] #100 bash3: no need to repeat,
>>> install check SKIPPED
>>> 2018-Jul-25 15:02:41 :: [aarch64] #100 bash3-debuginfo: no need to
>>> repeat, install check SKIPPED
>>> 2018-Jul-25 15:03:16 :: [aarch64] #100 bash3-devel: no need to
>>> repeat, install check SKIPPED
>>> 2018-Jul-25 15:03:49 :: [aarch64] #100 bash3-doc: no need to repeat,
>>> install check SKIPPED
>>> 2018-Jul-25 15:04:26 :: [aarch64] #100 bash3-examples: no need to
>>> repeat, install check SKIPPED
>>> 2018-Jul-25 15:04:58 :: [aarch64] #200 sh: part of basesystem,
>>> install check OK
>>> 2018-Jul-25 15:05:40 :: [aarch64] #200 sh-debuginfo: no need to
>>> repeat, install check SKIPPED
>>> 2018-Jul-25 15:06:21 :: [aarch64] #100 sh3: no need to repeat,
>>> install check SKIPPED
>>> 2018-Jul-25 15:07:01 :: [aarch64] #100 sh3-debuginfo: no need to
>>> repeat, install check SKIPPED
>>> 2018-Jul-25 15:07:12 :: [x86_64-i586] plan: #0 +1 -0 =11428
>>> 2018-Jul-25 15:07:57 :: [x86_64-i586] generated apt indices
>>> 2018-Jul-25 15:07:57 :: [x86_64-i586] created next repo
>>> 2018-Jul-25 15:08:19 :: [x86_64-i586] dependencies check OK
>>> 2018-Jul-25 15:08:22 :: gears inheritance check OK
>>> 2018-Jul-25 15:08:22 :: srpm inheritance check OK
>>> girar-check-perms: access to bash3 ALLOWED for darktemplar: project
>>> `bash3' is not listed in acl file for repository `sisyphus'
>>> girar-check-perms: access to bash DENIED for darktemplar: does not
>>> belong to approved builders list: ldv glebfm
>>> bash: Operation not permitted
>>> girar-check-perms: access to bash-completion ALLOWED for darktemplar:
>>> project leader welcomes random builders
>>> 2018-Jul-25 15:08:23 :: acl check FAILED
>>> 2018-Jul-25 15:08:24 :: task #210757 for sisyphus EPERM
>>>
>> _______________________________________________
>> Devel mailing list
>> Devel@lists.altlinux.org
>> https://lists.altlinux.org/mailman/listinfo/devel
>
>
> _______________________________________________
> Devel mailing list
> Devel@lists.altlinux.org
> https://lists.altlinux.org/mailman/listinfo/devel
^ permalink raw reply [flat|nested] 66+ messages in thread
* Re: [devel] [#210757] EPERM (try 3) bash3.git=3.2.57-alt4 bash.git=4.4.23-alt1 bash-completion.git=2.8-alt1
2018-07-26 8:54 ` Aleksei Nikiforov
@ 2018-07-26 9:11 ` Vladimir Didenko
2018-07-26 9:15 ` Aleksei Nikiforov
0 siblings, 1 reply; 66+ messages in thread
From: Vladimir Didenko @ 2018-07-26 9:11 UTC (permalink / raw)
To: ALT Linux Team development discussions
чт, 26 июл. 2018 г. в 11:55, Aleksei Nikiforov:
>
> Нашёл проблему с опцией --rpm-requires, в сборке "try 4" исправлено.
>
Если делать apt-repo test то файловые конфликты вылазят
file /usr/include/bash/alias.h conflicts between attempted installs of
bash-devel-4.4.23-alt1.x86_64 and bash3-devel-3.2.57-alt4.x86_64
file /usr/include/bash/array.h conflicts between attempted installs of
bash-devel-4.4.23-alt1.x86_64 and bash3-devel-3.2.57-alt4.x86_64
и т.д.
--
С уважением,
Владимир.
^ permalink raw reply [flat|nested] 66+ messages in thread
* Re: [devel] [#210757] EPERM (try 3) bash3.git=3.2.57-alt4 bash.git=4.4.23-alt1 bash-completion.git=2.8-alt1
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:44 ` Dmitry V. Levin
0 siblings, 2 replies; 66+ messages in thread
From: Aleksei Nikiforov @ 2018-07-26 9:15 UTC (permalink / raw)
To: devel
Здравствуйте.
26.07.2018 12:11, Vladimir Didenko пишет:
> чт, 26 июл. 2018 г. в 11:55, Aleksei Nikiforov:
>>
>> Нашёл проблему с опцией --rpm-requires, в сборке "try 4" исправлено.
>>
>
> Если делать apt-repo test то файловые конфликты вылазят
>
> file /usr/include/bash/alias.h conflicts between attempted installs of
> bash-devel-4.4.23-alt1.x86_64 and bash3-devel-3.2.57-alt4.x86_64
> file /usr/include/bash/array.h conflicts between attempted installs of
> bash-devel-4.4.23-alt1.x86_64 and bash3-devel-3.2.57-alt4.x86_64
> и т.д.
>
bash3-devel и bash-devel одновременно разрешать ставить пока не
планировалось. В репозитории Sisyphus сейчас есть пакеты bash-devel и
bash4-devel, и там ситуация полностью аналогичная.
С уважением,
Алексей Никифоров
^ permalink raw reply [flat|nested] 66+ messages in thread
* Re: [devel] [#210757] EPERM (try 3) bash3.git=3.2.57-alt4 bash.git=4.4.23-alt1 bash-completion.git=2.8-alt1
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
1 sibling, 1 reply; 66+ messages in thread
From: Vladimir Didenko @ 2018-07-26 9:17 UTC (permalink / raw)
To: ALT Linux Team development discussions
чт, 26 июл. 2018 г. в 12:15, Aleksei Nikiforov:
> bash3-devel и bash-devel одновременно разрешать ставить пока не
> планировалось. В репозитории Sisyphus сейчас есть пакеты bash-devel и
> bash4-devel, и там ситуация полностью аналогичная.
>
Я и не против. Но, может быть, явный конфликт прописать?
--
С уважением,
Владимир.
^ permalink raw reply [flat|nested] 66+ messages in thread
* Re: [devel] [#210757] EPERM (try 3) bash3.git=3.2.57-alt4 bash.git=4.4.23-alt1 bash-completion.git=2.8-alt1
2018-07-26 9:17 ` Vladimir Didenko
@ 2018-07-26 9:25 ` Aleksei Nikiforov
0 siblings, 0 replies; 66+ messages in thread
From: Aleksei Nikiforov @ 2018-07-26 9:25 UTC (permalink / raw)
To: devel
Здравствуйте
26.07.2018 12:17, Vladimir Didenko пишет:
> чт, 26 июл. 2018 г. в 12:15, Aleksei Nikiforov:
>> bash3-devel и bash-devel одновременно разрешать ставить пока не
>> планировалось. В репозитории Sisyphus сейчас есть пакеты bash-devel и
>> bash4-devel, и там ситуация полностью аналогичная.
>>
>
> Я и не против. Но, может быть, явный конфликт прописать?
>
Спасибо за предложение, так и сделаю в сборке "try 5".
С уважением,
Алексей Никифоров
^ permalink raw reply [flat|nested] 66+ messages in thread
* Re: [devel] [#210757] EPERM (try 3) bash3.git=3.2.57-alt4 bash.git=4.4.23-alt1 bash-completion.git=2.8-alt1
2018-07-26 9:15 ` Aleksei Nikiforov
2018-07-26 9:17 ` Vladimir Didenko
@ 2018-07-26 9:44 ` Dmitry V. Levin
2018-07-26 16:55 ` Aleksei Nikiforov
1 sibling, 1 reply; 66+ messages in thread
From: Dmitry V. Levin @ 2018-07-26 9:44 UTC (permalink / raw)
To: ALT Devel discussion list
[-- Attachment #1: Type: text/plain, Size: 1310 bytes --]
On Thu, Jul 26, 2018 at 12:15:30PM +0300, Aleksei Nikiforov wrote:
> 26.07.2018 12:11, Vladimir Didenko пишет:
> > чт, 26 июл. 2018 г. в 11:55, Aleksei Nikiforov:
> >>
> >> Нашёл проблему с опцией --rpm-requires, в сборке "try 4" исправлено.
> >
> > Если делать apt-repo test то файловые конфликты вылазят
> >
> > file /usr/include/bash/alias.h conflicts between attempted installs of
> > bash-devel-4.4.23-alt1.x86_64 and bash3-devel-3.2.57-alt4.x86_64
> > file /usr/include/bash/array.h conflicts between attempted installs of
> > bash-devel-4.4.23-alt1.x86_64 and bash3-devel-3.2.57-alt4.x86_64
> > и т.д.
>
> bash3-devel и bash-devel одновременно разрешать ставить пока не
> планировалось. В репозитории Sisyphus сейчас есть пакеты bash-devel и
> bash4-devel, и там ситуация полностью аналогичная.
Кстати, про bash*-devel. У нас в репозитории совсем не много клиентов
этих пакетов:
$ printf '%s\n%s\n' bash-devel bash4-devel |join -11 -22 -o2.1 - beehive/stats/Sisyphus-x86_64/ufb-2
bash-builtin-lockf
bashdb
Что происходит с этими пакетами? Работают ли они с установленным 4.4.23-alt1
без пересборки? Пересобираются ли? Работают ли после пересборки?
Будет ли работать bash-builtin-lockf без пересборки / после пересборки
с любой версией bash >= 3.2?
--
ldv
[-- Attachment #2: signature.asc --]
[-- Type: application/pgp-signature, Size: 801 bytes --]
^ permalink raw reply [flat|nested] 66+ messages in thread
* Re: [devel] [#210757] EPERM (try 3) bash3.git=3.2.57-alt4 bash.git=4.4.23-alt1 bash-completion.git=2.8-alt1
2018-07-25 15:21 ` [devel] [#210757] EPERM (try 3) bash3.git=3.2.57-alt4 bash.git=4.4.23-alt1 bash-completion.git=2.8-alt1 Aleksei Nikiforov
2018-07-26 7:12 ` Anton Farygin
@ 2018-07-26 9:53 ` Dmitry V. Levin
2018-07-26 10:52 ` Anton Farygin
` (2 more replies)
2018-08-06 6:35 ` Vitaly Lipatov
2018-08-15 8:52 ` Anton Farygin
3 siblings, 3 replies; 66+ messages in thread
From: Dmitry V. Levin @ 2018-07-26 9:53 UTC (permalink / raw)
To: ALT Devel discussion list
[-- Attachment #1: Type: text/plain, Size: 610 bytes --]
On Wed, Jul 25, 2018 at 06:21:46PM +0300, Aleksei Nikiforov wrote:
> Здравствуйте.
>
> Сделал новую тестовую сборку bash-4, в этот раз также с отдельным bash-3
> и свежим bash-completion. Прошу заинтересованных потестировать.
Спасибо. Ввиду того, что у нас bash-5 не за горами, может быть, упаковать
bash-4 как bash4 (с подпакетами sh4, bash4, bash4-devel, bash4-doc,
bash4-examples), и, по аналогии с gcc-defaults, сделать bash-defaults
c подпакетами sh, bash, bash-devel, bash-doc, bash-examples,
содержащие общие файлы (такие как bashrc) и переключающие bash
на нужную версию?
--
ldv
[-- Attachment #2: signature.asc --]
[-- Type: application/pgp-signature, Size: 801 bytes --]
^ permalink raw reply [flat|nested] 66+ messages in thread
* Re: [devel] [#210757] EPERM (try 3) bash3.git=3.2.57-alt4 bash.git=4.4.23-alt1 bash-completion.git=2.8-alt1
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-27 9:05 ` Aleksei Nikiforov
2018-08-02 8:38 ` Aleksei Nikiforov
2 siblings, 1 reply; 66+ messages in thread
From: Anton Farygin @ 2018-07-26 10:52 UTC (permalink / raw)
To: ALT Devel discussion list
26.07.2018 12:53, Dmitry V. Levin пишет:
> On Wed, Jul 25, 2018 at 06:21:46PM +0300, Aleksei Nikiforov wrote:
>> Здравствуйте.
>>
>> Сделал новую тестовую сборку bash-4, в этот раз также с отдельным bash-3
>> и свежим bash-completion. Прошу заинтересованных потестировать.
> Спасибо. Ввиду того, что у нас bash-5 не за горами, может быть, упаковать
> bash-4 как bash4 (с подпакетами sh4, bash4, bash4-devel, bash4-doc,
> bash4-examples), и, по аналогии с gcc-defaults, сделать bash-defaults
> c подпакетами sh, bash, bash-devel, bash-doc, bash-examples,
> содержащие общие файлы (такие как bashrc) и переключающие bash
> на нужную версию?
>
а ты предполагаешь возможным оставить общие файлы у разных версий bash ?
Может быть, в случае с bash, не стоит разводить историю с большим
количеством одновременно существующих версий.
Стоит ли эта овчинка затраченных на неё усилий...
^ permalink raw reply [flat|nested] 66+ messages in thread
* Re: [devel] [#210757] EPERM (try 3) bash3.git=3.2.57-alt4 bash.git=4.4.23-alt1 bash-completion.git=2.8-alt1
2018-07-26 10:52 ` Anton Farygin
@ 2018-07-26 11:07 ` Dmitry V. Levin
2018-07-26 11:16 ` Anton Farygin
0 siblings, 1 reply; 66+ messages in thread
From: Dmitry V. Levin @ 2018-07-26 11:07 UTC (permalink / raw)
To: ALT Devel discussion list
[-- Attachment #1: Type: text/plain, Size: 1411 bytes --]
On Thu, Jul 26, 2018 at 01:52:59PM +0300, Anton Farygin wrote:
> 26.07.2018 12:53, Dmitry V. Levin пишет:
> > On Wed, Jul 25, 2018 at 06:21:46PM +0300, Aleksei Nikiforov wrote:
> >> Здравствуйте.
> >>
> >> Сделал новую тестовую сборку bash-4, в этот раз также с отдельным bash-3
> >> и свежим bash-completion. Прошу заинтересованных потестировать.
> > Спасибо. Ввиду того, что у нас bash-5 не за горами, может быть, упаковать
> > bash-4 как bash4 (с подпакетами sh4, bash4, bash4-devel, bash4-doc,
> > bash4-examples), и, по аналогии с gcc-defaults, сделать bash-defaults
> > c подпакетами sh, bash, bash-devel, bash-doc, bash-examples,
> > содержащие общие файлы (такие как bashrc) и переключающие bash
> > на нужную версию?
> >
> а ты предполагаешь возможным оставить общие файлы у разных версий bash?
Я думаю, что общих файлов очень мало. Я навскидку вспомнил /etc/bashrc*,
можно ссылки на builtins.1.xz назвать общими, может быть, ещё что-то есть.
> Может быть, в случае с bash, не стоит разводить историю с большим
> количеством одновременно существующих версий.
Проблема в том, что каждая новая версия bash несовместима со всеми
предыдущими. Иногда эти несовместимости легко обойти, иногда сложно.
В этом смысле bash гораздо хуже gcc, несколько версий которого мы держим
в репозитории. Это основная причина, по которой в Сизифе bash примёрз
к версии 3.2.
--
ldv
[-- Attachment #2: signature.asc --]
[-- Type: application/pgp-signature, Size: 801 bytes --]
^ permalink raw reply [flat|nested] 66+ messages in thread
* Re: [devel] [#210757] EPERM (try 3) bash3.git=3.2.57-alt4 bash.git=4.4.23-alt1 bash-completion.git=2.8-alt1
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 12:04 ` Igor Zubkov
0 siblings, 2 replies; 66+ messages in thread
From: Anton Farygin @ 2018-07-26 11:16 UTC (permalink / raw)
To: ALT Devel discussion list
26.07.2018 14:07, Dmitry V. Levin пишет:
> On Thu, Jul 26, 2018 at 01:52:59PM +0300, Anton Farygin wrote:
>
>> Может быть, в случае с bash, не стоит разводить историю с большим
>> количеством одновременно существующих версий.
> Проблема в том, что каждая новая версия bash несовместима со всеми
> предыдущими. Иногда эти несовместимости легко обойти, иногда сложно.
> В этом смысле bash гораздо хуже gcc, несколько версий которого мы держим
> в репозитории. Это основная причина, по которой в Сизифе bash примёрз
> к версии 3.2.
Но как живёт весь мир ? Ведь третья версия bash есть только у нас, все
остальные уже давно перешли на четвёртый bash и не заморачиваются.
Может быть просто будем адаптировать весь репозиторий под свежую версию ?
Патчить в любом случае придётся - или менять код скриптов или править
shebang.
^ permalink raw reply [flat|nested] 66+ messages in thread
* Re: [devel] [#210757] EPERM (try 3) bash3.git=3.2.57-alt4 bash.git=4.4.23-alt1 bash-completion.git=2.8-alt1
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
1 sibling, 1 reply; 66+ messages in thread
From: Dmitry V. Levin @ 2018-07-26 11:39 UTC (permalink / raw)
To: ALT Devel discussion list
[-- Attachment #1: Type: text/plain, Size: 1191 bytes --]
On Thu, Jul 26, 2018 at 02:16:34PM +0300, Anton Farygin wrote:
> 26.07.2018 14:07, Dmitry V. Levin пишет:
> > On Thu, Jul 26, 2018 at 01:52:59PM +0300, Anton Farygin wrote:
> >
> >> Может быть, в случае с bash, не стоит разводить историю с большим
> >> количеством одновременно существующих версий.
> > Проблема в том, что каждая новая версия bash несовместима со всеми
> > предыдущими. Иногда эти несовместимости легко обойти, иногда сложно.
> > В этом смысле bash гораздо хуже gcc, несколько версий которого мы держим
> > в репозитории. Это основная причина, по которой в Сизифе bash примёрз
> > к версии 3.2.
> Но как живёт весь мир ? Ведь третья версия bash есть только у нас, все
> остальные уже давно перешли на четвёртый bash и не заморачиваются.
Весь мир живёт примерно так: "Мыши плакали, кололись, но продолжали грызть кактус".
> Может быть просто будем адаптировать весь репозиторий под свежую версию ?
Большой репозиторий невозможно адаптировать единовременно.
bash-5 не за горами: http://lists.gnu.org/archive/html/bug-bash/2018-05/msg00068.html
и в нём, как обычно, "There are a few incompatible changes between bash-4.4 and bash-5.0".
--
ldv
[-- Attachment #2: signature.asc --]
[-- Type: application/pgp-signature, Size: 801 bytes --]
^ permalink raw reply [flat|nested] 66+ messages in thread
* Re: [devel] [#210757] EPERM (try 3) bash3.git=3.2.57-alt4 bash.git=4.4.23-alt1 bash-completion.git=2.8-alt1
2018-07-26 11:39 ` Dmitry V. Levin
@ 2018-07-26 11:46 ` Anton Farygin
0 siblings, 0 replies; 66+ messages in thread
From: Anton Farygin @ 2018-07-26 11:46 UTC (permalink / raw)
To: ALT Devel discussion list
26.07.2018 14:39, Dmitry V. Levin пишет:
> On Thu, Jul 26, 2018 at 02:16:34PM +0300, Anton Farygin wrote:
>> 26.07.2018 14:07, Dmitry V. Levin пишет:
>>
>
>> Может быть просто будем адаптировать весь репозиторий под свежую версию ?
> Большой репозиторий невозможно адаптировать единовременно.
> bash-5 не за горами: http://lists.gnu.org/archive/html/bug-bash/2018-05/msg00068.html
> и в нём, как обычно, "There are a few incompatible changes between bash-4.4 and bash-5.0".
>
С точки зрения плавности миграции - тут вопросов нет, отличная идея
держать в репозитории несколько bash.
Но проблем с этим тоже вылезет достаточное количество, в тех же
скриптах, использующих общие библиотеки.
^ permalink raw reply [flat|nested] 66+ messages in thread
* Re: [devel] [#210757] EPERM (try 3) bash3.git=3.2.57-alt4 bash.git=4.4.23-alt1 bash-completion.git=2.8-alt1
2018-07-26 11:16 ` Anton Farygin
2018-07-26 11:39 ` Dmitry V. Levin
@ 2018-07-26 12:04 ` Igor Zubkov
1 sibling, 0 replies; 66+ messages in thread
From: Igor Zubkov @ 2018-07-26 12:04 UTC (permalink / raw)
To: ALT Linux Team development discussions
2018-07-26 14:16 GMT+03:00 Anton Farygin:
> 26.07.2018 14:07, Dmitry V. Levin пишет:
>>
>> On Thu, Jul 26, 2018 at 01:52:59PM +0300, Anton Farygin wrote:
>>
>>> Может быть, в случае с bash, не стоит разводить историю с большим
>>> количеством одновременно существующих версий.
>>
>> Проблема в том, что каждая новая версия bash несовместима со всеми
>> предыдущими. Иногда эти несовместимости легко обойти, иногда сложно.
>> В этом смысле bash гораздо хуже gcc, несколько версий которого мы держим
>> в репозитории. Это основная причина, по которой в Сизифе bash примёрз
>> к версии 3.2.
>
> Но как живёт весь мир ? Ведь третья версия bash есть только у нас, все
> остальные уже давно перешли на четвёртый bash и не заморачиваются.
Это не так. Ещё есть macOS. В которой всё gnu не обноляется. В том числе и bash.
$ bash --version
GNU bash, version 3.2.57(1)-release (x86_64-apple-darwin16)
Copyright (C) 2007 Free Software Foundation, Inc.
$
Но у них совсем другие проблемы. Им GPLv3 не нравится.
--
Igor Zubkov
http://hi.im/ice
^ permalink raw reply [flat|nested] 66+ messages in thread
* Re: [devel] [#210757] EPERM (try 3) bash3.git=3.2.57-alt4 bash.git=4.4.23-alt1 bash-completion.git=2.8-alt1
2018-07-26 9:44 ` Dmitry V. Levin
@ 2018-07-26 16:55 ` Aleksei Nikiforov
2018-07-26 17:17 ` Anton Farygin
0 siblings, 1 reply; 66+ messages in thread
From: Aleksei Nikiforov @ 2018-07-26 16:55 UTC (permalink / raw)
To: devel
26.07.2018 12:44, Dmitry V. Levin пишет:
> On Thu, Jul 26, 2018 at 12:15:30PM +0300, Aleksei Nikiforov wrote:
>> 26.07.2018 12:11, Vladimir Didenko пишет:
>>> чт, 26 июл. 2018 г. в 11:55, Aleksei Nikiforov:
>>>>
>>>> Нашёл проблему с опцией --rpm-requires, в сборке "try 4" исправлено.
>>>
>>> Если делать apt-repo test то файловые конфликты вылазят
>>>
>>> file /usr/include/bash/alias.h conflicts between attempted installs of
>>> bash-devel-4.4.23-alt1.x86_64 and bash3-devel-3.2.57-alt4.x86_64
>>> file /usr/include/bash/array.h conflicts between attempted installs of
>>> bash-devel-4.4.23-alt1.x86_64 and bash3-devel-3.2.57-alt4.x86_64
>>> и т.д.
>>
>> bash3-devel и bash-devel одновременно разрешать ставить пока не
>> планировалось. В репозитории Sisyphus сейчас есть пакеты bash-devel и
>> bash4-devel, и там ситуация полностью аналогичная.
>
> Кстати, про bash*-devel. У нас в репозитории совсем не много клиентов
> этих пакетов:
>
> $ printf '%s\n%s\n' bash-devel bash4-devel |join -11 -22 -o2.1 - beehive/stats/Sisyphus-x86_64/ufb-2
> bash-builtin-lockf
> bashdb
>
> Что происходит с этими пакетами? Работают ли они с установленным 4.4.23-alt1
> без пересборки? Пересобираются ли? Работают ли после пересборки?
> Будет ли работать bash-builtin-lockf без пересборки / после пересборки
> с любой версией bash >= 3.2?
>
Пропатчил сборку bash. bash-builtin-lockf пересобирается, насколько я
могу судить работает и до пересборки, и после. bashdb обновил до
последней версии, поскольку пакет не пересобирался с новым bash.
Изменения будут в сборке "try 6".
^ permalink raw reply [flat|nested] 66+ messages in thread
* Re: [devel] [#210757] EPERM (try 3) bash3.git=3.2.57-alt4 bash.git=4.4.23-alt1 bash-completion.git=2.8-alt1
2018-07-26 16:55 ` Aleksei Nikiforov
@ 2018-07-26 17:17 ` Anton Farygin
0 siblings, 0 replies; 66+ messages in thread
From: Anton Farygin @ 2018-07-26 17:17 UTC (permalink / raw)
To: ALT Linux Team development discussions, Aleksei Nikiforov
26.07.2018 19:55, Aleksei Nikiforov пишет:
> 26.07.2018 12:44, Dmitry V. Levin пишет:
>> On Thu, Jul 26, 2018 at 12:15:30PM +0300, Aleksei Nikiforov wrote:
>>> 26.07.2018 12:11, Vladimir Didenko пишет:
>>>> чт, 26 июл. 2018 г. в 11:55, Aleksei Nikiforov:
>>>>> Нашёл проблему с опцией --rpm-requires, в сборке "try 4" исправлено.
>>>> Если делать apt-repo test то файловые конфликты вылазят
>>>>
>>>> file /usr/include/bash/alias.h conflicts between attempted installs of
>>>> bash-devel-4.4.23-alt1.x86_64 and bash3-devel-3.2.57-alt4.x86_64
>>>> file /usr/include/bash/array.h conflicts between attempted installs of
>>>> bash-devel-4.4.23-alt1.x86_64 and bash3-devel-3.2.57-alt4.x86_64
>>>> и т.д.
>>> bash3-devel и bash-devel одновременно разрешать ставить пока не
>>> планировалось. В репозитории Sisyphus сейчас есть пакеты bash-devel и
>>> bash4-devel, и там ситуация полностью аналогичная.
>> Кстати, про bash*-devel. У нас в репозитории совсем не много клиентов
>> этих пакетов:
>>
>> $ printf '%s\n%s\n' bash-devel bash4-devel |join -11 -22 -o2.1 - beehive/stats/Sisyphus-x86_64/ufb-2
>> bash-builtin-lockf
>> bashdb
>>
>> Что происходит с этими пакетами? Работают ли они с установленным 4.4.23-alt1
>> без пересборки? Пересобираются ли? Работают ли после пересборки?
>> Будет ли работать bash-builtin-lockf без пересборки / после пересборки
>> с любой версией bash >= 3.2?
>>
> Пропатчил сборку bash. bash-builtin-lockf пересобирается, насколько я
> могу судить работает и до пересборки, и после. bashdb обновил до
> последней версии, поскольку пакет не пересобирался с новым bash.
> Изменения будут в сборке "try 6".
Может быть сразу попробуешь реализовать схему с bash3 и bash4 и
переключением ?
^ permalink raw reply [flat|nested] 66+ messages in thread
* Re: [devel] [#210757] EPERM (try 3) bash3.git=3.2.57-alt4 bash.git=4.4.23-alt1 bash-completion.git=2.8-alt1
2018-07-26 9:53 ` Dmitry V. Levin
2018-07-26 10:52 ` Anton Farygin
@ 2018-07-27 9:05 ` Aleksei Nikiforov
2018-08-02 8:38 ` Aleksei Nikiforov
2 siblings, 0 replies; 66+ messages in thread
From: Aleksei Nikiforov @ 2018-07-27 9:05 UTC (permalink / raw)
To: devel
26.07.2018 12:53, Dmitry V. Levin пишет:
> On Wed, Jul 25, 2018 at 06:21:46PM +0300, Aleksei Nikiforov wrote:
>> Здравствуйте.
>>
>> Сделал новую тестовую сборку bash-4, в этот раз также с отдельным bash-3
>> и свежим bash-completion. Прошу заинтересованных потестировать.
>
> Спасибо. Ввиду того, что у нас bash-5 не за горами, может быть, упаковать
> bash-4 как bash4 (с подпакетами sh4, bash4, bash4-devel, bash4-doc,
> bash4-examples), и, по аналогии с gcc-defaults, сделать bash-defaults
> c подпакетами sh, bash, bash-devel, bash-doc, bash-examples,
> содержащие общие файлы (такие как bashrc) и переключающие bash
> на нужную версию?
>
Идея интересная, но стоит ли оно того? Как уже писали, нигде не держат
несколько версий bash. Даже для python3 несколько версий решили не
держать в репозитории Sisyphus, а уж у python3 апгрейд сложнее.
Несколько версий баша в системе разве что увеличат время миграции с
каждой устаревшей версии баша на текущую при смене этой текущей версии,
и соответсвенно время необходимости поддержки устаревших версий баша.
^ permalink raw reply [flat|nested] 66+ messages in thread
* Re: [devel] [#210757] EPERM (try 3) bash3.git=3.2.57-alt4 bash.git=4.4.23-alt1 bash-completion.git=2.8-alt1
2018-07-26 9:53 ` Dmitry V. Levin
2018-07-26 10:52 ` Anton Farygin
2018-07-27 9:05 ` Aleksei Nikiforov
@ 2018-08-02 8:38 ` Aleksei Nikiforov
2018-08-02 9:00 ` Alexey V. Vissarionov
` (2 more replies)
2 siblings, 3 replies; 66+ messages in thread
From: Aleksei Nikiforov @ 2018-08-02 8:38 UTC (permalink / raw)
To: devel
Здравствуйте.
26.07.2018 12:53, Dmitry V. Levin пишет:
> On Wed, Jul 25, 2018 at 06:21:46PM +0300, Aleksei Nikiforov wrote:
>> Здравствуйте.
>>
>> Сделал новую тестовую сборку bash-4, в этот раз также с отдельным bash-3
>> и свежим bash-completion. Прошу заинтересованных потестировать.
>
> Спасибо. Ввиду того, что у нас bash-5 не за горами, может быть, упаковать
> bash-4 как bash4 (с подпакетами sh4, bash4, bash4-devel, bash4-doc,
> bash4-examples), и, по аналогии с gcc-defaults, сделать bash-defaults
> c подпакетами sh, bash, bash-devel, bash-doc, bash-examples,
> содержащие общие файлы (такие как bashrc) и переключающие bash
> на нужную версию?
>
Я попробовал собрать bash3 и bash4 таким образом, с отдельными пакетами
sh и bash с симлинками и зависимостями на последнюю версию sh4 и bash4
соответственно.
Проблема при такой сборке возникает с плагинами bash. Сейчас плагины для
bash3 лежат в /usr/lib/bash. Плагины bash4 лучше держать отдельно - их
больше по сравнению с bash3, да и совместимость не гарантированна. То,
что собранный для bash3 пакет bash-builtin-lockf работает с bash4 скорее
стоит считать удачей и не рассчитывать на такое поведение, особенно при
обновлении до следующих версий bash.
В связи со всем вышесказанным, для плагинов bash4 нужна отдельная
директория.
Если для совместимости с текущим сетапом использовать /usr/lib/bash для
плагинов bash3, то плагины bash4 можно положить в /usr/lib/bash4,
например. Но тогда в некоторых пакетах для переезда на bash4 прийдётся
явно менять захардкоженный путь до /usr/lib/bash/lockf, либо скриптовать
поведение по поиску пути до lockf в зависимости от версии bash, а если
lockf для bash4 будет в отдельном пакете - ещё и менять зависимости.
Например, такой путь захардкожен в girar, hasher, gnupg2. Для такого
сетапа сделано тестовое задание #210913 (но указанные пакеты ещё не
обновлены).
Если же попытаться использовать директорию /usr/lib/bash3 для плагинов
bash3, /usr/lib/bash4 - для bash4, и сделать symlink /usr/lib/bash для
текущей версии, то такому сетапу помешает rpm - нет прямого способа
заменить директорию на symlink, т.е. прямая миграция невозможна. Есть
незавершённое тестовое задание #210931 с таким сетапом.
Если же в /usr/lib/bash держать плагины для текущей версии bash, а для
bash3 их пересобрать в /usr/lib/bash3, то такой сетап уже есть в
тестовом задании #210757. Разве что нет симлинков sh -> sh4, bash ->
bash4, и можно дособрать lockf для bash3 в /usr/lib/bash3, но
актуальность всех этих действий в таком случае под вопросом, особенно
необходимости таких симлинков. И не нужно при апгрейде bash пересобирать
дополнительные пакеты лишь для смены захардкоженного пути и зависимостей.
Какие есть идеи по поводу данной проблемы?
С уважением,
Алексей Никифоров
^ permalink raw reply [flat|nested] 66+ messages in thread
* Re: [devel] [#210757] EPERM (try 3) bash3.git=3.2.57-alt4 bash.git=4.4.23-alt1 bash-completion.git=2.8-alt1
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 19:19 ` Alexey Tourbin
2018-08-03 15:33 ` Dmitry V. Levin
2 siblings, 1 reply; 66+ messages in thread
From: Alexey V. Vissarionov @ 2018-08-02 9:00 UTC (permalink / raw)
To: ALT Linux Team development discussions
On 2018-08-02 11:38:15 +0300, Aleksei Nikiforov wrote:
> Проблема при такой сборке возникает с плагинами bash. Сейчас
> плагины для bash3 лежат в /usr/lib/bash. Плагины bash4 лучше
> держать отдельно - их больше по сравнению с bash3, да и
> совместимость не гарантированна.
Они сами по себе, или могут приехать с каким-то сторонним софтом?
> Если для совместимости с текущим сетапом использовать
> /usr/lib/bash для плагинов bash3, то плагины bash4 можно
> положить в /usr/lib/bash4, например.
Если они меж собой несовместимы - вплоть до %_libdir/%name-%version
> Но тогда в некоторых пакетах для переезда на bash4 прийдётся
> явно менять захардкоженный путь до /usr/lib/bash/lockf
А много ли таких пакетов?
> либо скриптовать поведение по поиску пути до lockf в зависимости
> от версии bash,
И это правильное решение, так как для его реализации достаточно
одного файла /etc/profile.d/lockf.sh со строчкой export LOCKF=...
> а если lockf для bash4 будет в отдельном пакете - ещё и
> менять зависимости. Например, такой путь захардкожен в girar,
> hasher, gnupg2
Дык и добавить туда проверку $LOCKF
Определено - пользуем, нет - export LOCKF="/usr/lib/bash/lockf" и
опять же пользуем.
--
Alexey V. Vissarionov
gremlin ПРИ altlinux ТЧК org; +vii-cmiii-ccxxix-lxxix-xlii
GPG: 0D92F19E1C0DC36E27F61A29CD17E2B43D879005 @ hkp://keys.gnupg.net
^ permalink raw reply [flat|nested] 66+ messages in thread
* Re: [devel] [#210757] EPERM (try 3) bash3.git=3.2.57-alt4 bash.git=4.4.23-alt1 bash-completion.git=2.8-alt1
2018-08-02 9:00 ` Alexey V. Vissarionov
@ 2018-08-02 9:08 ` Aleksei Nikiforov
2018-08-02 10:24 ` Alexey V. Vissarionov
0 siblings, 1 reply; 66+ messages in thread
From: Aleksei Nikiforov @ 2018-08-02 9:08 UTC (permalink / raw)
To: devel
02.08.2018 12:00, Alexey V. Vissarionov пишет:
> On 2018-08-02 11:38:15 +0300, Aleksei Nikiforov wrote:
>
> > Проблема при такой сборке возникает с плагинами bash. Сейчас
> > плагины для bash3 лежат в /usr/lib/bash. Плагины bash4 лучше
> > держать отдельно - их больше по сравнению с bash3, да и
> > совместимость не гарантированна.
>
> Они сами по себе, или могут приехать с каким-то сторонним софтом?
В bash3 таких встроенных плагинов нет, в bash4 - более десятка. Также
есть внешние - это как минимум в пакетах bash-builtin-lockf и bashdb.
>
> > Если для совместимости с текущим сетапом использовать
> > /usr/lib/bash для плагинов bash3, то плагины bash4 можно
> > положить в /usr/lib/bash4, например.
>
> Если они меж собой несовместимы - вплоть до %_libdir/%name-%version
Надеюсь в репозитории не будет столько версий bash, чтобы потребовалось
столько директорий с настолько подробным разделением по версиям. И таки
не %_libdir, а скорее %_libexecdir.
>
> > Но тогда в некоторых пакетах для переезда на bash4 прийдётся
> > явно менять захардкоженный путь до /usr/lib/bash/lockf
>
> А много ли таких пакетов?
Я нашёл пока что только 3: girar, hasher и gnupg2.
>
> > либо скриптовать поведение по поиску пути до lockf в зависимости
> > от версии bash,
>
> И это правильное решение, так как для его реализации достаточно
> одного файла /etc/profile.d/lockf.sh со строчкой export LOCKF=...
>
> > а если lockf для bash4 будет в отдельном пакете - ещё и
> > менять зависимости. Например, такой путь захардкожен в girar,
> > hasher, gnupg2
>
> Дык и добавить туда проверку $LOCKF
>
> Определено - пользуем, нет - export LOCKF="/usr/lib/bash/lockf" и
> опять же пользуем.
>
Это не отменяет того факта, что нужно для таких пакетов добавлять
зависимость на пакет, содержащий lockf для правильной версии bash помимо
прочего. Можно конечно lockf для всех версий bash в репозитории засунуть
в 1 пакет, но такой подход мне не особо нравится.
^ permalink raw reply [flat|nested] 66+ messages in thread
* Re: [devel] [#210757] EPERM (try 3) bash3.git=3.2.57-alt4 bash.git=4.4.23-alt1 bash-completion.git=2.8-alt1
2018-08-02 9:08 ` Aleksei Nikiforov
@ 2018-08-02 10:24 ` Alexey V. Vissarionov
2018-08-03 7:48 ` Aleksei Nikiforov
0 siblings, 1 reply; 66+ messages in thread
From: Alexey V. Vissarionov @ 2018-08-02 10:24 UTC (permalink / raw)
To: ALT Linux Team development discussions
On 2018-08-02 12:08:13 +0300, Aleksei Nikiforov wrote:
>>> Проблема при такой сборке возникает с плагинами bash. Сейчас
>>> плагины для bash3 лежат в /usr/lib/bash. Плагины bash4 лучше
>>> держать отдельно - их больше по сравнению с bash3, да и
>>> совместимость не гарантированна.
>> Они сами по себе, или могут приехать с каким-то сторонним
>> софтом?
> В bash3 таких встроенных плагинов нет, в bash4 - более десятка.
> Также есть внешние - это как минимум в пакетах bash-builtin-lockf
> и bashdb.
Ну, то есть, это все же самостоятельные пакеты (продолжение сабжа),
а не куски какого-то софта, которому сабж просто нужен для работы.
Уже хорошо.
>>> Если для совместимости с текущим сетапом использовать
>>> /usr/lib/bash для плагинов bash3, то плагины bash4 можно
>>> положить в /usr/lib/bash4, например.
>> Если они меж собой несовместимы - вплоть до %_libdir/%name-%version
> Надеюсь в репозитории не будет столько версий bash, чтобы
> потребовалось столько директорий с настолько подробным
> разделением по версиям. И таки не %_libdir, а скорее %_libexecdir.
Да пофигу...
>>> Но тогда в некоторых пакетах для переезда на bash4 прийдётся
>>> явно менять захардкоженный путь до /usr/lib/bash/lockf
>> А много ли таких пакетов?
> Я нашёл пока что только 3: girar, hasher и gnupg2.
Первые два - внутренние разработки, с которыми особых проблем не
предвидится. Третий - думаю, истравить не особо сложно, а там и в
апстрим пропихнуть.
>>> либо скриптовать поведение по поиску пути до lockf в зависимости
>>> от версии bash,
>> И это правильное решение, так как для его реализации достаточно
>> одного файла /etc/profile.d/lockf.sh со строчкой export LOCKF=...
>>> Например, такой путь захардкожен в girar, hasher, gnupg2
>> Дык и добавить туда проверку $LOCKF
>> Определено - пользуем, нет - export LOCKF="/usr/lib/bash/lockf" и
>> опять же пользуем.
> Это не отменяет того факта, что нужно для таких пакетов добавлять
> зависимость на пакет, содержащий lockf для правильной версии bash
> помимо прочего.
Дык если оно используется - значит, нужна зависимость.
К.О. спешит на помощь, ага.
> Можно конечно lockf для всех версий bash в репозитории засунуть
> в 1 пакет, но такой подход мне не особо нравится.
Зачем? Пусть будут bash4-plugin-lockf и bash5-plugin-lockf, каждый
в своем каталоге. А по файлу /etc/profile.d/lockf.sh у них будет
банальнейший конфликт (что разумно, ибо смысла держать в системе
более одной версии вообще никакого).
Или /etc/profile.d/bash4_lockf.sh и /etc/profile.d/bash5_lockf.sh
с проверкой версии (если не та - просто вываливаемся безо всяких
ошибок).
Вот, не поленился грепнуть `man bash`:
BASH_VERSINFO
A readonly array variable whose members hold version information
for this instance of bash. The values assigned to the array
members are as follows:
BASH_VERSINFO[0] The major version number (the release).
BASH_VERSINFO[1] The minor version number (the version).
BASH_VERSINFO[2] The patch level.
BASH_VERSINFO[3] The build version.
BASH_VERSINFO[4] The release status (e.g., beta1).
BASH_VERSINFO[5] The value of MACHTYPE.
BASH_VERSION
Expands to a string describing the version of this instance of
bash.
То есть, достаточно проверять `bash -c 'echo ${BASH_VERSINFO[0]}'`
--
Alexey V. Vissarionov
gremlin ПРИ altlinux ТЧК org; +vii-cmiii-ccxxix-lxxix-xlii
GPG: 0D92F19E1C0DC36E27F61A29CD17E2B43D879005 @ hkp://keys.gnupg.net
^ permalink raw reply [flat|nested] 66+ messages in thread
* Re: [devel] [#210757] EPERM (try 3) bash3.git=3.2.57-alt4 bash.git=4.4.23-alt1 bash-completion.git=2.8-alt1
2018-08-02 8:38 ` Aleksei Nikiforov
2018-08-02 9:00 ` 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 15:33 ` Dmitry V. Levin
2 siblings, 2 replies; 66+ messages in thread
From: Alexey Tourbin @ 2018-08-02 19:19 UTC (permalink / raw)
To: ALT Linux Team development discussions
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 все равно только один плагин, и новых
не будет. И вообще проблема в миграции скриптов. Евгенич даже
смекнул, что плана миграции нет, сколько скриптов надо исправить никто
не знает, и организованной миграцией заниматься никто не хочет.
Разведение нескольких башей как ответ на вызовы миграции - это признак
коллективной безответственности.
^ permalink raw reply [flat|nested] 66+ messages in thread
* Re: [devel] [#210757] EPERM (try 3) bash3.git=3.2.57-alt4 bash.git=4.4.23-alt1 bash-completion.git=2.8-alt1
2018-08-02 10:24 ` Alexey V. Vissarionov
@ 2018-08-03 7:48 ` Aleksei Nikiforov
2018-08-03 8:03 ` Alexey V. Vissarionov
0 siblings, 1 reply; 66+ messages in thread
From: Aleksei Nikiforov @ 2018-08-03 7:48 UTC (permalink / raw)
To: devel
02.08.2018 13:24, Alexey V. Vissarionov пишет:
> On 2018-08-02 12:08:13 +0300, Aleksei Nikiforov wrote:
>
> >>> Проблема при такой сборке возникает с плагинами bash. Сейчас
> >>> плагины для bash3 лежат в /usr/lib/bash. Плагины bash4 лучше
> >>> держать отдельно - их больше по сравнению с bash3, да и
> >>> совместимость не гарантированна.
> >> Они сами по себе, или могут приехать с каким-то сторонним
> >> софтом?
> > В bash3 таких встроенных плагинов нет, в bash4 - более десятка.
> > Также есть внешние - это как минимум в пакетах bash-builtin-lockf
> > и bashdb.
>
> Ну, то есть, это все же самостоятельные пакеты (продолжение сабжа),
> а не куски какого-то софта, которому сабж просто нужен для работы.
>
> Уже хорошо.
>
> >>> Если для совместимости с текущим сетапом использовать
> >>> /usr/lib/bash для плагинов bash3, то плагины bash4 можно
> >>> положить в /usr/lib/bash4, например.
> >> Если они меж собой несовместимы - вплоть до %_libdir/%name-%version
> > Надеюсь в репозитории не будет столько версий bash, чтобы
> > потребовалось столько директорий с настолько подробным
> > разделением по версиям. И таки не %_libdir, а скорее %_libexecdir.
>
> Да пофигу...
>
> >>> Но тогда в некоторых пакетах для переезда на bash4 прийдётся
> >>> явно менять захардкоженный путь до /usr/lib/bash/lockf
> >> А много ли таких пакетов?
> > Я нашёл пока что только 3: girar, hasher и gnupg2.
>
> Первые два - внутренние разработки, с которыми особых проблем не
> предвидится. Третий - думаю, истравить не особо сложно, а там и в
> апстрим пропихнуть.
>
Для gnupg2 это, похоже, тоже локальное изменение.
> >>> либо скриптовать поведение по поиску пути до lockf в зависимости
> >>> от версии bash,
> >> И это правильное решение, так как для его реализации достаточно
> >> одного файла /etc/profile.d/lockf.sh со строчкой export LOCKF=...
> >>> Например, такой путь захардкожен в girar, hasher, gnupg2
> >> Дык и добавить туда проверку $LOCKF
> >> Определено - пользуем, нет - export LOCKF="/usr/lib/bash/lockf" и
> >> опять же пользуем.
> > Это не отменяет того факта, что нужно для таких пакетов добавлять
> > зависимость на пакет, содержащий lockf для правильной версии bash
> > помимо прочего.
>
> Дык если оно используется - значит, нужна зависимость.
> К.О. спешит на помощь, ага.
>
Да, зависимость нужна, но в зависимости от того, как упакованы такие
плагины, возможно пакеты, зависящие от таких плагинов, с изменением
версии bash нужно будет пересобирать просто для указания другой версии
такого плагина, что мне собственно и не хотелось бы делать.
> > Можно конечно lockf для всех версий bash в репозитории засунуть
> > в 1 пакет, но такой подход мне не особо нравится.
>
> Зачем? Пусть будут bash4-plugin-lockf и bash5-plugin-lockf, каждый
> в своем каталоге. А по файлу /etc/profile.d/lockf.sh у них будет
> банальнейший конфликт (что разумно, ибо смысла держать в системе
> более одной версии вообще никакого).
>
> Или /etc/profile.d/bash4_lockf.sh и /etc/profile.d/bash5_lockf.sh
> с проверкой версии (если не та - просто вываливаемся безо всяких
> ошибок).
>
> Вот, не поленился грепнуть `man bash`:
>
> BASH_VERSINFO
> A readonly array variable whose members hold version information
> for this instance of bash. The values assigned to the array
> members are as follows:
> BASH_VERSINFO[0] The major version number (the release).
> BASH_VERSINFO[1] The minor version number (the version).
> BASH_VERSINFO[2] The patch level.
> BASH_VERSINFO[3] The build version.
> BASH_VERSINFO[4] The release status (e.g., beta1).
> BASH_VERSINFO[5] The value of MACHTYPE.
>
> BASH_VERSION
> Expands to a string describing the version of this instance of
> bash.
>
> То есть, достаточно проверять `bash -c 'echo ${BASH_VERSINFO[0]}'`
>
>
Да, один из вариантов как такое можно было бы реализовать. Спасибо!
^ permalink raw reply [flat|nested] 66+ messages in thread
* Re: [devel] [#210757] EPERM (try 3) bash3.git=3.2.57-alt4 bash.git=4.4.23-alt1 bash-completion.git=2.8-alt1
2018-08-03 7:48 ` Aleksei Nikiforov
@ 2018-08-03 8:03 ` Alexey V. Vissarionov
2018-08-03 8:04 ` Anton Farygin
0 siblings, 1 reply; 66+ messages in thread
From: Alexey V. Vissarionov @ 2018-08-03 8:03 UTC (permalink / raw)
To: ALT Linux Team development discussions
On 2018-08-03 10:48:34 +0300, Aleksei Nikiforov wrote:
>>>>> Но тогда в некоторых пакетах для переезда на bash4 прийдётся
>>>>> явно менять захардкоженный путь до /usr/lib/bash/lockf
>>>> А много ли таких пакетов?
>>> Я нашёл пока что только 3: girar, hasher и gnupg2.
>> Первые два - внутренние разработки, с которыми особых проблем
>> не предвидится. Третий - думаю, истравить не особо сложно, а
>> там и в апстрим пропихнуть.
> Для gnupg2 это, похоже, тоже локальное изменение.
Тем более.
>>>>> Например, такой путь захардкожен в girar, hasher, gnupg2
>>>> Дык и добавить туда проверку $LOCKF
>>> Это не отменяет того факта, что нужно для таких пакетов
>>> добавлять зависимость на пакет, содержащий lockf для
>>> правильной версии bash помимо прочего.
>> Дык если оно используется - значит, нужна зависимость.
>> К.О. спешит на помощь, ага.
> Да, зависимость нужна, но в зависимости от того, как упакованы
> такие плагины, возможно пакеты, зависящие от таких плагинов,
> с изменением версии bash нужно будет пересобирать просто для
> указания другой версии такого плагина, что мне собственно и
> не хотелось бы делать.
И не надо так делать...
Name: bash4-plugin-lockf
Provides: bash-plugin-lockf = %version
Name: bash5-plugin-lockf
Provides: bash-plugin-lockf = %version
Name: hasher
Requires: bash-plugin-lockf
Name: uglyscript
Requires: bash-plugin-lockf >= 4.0
Сам я, конечно, bash не пользую (кроме как в качестве /bin/sh для
скриптов), но очень надеюсь, что плагины разных версий совместимы
между собой.
--
Alexey V. Vissarionov
gremlin ПРИ altlinux ТЧК org; +vii-cmiii-ccxxix-lxxix-xlii
GPG: 0D92F19E1C0DC36E27F61A29CD17E2B43D879005 @ hkp://keys.gnupg.net
^ permalink raw reply [flat|nested] 66+ messages in thread
* Re: [devel] [#210757] EPERM (try 3) bash3.git=3.2.57-alt4 bash.git=4.4.23-alt1 bash-completion.git=2.8-alt1
2018-08-03 8:03 ` Alexey V. Vissarionov
@ 2018-08-03 8:04 ` Anton Farygin
2018-08-03 8:41 ` Alexey V. Vissarionov
0 siblings, 1 reply; 66+ messages in thread
From: Anton Farygin @ 2018-08-03 8:04 UTC (permalink / raw)
To: ALT Linux Team development discussions, Alexey V. Vissarionov
03.08.2018 11:03, Alexey V. Vissarionov пишет:
> Name: bash4-plugin-lockf
> Provides: bash-plugin-lockf = %version
>
> Name: bash5-plugin-lockf
> Provides: bash-plugin-lockf = %version
>
> Name: hasher
> Requires: bash-plugin-lockf
>
> Name: uglyscript
> Requires: bash-plugin-lockf >= 4.0
>
> Сам я, конечно, bash не пользую (кроме как в качестве /bin/sh для
> скриптов), но очень надеюсь, что плагины разных версий совместимы
> между собой.
Предлагаю поменьше заводить виртуальных пакетов - потом зависимости на
них приводят к странным взрывам.
^ permalink raw reply [flat|nested] 66+ messages in thread
* Re: [devel] [#210757] EPERM (try 3) bash3.git=3.2.57-alt4 bash.git=4.4.23-alt1 bash-completion.git=2.8-alt1
2018-08-02 19:19 ` Alexey Tourbin
@ 2018-08-03 8:29 ` Aleksei Nikiforov
2018-08-03 8:58 ` Dmitry V. Levin
1 sibling, 0 replies; 66+ messages in thread
From: Aleksei Nikiforov @ 2018-08-03 8:29 UTC (permalink / raw)
To: devel
02.08.2018 22:19, Alexey Tourbin пишет:
> 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 все равно только один плагин, и новых
> не будет. И вообще проблема в миграции скриптов. Евгенич даже
> смекнул, что плана миграции нет, сколько скриптов надо исправить никто
> не знает, и организованной миграцией заниматься никто не хочет.
> Разведение нескольких башей как ответ на вызовы миграции - это признак
> коллективной безответственности.
Я тоже предпочёл бы иметь лишь одну версию bash. К сожалению, не все с
этим согласны.
^ permalink raw reply [flat|nested] 66+ messages in thread
* Re: [devel] [#210757] EPERM (try 3) bash3.git=3.2.57-alt4 bash.git=4.4.23-alt1 bash-completion.git=2.8-alt1
2018-08-03 8:04 ` Anton Farygin
@ 2018-08-03 8:41 ` Alexey V. Vissarionov
0 siblings, 0 replies; 66+ messages in thread
From: Alexey V. Vissarionov @ 2018-08-03 8:41 UTC (permalink / raw)
To: ALT Linux Team development discussions
On 2018-08-03 11:04:55 +0300, Anton Farygin wrote:
>> Name: bash4-plugin-lockf
>> Provides: bash-plugin-lockf = %version
>> Name: bash5-plugin-lockf
>> Provides: bash-plugin-lockf = %version
>> Name: hasher
>> Requires: bash-plugin-lockf
>> Name: uglyscript
>> Requires: bash-plugin-lockf >= 4.0
>> Сам я, конечно, bash не пользую (кроме как в качестве /bin/sh
>> для скриптов), но очень надеюсь, что плагины разных версий
>> совместимы между собой.
> Предлагаю поменьше заводить виртуальных пакетов - потом
> зависимости на них приводят к странным взрывам.
Тогда заодно предложи и способ разрулить возникшую ситуацию, когда
основная рабочая версия - третья, актуальная - четвертая, при этом
пятая - уже на подходе, а самое интересное - все эти версии слабо
совместимы между собой.
Лично мне ничего лучше вышеописанного как-то не придумалось. Хотя
оно мне самому не особо нравится - после перехода на пятую версию
придется чистить все эти хвосты методом обрубания.
--
Alexey V. Vissarionov
gremlin ПРИ altlinux ТЧК org; +vii-cmiii-ccxxix-lxxix-xlii
GPG: 0D92F19E1C0DC36E27F61A29CD17E2B43D879005 @ hkp://keys.gnupg.net
^ permalink raw reply [flat|nested] 66+ messages in thread
* Re: [devel] [#210757] EPERM (try 3) bash3.git=3.2.57-alt4 bash.git=4.4.23-alt1 bash-completion.git=2.8-alt1
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
1 sibling, 1 reply; 66+ messages in thread
From: Dmitry V. Levin @ 2018-08-03 8:58 UTC (permalink / raw)
To: ALT Devel discussion list
[-- Attachment #1: Type: text/plain, Size: 1085 bytes --]
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/.
--
ldv
[-- Attachment #2: signature.asc --]
[-- Type: application/pgp-signature, Size: 801 bytes --]
^ permalink raw reply [flat|nested] 66+ messages in thread
* Re: [devel] [#210757] EPERM (try 3) bash3.git=3.2.57-alt4 bash.git=4.4.23-alt1 bash-completion.git=2.8-alt1
2018-08-03 8:58 ` Dmitry V. Levin
@ 2018-08-03 14:51 ` Dmitry V. Levin
2018-08-03 15:05 ` Aleksei Nikiforov
0 siblings, 1 reply; 66+ messages in thread
From: Dmitry V. Levin @ 2018-08-03 14:51 UTC (permalink / raw)
To: ALT Devel discussion list
[-- Attachment #1: Type: text/plain, Size: 1338 bytes --]
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/.
--
ldv
[-- Attachment #2: signature.asc --]
[-- Type: application/pgp-signature, Size: 801 bytes --]
^ permalink raw reply [flat|nested] 66+ messages in thread
* Re: [devel] [#210757] EPERM (try 3) bash3.git=3.2.57-alt4 bash.git=4.4.23-alt1 bash-completion.git=2.8-alt1
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:16 ` Dmitry V. Levin
0 siblings, 2 replies; 66+ messages in thread
From: Aleksei Nikiforov @ 2018-08-03 15:05 UTC (permalink / raw)
To: devel
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,
их можно положить в соседние директории.
^ permalink raw reply [flat|nested] 66+ messages in thread
* Re: [devel] [#210757] EPERM (try 3) bash3.git=3.2.57-alt4 bash.git=4.4.23-alt1 bash-completion.git=2.8-alt1
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
1 sibling, 1 reply; 66+ messages in thread
From: Alexey V. Vissarionov @ 2018-08-03 15:08 UTC (permalink / raw)
To: ALT Linux Team development discussions
On 2018-08-03 18:05:17 +0300, Aleksei Nikiforov wrote:
>>> Я бы тоже с плагинами не заморачивался. Пусть все пакеты со
>>> сторонними плагинами используют каталог /usr/lib/bash/.
>> Давайте сделаем так:
>> - плагины, собираемые в составе bash, упаковываются в
>> /usr/lib/bashN/;
>> - сторонние плагины упаковываются в /usr/lib/bash/.
> А почему бы не сделать следующим образом?
> - плагины для текущей версии баш в /usr/lib/bash/
> - плагины для других версий баш в /usr/lib/bashN/
Ага... А потом произойдет смена "текущей версии" на более свежую.
> В таком случае, если нужны сторонные плагины для нескольких
> версий bash, их можно положить в соседние директории.
Вот потому и ага.
--
Alexey V. Vissarionov
gremlin ПРИ altlinux ТЧК org; +vii-cmiii-ccxxix-lxxix-xlii
GPG: 0D92F19E1C0DC36E27F61A29CD17E2B43D879005 @ hkp://keys.gnupg.net
^ permalink raw reply [flat|nested] 66+ messages in thread
* Re: [devel] [#210757] EPERM (try 3) bash3.git=3.2.57-alt4 bash.git=4.4.23-alt1 bash-completion.git=2.8-alt1
2018-08-03 15:08 ` Alexey V. Vissarionov
@ 2018-08-03 15:13 ` Aleksei Nikiforov
0 siblings, 0 replies; 66+ messages in thread
From: Aleksei Nikiforov @ 2018-08-03 15:13 UTC (permalink / raw)
To: devel
03.08.2018 18:08, Alexey V. Vissarionov пишет:
> On 2018-08-03 18:05:17 +0300, Aleksei Nikiforov wrote:
> >>> Я бы тоже с плагинами не заморачивался. Пусть все пакеты со
> >>> сторонними плагинами используют каталог /usr/lib/bash/.
> >> Давайте сделаем так:
> >> - плагины, собираемые в составе bash, упаковываются в
> >> /usr/lib/bashN/;
> >> - сторонние плагины упаковываются в /usr/lib/bash/.
> > А почему бы не сделать следующим образом?
> > - плагины для текущей версии баш в /usr/lib/bash/
> > - плагины для других версий баш в /usr/lib/bashN/
>
> Ага... А потом произойдет смена "текущей версии" на более свежую.
Что мешает в таком случае пересобрать такие плагины, если в этом есть
необходимость? И чем это отличается от случая, когда плагины bash
находятся в /usr/lib/bashN/ ?
>
> > В таком случае, если нужны сторонные плагины для нескольких
> > версий bash, их можно положить в соседние директории.
>
> Вот потому и ага.
>
Можно поподробнее пожалуйста?
^ permalink raw reply [flat|nested] 66+ messages in thread
* Re: [devel] [#210757] EPERM (try 3) bash3.git=3.2.57-alt4 bash.git=4.4.23-alt1 bash-completion.git=2.8-alt1
2018-08-03 15:05 ` Aleksei Nikiforov
2018-08-03 15:08 ` Alexey V. Vissarionov
@ 2018-08-03 15:16 ` Dmitry V. Levin
2018-08-03 15:20 ` Aleksei Nikiforov
1 sibling, 1 reply; 66+ messages in thread
From: Dmitry V. Levin @ 2018-08-03 15:16 UTC (permalink / raw)
To: ALT Devel discussion list
[-- Attachment #1: Type: text/plain, Size: 2031 bytes --]
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, отличной от
текущей, я просто не вижу смысла. Тем более что путь к плагину всё равно
указывается в скиптах явно.
--
ldv
[-- Attachment #2: signature.asc --]
[-- Type: application/pgp-signature, Size: 801 bytes --]
^ permalink raw reply [flat|nested] 66+ messages in thread
* Re: [devel] [#210757] EPERM (try 3) bash3.git=3.2.57-alt4 bash.git=4.4.23-alt1 bash-completion.git=2.8-alt1
2018-08-03 15:16 ` Dmitry V. Levin
@ 2018-08-03 15:20 ` Aleksei Nikiforov
2018-08-03 15:23 ` Dmitry V. Levin
0 siblings, 1 reply; 66+ messages in thread
From: Aleksei Nikiforov @ 2018-08-03 15:20 UTC (permalink / raw)
To: devel
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?
^ permalink raw reply [flat|nested] 66+ messages in thread
* Re: [devel] [#210757] EPERM (try 3) bash3.git=3.2.57-alt4 bash.git=4.4.23-alt1 bash-completion.git=2.8-alt1
2018-08-03 15:20 ` Aleksei Nikiforov
@ 2018-08-03 15:23 ` Dmitry V. Levin
2018-08-03 15:26 ` Aleksei Nikiforov
0 siblings, 1 reply; 66+ messages in thread
From: Dmitry V. Levin @ 2018-08-03 15:23 UTC (permalink / raw)
To: ALT Devel discussion list
[-- 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 --]
^ permalink raw reply [flat|nested] 66+ messages in thread
* Re: [devel] [#210757] EPERM (try 3) bash3.git=3.2.57-alt4 bash.git=4.4.23-alt1 bash-completion.git=2.8-alt1
2018-08-03 15:23 ` Dmitry V. Levin
@ 2018-08-03 15:26 ` Aleksei Nikiforov
2018-08-03 15:36 ` Anton Farygin
0 siblings, 1 reply; 66+ messages in thread
From: Aleksei Nikiforov @ 2018-08-03 15:26 UTC (permalink / raw)
To: devel
03.08.2018 18:23, Dmitry V. Levin пишет:
> 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.
>
В сторонних точно также может. В данном случае с bash-builtin-lockf,
похоже, проблем нет, но это не значит, что теоретически с другой версией
bash всё также гладко будет.
^ permalink raw reply [flat|nested] 66+ messages in thread
* Re: [devel] [#210757] EPERM (try 3) bash3.git=3.2.57-alt4 bash.git=4.4.23-alt1 bash-completion.git=2.8-alt1
2018-08-02 8:38 ` Aleksei Nikiforov
2018-08-02 9:00 ` Alexey V. Vissarionov
2018-08-02 19:19 ` Alexey Tourbin
@ 2018-08-03 15:33 ` Dmitry V. Levin
2018-08-03 15:43 ` Aleksei Nikiforov
2018-08-06 9:43 ` Aleksei Nikiforov
2 siblings, 2 replies; 66+ messages in thread
From: Dmitry V. Levin @ 2018-08-03 15:33 UTC (permalink / raw)
To: ALT Devel discussion list
[-- Attachment #1: Type: text/plain, Size: 1194 bytes --]
On Thu, Aug 02, 2018 at 11:38:15AM +0300, Aleksei Nikiforov wrote:
> Здравствуйте.
>
> 26.07.2018 12:53, Dmitry V. Levin пишет:
> > On Wed, Jul 25, 2018 at 06:21:46PM +0300, Aleksei Nikiforov wrote:
> >> Здравствуйте.
> >>
> >> Сделал новую тестовую сборку bash-4, в этот раз также с отдельным bash-3
> >> и свежим bash-completion. Прошу заинтересованных потестировать.
> >
> > Спасибо. Ввиду того, что у нас bash-5 не за горами, может быть, упаковать
> > bash-4 как bash4 (с подпакетами sh4, bash4, bash4-devel, bash4-doc,
> > bash4-examples), и, по аналогии с gcc-defaults, сделать bash-defaults
> > c подпакетами sh, bash, bash-devel, bash-doc, bash-examples,
> > содержащие общие файлы (такие как bashrc) и переключающие bash
> > на нужную версию?
>
> Я попробовал собрать bash3 и bash4 таким образом, с отдельными пакетами
> sh и bash с симлинками и зависимостями на последнюю версию sh4 и bash4
> соответственно.
Давайте разобьём задачу на две части.
1, простая: я отправил в Сизиф ваше переименование bash в bash3,
а также пакеты bashrc и bash-defaults.
2, посложнее: надо собрать bash4-4.4.23, обновлённый под него bash-defaults, и bashdb.
--
ldv
[-- Attachment #2: signature.asc --]
[-- Type: application/pgp-signature, Size: 801 bytes --]
^ permalink raw reply [flat|nested] 66+ messages in thread
* Re: [devel] [#210757] EPERM (try 3) bash3.git=3.2.57-alt4 bash.git=4.4.23-alt1 bash-completion.git=2.8-alt1
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:41 ` Dmitry V. Levin
0 siblings, 2 replies; 66+ messages in thread
From: Anton Farygin @ 2018-08-03 15:36 UTC (permalink / raw)
To: ALT Linux Team development discussions, Aleksei Nikiforov
03.08.2018 18:26, Aleksei Nikiforov пишет:
>
>
> 03.08.2018 18:23, Dmitry V. Levin пишет:
>> 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.
>>
>
> В сторонних точно также может. В данном случае с bash-builtin-lockf,
> похоже, проблем нет, но это не значит, что теоретически с другой
> версией bash всё также гладко будет.
Может быть, всё таки всегда класть плагины bash в свои места, а в
bash-defaults переключать симлинк /usr/lib/bash на самый последний ?
^ permalink raw reply [flat|nested] 66+ messages in thread
* Re: [devel] [#210757] EPERM (try 3) bash3.git=3.2.57-alt4 bash.git=4.4.23-alt1 bash-completion.git=2.8-alt1
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:41 ` Dmitry V. Levin
1 sibling, 1 reply; 66+ messages in thread
From: Aleksei Nikiforov @ 2018-08-03 15:39 UTC (permalink / raw)
To: Anton Farygin, ALT Linux Team development discussions
03.08.2018 18:36, Anton Farygin пишет:
> 03.08.2018 18:26, Aleksei Nikiforov пишет:
>>
>>
>> 03.08.2018 18:23, Dmitry V. Levin пишет:
>>> 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.
>>>
>>
>> В сторонних точно также может. В данном случае с bash-builtin-lockf,
>> похоже, проблем нет, но это не значит, что теоретически с другой
>> версией bash всё также гладко будет.
> Может быть, всё таки всегда класть плагины bash в свои места, а в
> bash-defaults переключать симлинк /usr/lib/bash на самый последний ?
Я уже пытался сделать такой сетап. Проблема с миграцией существующей
директории /usr/lib/bash на соответствующий симлинк. Если кто-то знает
как это сделать с текущей версией rpm из Sisyphus, то можно доделать
такой сетап.
^ permalink raw reply [flat|nested] 66+ messages in thread
* Re: [devel] [#210757] EPERM (try 3) bash3.git=3.2.57-alt4 bash.git=4.4.23-alt1 bash-completion.git=2.8-alt1
2018-08-03 15:36 ` Anton Farygin
2018-08-03 15:39 ` Aleksei Nikiforov
@ 2018-08-03 15:41 ` Dmitry V. Levin
2018-08-03 15:47 ` Anton Farygin
1 sibling, 1 reply; 66+ messages in thread
From: Dmitry V. Levin @ 2018-08-03 15:41 UTC (permalink / raw)
To: ALT Devel discussion list
[-- Attachment #1: Type: text/plain, Size: 327 bytes --]
On Fri, Aug 03, 2018 at 06:36:36PM +0300, Anton Farygin wrote:
[...]
> Может быть, всё таки всегда класть плагины bash в свои места, а в
> bash-defaults переключать симлинк /usr/lib/bash на самый последний ?
Поскольку /usr/lib/bash -- это каталог,
превращать его в симлинк -- это болезненная процедура.
--
ldv
[-- Attachment #2: signature.asc --]
[-- Type: application/pgp-signature, Size: 801 bytes --]
^ permalink raw reply [flat|nested] 66+ messages in thread
* Re: [devel] [#210757] EPERM (try 3) bash3.git=3.2.57-alt4 bash.git=4.4.23-alt1 bash-completion.git=2.8-alt1
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-06 9:43 ` Aleksei Nikiforov
1 sibling, 1 reply; 66+ messages in thread
From: Aleksei Nikiforov @ 2018-08-03 15:43 UTC (permalink / raw)
To: devel
03.08.2018 18:33, Dmitry V. Levin пишет:
> On Thu, Aug 02, 2018 at 11:38:15AM +0300, Aleksei Nikiforov wrote:
>> Здравствуйте.
>>
>> 26.07.2018 12:53, Dmitry V. Levin пишет:
>>> On Wed, Jul 25, 2018 at 06:21:46PM +0300, Aleksei Nikiforov wrote:
>>>> Здравствуйте.
>>>>
>>>> Сделал новую тестовую сборку bash-4, в этот раз также с отдельным bash-3
>>>> и свежим bash-completion. Прошу заинтересованных потестировать.
>>>
>>> Спасибо. Ввиду того, что у нас bash-5 не за горами, может быть, упаковать
>>> bash-4 как bash4 (с подпакетами sh4, bash4, bash4-devel, bash4-doc,
>>> bash4-examples), и, по аналогии с gcc-defaults, сделать bash-defaults
>>> c подпакетами sh, bash, bash-devel, bash-doc, bash-examples,
>>> содержащие общие файлы (такие как bashrc) и переключающие bash
>>> на нужную версию?
>>
>> Я попробовал собрать bash3 и bash4 таким образом, с отдельными пакетами
>> sh и bash с симлинками и зависимостями на последнюю версию sh4 и bash4
>> соответственно.
>
> Давайте разобьём задачу на две части.
> 1, простая: я отправил в Сизиф ваше переименование bash в bash3,
> а также пакеты bashrc и bash-defaults.
> 2, посложнее: надо собрать bash4-4.4.23, обновлённый под него bash-defaults, и bashdb.
>
Примеры обновлённого bash4 есть в тестовых заданиях #210913 и #210931.
Там же есть bashdb. Надо лишь решить о /usr/lib/bash vs /usr/lib/bash4,
остальное могу сделать довольно быстро.
^ permalink raw reply [flat|nested] 66+ messages in thread
* Re: [devel] [#210757] EPERM (try 3) bash3.git=3.2.57-alt4 bash.git=4.4.23-alt1 bash-completion.git=2.8-alt1
2018-08-03 15:39 ` Aleksei Nikiforov
@ 2018-08-03 15:43 ` Dmitry V. Levin
2018-08-03 15:46 ` Aleksei Nikiforov
0 siblings, 1 reply; 66+ messages in thread
From: Dmitry V. Levin @ 2018-08-03 15:43 UTC (permalink / raw)
To: ALT Devel discussion list
[-- Attachment #1: Type: text/plain, Size: 365 bytes --]
On Fri, Aug 03, 2018 at 06:39:52PM +0300, Aleksei Nikiforov wrote:
[...]
> Я уже пытался сделать такой сетап. Проблема с миграцией существующей
> директории /usr/lib/bash на соответствующий симлинк. Если кто-то знает
> как это сделать с текущей версией rpm из Sisyphus, то можно доделать
> такой сетап.
Спортировать %pretrans в rpm-build.
--
ldv
[-- Attachment #2: signature.asc --]
[-- Type: application/pgp-signature, Size: 801 bytes --]
^ permalink raw reply [flat|nested] 66+ messages in thread
* Re: [devel] [#210757] EPERM (try 3) bash3.git=3.2.57-alt4 bash.git=4.4.23-alt1 bash-completion.git=2.8-alt1
2018-08-03 15:43 ` Dmitry V. Levin
@ 2018-08-03 15:46 ` Aleksei Nikiforov
0 siblings, 0 replies; 66+ messages in thread
From: Aleksei Nikiforov @ 2018-08-03 15:46 UTC (permalink / raw)
To: devel
03.08.2018 18:43, Dmitry V. Levin пишет:
> On Fri, Aug 03, 2018 at 06:39:52PM +0300, Aleksei Nikiforov wrote:
> [...]
>> Я уже пытался сделать такой сетап. Проблема с миграцией существующей
>> директории /usr/lib/bash на соответствующий симлинк. Если кто-то знает
>> как это сделать с текущей версией rpm из Sisyphus, то можно доделать
>> такой сетап.
>
> Спортировать %pretrans в rpm-build.
>
Спортировать - не так уж сложно. Получить approve или acl - другой вопрос...
^ permalink raw reply [flat|nested] 66+ messages in thread
* Re: [devel] [#210757] EPERM (try 3) bash3.git=3.2.57-alt4 bash.git=4.4.23-alt1 bash-completion.git=2.8-alt1
2018-08-03 15:41 ` Dmitry V. Levin
@ 2018-08-03 15:47 ` Anton Farygin
2018-08-03 15:49 ` Aleksei Nikiforov
0 siblings, 1 reply; 66+ messages in thread
From: Anton Farygin @ 2018-08-03 15:47 UTC (permalink / raw)
To: ALT Devel discussion list
03.08.2018 18:41, Dmitry V. Levin пишет:
> On Fri, Aug 03, 2018 at 06:36:36PM +0300, Anton Farygin wrote:
> [...]
>> Может быть, всё таки всегда класть плагины bash в свои места, а в
>> bash-defaults переключать симлинк /usr/lib/bash на самый последний ?
> Поскольку /usr/lib/bash -- это каталог,
> превращать его в симлинк -- это болезненная процедура.
pretrans для этого нужно добавить ?
В нём же нельзя допускать никаких зависимостей, по идее.
^ permalink raw reply [flat|nested] 66+ messages in thread
* Re: [devel] [#210757] EPERM (try 3) bash3.git=3.2.57-alt4 bash.git=4.4.23-alt1 bash-completion.git=2.8-alt1
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
0 siblings, 2 replies; 66+ messages in thread
From: Aleksei Nikiforov @ 2018-08-03 15:49 UTC (permalink / raw)
To: devel
03.08.2018 18:47, Anton Farygin пишет:
> 03.08.2018 18:41, Dmitry V. Levin пишет:
>> On Fri, Aug 03, 2018 at 06:36:36PM +0300, Anton Farygin wrote:
>> [...]
>>> Может быть, всё таки всегда класть плагины bash в свои места, а в
>>> bash-defaults переключать симлинк /usr/lib/bash на самый последний ?
>> Поскольку /usr/lib/bash -- это каталог,
>> превращать его в симлинк -- это болезненная процедура.
> pretrans для этого нужно добавить ?
>
> В нём же нельзя допускать никаких зависимостей, по идее.
>
%pretrans + встроенный интерпретатор lua, и готово.
^ permalink raw reply [flat|nested] 66+ messages in thread
* Re: [devel] [#210757] EPERM (try 3) bash3.git=3.2.57-alt4 bash.git=4.4.23-alt1 bash-completion.git=2.8-alt1
2018-08-03 15:49 ` Aleksei Nikiforov
@ 2018-08-03 16:14 ` Anton Farygin
2018-08-03 17:03 ` Dmitry V. Levin
1 sibling, 0 replies; 66+ messages in thread
From: Anton Farygin @ 2018-08-03 16:14 UTC (permalink / raw)
To: ALT Linux Team development discussions, Aleksei Nikiforov
03.08.2018 18:49, Aleksei Nikiforov пишет:
> 03.08.2018 18:47, Anton Farygin пишет:
>> 03.08.2018 18:41, Dmitry V. Levin пишет:
>>> On Fri, Aug 03, 2018 at 06:36:36PM +0300, Anton Farygin wrote:
>>> [...]
>>>> Может быть, всё таки всегда класть плагины bash в свои места, а в
>>>> bash-defaults переключать симлинк /usr/lib/bash на самый последний ?
>>> Поскольку /usr/lib/bash -- это каталог,
>>> превращать его в симлинк -- это болезненная процедура.
>> pretrans для этого нужно добавить ?
>>
>> В нём же нельзя допускать никаких зависимостей, по идее.
>>
>
> %pretrans + встроенный интерпретатор lua, и готово.
>
Ну сделай отдельным патчиком, это же старый rpm, пусть @ldv пропускает
если всё окей.
^ permalink raw reply [flat|nested] 66+ messages in thread
* Re: [devel] [#210757] EPERM (try 3) bash3.git=3.2.57-alt4 bash.git=4.4.23-alt1 bash-completion.git=2.8-alt1
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
1 sibling, 1 reply; 66+ messages in thread
From: Dmitry V. Levin @ 2018-08-03 17:03 UTC (permalink / raw)
To: ALT Devel discussion list
[-- Attachment #1: Type: text/plain, Size: 1153 bytes --]
On Fri, Aug 03, 2018 at 06:49:39PM +0300, Aleksei Nikiforov wrote:
> 03.08.2018 18:47, Anton Farygin пишет:
> > 03.08.2018 18:41, Dmitry V. Levin пишет:
> >> On Fri, Aug 03, 2018 at 06:36:36PM +0300, Anton Farygin wrote:
> >> [...]
> >>> Может быть, всё таки всегда класть плагины bash в свои места, а в
> >>> bash-defaults переключать симлинк /usr/lib/bash на самый последний ?
> >> Поскольку /usr/lib/bash -- это каталог,
> >> превращать его в симлинк -- это болезненная процедура.
> > pretrans для этого нужно добавить ?
> >
> > В нём же нельзя допускать никаких зависимостей, по идее.
>
> %pretrans + встроенный интерпретатор lua, и готово.
$ rpmquery -Rp Sisyphus/files/x86_64/RPMS/librpm7-4.13.0.1-alt2.x86_64.rpm |grep -F lua
liblua-5.3.so()(64bit) >= set:leAYN6LkeHi0hYiriV7DdyMizCp0jxBcAb1QnYH5jy86wOzMdxFfdRUZnseM70v0m2eskRUGVGQhyb600knVBtQ5Qu4UToNEphfGfg8ZgwdfDgqlHddRrGrGZ45GLsbubSE7Z477UPy0MO44iUrpy1
Т.е. если сгенерить такой пакет, то rpm его, наверное, даже установит
правильно.
Но стоит ли это затевать ради переключения /usr/lib/bash/?
Наверняка обновление с p8 в результате не станет проще.
--
ldv
[-- Attachment #2: signature.asc --]
[-- Type: application/pgp-signature, Size: 801 bytes --]
^ permalink raw reply [flat|nested] 66+ messages in thread
* Re: [devel] [#210757] EPERM (try 3) bash3.git=3.2.57-alt4 bash.git=4.4.23-alt1 bash-completion.git=2.8-alt1
2018-08-03 15:43 ` Aleksei Nikiforov
@ 2018-08-03 17:06 ` Dmitry V. Levin
2018-08-04 6:21 ` Anton Farygin
0 siblings, 1 reply; 66+ messages in thread
From: Dmitry V. Levin @ 2018-08-03 17:06 UTC (permalink / raw)
To: ALT Devel discussion list
[-- Attachment #1: Type: text/plain, Size: 1875 bytes --]
On Fri, Aug 03, 2018 at 06:43:08PM +0300, Aleksei Nikiforov wrote:
> 03.08.2018 18:33, Dmitry V. Levin пишет:
> > On Thu, Aug 02, 2018 at 11:38:15AM +0300, Aleksei Nikiforov wrote:
> >> Здравствуйте.
> >>
> >> 26.07.2018 12:53, Dmitry V. Levin пишет:
> >>> On Wed, Jul 25, 2018 at 06:21:46PM +0300, Aleksei Nikiforov wrote:
> >>>> Здравствуйте.
> >>>>
> >>>> Сделал новую тестовую сборку bash-4, в этот раз также с отдельным bash-3
> >>>> и свежим bash-completion. Прошу заинтересованных потестировать.
> >>>
> >>> Спасибо. Ввиду того, что у нас bash-5 не за горами, может быть, упаковать
> >>> bash-4 как bash4 (с подпакетами sh4, bash4, bash4-devel, bash4-doc,
> >>> bash4-examples), и, по аналогии с gcc-defaults, сделать bash-defaults
> >>> c подпакетами sh, bash, bash-devel, bash-doc, bash-examples,
> >>> содержащие общие файлы (такие как bashrc) и переключающие bash
> >>> на нужную версию?
> >>
> >> Я попробовал собрать bash3 и bash4 таким образом, с отдельными пакетами
> >> sh и bash с симлинками и зависимостями на последнюю версию sh4 и bash4
> >> соответственно.
> >
> > Давайте разобьём задачу на две части.
> > 1, простая: я отправил в Сизиф ваше переименование bash в bash3,
> > а также пакеты bashrc и bash-defaults.
> > 2, посложнее: надо собрать bash4-4.4.23, обновлённый под него bash-defaults, и bashdb.
>
> Примеры обновлённого bash4 есть в тестовых заданиях #210913 и #210931.
> Там же есть bashdb. Надо лишь решить о /usr/lib/bash vs /usr/lib/bash4,
> остальное могу сделать довольно быстро.
Мне кажется, я уже решил и с /usr/lib/bash, и с /usr/lib/bash4:
в bash3 /usr/lib/bash* нет, в bash-defaults остаётся /usr/lib/bash/,
в bash4 остаётся /usr/lib/bash4/.
Если ситуация с плагинами изменится (например, появится третий плагин),
можно будет подумать о превращении /usr/lib/bash в ссылку.
--
ldv
[-- Attachment #2: signature.asc --]
[-- Type: application/pgp-signature, Size: 801 bytes --]
^ permalink raw reply [flat|nested] 66+ messages in thread
* Re: [devel] [#210757] EPERM (try 3) bash3.git=3.2.57-alt4 bash.git=4.4.23-alt1 bash-completion.git=2.8-alt1
2018-08-03 17:03 ` Dmitry V. Levin
@ 2018-08-04 6:19 ` Anton Farygin
2018-08-04 10:10 ` Dmitry V. Levin
0 siblings, 1 reply; 66+ messages in thread
From: Anton Farygin @ 2018-08-04 6:19 UTC (permalink / raw)
To: ALT Devel discussion list
03.08.2018 20:03, Dmitry V. Levin пишет:
> On Fri, Aug 03, 2018 at 06:49:39PM +0300, Aleksei Nikiforov wrote:
>> 03.08.2018 18:47, Anton Farygin пишет:
>>> 03.08.2018 18:41, Dmitry V. Levin пишет:
>>>> On Fri, Aug 03, 2018 at 06:36:36PM +0300, Anton Farygin wrote:
>>>> [...]
>>>>> Может быть, всё таки всегда класть плагины bash в свои места, а в
>>>>> bash-defaults переключать симлинк /usr/lib/bash на самый последний ?
>>>> Поскольку /usr/lib/bash -- это каталог
>>>> превращать его в симлинк -- это болезненная процедура.
>>> pretrans для этого нужно добавить ?
>>>
>>> В нём же нельзя допускать никаких зависимостей, по идее.
>> %pretrans + встроенный интерпретатор lua, и готово.
> $ rpmquery -Rp Sisyphus/files/x86_64/RPMS/librpm7-4.13.0.1-alt2.x86_64.rpm |grep -F lua
> liblua-5.3.so()(64bit) >= set:leAYN6LkeHi0hYiriV7DdyMizCp0jxBcAb1QnYH5jy86wOzMdxFfdRUZnseM70v0m2eskRUGVGQhyb600knVBtQ5Qu4UToNEphfGfg8ZgwdfDgqlHddRrGrGZ45GLsbubSE7Z477UPy0MO44iUrpy1
>
> Т.е. если сгенерить такой пакет, то rpm его, наверное, даже установит
> правильно.
>
> Но стоит ли это затевать ради переключения /usr/lib/bash/?
> Наверняка обновление с p8 в результате не станет проще.
>
Да, от этого обновление с p8 проще не станет. Конечно, мы сможем сейчас
заложить базу для обновления с p9.
А можем ли мы сэмулировать поведение pretrans с помощью ещё одного
пакета, удаляющего в post скрипте /usr/lib64/bash ?
На него поставить жёсткую зависимость у bash4 и bash3
^ permalink raw reply [flat|nested] 66+ messages in thread
* Re: [devel] [#210757] EPERM (try 3) bash3.git=3.2.57-alt4 bash.git=4.4.23-alt1 bash-completion.git=2.8-alt1
2018-08-03 17:06 ` Dmitry V. Levin
@ 2018-08-04 6:21 ` Anton Farygin
2018-08-04 10:15 ` Dmitry V. Levin
0 siblings, 1 reply; 66+ messages in thread
From: Anton Farygin @ 2018-08-04 6:21 UTC (permalink / raw)
To: ALT Devel discussion list
03.08.2018 20:06, Dmitry V. Levin пишет:
> On Fri, Aug 03, 2018 at 06:43:08PM +0300, Aleksei Nikiforov wrote:
>> 03.08.2018 18:33, Dmitry V. Levin пишет:
>>> On Thu, Aug 02, 2018 at 11:38:15AM +0300, Aleksei Nikiforov wrote:
>>>> Здравствуйте.
>>>>
>>>> 26.07.2018 12:53, Dmitry V. Levin пишет:
>>>>> On Wed, Jul 25, 2018 at 06:21:46PM +0300, Aleksei Nikiforov wrote:
>>>>>> Здравствуйте.
>>>>>>
>>>>>> Сделал новую тестовую сборку bash-4, в этот раз также с отдельным bash-3
>>>>>> и свежим bash-completion. Прошу заинтересованных потестировать.
>>>>> Спасибо. Ввиду того, что у нас bash-5 не за горами, может быть, упаковать
>>>>> bash-4 как bash4 (с подпакетами sh4, bash4, bash4-devel, bash4-doc,
>>>>> bash4-examples), и, по аналогии с gcc-defaults, сделать bash-defaults
>>>>> c подпакетами sh, bash, bash-devel, bash-doc, bash-examples,
>>>>> содержащие общие файлы (такие как bashrc) и переключающие bash
>>>>> на нужную версию?
>>>> Я попробовал собрать bash3 и bash4 таким образом, с отдельными пакетами
>>>> sh и bash с симлинками и зависимостями на последнюю версию sh4 и bash4
>>>> соответственно.
>>> Давайте разобьём задачу на две части.
>>> 1, простая: я отправил в Сизиф ваше переименование bash в bash3,
>>> а также пакеты bashrc и bash-defaults.
>>> 2, посложнее: надо собрать bash4-4.4.23, обновлённый под него bash-defaults, и bashdb.
>> Примеры обновлённого bash4 есть в тестовых заданиях #210913 и #210931.
>> Там же есть bashdb. Надо лишь решить о /usr/lib/bash vs /usr/lib/bash4,
>> остальное могу сделать довольно быстро.
> Мне кажется, я уже решил и с /usr/lib/bash, и с /usr/lib/bash4:
> в bash3 /usr/lib/bash* нет, в bash-defaults остаётся /usr/lib/bash/,
> в bash4 остаётся /usr/lib/bash4/.
>
> Если ситуация с плагинами изменится (например, появится третий плагин),
> можно будет подумать о превращении /usr/lib/bash в ссылку.
>
т.е. - обе версии bash будут смотреть в /usr/lib/bash ?
Если считать что bash3 нам не нужен (я думаю что мы сможем достаточно
быстро зачистить сизиф от скриптов, зависящих на него), то твоё
предложение выглядит клёво.
^ permalink raw reply [flat|nested] 66+ messages in thread
* Re: [devel] [#210757] EPERM (try 3) bash3.git=3.2.57-alt4 bash.git=4.4.23-alt1 bash-completion.git=2.8-alt1
2018-08-04 6:19 ` Anton Farygin
@ 2018-08-04 10:10 ` Dmitry V. Levin
2018-08-05 7:39 ` Anton Farygin
0 siblings, 1 reply; 66+ messages in thread
From: Dmitry V. Levin @ 2018-08-04 10:10 UTC (permalink / raw)
To: ALT Devel discussion list
[-- Attachment #1: Type: text/plain, Size: 1663 bytes --]
On Sat, Aug 04, 2018 at 09:19:58AM +0300, Anton Farygin wrote:
> 03.08.2018 20:03, Dmitry V. Levin пишет:
> > On Fri, Aug 03, 2018 at 06:49:39PM +0300, Aleksei Nikiforov wrote:
> >> 03.08.2018 18:47, Anton Farygin пишет:
> >>> 03.08.2018 18:41, Dmitry V. Levin пишет:
> >>>> On Fri, Aug 03, 2018 at 06:36:36PM +0300, Anton Farygin wrote:
> >>>> [...]
> >>>>> Может быть, всё таки всегда класть плагины bash в свои места, а в
> >>>>> bash-defaults переключать симлинк /usr/lib/bash на самый последний ?
> >>>> Поскольку /usr/lib/bash -- это каталог
> >>>> превращать его в симлинк -- это болезненная процедура.
> >>> pretrans для этого нужно добавить ?
> >>>
> >>> В нём же нельзя допускать никаких зависимостей, по идее.
> >> %pretrans + встроенный интерпретатор lua, и готово.
> > $ rpmquery -Rp Sisyphus/files/x86_64/RPMS/librpm7-4.13.0.1-alt2.x86_64.rpm |grep -F lua
> > liblua-5.3.so()(64bit) >= set:leAYN6LkeHi0hYiriV7DdyMizCp0jxBcAb1QnYH5jy86wOzMdxFfdRUZnseM70v0m2eskRUGVGQhyb600knVBtQ5Qu4UToNEphfGfg8ZgwdfDgqlHddRrGrGZ45GLsbubSE7Z477UPy0MO44iUrpy1
> >
> > Т.е. если сгенерить такой пакет, то rpm его, наверное, даже установит
> > правильно.
> >
> > Но стоит ли это затевать ради переключения /usr/lib/bash/?
> > Наверняка обновление с p8 в результате не станет проще.
> >
> Да, от этого обновление с p8 проще не станет. Конечно, мы сможем сейчас
> заложить базу для обновления с p9.
Уточню: спортировать %pretrans в rpm-build имеет смысл, это, с одной
стороны, несложно и, с другой стороны, ничего сразу не меняет.
А вот использовать %pretrans и превращать /usr/lib/bash/ в ссылку,
пожалуй, пока не стоит.
--
ldv
[-- Attachment #2: signature.asc --]
[-- Type: application/pgp-signature, Size: 801 bytes --]
^ permalink raw reply [flat|nested] 66+ messages in thread
* Re: [devel] [#210757] EPERM (try 3) bash3.git=3.2.57-alt4 bash.git=4.4.23-alt1 bash-completion.git=2.8-alt1
2018-08-04 6:21 ` Anton Farygin
@ 2018-08-04 10:15 ` Dmitry V. Levin
2018-08-07 18:50 ` Alexey Tourbin
0 siblings, 1 reply; 66+ messages in thread
From: Dmitry V. Levin @ 2018-08-04 10:15 UTC (permalink / raw)
To: ALT Devel discussion list
[-- Attachment #1: Type: text/plain, Size: 2309 bytes --]
On Sat, Aug 04, 2018 at 09:21:49AM +0300, Anton Farygin wrote:
> 03.08.2018 20:06, Dmitry V. Levin пишет:
> > On Fri, Aug 03, 2018 at 06:43:08PM +0300, Aleksei Nikiforov wrote:
> >> 03.08.2018 18:33, Dmitry V. Levin пишет:
> >>> On Thu, Aug 02, 2018 at 11:38:15AM +0300, Aleksei Nikiforov wrote:
> >>>> Здравствуйте.
> >>>>
> >>>> 26.07.2018 12:53, Dmitry V. Levin пишет:
> >>>>> On Wed, Jul 25, 2018 at 06:21:46PM +0300, Aleksei Nikiforov wrote:
> >>>>>> Здравствуйте.
> >>>>>>
> >>>>>> Сделал новую тестовую сборку bash-4, в этот раз также с отдельным bash-3
> >>>>>> и свежим bash-completion. Прошу заинтересованных потестировать.
> >>>>> Спасибо. Ввиду того, что у нас bash-5 не за горами, может быть, упаковать
> >>>>> bash-4 как bash4 (с подпакетами sh4, bash4, bash4-devel, bash4-doc,
> >>>>> bash4-examples), и, по аналогии с gcc-defaults, сделать bash-defaults
> >>>>> c подпакетами sh, bash, bash-devel, bash-doc, bash-examples,
> >>>>> содержащие общие файлы (такие как bashrc) и переключающие bash
> >>>>> на нужную версию?
> >>>> Я попробовал собрать bash3 и bash4 таким образом, с отдельными пакетами
> >>>> sh и bash с симлинками и зависимостями на последнюю версию sh4 и bash4
> >>>> соответственно.
> >>> Давайте разобьём задачу на две части.
> >>> 1, простая: я отправил в Сизиф ваше переименование bash в bash3,
> >>> а также пакеты bashrc и bash-defaults.
> >>> 2, посложнее: надо собрать bash4-4.4.23, обновлённый под него bash-defaults, и bashdb.
> >> Примеры обновлённого bash4 есть в тестовых заданиях #210913 и #210931.
> >> Там же есть bashdb. Надо лишь решить о /usr/lib/bash vs /usr/lib/bash4,
> >> остальное могу сделать довольно быстро.
> > Мне кажется, я уже решил и с /usr/lib/bash, и с /usr/lib/bash4:
> > в bash3 /usr/lib/bash* нет, в bash-defaults остаётся /usr/lib/bash/,
> > в bash4 остаётся /usr/lib/bash4/.
> >
> > Если ситуация с плагинами изменится (например, появится третий плагин),
> > можно будет подумать о превращении /usr/lib/bash в ссылку.
> >
> т.е. - обе версии bash будут смотреть в /usr/lib/bash ?
Каждая версия bash будет держать свои плагины в /usr/lib/bashN/
(у bash3 своих плагинов нет, следовательно, /usr/lib/bash3 просто нет).
Очень немногочисленные сторонние плагины будут в /usr/lib/bash/.
--
ldv
[-- Attachment #2: signature.asc --]
[-- Type: application/pgp-signature, Size: 801 bytes --]
^ permalink raw reply [flat|nested] 66+ messages in thread
* Re: [devel] [#210757] EPERM (try 3) bash3.git=3.2.57-alt4 bash.git=4.4.23-alt1 bash-completion.git=2.8-alt1
2018-08-04 10:10 ` Dmitry V. Levin
@ 2018-08-05 7:39 ` Anton Farygin
0 siblings, 0 replies; 66+ messages in thread
From: Anton Farygin @ 2018-08-05 7:39 UTC (permalink / raw)
To: ALT Devel discussion list
04.08.2018 13:10, Dmitry V. Levin пишет:
> On Sat, Aug 04, 2018 at 09:19:58AM +0300, Anton Farygin wrote:
>> 03.08.2018 20:03, Dmitry V. Levin пишет:
>>> On Fri, Aug 03, 2018 at 06:49:39PM +0300, Aleksei Nikiforov wrote:
>>>> 03.08.2018 18:47, Anton Farygin пишет:
>>>>> 03.08.2018 18:41, Dmitry V. Levin пишет:
>>>>>> On Fri, Aug 03, 2018 at 06:36:36PM +0300, Anton Farygin wrote:
>>>>>> [...]
>>>>>>> Может быть, всё таки всегда класть плагины bash в свои места, а в
>>>>>>> bash-defaults переключать симлинк /usr/lib/bash на самый последний ?
>>>>>> Поскольку /usr/lib/bash -- это каталог
>>>>>> превращать его в симлинк -- это болезненная процедура.
>>>>> pretrans для этого нужно добавить ?
>>>>>
>>>>> В нём же нельзя допускать никаких зависимостей, по идее.
>>>> %pretrans + встроенный интерпретатор lua, и готово.
>>> $ rpmquery -Rp Sisyphus/files/x86_64/RPMS/librpm7-4.13.0.1-alt2.x86_64.rpm |grep -F lua
>>> liblua-5.3.so()(64bit) >= set:leAYN6LkeHi0hYiriV7DdyMizCp0jxBcAb1QnYH5jy86wOzMdxFfdRUZnseM70v0m2eskRUGVGQhyb600knVBtQ5Qu4UToNEphfGfg8ZgwdfDgqlHddRrGrGZ45GLsbubSE7Z477UPy0MO44iUrpy1
>>>
>>> Т.е. если сгенерить такой пакет, то rpm его, наверное, даже установит
>>> правильно.
>>>
>>> Но стоит ли это затевать ради переключения /usr/lib/bash/?
>>> Наверняка обновление с p8 в результате не станет проще.
>>>
>> Да, от этого обновление с p8 проще не станет. Конечно, мы сможем сейчас
>> заложить базу для обновления с p9.
> Уточню: спортировать %pretrans в rpm-build имеет смысл, это, с одной
> стороны, несложно и, с другой стороны, ничего сразу не меняет.
>
> А вот использовать %pretrans и превращать /usr/lib/bash/ в ссылку,
> пожалуй, пока не стоит.
>
Но если спортировать %pretrans в Sisyphus, то наверняка кто-то найдётся,
кто начнёт его использовать в пакетах.
И при обновлении с p8 до Sisyphus это вылезет в полный рост.
Хотя никто ещё не отменял apt-get install apt прежде чем что-то обновить.
^ permalink raw reply [flat|nested] 66+ messages in thread
* Re: [devel] [#210757] EPERM (try 3) bash3.git=3.2.57-alt4 bash.git=4.4.23-alt1 bash-completion.git=2.8-alt1
2018-07-25 15:21 ` [devel] [#210757] EPERM (try 3) bash3.git=3.2.57-alt4 bash.git=4.4.23-alt1 bash-completion.git=2.8-alt1 Aleksei Nikiforov
2018-07-26 7:12 ` Anton Farygin
2018-07-26 9:53 ` Dmitry V. Levin
@ 2018-08-06 6:35 ` Vitaly Lipatov
2018-08-06 7:17 ` Anton Farygin
2018-08-07 11:48 ` Dmitry V. Levin
2018-08-15 8:52 ` Anton Farygin
3 siblings, 2 replies; 66+ messages in thread
From: Vitaly Lipatov @ 2018-08-06 6:35 UTC (permalink / raw)
To: ALT Linux Team development discussions; +Cc: Aleksei Nikiforov
Проблема при обновлении из Сизифа:
файл /usr/include/bash из устанавливаемого пакета
bash-devel-3.2.57-alt4.noarch конфликтует с файлом из пакета
bash-devel-3.2.57-alt3.x86_64
E: Ошибка во время исполнения транзакции
--
С уважением,
Виталий Липатов,
Etersoft
^ permalink raw reply [flat|nested] 66+ messages in thread
* Re: [devel] [#210757] EPERM (try 3) bash3.git=3.2.57-alt4 bash.git=4.4.23-alt1 bash-completion.git=2.8-alt1
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
1 sibling, 2 replies; 66+ messages in thread
From: Anton Farygin @ 2018-08-06 7:17 UTC (permalink / raw)
To: ALT Linux Team development discussions, Vitaly Lipatov; +Cc: Aleksei Nikiforov
06.08.2018 09:35, Vitaly Lipatov пишет:
> Проблема при обновлении из Сизифа:
>
> файл /usr/include/bash из устанавливаемого пакета
> bash-devel-3.2.57-alt4.noarch конфликтует с файлом из пакета
> bash-devel-3.2.57-alt3.x86_64
> E: Ошибка во время исполнения транзакции
>
>
А bash-devel-3.2.57-alt4 и bash-devel-3.2.57-alt3 это не один и тот же
пакет, отличающийся только релизом ?
Почему у тебя конфликт вылез ?
^ permalink raw reply [flat|nested] 66+ messages in thread
* Re: [devel] [#210757] EPERM (try 3) bash3.git=3.2.57-alt4 bash.git=4.4.23-alt1 bash-completion.git=2.8-alt1
2018-08-06 7:17 ` Anton Farygin
@ 2018-08-06 7:18 ` Anton Farygin
2018-08-06 9:20 ` Vitaly Lipatov
1 sibling, 0 replies; 66+ messages in thread
From: Anton Farygin @ 2018-08-06 7:18 UTC (permalink / raw)
To: ALT Linux Team development discussions, Vitaly Lipatov; +Cc: Aleksei Nikiforov
06.08.2018 10:17, Anton Farygin пишет:
> 06.08.2018 09:35, Vitaly Lipatov пишет:
>> Проблема при обновлении из Сизифа:
>>
>> файл /usr/include/bash из устанавливаемого пакета
>> bash-devel-3.2.57-alt4.noarch конфликтует с файлом из пакета
>> bash-devel-3.2.57-alt3.x86_64
>> E: Ошибка во время исполнения транзакции
>>
>>
> А bash-devel-3.2.57-alt4 и bash-devel-3.2.57-alt3 это не один и тот же
> пакет, отличающийся только релизом ?
> Почему у тебя конфликт вылез ?
# ls -al /usr/include/bash
lrwxrwxrwx 1 root root 5 авг 3 16:18 /usr/include/bash -> bash3
^ permalink raw reply [flat|nested] 66+ messages in thread
* Re: [devel] [#210757] EPERM (try 3) bash3.git=3.2.57-alt4 bash.git=4.4.23-alt1 bash-completion.git=2.8-alt1
2018-08-06 7:17 ` Anton Farygin
2018-08-06 7:18 ` Anton Farygin
@ 2018-08-06 9:20 ` Vitaly Lipatov
1 sibling, 0 replies; 66+ messages in thread
From: Vitaly Lipatov @ 2018-08-06 9:20 UTC (permalink / raw)
To: ALT Linux Team development discussions
Anton Farygin писал 6.8.18 10:17:
> 06.08.2018 09:35, Vitaly Lipatov пишет:
>> Проблема при обновлении из Сизифа:
>>
>> файл /usr/include/bash из устанавливаемого пакета
>> bash-devel-3.2.57-alt4.noarch конфликтует с файлом из пакета
>> bash-devel-3.2.57-alt3.x86_64
>> E: Ошибка во время исполнения транзакции
>>
>>
> А bash-devel-3.2.57-alt4 и bash-devel-3.2.57-alt3 это не один и тот же
> пакет, отличающийся только релизом ?
> Почему у тебя конфликт вылез ?
Это мой вопрос был, почему у меня этот конфликт вылез. Эти пакеты
отличаются не только релизом, но и архитектурой.
Дело в том, что если сразу завести багу, то мне напишут, что это уже
исправлено.
А если сначала написать в рассылку, то мне скажут завести багу.
Закон Мерфи, ничего не поделаешь.
--
С уважением,
Виталий Липатов,
Etersoft
^ permalink raw reply [flat|nested] 66+ messages in thread
* Re: [devel] [#210757] EPERM (try 3) bash3.git=3.2.57-alt4 bash.git=4.4.23-alt1 bash-completion.git=2.8-alt1
2018-08-03 15:33 ` Dmitry V. Levin
2018-08-03 15:43 ` Aleksei Nikiforov
@ 2018-08-06 9:43 ` Aleksei Nikiforov
2018-08-07 9:21 ` Anton Farygin
1 sibling, 1 reply; 66+ messages in thread
From: Aleksei Nikiforov @ 2018-08-06 9:43 UTC (permalink / raw)
To: devel
03.08.2018 18:33, Dmitry V. Levin пишет:
> On Thu, Aug 02, 2018 at 11:38:15AM +0300, Aleksei Nikiforov wrote:
>> Здравствуйте.
>>
>> 26.07.2018 12:53, Dmitry V. Levin пишет:
>>> On Wed, Jul 25, 2018 at 06:21:46PM +0300, Aleksei Nikiforov wrote:
>>>> Здравствуйте.
>>>>
>>>> Сделал новую тестовую сборку bash-4, в этот раз также с отдельным bash-3
>>>> и свежим bash-completion. Прошу заинтересованных потестировать.
>>>
>>> Спасибо. Ввиду того, что у нас bash-5 не за горами, может быть, упаковать
>>> bash-4 как bash4 (с подпакетами sh4, bash4, bash4-devel, bash4-doc,
>>> bash4-examples), и, по аналогии с gcc-defaults, сделать bash-defaults
>>> c подпакетами sh, bash, bash-devel, bash-doc, bash-examples,
>>> содержащие общие файлы (такие как bashrc) и переключающие bash
>>> на нужную версию?
>>
>> Я попробовал собрать bash3 и bash4 таким образом, с отдельными пакетами
>> sh и bash с симлинками и зависимостями на последнюю версию sh4 и bash4
>> соответственно.
>
> Давайте разобьём задачу на две части.
> 1, простая: я отправил в Сизиф ваше переименование bash в bash3,
> а также пакеты bashrc и bash-defaults.
> 2, посложнее: надо собрать bash4-4.4.23, обновлённый под него bash-defaults, и bashdb.
>
Готово тестовое задание #211081, прошу посмотреть.
^ permalink raw reply [flat|nested] 66+ messages in thread
* Re: [devel] [#210757] EPERM (try 3) bash3.git=3.2.57-alt4 bash.git=4.4.23-alt1 bash-completion.git=2.8-alt1
2018-08-06 9:43 ` Aleksei Nikiforov
@ 2018-08-07 9:21 ` Anton Farygin
0 siblings, 0 replies; 66+ messages in thread
From: Anton Farygin @ 2018-08-07 9:21 UTC (permalink / raw)
To: ALT Linux Team development discussions, Aleksei Nikiforov
06.08.2018 12:43, Aleksei Nikiforov пишет:
> 03.08.2018 18:33, Dmitry V. Levin пишет:
>> On Thu, Aug 02, 2018 at 11:38:15AM +0300, Aleksei Nikiforov wrote:
>>> Здравствуйте.
>>>
>>> 26.07.2018 12:53, Dmitry V. Levin пишет:
>>>> On Wed, Jul 25, 2018 at 06:21:46PM +0300, Aleksei Nikiforov wrote:
>>>>> Здравствуйте.
>>>>>
>>>>> Сделал новую тестовую сборку bash-4, в этот раз также с отдельным
>>>>> bash-3
>>>>> и свежим bash-completion. Прошу заинтересованных потестировать.
>>>>
>>>> Спасибо. Ввиду того, что у нас bash-5 не за горами, может быть,
>>>> упаковать
>>>> bash-4 как bash4 (с подпакетами sh4, bash4, bash4-devel, bash4-doc,
>>>> bash4-examples), и, по аналогии с gcc-defaults, сделать bash-defaults
>>>> c подпакетами sh, bash, bash-devel, bash-doc, bash-examples,
>>>> содержащие общие файлы (такие как bashrc) и переключающие bash
>>>> на нужную версию?
>>>
>>> Я попробовал собрать bash3 и bash4 таким образом, с отдельными пакетами
>>> sh и bash с симлинками и зависимостями на последнюю версию sh4 и bash4
>>> соответственно.
>>
>> Давайте разобьём задачу на две части.
>> 1, простая: я отправил в Сизиф ваше переименование bash в bash3,
>> а также пакеты bashrc и bash-defaults.
>> 2, посложнее: надо собрать bash4-4.4.23, обновлённый под него
>> bash-defaults, и bashdb.
>>
>
> Готово тестовое задание #211081, прошу посмотреть.
Дим, можно уже ставить себе это задание ? У тебя к нему замечания есть ?
^ permalink raw reply [flat|nested] 66+ messages in thread
* Re: [devel] [#210757] EPERM (try 3) bash3.git=3.2.57-alt4 bash.git=4.4.23-alt1 bash-completion.git=2.8-alt1
2018-08-06 6:35 ` Vitaly Lipatov
2018-08-06 7:17 ` Anton Farygin
@ 2018-08-07 11:48 ` Dmitry V. Levin
2018-08-07 11:49 ` Anton Farygin
1 sibling, 1 reply; 66+ messages in thread
From: Dmitry V. Levin @ 2018-08-07 11:48 UTC (permalink / raw)
To: Vitaly Lipatov; +Cc: ALT Linux Team development discussions
[-- Attachment #1: Type: text/plain, Size: 577 bytes --]
On Mon, Aug 06, 2018 at 09:35:42AM +0300, Vitaly Lipatov wrote:
> Проблема при обновлении из Сизифа:
>
> файл /usr/include/bash из устанавливаемого пакета
> bash-devel-3.2.57-alt4.noarch конфликтует с файлом из пакета
> bash-devel-3.2.57-alt3.x86_64
> E: Ошибка во время исполнения транзакции
Не понимаю, зачем вы хотите установить одновременно
bash-devel-3.2.57-alt4.noarch и bash-devel-3.2.57-alt3.x86_64,
это очень плохая идея. Неужели вы внесли его в Allow-Duplicated?
И вообще bash-devel за пределами сборочной среды не должен быть нужен.
--
ldv
[-- Attachment #2: signature.asc --]
[-- Type: application/pgp-signature, Size: 801 bytes --]
^ permalink raw reply [flat|nested] 66+ messages in thread
* Re: [devel] [#210757] EPERM (try 3) bash3.git=3.2.57-alt4 bash.git=4.4.23-alt1 bash-completion.git=2.8-alt1
2018-08-07 11:48 ` Dmitry V. Levin
@ 2018-08-07 11:49 ` Anton Farygin
0 siblings, 0 replies; 66+ messages in thread
From: Anton Farygin @ 2018-08-07 11:49 UTC (permalink / raw)
To: Vitaly Lipatov, ALT Linux Team development discussions
07.08.2018 14:48, Dmitry V. Levin пишет:
> On Mon, Aug 06, 2018 at 09:35:42AM +0300, Vitaly Lipatov wrote:
>> Проблема при обновлении из Сизифа:
>>
>> файл /usr/include/bash из устанавливаемого пакета
>> bash-devel-3.2.57-alt4.noarch конфликтует с файлом из пакета
>> bash-devel-3.2.57-alt3.x86_64
>> E: Ошибка во время исполнения транзакции
> Не понимаю, зачем вы хотите установить одновременно
> bash-devel-3.2.57-alt4.noarch и bash-devel-3.2.57-alt3.x86_64,
> это очень плохая идея. Неужели вы внесли его в Allow-Duplicated?
>
> И вообще bash-devel за пределами сборочной среды не должен быть нужен.
в bash-devel идёт замена каталога на симлинк и проблема вылезает ровно в
этом.
Оказывается этот пакет кто-то ставит в хост систему ;)
^ permalink raw reply [flat|nested] 66+ messages in thread
* Re: [devel] [#210757] EPERM (try 3) bash3.git=3.2.57-alt4 bash.git=4.4.23-alt1 bash-completion.git=2.8-alt1
2018-08-04 10:15 ` Dmitry V. Levin
@ 2018-08-07 18:50 ` Alexey Tourbin
2018-08-07 18:59 ` Dmitry V. Levin
0 siblings, 1 reply; 66+ messages in thread
From: Alexey Tourbin @ 2018-08-07 18:50 UTC (permalink / raw)
To: ALT Linux Team development discussions
2018-08-04 13:15 GMT+03:00 Dmitry V. Levin <ldv@altlinux.org>:
> Каждая версия bash будет держать свои плагины в /usr/lib/bashN/
> (у bash3 своих плагинов нет, следовательно, /usr/lib/bash3 просто нет).
> Очень немногочисленные сторонние плагины будут в /usr/lib/bash/.
Но ведь набор фичей баша определяется не старшей цифрой N, а двумя
цифрами. Используя в скрипте #!/bin/bash4, я все равно не получаю (по
одной только старшей цифре) гарантии наличия нужной мне фичи, такой
как "wait -n", которая была добавлена в bash-4.4. В то же время в
"Bash-5.0-alpha available" автор отмечает в первую очередь исправление
ошибок: "This release fixes several outstanding bugs in bash-4.4 and
introduces several new features." Так что версия могла бы быть и 4.5,
а не 5.0.
Поскольку старшая цифра поднимается более или менее произвольно, то
привязка к ней, на мой взгляд, является достаточно лошковатой затеей.
^ permalink raw reply [flat|nested] 66+ messages in thread
* Re: [devel] [#210757] EPERM (try 3) bash3.git=3.2.57-alt4 bash.git=4.4.23-alt1 bash-completion.git=2.8-alt1
2018-08-07 18:50 ` Alexey Tourbin
@ 2018-08-07 18:59 ` Dmitry V. Levin
2018-08-07 19:36 ` Alexey Tourbin
0 siblings, 1 reply; 66+ messages in thread
From: Dmitry V. Levin @ 2018-08-07 18:59 UTC (permalink / raw)
To: ALT Devel discussion list
[-- Attachment #1: Type: text/plain, Size: 1041 bytes --]
On Tue, Aug 07, 2018 at 09:50:02PM +0300, Alexey Tourbin wrote:
> 2018-08-04 13:15 GMT+03:00 Dmitry V. Levin <ldv@altlinux.org>:
> > Каждая версия bash будет держать свои плагины в /usr/lib/bashN/
> > (у bash3 своих плагинов нет, следовательно, /usr/lib/bash3 просто нет).
> > Очень немногочисленные сторонние плагины будут в /usr/lib/bash/.
>
> Но ведь набор фичей баша определяется не старшей цифрой N, а двумя
> цифрами. Используя в скрипте #!/bin/bash4, я все равно не получаю (по
> одной только старшей цифре) гарантии наличия нужной мне фичи, такой
> как "wait -n", которая была добавлена в bash-4.4. В то же время в
> "Bash-5.0-alpha available" автор отмечает в первую очередь исправление
> ошибок: "This release fixes several outstanding bugs in bash-4.4 and
> introduces several new features." Так что версия могла бы быть и 4.5,
> а не 5.0.
N не обязано быть целым числом, просто именно сейчас у нас так получается,
что N принимает значения 3, 4, и 5. Можно сделать 3.2, 4.4, и 5.0, но
зачем?
--
ldv
[-- Attachment #2: signature.asc --]
[-- Type: application/pgp-signature, Size: 801 bytes --]
^ permalink raw reply [flat|nested] 66+ messages in thread
* Re: [devel] [#210757] EPERM (try 3) bash3.git=3.2.57-alt4 bash.git=4.4.23-alt1 bash-completion.git=2.8-alt1
2018-08-07 18:59 ` Dmitry V. Levin
@ 2018-08-07 19:36 ` Alexey Tourbin
0 siblings, 0 replies; 66+ messages in thread
From: Alexey Tourbin @ 2018-08-07 19:36 UTC (permalink / raw)
To: ALT Linux Team development discussions
2018-08-07 21:59 GMT+03:00 Dmitry V. Levin <ldv@altlinux.org>:
>> Но ведь набор фичей баша определяется не старшей цифрой N, а двумя
>> цифрами. Используя в скрипте #!/bin/bash4, я все равно не получаю (по
>> одной только старшей цифре) гарантии наличия нужной мне фичи, такой
>> как "wait -n", которая была добавлена в bash-4.4. В то же время в
>> "Bash-5.0-alpha available" автор отмечает в первую очередь исправление
>> ошибок: "This release fixes several outstanding bugs in bash-4.4 and
>> introduces several new features." Так что версия могла бы быть и 4.5,
>> а не 5.0.
>
> N не обязано быть целым числом, просто именно сейчас у нас так получается,
> что N принимает значения 3, 4, и 5. Можно сделать 3.2, 4.4, и 5.0, но
> зачем?
3 и 4 - я согласен, потому что в этих сериях новых версий больше не
будет. Но раздельные 4 и 5 уже достаточно странно выглядит. Скорее
всего отдельный 5 в противовес 4 не потребуется, и лучше бы не
становиться заложником схемы со старшей цифрой. Отличать надо только
3 и 4+, потому что некоторые имеющиеся скрипты 3 не работают as is на
4+. Поскольку shebang в этих чудны́х скриптах всё равно придется
править, то можно изобразить его в виде "#!/usr/bin/env sh3", а sh3
положить в ~/bin. :-)
^ permalink raw reply [flat|nested] 66+ messages in thread
* Re: [devel] [#210757] EPERM (try 3) bash3.git=3.2.57-alt4 bash.git=4.4.23-alt1 bash-completion.git=2.8-alt1
2018-07-25 15:21 ` [devel] [#210757] EPERM (try 3) bash3.git=3.2.57-alt4 bash.git=4.4.23-alt1 bash-completion.git=2.8-alt1 Aleksei Nikiforov
` (2 preceding siblings ...)
2018-08-06 6:35 ` Vitaly Lipatov
@ 2018-08-15 8:52 ` Anton Farygin
3 siblings, 0 replies; 66+ messages in thread
From: Anton Farygin @ 2018-08-15 8:52 UTC (permalink / raw)
To: ALT Linux Team development discussions, Aleksei Nikiforov
Что-то заглохла тема.
Дим, какие-то есть сейчас замечания к bash4 ?
25.07.2018 18:21, Aleksei Nikiforov пишет:
> Здравствуйте.
>
> Сделал новую тестовую сборку bash-4, в этот раз также с отдельным
> bash-3 и свежим bash-completion. Прошу заинтересованных потестировать.
>
> С уважением,
> Алексей Никифоров
>
> 25.07.2018 18:08, Girar Builder awaiter robot пишет:
>> http://git.altlinux.org/tasks/210757/logs/events.3.1.log
^ permalink raw reply [flat|nested] 66+ messages in thread
end of thread, other threads:[~2018-08-15 8:52 UTC | newest]
Thread overview: 66+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2018-07-25 15:21 ` [devel] [#210757] EPERM (try 3) bash3.git=3.2.57-alt4 bash.git=4.4.23-alt1 bash-completion.git=2.8-alt1 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
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
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