Автор Тема: Весенние стартеркиты p10 (202303)  (Прочитано 9133 раз)

Оффлайн Speccyfighter

  • Мастер
  • ***
  • Сообщений: 10 259
Re: Весенние стартеркиты p10 (202303)
« Ответ #15 : 26.04.2023 06:45:23 »
Сам лайв p10-xfce-sysv, файл /etc/hostname не содержит. И имя хоста, и доменное имя, берётся из /etc/sysconfig/network
Поэтому в этом случае, комментарий '# Used by rc.sysinit to setup system hostname at boot.', предсказуемо верен.

Оффлайн Антон Мидюков

  • alt linux team
  • ***
  • Сообщений: 5 183
  • antohami@
Re: Весенние стартеркиты p10 (202303)
« Ответ #16 : 26.04.2023 06:47:30 »
Настройки сети через etcnet на 9/13 пропускаются.

Почему? Там отображается сгенерированное имя, которое можно поменять на своё.

Оффлайн Speccyfighter

  • Мастер
  • ***
  • Сообщений: 10 259
Re: Весенние стартеркиты p10 (202303)
« Ответ #17 : 26.04.2023 07:44:32 »
Настройки сети через etcnet на 9/13 пропускаются.

Почему? Там отображается сгенерированное имя, которое можно поменять на своё.

Можно.
Но это не отменяет ложность комментария, что rc.sysinit берёт настройки отсюда, из /etc/sysconfig/network:
# grep -n etc/sysconfig/network -B1 /etc/rc.d/rc.sysinit
25-# Read in config data
26:SourceIfNotEmpty /etc/sysconfig/network

При наличии /etc/hostname не равным нулю, хостнэйм берётся из него. Не из /etc/sysconfig/network. Настройки хоста в котором, ложны и не используются.

Оффлайн Speccyfighter

  • Мастер
  • ***
  • Сообщений: 10 259
Re: Весенние стартеркиты p10 (202303)
« Ответ #18 : 26.04.2023 07:58:22 »
Настройки сети через etcnet на 9/13 пропускаются.

Почему? Там отображается сгенерированное имя, которое можно поменять на своё.

Но после инсталляции, можно просто грохнуть /etc/hostname. Как ненужную сущность. То что оно нагенерировало. И которого по крайней мере в p8-sysv-xfce не было. И дальше ребут. Хостнэйм и доменное имя, будут браться из /etc/sysconfig/network. Как и утверждает комментарий.
В https://bugzilla.altlinux.org/show_bug.cgi?id=39761#c39 Арбичев говорит об admin@localhost
Всё гораздо проще:
Короче говоря: сначала нагенерировать на инсталляции, а потом грохнуть то что нагенерировало, ненужную сущность. Система будет работать логично и предсказуемо:
$ grep rc.sysinit /etc/sysconfig/network -A2
# Used by rc.sysinit to setup system hostname at boot.
HOSTNAME=localhost.localdomain
DOMAINNAME=localdomain
$ file /etc/hostname*
/etc/hostname.bak: ASCII text
$ cat /proc/sys/kernel/hostname
localhost.localdomain
$ file /etc/HOSTNAME
/etc/HOSTNAME: symbolic link to `/proc/sys/kernel/hostname'
$ hostname
localhost.localdomain
« Последнее редактирование: 26.04.2023 08:25:40 от Speccyfighter »

Оффлайн Speccyfighter

  • Мастер
  • ***
  • Сообщений: 10 259
Re: Весенние стартеркиты p10 (202303)
« Ответ #19 : 27.04.2023 10:20:09 »
На инсталляции, на этапе 9/13, имя хоста генерируется от балды.

Если нет подключения к сети по dhcp и имя хоста, полученное генератором, больше 13 символов. Тогда от балды pwqgen'ом, если установлен. Результат исправления:

https://bugzilla.altlinux.org/39761

Угу  :-)
Оно один чорт в системах на sysv сломает 'Used by rc.sysinit to setup system hostname at boot':
Цитировать
https://bugzilla.altlinux.org/show_bug.cgi?id=39761#c44
 Repository Robot 2021-04-15 16:06:10 MSK

installer-1.10.10-alt1 -> sisyphus:

 Fri Apr 09 2021 Oleg Solovyov <mcpain@altlinux> 1.10.10-alt1
 - generate hostname via pwqgen, if it's longer than 13 chars (Closes: 39761)

Если /etc/hostname в наличии, то хостнэйм в /etc/sysconfig/network не в приоритете и игнорируется.
К тому же умолчание хостнэйм
$ grep rc.sysinit /etc/sysconfig/network -A2
# Used by rc.sysinit to setup system hostname at boot.
HOSTNAME=localhost.localdomain
DOMAINNAME=localdomain

это 21 символ.
И это длинный хостнэйм $HOSTNAME.$DOMAINNAME
$ hostname --long
localhost.localdomain
$ echo $HOSTNAME
localhost.localdomain

Но приглашение bash
$ echo $PS1
[\u@\h \W]\$

использует короткий, хостнэйм, без $DOMAINNAME
$ hostname --short
localhost

Короче в системах на sysv, 'Used by rc.sysinit to setup system hostname at boot', который содержится в /etc/sysconfig/network как умолчание, один чорт будет сломан.
При этом сломан он будет, необратимо:
Цитировать
https://bugzilla.altlinux.org/show_bug.cgi?id=39761#c43
(Ответ для Арбичев Игорь на комментарий #41)
> А мне вот не до шуток.
Мне тоже, поэтому этот пример не рассматривается.

В теории конечно, сразу после инсталляции, /etc/hostname можно конечно и грохнуть. Но откуда абстрактному пользователю знать, что грохнуть нужно именно это. Чтобы хостнэйм из /etc/sysconfig/network взлетел.
Короче, как показывает практика, альтовые инновации, устойчиво порождают проблемы в системах на sysv.

Оффлайн Антон Мидюков

  • alt linux team
  • ***
  • Сообщений: 5 183
  • antohami@
Re: Весенние стартеркиты p10 (202303)
« Ответ #20 : 27.04.2023 15:56:32 »
Короче, как показывает практика, альтовые инновации, устойчиво порождают проблемы в системах на sysv.

Ну так и раньше, стоило пользователю поменять настройки сети в центре управления системой, как у него настроится /etc/hostname. Разве не так?

dango_

  • Гость
Re: Весенние стартеркиты p10 (202303)
« Ответ #21 : 27.04.2023 18:57:48 »
Ну так и раньше, стоило пользователю поменять настройки сети в центре управления системой, как у него настроится /etc/hostname. Разве не так?
Да. Так и есть.

Оффлайн Speccyfighter

  • Мастер
  • ***
  • Сообщений: 10 259
Re: Весенние стартеркиты p10 (202303)
« Ответ #22 : 27.04.2023 19:25:05 »
Короче, как показывает практика, альтовые инновации, устойчиво порождают проблемы в системах на sysv.

Ну так и раньше, стоило пользователю поменять настройки сети в центре управления системой, как у него настроится /etc/hostname. Разве не так?

По-умолчанию не так:
В xfce-sysv, умолчанием, всегда был NM. По ряду причин. И хостнэйм, всегда подтягивался из /etc/sysconfig/network. А настройки сети на инсталляции, как этапа, при запуске инсталляции из live-сессии, не было. И ломать 'Used by rc.sysinit to setup system hostname at boot', было нечему. А при умолчании NM, с какого вдруг перепугу, пользователю захочется лезть в alterator etcnet? В котором и сидит настройка хоста. Настройка сетевых интерфейсов etcnet, это настройка сетевых интерфейсов. А настройка хоста, это настройка хоста. Это принципиально разные вещи. Но сидят в одном окне альтератора. Которое при используемом NM по-умолчанию, пользователю не нужно. При этом, если возникала такая необходимость, /etc/sysconfig/network расписан, проще некуда. И при таком раскладе, /etc/hostname просто не мог появиться. В моих системах, ни в p8-sysv-xfce, ни в p9-xfce-sysv его никогда не было.
На сей момент, даже если на инсталляции удалить сгенерированный хостнэйм, этот сгенерированный хоснэйм, будет сидеть в /etc/hostname.
Но теперь, 'Used by rc.sysinit to setup system hostname at boot', первый и последний раз, отработает в системе, из которой выполняется инсталляция. То что на инсталляции видит пользователь, это только X-совый гуй. Не shell. В котором можно увидеть хостнэйм. И не составит большого труда догадаться, откуда он подтянулся.

Оффлайн Speccyfighter

  • Мастер
  • ***
  • Сообщений: 10 259
Re: Весенние стартеркиты p10 (202303)
« Ответ #23 : 29.04.2023 01:47:37 »
Короче, как показывает практика, альтовые инновации, устойчиво порождают проблемы в системах на sysv.

Ну так и раньше, стоило пользователю поменять настройки сети в центре управления системой, как у него настроится /etc/hostname. Разве не так?

По-умолчанию не так:
В xfce-sysv, умолчанием, всегда был NM. По ряду причин. И хостнэйм, всегда подтягивался из /etc/sysconfig/network. А настройки сети на инсталляции, как этапа, при запуске инсталляции из live-сессии, не было. ...

Наиболее простым, было бы вернуть p10-xfce-sysv к инсталляции из загруженного лайва:
# chroot /mnt/disk2/
# rpm -qa | grep livecd | sort
alterator-livecd-0.8.8-alt1.noarch
livecd-evms-0.2.4-alt1.noarch
livecd-firefox-0.1-alt7.x86_64
livecd-install-0.9.16-alt1.noarch
livecd-install-apt-cache-0.1-alt1.noarch
livecd-installer-features-0.3-alt2.noarch
livecd-net-eth-0.4.3-alt1.noarch
livecd-save-nfs-0.4.1-alt1.noarch
livecd-setlocale-0.3.9-alt1.noarch
livecd-timezone-0.1.0-alt1.noarch
# rpm -ql livecd-install | grep livecd-install
/etc/alternatives/packages.d/livecd-install.steps
/etc/livecd-install
/etc/livecd-install/steps.livecd-install
/etc/pam.d/livecd-install
/etc/security/console.apps/livecd-install
/usr/bin/livecd-install
/usr/sbin/livecd-install
/usr/share/applications/livecd-install.desktop

Оффлайн Speccyfighter

  • Мастер
  • ***
  • Сообщений: 10 259
Re: Весенние стартеркиты p10 (202303)
« Ответ #24 : 29.04.2023 02:22:55 »
Баги так или иначе касающиеся p10-xfce-sysv:

Когда перестанет лихорадить пакет apt-conf-branch с актуальностью зеркал?
Например отсутствие зеркала датацентра, репортилось раза четыре. Шо, опять?
Актуальный список зеркал на вики по запросу 'Зеркала'

Но самый забавныый баг, это #44117
Мне даже интересно, зачем просить привести весь этот мусор?
Цитировать
https://bugzilla.altlinux.org/show_bug.cgi?id=44117#c1

Пожалуйста, предоставьте дополнительную информацию для воспроизведения ошибки:
1) образ, на котором воспроизвелась ошибка
2) выводы команд
$ uname -a
$ cat /etc/os-release
$ apt-repo
3) версию пакетов, на которой у Вас воспроизводится описанное поведение

Тем более что ошибка, более чем очевидна из нулевого комментария. И для обнаружения и подтверждения, даже не требует воспроизведения в системе, - файл с одним и тем же именем, по одному и тому же пути, не может принадлежать двум разным пакетам, - багрепорт висит уже полгода и успешно воспроизводится в стабильном бранче и в любой системе на p10, включая и p10-xfce-sysv как само-собой:
$ rpm -qpvl util-linux-2.38.1-alt1.x86_64.rpm | grep bin/irqtop
-rwxr-xr-x    1 root    root                    35088 окт 15  2022 /usr/bin/irqtop
$ rpm -qpvl netutils-linux-2.7.9-alt1.noarch.rpm | grep bin/irqtop
-rwxr-xr-x    1 root    root                      120 окт 18  2019 /usr/bin/irqtop

И как результат:
При имеющемся в образе util-linux, отказ установки netutils-linux по конфликту файлов.
И это совершенно очевидно.

Интрига этой ошибки в том, что util-linux является неотъемлемой частью базового комплекта.
Потому шо обратные зависимости у util-linux просто некислые:
# apt-cache rdepends util-linux | grep -v '^util\|^Reverse' | wc -l
146

Его просто не может не быть в системе.
А сие означает, что перед бранчеванием, входящий контроль netutils-linux не проходил. Иначе ошибка вылезла бы сразу.
netutils-linux просто собрали и без test-контроля отправили в стабильный репозиторий.
« Последнее редактирование: 29.04.2023 04:56:19 от Speccyfighter »

Оффлайн Антон Мидюков

  • alt linux team
  • ***
  • Сообщений: 5 183
  • antohami@
Re: Весенние стартеркиты p10 (202303)
« Ответ #25 : 29.04.2023 11:25:59 »
netutils-linux просто собрали и без test-контроля отправили в стабильный репозиторий.

Нет. Пакет был собран в Сизиф до бранчевания p10 18 октября 2019 г.
При бранчевании не пересобирался, так как не входит в дистрибутивы. На тот момент конфликта не было.
При еженедельной пересборке не проверяется install check, поэтому ошибка не выявлялась при пересборке.
Почему бы пакет просто не удалить из репозитория?

Оффлайн Speccyfighter

  • Мастер
  • ***
  • Сообщений: 10 259
Re: Весенние стартеркиты p10 (202303)
« Ответ #26 : 30.04.2023 00:47:18 »
netutils-linux просто собрали и без test-контроля отправили в стабильный репозиторий.

Нет. Пакет был собран в Сизиф до бранчевания p10 18 октября 2019 г.
При бранчевании не пересобирался, так как не входит в дистрибутивы. На тот момент конфликта не было.

Подтверждаю.

При еженедельной пересборке не проверяется install check, поэтому ошибка не выявлялась при пересборке.

А зря.
Версионные изменения могут приводить к изменению в наполнении.
Этот конфликт файлов, появился с появлением util-linux 2.36.1:
# rpm -qpvl util-linux-2.35.2-alt1.x86_64.rpm | grep bin/irqtop | wc -l
0
# rpm -qpvl util-linux-2.36.1-alt1.x86_64.rpm | grep bin/irqtop | wc -l
1
# rpm -q --changelog util-linux | grep -A1 '2.36.1-alt1'
* Вс дек 20 2020 Alexey Gladkov <legion@altlinux.ru> 2.36.1-alt1
- New version (2.36.1).

Этому конфликту файлов, уже больше двух лет.


Почему бы пакет просто не удалить из репозитория?

Тем более что это решение лежит буквально на поверхности.
Если install check не выполняется, обнаружить такой конфликт не так просто. Я бы грохнул этот пакет в стабильном. А то как минимум xfce-sysv спотыкается об netutils-linux по конфликту файлов. У меня в p9-xfce-sysv, около полусотни было install-*.txt под входящий контроль.

Оффлайн Антон Мидюков

  • alt linux team
  • ***
  • Сообщений: 5 183
  • antohami@
Re: Весенние стартеркиты p10 (202303)
« Ответ #27 : 30.04.2023 11:10:33 »
А зря.

Это на данный момент слишком дорогая по времени выполнения процедура.

Оффлайн Speccyfighter

  • Мастер
  • ***
  • Сообщений: 10 259
Re: Весенние стартеркиты p10 (202303)
« Ответ #28 : 30.04.2023 15:03:39 »
Почему бы пакет просто не удалить из репозитория?

Антон, ты озвучил полиси xfce-sysv.
И это не ко мне :)
Я бы сразу такое грохнул бы не задумываясь:
Всё что приводит к неисправимым и необратимым отказам, без возможности обхода, это blocker и должно быть удалено. До исправления.

https://bugzilla.altlinux.org/show_bug.cgi?id=44117#c4
https://bugzilla.altlinux.org/46004

Оффлайн Speccyfighter

  • Мастер
  • ***
  • Сообщений: 10 259
Re: Весенние стартеркиты p10 (202303)
« Ответ #29 : 01.05.2023 04:33:24 »
Баги так или иначе касающиеся p10-xfce-sysv:

Когда перестанет лихорадить пакет apt-conf-branch с актуальностью зеркал?
Например отсутствие зеркала датацентра, репортилось раза четыре. Шо, опять?
Актуальный список зеркал на вики по запросу 'Зеркала'

Пять багрепортов на одну и ту же ошибку, это случайно не перебор?
#32292, #32803, #37654, #40848, #44146

Ok, пусть будет ещё один:
https://bugzilla.altlinux.org/show_bug.cgi?id=46008