Re: [devel] [#210757] EPERM (try 3) bash3.git=3.2.57-alt4 bash.git=4.4.23-alt1 bash-completion.git=2.8-alt1

Re: [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]

Здравствуйте.

Сделал новую тестовую сборку 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
> 

Re: [devel] [#210757] EPERM (try 3) bash3.git=3.2.57-alt4 bash.git=4.4.23-alt1 bash-completion.git=2.8-alt1

[Anton Farygin]

Установил на 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

Re: [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]

Здравствуйте.

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

Re: [devel] [#210757] EPERM (try 3) bash3.git=3.2.57-alt4 bash.git=4.4.23-alt1 bash-completion.git=2.8-alt1

[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
и т.д.

-- 
С уважением,
Владимир.

Re: [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]

Здравствуйте.

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, и там ситуация полностью аналогичная.

С уважением,
Алексей Никифоров

Re: [devel] [#210757] EPERM (try 3) bash3.git=3.2.57-alt4 bash.git=4.4.23-alt1 bash-completion.git=2.8-alt1

[Vladimir Didenko]

чт, 26 июл. 2018 г. в 12:15, Aleksei Nikiforov:
> bash3-devel и bash-devel одновременно разрешать ставить пока не
> планировалось. В репозитории Sisyphus сейчас есть пакеты bash-devel и
> bash4-devel, и там ситуация полностью аналогичная.
>

Я и не против. Но, может быть, явный конфликт прописать?

-- 
С уважением,
Владимир.

Re: [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]

Здравствуйте

26.07.2018 12:17, Vladimir Didenko пишет:
> чт, 26 июл. 2018 г. в 12:15, Aleksei Nikiforov:
>> bash3-devel и bash-devel одновременно разрешать ставить пока не
>> планировалось. В репозитории Sisyphus сейчас есть пакеты bash-devel и
>> bash4-devel, и там ситуация полностью аналогичная.
>>
> 
> Я и не против. Но, может быть, явный конфликт прописать?
> 

Спасибо за предложение, так и сделаю в сборке "try 5".

С уважением,
Алексей Никифоров

Re: [devel] [#210757] EPERM (try 3) bash3.git=3.2.57-alt4 bash.git=4.4.23-alt1 bash-completion.git=2.8-alt1

[Dmitry V. Levin]

[-- 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 --]

Re: [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]

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".

Re: [devel] [#210757] EPERM (try 3) bash3.git=3.2.57-alt4 bash.git=4.4.23-alt1 bash-completion.git=2.8-alt1

[Anton Farygin]

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 и 
переключением ?

Re: [devel] [#210757] EPERM (try 3) bash3.git=3.2.57-alt4 bash.git=4.4.23-alt1 bash-completion.git=2.8-alt1

[Dmitry V. Levin]

[-- 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 --]

Re: [devel] [#210757] EPERM (try 3) bash3.git=3.2.57-alt4 bash.git=4.4.23-alt1 bash-completion.git=2.8-alt1

[Anton Farygin]

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, не стоит разводить историю с большим 
количеством одновременно существующих версий.

Стоит ли эта овчинка затраченных на неё усилий...

Re: [devel] [#210757] EPERM (try 3) bash3.git=3.2.57-alt4 bash.git=4.4.23-alt1 bash-completion.git=2.8-alt1

[Dmitry V. Levin]

[-- 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 --]

Re: [devel] [#210757] EPERM (try 3) bash3.git=3.2.57-alt4 bash.git=4.4.23-alt1 bash-completion.git=2.8-alt1

[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 и не заморачиваются.

Может быть просто будем адаптировать весь репозиторий под свежую версию ?

Патчить в любом случае придётся - или менять код скриптов или править 
shebang.

Re: [devel] [#210757] EPERM (try 3) bash3.git=3.2.57-alt4 bash.git=4.4.23-alt1 bash-completion.git=2.8-alt1

[Dmitry V. Levin]

[-- 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 --]

Re: [devel] [#210757] EPERM (try 3) bash3.git=3.2.57-alt4 bash.git=4.4.23-alt1 bash-completion.git=2.8-alt1

[Anton Farygin]

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.
Но проблем с этим тоже вылезет достаточное количество, в тех же 
скриптах, использующих общие библиотеки.

Re: [devel] [#210757] EPERM (try 3) bash3.git=3.2.57-alt4 bash.git=4.4.23-alt1 bash-completion.git=2.8-alt1

[Igor Zubkov]

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

Re: [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]

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 апгрейд сложнее.
Несколько версий баша в системе разве что увеличат время миграции с
каждой устаревшей версии баша на текущую при смене этой текущей версии,
и соответсвенно время необходимости поддержки устаревших версий баша.

Re: [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]

Здравствуйте.

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 пересобирать 
дополнительные пакеты лишь для смены захардкоженного пути и зависимостей.

Какие есть идеи по поводу данной проблемы?

С уважением,
Алексей Никифоров

Re: [devel] [#210757] EPERM (try 3) bash3.git=3.2.57-alt4 bash.git=4.4.23-alt1 bash-completion.git=2.8-alt1

[Alexey V. Vissarionov]

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

Re: [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]

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 пакет, но такой подход мне не особо нравится.

Re: [devel] [#210757] EPERM (try 3) bash3.git=3.2.57-alt4 bash.git=4.4.23-alt1 bash-completion.git=2.8-alt1

[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.

Первые два - внутренние разработки, с которыми особых проблем не
предвидится. Третий - думаю, истравить не особо сложно, а там и в
апстрим пропихнуть.

 >>> либо скриптовать поведение по поиску пути до 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

Re: [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]

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]}'`
> 
> 

Да, один из вариантов как такое можно было бы реализовать. Спасибо!

Re: [devel] [#210757] EPERM (try 3) bash3.git=3.2.57-alt4 bash.git=4.4.23-alt1 bash-completion.git=2.8-alt1

[Alexey V. Vissarionov]

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

Re: [devel] [#210757] EPERM (try 3) bash3.git=3.2.57-alt4 bash.git=4.4.23-alt1 bash-completion.git=2.8-alt1

[Anton Farygin]

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 для
> скриптов), но очень надеюсь, что плагины разных версий совместимы
> между собой.

Предлагаю поменьше заводить виртуальных пакетов - потом зависимости на 
них приводят к странным взрывам.

Re: [devel] [#210757] EPERM (try 3) bash3.git=3.2.57-alt4 bash.git=4.4.23-alt1 bash-completion.git=2.8-alt1

[Alexey V. Vissarionov]

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

Re: [devel] [#210757] EPERM (try 3) bash3.git=3.2.57-alt4 bash.git=4.4.23-alt1 bash-completion.git=2.8-alt1

[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 все равно только один плагин, и новых
не будет.  И вообще проблема в миграции скриптов.  Евгенич даже
смекнул, что плана миграции нет, сколько скриптов надо исправить никто
не знает, и организованной миграцией заниматься никто не хочет.
Разведение нескольких башей как ответ на вызовы миграции - это признак
коллективной безответственности.

Re: [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]

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. К сожалению, не все с 
этим согласны.

Re: [devel] [#210757] EPERM (try 3) bash3.git=3.2.57-alt4 bash.git=4.4.23-alt1 bash-completion.git=2.8-alt1

[Dmitry V. Levin]

[-- 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 --]

Re: [devel] [#210757] EPERM (try 3) bash3.git=3.2.57-alt4 bash.git=4.4.23-alt1 bash-completion.git=2.8-alt1

[Dmitry V. Levin]

[-- 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 --]

Re: [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]

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, 
их можно положить в соседние директории.

Re: [devel] [#210757] EPERM (try 3) bash3.git=3.2.57-alt4 bash.git=4.4.23-alt1 bash-completion.git=2.8-alt1

[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, их можно положить в соседние директории.

Вот потому и ага.


-- 
Alexey V. Vissarionov
gremlin ПРИ altlinux ТЧК org; +vii-cmiii-ccxxix-lxxix-xlii
GPG: 0D92F19E1C0DC36E27F61A29CD17E2B43D879005 @ hkp://keys.gnupg.net

Re: [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]

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, их можно положить в соседние директории.
> 
> Вот потому и ага.
> 

Можно поподробнее пожалуйста?

Re: [devel] [#210757] EPERM (try 3) bash3.git=3.2.57-alt4 bash.git=4.4.23-alt1 bash-completion.git=2.8-alt1

[Dmitry V. Levin]

[-- 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 --]

Re: [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]

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?

Re: [devel] [#210757] EPERM (try 3) bash3.git=3.2.57-alt4 bash.git=4.4.23-alt1 bash-completion.git=2.8-alt1

[Dmitry V. Levin]

[-- 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 --]

Re: [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]

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 всё также гладко будет.

Re: [devel] [#210757] EPERM (try 3) bash3.git=3.2.57-alt4 bash.git=4.4.23-alt1 bash-completion.git=2.8-alt1

[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 на самый последний ?

Re: [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]

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, то можно доделать 
такой сетап.

Re: [devel] [#210757] EPERM (try 3) bash3.git=3.2.57-alt4 bash.git=4.4.23-alt1 bash-completion.git=2.8-alt1

[Dmitry V. Levin]

[-- 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 --]

Re: [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]

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 - другой вопрос...

Re: [devel] [#210757] EPERM (try 3) bash3.git=3.2.57-alt4 bash.git=4.4.23-alt1 bash-completion.git=2.8-alt1

[Dmitry V. Levin]

[-- 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 --]

Re: [devel] [#210757] EPERM (try 3) bash3.git=3.2.57-alt4 bash.git=4.4.23-alt1 bash-completion.git=2.8-alt1

[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 для этого нужно добавить ?

В нём же нельзя допускать никаких зависимостей, по идее.

Re: [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]

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, и готово.

Re: [devel] [#210757] EPERM (try 3) bash3.git=3.2.57-alt4 bash.git=4.4.23-alt1 bash-completion.git=2.8-alt1

[Anton Farygin]

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 пропускает 
если всё окей.

Re: [devel] [#210757] EPERM (try 3) bash3.git=3.2.57-alt4 bash.git=4.4.23-alt1 bash-completion.git=2.8-alt1

[Dmitry V. Levin]

[-- 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 --]

Re: [devel] [#210757] EPERM (try 3) bash3.git=3.2.57-alt4 bash.git=4.4.23-alt1 bash-completion.git=2.8-alt1

[Anton Farygin]

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

Re: [devel] [#210757] EPERM (try 3) bash3.git=3.2.57-alt4 bash.git=4.4.23-alt1 bash-completion.git=2.8-alt1

[Dmitry V. Levin]

[-- 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 --]

Re: [devel] [#210757] EPERM (try 3) bash3.git=3.2.57-alt4 bash.git=4.4.23-alt1 bash-completion.git=2.8-alt1

[Anton Farygin]

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 прежде чем что-то обновить.

Re: [devel] [#210757] EPERM (try 3) bash3.git=3.2.57-alt4 bash.git=4.4.23-alt1 bash-completion.git=2.8-alt1

[Dmitry V. Levin]

[-- 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 --]

Re: [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]

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, 
остальное могу сделать довольно быстро.

Re: [devel] [#210757] EPERM (try 3) bash3.git=3.2.57-alt4 bash.git=4.4.23-alt1 bash-completion.git=2.8-alt1

[Dmitry V. Levin]

[-- 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 --]

Re: [devel] [#210757] EPERM (try 3) bash3.git=3.2.57-alt4 bash.git=4.4.23-alt1 bash-completion.git=2.8-alt1

[Anton Farygin]

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 нам не нужен (я думаю что мы сможем достаточно 
быстро зачистить сизиф от скриптов, зависящих на него), то твоё 
предложение выглядит клёво.

Re: [devel] [#210757] EPERM (try 3) bash3.git=3.2.57-alt4 bash.git=4.4.23-alt1 bash-completion.git=2.8-alt1

[Dmitry V. Levin]

[-- 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 --]

Re: [devel] [#210757] EPERM (try 3) bash3.git=3.2.57-alt4 bash.git=4.4.23-alt1 bash-completion.git=2.8-alt1

[Alexey Tourbin]

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.

Поскольку старшая цифра поднимается более или менее произвольно, то
привязка к ней, на мой взгляд, является достаточно лошковатой затеей.

Re: [devel] [#210757] EPERM (try 3) bash3.git=3.2.57-alt4 bash.git=4.4.23-alt1 bash-completion.git=2.8-alt1

[Dmitry V. Levin]

[-- 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 --]

Re: [devel] [#210757] EPERM (try 3) bash3.git=3.2.57-alt4 bash.git=4.4.23-alt1 bash-completion.git=2.8-alt1

[Alexey Tourbin]

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. :-)

Re: [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]

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, прошу посмотреть.

Re: [devel] [#210757] EPERM (try 3) bash3.git=3.2.57-alt4 bash.git=4.4.23-alt1 bash-completion.git=2.8-alt1

[Anton Farygin]

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, прошу посмотреть. 

Дим, можно уже ставить себе это задание ? У тебя к нему замечания есть ?

Re: [devel] [#210757] EPERM (try 3) bash3.git=3.2.57-alt4 bash.git=4.4.23-alt1 bash-completion.git=2.8-alt1

[Vitaly Lipatov]

Проблема при обновлении из Сизифа:

файл /usr/include/bash из устанавливаемого пакета 
bash-devel-3.2.57-alt4.noarch конфликтует с файлом из пакета 
bash-devel-3.2.57-alt3.x86_64
E: Ошибка во время исполнения транзакции


-- 
С уважением,
Виталий Липатов,
Etersoft

Re: [devel] [#210757] EPERM (try 3) bash3.git=3.2.57-alt4 bash.git=4.4.23-alt1 bash-completion.git=2.8-alt1

[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 это не один и тот же 
пакет, отличающийся только релизом ?
Почему у тебя конфликт вылез ?

Re: [devel] [#210757] EPERM (try 3) bash3.git=3.2.57-alt4 bash.git=4.4.23-alt1 bash-completion.git=2.8-alt1

[Anton Farygin]

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

Re: [devel] [#210757] EPERM (try 3) bash3.git=3.2.57-alt4 bash.git=4.4.23-alt1 bash-completion.git=2.8-alt1

[Vitaly Lipatov]

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

Re: [devel] [#210757] EPERM (try 3) bash3.git=3.2.57-alt4 bash.git=4.4.23-alt1 bash-completion.git=2.8-alt1

[Dmitry V. Levin]

[-- 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 --]

Re: [devel] [#210757] EPERM (try 3) bash3.git=3.2.57-alt4 bash.git=4.4.23-alt1 bash-completion.git=2.8-alt1

[Anton Farygin]

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 идёт замена каталога на симлинк и проблема вылезает ровно в 
этом.


Оказывается этот пакет кто-то ставит в хост систему ;)

Re: [devel] [#210757] EPERM (try 3) bash3.git=3.2.57-alt4 bash.git=4.4.23-alt1 bash-completion.git=2.8-alt1

[Anton Farygin]

Что-то заглохла тема.

Дим, какие-то есть сейчас замечания к 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