Коллеги, просьба без предварительного согласования не обновлять ни одного из пакетов, входящих в базовую сборочную среду, до бранчевания p10. $ hsh --init && hsh-run -- rpmquery -a --qf '%{sourcerpm}\n' |sed -E 's/-[^-]+-[^-]+$//' |sort -u acl altlinux-release-sisyphus attr audit autoconf-common autoconf-defaults autoconf_2.60 automake-common automake-defaults automake_1.16 basesystem bash-defaults bash4 bashrc beecrypt binutils bison bzip2 chkconfig common-licenses control coreutils cpio debugedit diffutils elfutils emacs-base etcskel fakeroot file filesystem findutils gawk gcc-common gcc-defaults gcc10 gettext glib2 glibc glibc-kernheaders gmp gnu-config gpm grep gzip kernel-headers-common libcap libcap-ng libcroco libcrypt libdb4.7 libffi libmpc3 libpopt libseccomp libselinux libshell libtool-common libtool-defaults libtool_2.4 libunistring2 libxml2 libzio linux-pam lua5.3 m4 make mpfr ncurses pam-config pam_mktemp pam_userpass passwdqc patch pcre perl perl-CPAN-Meta-Requirements perl-parent pkg-config procps psmisc readline rootfiles rpm rpm-build rpm-build-perl rpm-build-python rpm-build-python3 sed service setup sgml-common shadow sisyphus_check systemd sysvinit tar tcb texinfo time tzdata util-linux vim vitmp which xz zlib zstd -- ldv
Dmitry V. Levin писал 12.7.21 12:58: > Коллеги, > > просьба без предварительного согласования не обновлять ни одного из > пакетов, входящих в базовую сборочную среду, до бранчевания p10. Может быть, пока есть внимание к базовой сборочной среде, будет возможность исправить способ её формирования, как обсуждается в https://bugzilla.altlinux.org/34308 не используя для формирования состава среди зависимости пакета rpm-build, который о другом. Напомню, что имеет место смешение понятий «базовая сборочная среда» и «среда сборки rpm-пакета». > > $ hsh --init && hsh-run -- rpmquery -a --qf '%{sourcerpm}\n' |sed -E > 's/-[^-]+-[^-]+$//' |sort -u ... > rpm-build-python3 Для меня осталось загадкой, зачем я чинил пакеты, добавляя BR:rpm-build-python3, если он уже есть в базовой среде. -- С уважением, Виталий Липатов, ALT Linux Team
On Mon, Jul 12, 2021 at 01:46:42PM +0300, Vitaly Lipatov wrote: > Dmitry V. Levin писал 12.7.21 12:58: > > Коллеги, > > > > просьба без предварительного согласования не обновлять ни одного из > > пакетов, входящих в базовую сборочную среду, до бранчевания p10. > Может быть, пока есть внимание к базовой сборочной среде, будет > возможность > исправить способ её формирования, как обсуждается в > https://bugzilla.altlinux.org/34308 > не используя для формирования состава среди зависимости пакета > rpm-build, который о другом. > Напомню, что имеет место смешение понятий «базовая сборочная среда» и > «среда сборки rpm-пакета». Фриз базовой сборочной среды - это, конечно, самое время, чтобы пересмотреть принципы её формирования. > > $ hsh --init && hsh-run -- rpmquery -a --qf '%{sourcerpm}\n' |sed -E > > 's/-[^-]+-[^-]+$//' |sort -u > ... > > rpm-build-python3 > Для меня осталось загадкой, зачем я чинил пакеты, добавляя > BR:rpm-build-python3, если он уже есть в базовой среде. Это, очевидно, был список исходных пакетов. Пакет rpm-build-python3 не входит в базовую сборочную среду, при этом из исходного пакета rpm-build-python3 собирается не только rpm-build-python3, но и rpm-macros-python3, который как раз входит в базовую сборочную среду. -- ldv
On 2021-07-12 12:58:13 +0300, Dmitry V. Levin wrote: > просьба без предварительного согласования не обновлять ни > одного из пакетов, входящих в базовую сборочную среду, до > бранчевания p10. > emacs-base > gpm > rootfiles Зачем эти пакеты в базовой сборочной среде? Может, выкинуть? > vim А тут хорошо бы явно использовать vim-console, ибо абсолютное большинство коллег предпочитает именно его. -- Alexey V. Vissarionov gremlin ПРИ altlinux ТЧК org; +vii-cmiii-ccxxix-lxxix-xlii GPG: 0D92F19E1C0DC36E27F61A29CD17E2B43D879005 @ hkp://keys.gnupg.net
On Mon, Jul 12, 2021 at 11:12:57PM +0300, Alexey V. Vissarionov wrote: > On 2021-07-12 12:58:13 +0300, Dmitry V. Levin wrote: > > > просьба без предварительного согласования не обновлять ни > > одного из пакетов, входящих в базовую сборочную среду, до > > бранчевания p10. > > > emacs-base > > gpm > > rootfiles > > Зачем эти пакеты в базовой сборочной среде? Может, выкинуть? $ rpm -e --test emacs-base error: Failed dependencies: /etc/emacs/site-start.d is needed by (installed) gettext-tools-0.21-alt1.x86_64 Цена вопроса в байтах: $ rpmquery --qf '%{size}\n' emacs-base 14226 $ rpm -e --test rootfiles error: Failed dependencies: rootfiles is needed by (installed) basesystem-1:sisyphus-alt23.noarch Цена вопроса в байтах: $ rpmquery --qf '%{size}\n' rootfiles 1853 $ rpm -e --test libgpm error: Failed dependencies: libgpm.so.1()(64bit) >= set:jgGopviN0XPf is needed by (installed) libncursesw-6.2.20210123-alt1.x86_64 libgpm.so.1()(64bit) >= set:jgGopviN0XPf is needed by (installed) libncurses-6.2.20210123-alt1.x86_64 Более интересный вопрос, зачем libncurses, если есть libncursesw: $ rpm -e --test libncurses error: Failed dependencies: libncurses.so.5()(64bit) >= set:mi6NHG60ZuTxVCElbav4qX3IPa is needed by (installed) procps-3.3.17-alt3.x86_64 $ rpm -e --test libncursesw error: Failed dependencies: libncursesw.so.5()(64bit) >= set:mhWiBzDlRwlsLLt5qBZj3WJFQo65OeROqdTM0CJP4mwE6e8mjX2ev4 is needed by (installed) procps-3.3.17-alt3.x86_64 libncursesw.so.5()(64bit) >= set:mjzURG6wrj0e2yDRMRHFtm9 is needed by (installed) util-linux-2.36.1-alt2.x86_64 Действительно странно. > > vim > > А тут хорошо бы явно использовать vim-console, ибо абсолютное > большинство коллег предпочитает именно его. Это всё имена исходных пакетов, от того же vim там vim-minimal. -- ldv
On Tue, 13 Jul 2021 00:04:55 +0300 Dmitry V. Levin wrote:
> $ rpm -e --test libgpm
> error: Failed dependencies:
> libgpm.so.1()(64bit) >= set:jgGopviN0XPf is needed by (installed) libncursesw-6.2.20210123-alt1.x86_64
> libgpm.so.1()(64bit) >= set:jgGopviN0XPf is needed by (installed) libncurses-6.2.20210123-alt1.x86_64
>
> Более интересный вопрос, зачем libncurses, если есть libncursesw:
> $ rpm -e --test libncurses
> error: Failed dependencies:
> libncurses.so.5()(64bit) >= set:mi6NHG60ZuTxVCElbav4qX3IPa is needed by (installed) procps-3.3.17-alt3.x86_64
> $ rpm -e --test libncursesw
> error: Failed dependencies:
> libncursesw.so.5()(64bit) >= set:mhWiBzDlRwlsLLt5qBZj3WJFQo65OeROqdTM0CJP4mwE6e8mjX2ev4 is needed by (installed) procps-3.3.17-alt3.x86_64
> libncursesw.so.5()(64bit) >= set:mjzURG6wrj0e2yDRMRHFtm9 is needed by (installed) util-linux-2.36.1-alt2.x86_64
> Действительно странно.
Хм, slabtop линкуется с libncurses, а watch - с libncursesw т.к. при
сборке передается --enable-watch8bit. В принципе, можно и slabtop в
этом случае линковать с libncursesw.
Ну или убрать --enable-watch8bit и собирать watch с libncurses, но
первый вариант лучше, думаю.
--
WBR, Mikhail Efremov
On 2021-07-13 00:04:55 +0300, Dmitry V. Levin wrote: >>> просьба без предварительного согласования не обновлять ни >>> одного из пакетов, входящих в базовую сборочную среду, до >>> бранчевания p10. >>> emacs-base >>> gpm >>> rootfiles >> Зачем эти пакеты в базовой сборочной среде? Может, выкинуть? > $ rpm -e --test emacs-base error: Failed dependencies: > /etc/emacs/site-start.d is needed by (installed) > gettext-tools-0.21-alt1.x86_64 > Цена вопроса в байтах: > $ rpmquery --qf '%{size}\n' emacs-base > 14226 Тут дело не столько в байтах, сколько в помойке... В общем, хорошо было бы вынести /etc/emacs/site-start.d/gettext.el в %package -n emacs-gettext Если что, на сборочную среду это совершенно точно никак не повлияет. > $ rpm -e --test rootfiles error: Failed dependencies: > rootfiles is needed by (installed) > basesystem-1:sisyphus-alt23.noarch > Цена вопроса в байтах: > $ rpmquery --qf '%{size}\n' rootfiles > 1853 Ну, это все же явно не basesystem... да и охватывать пакетной системой файлы в $HOME даже в случае ~root - как-то неправильно. Еще, кстати, у этого пакета есть деструктивный побочный эффект: при его удалении ~root/.ssh/authorized_keys переименовывается в .rpmsave - это очень плохо и так делать не надо. А удалять его (вместе с basesystem и interactivesystem) сразу после установки - действие совершенно неочевидное. И да, на сборочную среду это тоже никак не повлияет. > $ rpm -e --test libgpm error: Failed dependencies: > libgpm.so.1()(64bit) >= set:jgGopviN0XPf is needed by > (installed) libncursesw-6.2.20210123-alt1.x86_64 > libgpm.so.1()(64bit) >= set:jgGopviN0XPf is needed by > (installed) libncurses-6.2.20210123-alt1.x86_64 От libgpm в отсутствие демона вреда не особо много, но вообще их давно пора выкинуть. > Более интересный вопрос, зачем libncurses, если есть libncursesw: > $ rpm -e --test libncurses error: Failed dependencies: > libncurses.so.5()(64bit) >= set:mi6NHG60ZuTxVCElbav4qX3IPa is > needed by (installed) procps-3.3.17-alt3.x86_64 > $ rpm -e --test libncursesw error: Failed dependencies: > libncursesw.so.5()(64bit) >= > set:mhWiBzDlRwlsLLt5qBZj3WJFQo65OeROqdTM0CJP4mwE6e8mjX2ev4 is > needed by (installed) procps-3.3.17-alt3.x86_64 > libncursesw.so.5()(64bit) >= set:mjzURG6wrj0e2yDRMRHFtm9 is > needed by (installed) util-linux-2.36.1-alt2.x86_64 > Действительно странно. Хм... nice catch :-) Может, есть смысл исправить до ответвления p10? А заодно и gpm выкинуть... >>> vim >> А тут хорошо бы явно использовать vim-console, ибо абсолютное >> большинство коллег предпочитает именно его. > Это всё имена исходных пакетов, от того же vim там vim-minimal. Вот именно vim-minimal и хорошо бы поменять на vim-console. А после ответвления p10 можно будет вообще выкинуть vim-minimal (который все равно толком не работает), сделав вместо него %package console Provides: %name-mininal -- Alexey V. Vissarionov gremlin ПРИ altlinux ТЧК org; +vii-cmiii-ccxxix-lxxix-xlii GPG: 0D92F19E1C0DC36E27F61A29CD17E2B43D879005 @ hkp://keys.gnupg.net
On 2021-07-13 01:01:46 +0300, Mikhail Efremov wrote: >> Более интересный вопрос, зачем libncurses, если есть libncursesw: >> $ rpm -e --test libncurses >> error: Failed dependencies: >> libncurses.so.5()(64bit) >= set:mi6NHG60ZuTxVCElbav4qX3IPa is >> needed by (installed) procps-3.3.17-alt3.x86_64 >> $ rpm -e --test libncursesw >> error: Failed dependencies: >> libncursesw.so.5()(64bit) >= >> set:mhWiBzDlRwlsLLt5qBZj3WJFQo65OeROqdTM0CJP4mwE6e8mjX2ev4 is >> needed by (installed) procps-3.3.17-alt3.x86_64 >> libncursesw.so.5()(64bit) >= set:mjzURG6wrj0e2yDRMRHFtm9 is >> needed by (installed) util-linux-2.36.1-alt2.x86_64 > Хм, slabtop линкуется с libncurses, а watch - с libncursesw т.к. > при сборке передается --enable-watch8bit. В принципе, можно и > slabtop в этом случае линковать с libncursesw. В любом случае лучше сделать единообразно. И если есть выбор - то, разумеется, libncursesw предпочтительнее. > Ну или убрать --enable-watch8bit и собирать watch с libncurses, > но первый вариант лучше, думаю. Разумеется. 2 ldv: явно есть смысл исправить. -- Alexey V. Vissarionov gremlin ПРИ altlinux ТЧК org; +vii-cmiii-ccxxix-lxxix-xlii GPG: 0D92F19E1C0DC36E27F61A29CD17E2B43D879005 @ hkp://keys.gnupg.net
On Tuesday, 13 July 2021 01:03:53 MSK Alexey V wrote:
[...]
> От libgpm в отсутствие демона вреда не особо много, но вообще их
> давно пора выкинуть.
Алексей! Если намёки и предложения не понятны, прошу прямо: никогда не давайте
никаких советов разработчикам и мантейнерам хотя бы в этом списке рассылки.
[...]
--
Regards, Sergey.
>>>>> "Sergey" == Sergey V Turchin <zerg-u2l5PoMzF/Vg9hUCZPvPmw@public.gmane.org> writes:
> On Tuesday, 13 July 2021 01:03:53 MSK Alexey V wrote:
> [...]
>> От libgpm в отсутствие демона вреда не особо много, но вообще их
>> давно пора выкинуть.
> Алексей! Если намёки и предложения не понятны, прошу прямо: никогда не давайте
> никаких советов разработчикам и мантейнерам хотя бы в этом списке рассылки.
Г-ди, да!
Дайте отдохнуть и фонтану.
--
On Tue, 13 Jul 2021 01:10:49 +0300 Alexey V. Vissarionov wrote:
> On 2021-07-13 01:01:46 +0300, Mikhail Efremov wrote:
>
> >> Более интересный вопрос, зачем libncurses, если есть libncursesw:
> >> $ rpm -e --test libncurses
> >> error: Failed dependencies:
> >> libncurses.so.5()(64bit) >= set:mi6NHG60ZuTxVCElbav4qX3IPa is
> >> needed by (installed) procps-3.3.17-alt3.x86_64
> >> $ rpm -e --test libncursesw
> >> error: Failed dependencies:
> >> libncursesw.so.5()(64bit) >=
> >> set:mhWiBzDlRwlsLLt5qBZj3WJFQo65OeROqdTM0CJP4mwE6e8mjX2ev4 is
> >> needed by (installed) procps-3.3.17-alt3.x86_64
> >> libncursesw.so.5()(64bit) >= set:mjzURG6wrj0e2yDRMRHFtm9 is
> >> needed by (installed) util-linux-2.36.1-alt2.x86_64
> > Хм, slabtop линкуется с libncurses, а watch - с libncursesw т.к.
> > при сборке передается --enable-watch8bit. В принципе, можно и
> > slabtop в этом случае линковать с libncursesw.
>
> В любом случае лучше сделать единообразно. И если есть выбор - то,
> разумеется, libncursesw предпочтительнее.
>
> > Ну или убрать --enable-watch8bit и собирать watch с libncurses,
> > но первый вариант лучше, думаю.
>
> Разумеется.
>
> 2 ldv: явно есть смысл исправить.
Я бы заодно еще и slabtop в /sbin/ передвинул из /usr/bin/, от
пользователя его запускать бессмысленно.
2ldv: Будем до p10 это делать? Или лучше сейчас ничего не трогать?
--
WBR, Mikhail Efremov
On Tue, Jul 13, 2021 at 07:47:03PM +0300, Mikhail Efremov wrote:
> On Tue, 13 Jul 2021 01:10:49 +0300 Alexey V. Vissarionov wrote:
> > On 2021-07-13 01:01:46 +0300, Mikhail Efremov wrote:
> >
> > >> Более интересный вопрос, зачем libncurses, если есть libncursesw:
> > >> $ rpm -e --test libncurses
> > >> error: Failed dependencies:
> > >> libncurses.so.5()(64bit) >= set:mi6NHG60ZuTxVCElbav4qX3IPa is
> > >> needed by (installed) procps-3.3.17-alt3.x86_64
> > >> $ rpm -e --test libncursesw
> > >> error: Failed dependencies:
> > >> libncursesw.so.5()(64bit) >=
> > >> set:mhWiBzDlRwlsLLt5qBZj3WJFQo65OeROqdTM0CJP4mwE6e8mjX2ev4 is
> > >> needed by (installed) procps-3.3.17-alt3.x86_64
> > >> libncursesw.so.5()(64bit) >= set:mjzURG6wrj0e2yDRMRHFtm9 is
> > >> needed by (installed) util-linux-2.36.1-alt2.x86_64
> > > Хм, slabtop линкуется с libncurses, а watch - с libncursesw т.к.
> > > при сборке передается --enable-watch8bit. В принципе, можно и
> > > slabtop в этом случае линковать с libncursesw.
> >
> > В любом случае лучше сделать единообразно. И если есть выбор - то,
> > разумеется, libncursesw предпочтительнее.
> >
> > > Ну или убрать --enable-watch8bit и собирать watch с libncurses,
> > > но первый вариант лучше, думаю.
> >
> > Разумеется.
> >
> > 2 ldv: явно есть смысл исправить.
>
> Я бы заодно еще и slabtop в /sbin/ передвинул из /usr/bin/, от
> пользователя его запускать бессмысленно.
> 2ldv: Будем до p10 это делать? Или лучше сейчас ничего не трогать?
Будем, только не надо прямо сейчас коммитить это задание в Сизиф.
--
ldv
On Tue, 13 Jul 2021 20:11:00 +0300 Dmitry V. Levin wrote:
> On Tue, Jul 13, 2021 at 07:47:03PM +0300, Mikhail Efremov wrote:
> > On Tue, 13 Jul 2021 01:10:49 +0300 Alexey V. Vissarionov wrote:
> > > On 2021-07-13 01:01:46 +0300, Mikhail Efremov wrote:
> > >
> > > >> Более интересный вопрос, зачем libncurses, если есть libncursesw:
> > > >> $ rpm -e --test libncurses
> > > >> error: Failed dependencies:
> > > >> libncurses.so.5()(64bit) >= set:mi6NHG60ZuTxVCElbav4qX3IPa is
> > > >> needed by (installed) procps-3.3.17-alt3.x86_64
> > > >> $ rpm -e --test libncursesw
> > > >> error: Failed dependencies:
> > > >> libncursesw.so.5()(64bit) >=
> > > >> set:mhWiBzDlRwlsLLt5qBZj3WJFQo65OeROqdTM0CJP4mwE6e8mjX2ev4 is
> > > >> needed by (installed) procps-3.3.17-alt3.x86_64
> > > >> libncursesw.so.5()(64bit) >= set:mjzURG6wrj0e2yDRMRHFtm9 is
> > > >> needed by (installed) util-linux-2.36.1-alt2.x86_64
> > > > Хм, slabtop линкуется с libncurses, а watch - с libncursesw т.к.
> > > > при сборке передается --enable-watch8bit. В принципе, можно и
> > > > slabtop в этом случае линковать с libncursesw.
> > >
> > > В любом случае лучше сделать единообразно. И если есть выбор - то,
> > > разумеется, libncursesw предпочтительнее.
> > >
> > > > Ну или убрать --enable-watch8bit и собирать watch с libncurses,
> > > > но первый вариант лучше, думаю.
> > >
> > > Разумеется.
> > >
> > > 2 ldv: явно есть смысл исправить.
> >
> > Я бы заодно еще и slabtop в /sbin/ передвинул из /usr/bin/, от
> > пользователя его запускать бессмысленно.
> > 2ldv: Будем до p10 это делать? Или лучше сейчас ничего не трогать?
>
> Будем, только не надо прямо сейчас коммитить это задание в Сизиф.
Task #278812.
--
WBR, Mikhail Efremov
On Wed, Jul 14, 2021 at 12:29:04AM +0300, Mikhail Efremov wrote:
> On Tue, 13 Jul 2021 20:11:00 +0300 Dmitry V. Levin wrote:
> > On Tue, Jul 13, 2021 at 07:47:03PM +0300, Mikhail Efremov wrote:
> > > On Tue, 13 Jul 2021 01:10:49 +0300 Alexey V. Vissarionov wrote:
> > > > On 2021-07-13 01:01:46 +0300, Mikhail Efremov wrote:
> > > >
> > > > >> Более интересный вопрос, зачем libncurses, если есть libncursesw:
> > > > >> $ rpm -e --test libncurses
> > > > >> error: Failed dependencies:
> > > > >> libncurses.so.5()(64bit) >= set:mi6NHG60ZuTxVCElbav4qX3IPa is
> > > > >> needed by (installed) procps-3.3.17-alt3.x86_64
> > > > >> $ rpm -e --test libncursesw
> > > > >> error: Failed dependencies:
> > > > >> libncursesw.so.5()(64bit) >=
> > > > >> set:mhWiBzDlRwlsLLt5qBZj3WJFQo65OeROqdTM0CJP4mwE6e8mjX2ev4 is
> > > > >> needed by (installed) procps-3.3.17-alt3.x86_64
> > > > >> libncursesw.so.5()(64bit) >= set:mjzURG6wrj0e2yDRMRHFtm9 is
> > > > >> needed by (installed) util-linux-2.36.1-alt2.x86_64
> > > > > Хм, slabtop линкуется с libncurses, а watch - с libncursesw т.к.
> > > > > при сборке передается --enable-watch8bit. В принципе, можно и
> > > > > slabtop в этом случае линковать с libncursesw.
> > > >
> > > > В любом случае лучше сделать единообразно. И если есть выбор - то,
> > > > разумеется, libncursesw предпочтительнее.
> > > >
> > > > > Ну или убрать --enable-watch8bit и собирать watch с libncurses,
> > > > > но первый вариант лучше, думаю.
> > > >
> > > > Разумеется.
> > > >
> > > > 2 ldv: явно есть смысл исправить.
> > >
> > > Я бы заодно еще и slabtop в /sbin/ передвинул из /usr/bin/, от
> > > пользователя его запускать бессмысленно.
> > > 2ldv: Будем до p10 это делать? Или лучше сейчас ничего не трогать?
> >
> > Будем, только не надо прямо сейчас коммитить это задание в Сизиф.
>
> Task #278812.
Оно уже готово и можно будет запускать, когда сборочная очередь обработается,
или оно ещё тестируется?
--
ldv
On Wed, 14 Jul 2021 00:46:00 +0300 Dmitry V. Levin wrote:
> On Wed, Jul 14, 2021 at 12:29:04AM +0300, Mikhail Efremov wrote:
> > On Tue, 13 Jul 2021 20:11:00 +0300 Dmitry V. Levin wrote:
> > > On Tue, Jul 13, 2021 at 07:47:03PM +0300, Mikhail Efremov wrote:
> > > > On Tue, 13 Jul 2021 01:10:49 +0300 Alexey V. Vissarionov wrote:
> > > > > On 2021-07-13 01:01:46 +0300, Mikhail Efremov wrote:
> > > > >
> > > > > >> Более интересный вопрос, зачем libncurses, если есть libncursesw:
> > > > > >> $ rpm -e --test libncurses
> > > > > >> error: Failed dependencies:
> > > > > >> libncurses.so.5()(64bit) >= set:mi6NHG60ZuTxVCElbav4qX3IPa is
> > > > > >> needed by (installed) procps-3.3.17-alt3.x86_64
> > > > > >> $ rpm -e --test libncursesw
> > > > > >> error: Failed dependencies:
> > > > > >> libncursesw.so.5()(64bit) >=
> > > > > >> set:mhWiBzDlRwlsLLt5qBZj3WJFQo65OeROqdTM0CJP4mwE6e8mjX2ev4 is
> > > > > >> needed by (installed) procps-3.3.17-alt3.x86_64
> > > > > >> libncursesw.so.5()(64bit) >= set:mjzURG6wrj0e2yDRMRHFtm9 is
> > > > > >> needed by (installed) util-linux-2.36.1-alt2.x86_64
> > > > > > Хм, slabtop линкуется с libncurses, а watch - с libncursesw т.к.
> > > > > > при сборке передается --enable-watch8bit. В принципе, можно и
> > > > > > slabtop в этом случае линковать с libncursesw.
> > > > >
> > > > > В любом случае лучше сделать единообразно. И если есть выбор - то,
> > > > > разумеется, libncursesw предпочтительнее.
> > > > >
> > > > > > Ну или убрать --enable-watch8bit и собирать watch с libncurses,
> > > > > > но первый вариант лучше, думаю.
> > > > >
> > > > > Разумеется.
> > > > >
> > > > > 2 ldv: явно есть смысл исправить.
> > > >
> > > > Я бы заодно еще и slabtop в /sbin/ передвинул из /usr/bin/, от
> > > > пользователя его запускать бессмысленно.
> > > > 2ldv: Будем до p10 это делать? Или лучше сейчас ничего не трогать?
> > >
> > > Будем, только не надо прямо сейчас коммитить это задание в Сизиф.
> >
> > Task #278812.
>
> Оно уже готово и можно будет запускать, когда сборочная очередь обработается,
> или оно ещё тестируется?
Я считаю готовым.
--
WBR, Mikhail Efremov
Dmitry V. Levin писал 12.7.21 14:33:
> On Mon, Jul 12, 2021 at 01:46:42PM +0300, Vitaly Lipatov wrote:
>> Dmitry V. Levin писал 12.7.21 12:58:
>> > Коллеги,
>> >
>> > просьба без предварительного согласования не обновлять ни одного из
>> > пакетов, входящих в базовую сборочную среду, до бранчевания p10.
>> Может быть, пока есть внимание к базовой сборочной среде, будет
>> возможность
>> исправить способ её формирования, как обсуждается в
>> https://bugzilla.altlinux.org/34308
>> не используя для формирования состава среди зависимости пакета
>> rpm-build, который о другом.
>> Напомню, что имеет место смешение понятий «базовая сборочная среда» и
>> «среда сборки rpm-пакета».
>
> Фриз базовой сборочной среды - это, конечно, самое время, чтобы
> пересмотреть принципы её формирования.
Возможно, что окончание фриза базовой сборочной среды, а также окончание
бранчевания p10 — это уже время пересмотреть (не принцип формирования, а
всего лишь метапакет, который её формирует).
Но конечно же, проблема сборки rpm-пакетов без установки glibc-devel
гораздо более актуальна для p9, и не имеет отношения ни к фризу в
Сизифе, ни к p10.
--
С уважением,
Виталий Липатов,
ALT Linux Team