В Thu, 15 Feb 2024 13:47:48 +0300
Dmitrii Kashin <[email protected]> пишет:
On 14 Feb 2024, at 22:33, Misha Ramendik <[email protected]> wrote:
Всем привет!
Мне нужно собрать пакет для bullseye. У меня Федора.
Ну, поднял VM <...> Хочу поднять sshd и работать с VM по ssh.
Действительно ли Вы этого хотите?
Если стоит задача собрать пакет, так просто возьмите контейнер с
bullseye. Уж какой-нибудь docker, полагаю, на федоре найдётся.
А протестирвать? Мы, например, на архитектуре x86_64 тестируем постгрес
исключительно в виртуалках. Потому как сетевой сервис, взаимодействует
с инитом и все такое. Тестировать лучше в системе имеющей полноценный
init/systemd и отдельный от хоста сетевой стек.
В Thu, 15 Feb 2024 21:39:42 +0300
Eugene Berdnikov <[email protected]> пишет:
В контейнерах есть и свой init/systemd, и отдельный namespace для
сети, позволяющий тестировать сетевые приложения. В этом смысле что
docker, что lxc -- пригодные для этого среды, а постгресс в плане
сети и инита ничего странного требовать не должен.
В свое время пришллось очень сильно потрахаться в ситуациях когда на
хосте и в контейнере существенно разные версии systemd (или с одной
стороны systemd а с другой sysv init).
А если у тебя GUI и нужно тестировать с X Window, Wayland и что там еще
нынче бывает?
В Thu, 15 Feb 2024 23:33:31 +0300
Eugene Berdnikov <[email protected]> пишет:
В свое время пришллось очень сильно потрахаться в ситуациях когда на
хосте и в контейнере существенно разные версии systemd (или с одной
стороны systemd а с другой sysv init).
Это другой вопрос. Речь шла о том, что для тестирования PG в плане
запуска и работы с сетью нет причин требовать полной виртуализации.
Есть причины. Как только речь заходит о системах мандатного доступа,
нужна поддержка на уровне ядра.
А эти системы бывают разные. Ну вот откуда в дебиановском ядре
поддержка астровского parsec.
Ну и про тесты использущие специфическую FUSE-файловую систему я уже
упоминал. Это тоже связано с защитой данных - мы так проверяем что
удаленные данные действительно исчезли с диска.
(а уж как тестируется зачистка удаленных данных из RAM, это вообще
песня)
А если у тебя GUI и нужно тестировать с X Window, Wayland и что там
еще нынче бывает?
Теоретически X Window, Wayland & Ко должны уметь работать по tcp и
проксироваться через unix-сокеты, например, через ssh. Практически же
я неоднократно наблюдал с этим проблемы у Firefox и Libreoffice.
Но я думаю, что там что-то ломали в либах... Времени и желания
Вот вот. В теории нет различий между теорией и практикой. а на практике
ого-го какие различия.
On Thu, 15 Feb 2024 at 10:48, Dmitrii Kashin <[email protected]> wrote:
> Действительно ли Вы этого хотите?
> Если стоит задача собрать пакет, так просто возьмите контейнер с
> bullseye.
> Уж какой-нибудь docker, полагаю, на федоре найдётся.
Всё очень просто. С контейнером пришлось бы разбираться, как прикручивать
ему persistent storage, чтобы не качать заново все дополнительные пакеты
для каждой новой сборки (пока было две, может ещё случиться, всё только
для себя - у меня есть VPS на bullseye). И с обменом файлами между
контейнером и хостом (собранное желательно куда-то деть).
Я имел дело с
контейнерами - но не с вот этими вот квестами, а только CI/CD в котором
всё совсем просто. Есть кого спросить про контейнеры - но на VM это всё не
нужно. Мне своё время жалко, а ресурсы машины на VM - нет.
В Fri, 16 Feb 2024 17:07:11 +0300
Dmitrii Kashin <[email protected]> пишет:
Если сборки частые -- то есть большая разница, занимает она семь
минут или одну (помножаем на число сборок в день, получаем количество
сэкономленного времени. Если собирается что-нибудь явовское -- есть
Нет разницы. Потому что нормальные люди, которые хотят чтобы клиентам
достался работающий софт, после сборки запускают тесты.
| Sysop: | Keyop |
|---|---|
| Location: | Huddersfield, West Yorkshire, UK |
| Users: | 714 |
| Nodes: | 16 (2 / 14) |
| Uptime: | 140:02:32 |
| Calls: | 12,087 |
| Files: | 14,998 |
| Messages: | 6,517,419 |