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