39546 2021-01-15 10:38:15 +0300 При удалении пакета не удаляет default.target 2021-08-17 18:11:25 +0300 1 1 4 Development Sisyphus alterator-setup unstable all Linux CLOSED FIXED https://bugzilla.altlinux.org/show_bug.cgi?id=40770 P5 normal --- 1 mcpain antohami antohami iv mike underwit zerg qa-sisyphus oldest_to_newest 195420 0 mcpain 2021-01-15 10:38:15 +0300 Если этот пакет установить в систему (неважно, по какой причине - может быть ошибка по зависимостям или пользователь влез не туда), а потом после перезагрузки удалить - система перестаёт загружаться и вываливается в maintenance mode. Пакет при своём удалении должен подчищать за собой /etc/systemd/system/default.target, если он есть. 195422 1 zerg 2021-01-15 10:53:18 +0300 > должен подчищать за собой > /etc/systemd/system/default.target, если он есть. Если он указывает на alterator-setup. P.S. У меня, например, есть default.target -> /lib/systemd/system/graphical.target 195441 2 mike 2021-01-15 17:27:52 +0300 Вообще-то это проблемы того невнимательного майнтейнера, который влепил такую зависимость, или того невнимательного пользователя, который ставит в систему что попало, не глядя на предупреждения: --- Description : Perform initial setup of an OEM installation (warning!) WARNING: you really don't want to install this package into an already configured system as it may spoil the next boot! Given that its sole purpose is the _initial_ configuration of a new system (like setting root password) nobody should need that on an up-and-running host. --- Но если у кого есть желание сделать и проверить патчик -- собирайте, конечно. PS: я в подобные пакеты когда-то старался рассовывать конфликты на загрузчики, чтобы их было невозможно поставить в работающую систему без уж совсем очевидных предупреждений о тяжёлых последствиях -- но конкретно в этом случае так поступить не получится... 195443 3 mcpain 2021-01-15 17:34:53 +0300 (Ответ для Michael Shigorin на комментарий #2) > Вообще-то это проблемы того невнимательного майнтейнера, который влепил > такую зависимость, или того невнимательного пользователя, который ставит в > систему что попало, не глядя на предупреждения: Нет, это проблема конкретного пакета, который не убирает за собой при удалении. Особенно, когда пользователь _уже_ поставил пакет, но ещё _ничего не сделал_ с системой после загрузки, когда понял, что что-то идёт не так. Мне кажется, что удаление пакета А должно возвращать систему в состояние, предшествующее установке пакета А, что в данном случае не наблюдается. 195454 4 mike 2021-01-15 20:48:26 +0300 (Ответ для Олег Соловьев на комментарий #3) > Мне кажется, что удаление пакета А должно возвращать систему в состояние, > предшествующее установке пакета А, что в данном случае не наблюдается. Если прочитать с, видимо, подразумеваемыми куда более сильными ограничениями "удаление одиночного пакета А непосредственно после установки этого же пакета" -- и то не всегда возможно (а в исходной формулировке вообще именно "кажется"). Хотя когда возможно (и делать больше нечего) -- свойство, конечно, хорошее ;-) В то время, когда делал этот пакет -- было слишком много куда более важных дел вроде поддержки того же UEFI, помнится. PS: при _штатном_ функционировании, разумеется, подчищает. Возможно, это действительно лучше вынести в %preun, чтобы отрабатывало в любом варианте. PPS: а exit 1 в %pre было бы хорошо делать, если есть надёжный способ отличить установку при помощи mkimage от установки в систему -- я сходу не соображу (разве что косвенные признаки вроде существования /.in/, если это так). 195668 5 antohami 2021-01-22 22:31:56 +0300 Я думаю, что: 1. не нужно при установке пакета подменять default.target 2. незачем подменять default.target. Вместо этого стоит прописывать в cmdline загрузчика systemd.unit=setup.target при сборке rootfs или installer-feature-такая-то при установке. Достоинства такого решения: 1. Легко поменять цель на один раз при загрузке. Удобно при тестировании пакета. 2. Для компьютеров без мониторов, можно переключиться на цель setup-vnc.target и настроить компьютер через vnc. Требуется: 1. Доработка mkimage-profiles; 2. Сделать installer-feature для прописывания параметров загрузки. 195687 6 zerg 2021-01-25 11:02:24 +0300 > cmdline загрузчика systemd.unit=setup.target при сборке rootfs или > installer-feature-такая-то при установке. Это точно костыли. > 2. Для компьютеров без мониторов, можно переключиться на цель > setup-vnc.target и настроить компьютер через vnc. В alterator-setup при установке пакета нужно научиться включать необходимую цель, если не нужен дефолт. 195688 7 antohami 2021-01-25 11:16:46 +0300 (Ответ для Sergey V Turchin на комментарий #6) > > 2. Для компьютеров без мониторов, можно переключиться на цель > > setup-vnc.target и настроить компьютер через vnc. > В alterator-setup при установке пакета нужно научиться включать необходимую > цель, если не нужен дефолт. И как такое сделать? Конфиг парсить при установке пакета? 195689 8 zerg 2021-01-25 11:26:56 +0300 > И как такое сделать? Конфиг парсить при установке пакета? Переменную окружения достаточно. 195690 9 iv 2021-01-25 12:16:59 +0300 (In reply to Антон Мидюков from comment #5) > Я думаю, что: > 1. не нужно при установке пакета подменять default.target Тут согласен. > 2. незачем подменять default.target. Вместо этого стоит прописывать в > cmdline загрузчика systemd.unit=setup.target при сборке rootfs или > installer-feature-такая-то при установке. Не на всех странных железках мы можем легко управлять командной строкой ядра. Нужен другой и/или дополнительный механизм. > Достоинства такого решения: > 1. Легко поменять цель на один раз при загрузке. Удобно при тестировании > пакета. > 2. Для компьютеров без мониторов, можно переключиться на цель > setup-vnc.target и настроить компьютер через vnc. А сейчас что-то мешает так сделать? Кстати, добавлю ещё 3. Человек, поставивший alterator-*, не так сильно пострадает. И с этой точки зрения я бы предложил просто доработать фичу в m-p и переключать там. Считаю очень правильным, что rootfs, требующий первоначальной настройки, существенно отличается от системы, куда просто поставили пакет. 195691 10 antohami 2021-01-25 12:53:17 +0300 (Ответ для Ivan A. Melnikov на комментарий #9) > (In reply to Антон Мидюков from comment #5) > > Я думаю, что: > > 1. не нужно при установке пакета подменять default.target > > Тут согласен. > > > 2. незачем подменять default.target. Вместо этого стоит прописывать в > > cmdline загрузчика systemd.unit=setup.target при сборке rootfs или > > installer-feature-такая-то при установке. > > Не на всех странных железках мы можем легко управлять командной > строкой ядра. Нужен другой и/или дополнительный механизм. > На большинстве одноплатников загрузка с флешки, которую можно вставить в компьютер и подправить конфиг. И это очевиднее и проще, чем подменять default.target > > Достоинства такого решения: > > 1. Легко поменять цель на один раз при загрузке. Удобно при тестировании > > пакета. > > 2. Для компьютеров без мониторов, можно переключиться на цель > > setup-vnc.target и настроить компьютер через vnc. > > А сейчас что-то мешает так сделать? Мешает то, что установка alterator-setup-x11vnc подменяет default.target на setup-vnс.target. Потому сейчас этот пакет не установлен в rootfs, которые загружают alterator-setup. 201211 11 mcpain 2021-08-04 12:31:08 +0300 юзштп Ещё раз наступил на эти же грабли 201613 12 zerg 2021-08-16 13:38:10 +0300 (Ответ для Олег Соловьев на комментарий #11) > Ещё раз наступил на эти же грабли Видимо, придётся сделать пакет, который будет подтирать задницу alterator-setup-у. 201652 13 antohami 2021-08-16 16:43:16 +0300 (In reply to Sergey V Turchin from comment #12) > (Ответ для Олег Соловьев на комментарий #11) > > Ещё раз наступил на эти же грабли > Видимо, придётся сделать пакет, который будет подтирать задницу > alterator-setup-у. Полгода назад я завис над тем, как сделать: "2. незачем подменять default.target. Вместо этого стоит прописывать в cmdline загрузчика systemd.unit=setup.target при сборке rootfs или installer-feature-такая-то при установке." Так что думаю теперь с этим не заморачиваться и оставить, как есть, но унести создание default.target в mkimage-profiles и installer-feature-alterator-setup-stage2. 201653 14 mcpain 2021-08-16 16:51:03 +0300 (Ответ для Антон Мидюков на комментарий #13) > Полгода назад я завис над тем, как сделать: > "2. незачем подменять default.target. Вместо этого стоит прописывать в > cmdline загрузчика systemd.unit=setup.target при сборке rootfs или > installer-feature-такая-то при установке." > > Так что думаю теперь с этим не заморачиваться и оставить, как есть, но > унести создание default.target в mkimage-profiles и > installer-feature-alterator-setup-stage2. Всяко лучше, чем поставить табличку "Не влезай! Убьёт!" и объявить это исчерпывающей защитой от дурака. Особенно, когда ты ставишь пакет, когда ты _знаешь_ его имя и негде посмотреть description. 201655 15 zerg 2021-08-16 17:00:17 +0300 (Ответ для Антон Мидюков на комментарий #13) > Так что думаю теперь с этим не заморачиваться и оставить, как есть, но > унести создание default.target в mkimage-profiles и > installer-feature-alterator-setup-stage2. Т.е. чистить default.target так никто и не будет? 201660 16 antohami 2021-08-16 17:09:53 +0300 (In reply to Sergey V Turchin from comment #15) > (Ответ для Антон Мидюков на комментарий #13) > > Так что думаю теперь с этим не заморачиваться и оставить, как есть, но > > унести создание default.target в mkimage-profiles и > > installer-feature-alterator-setup-stage2. > Т.е. чистить default.target так никто и не будет? Зачем чистить то, чего не будет? Случайно default.target на alterator-setup.target указывать не будет. А после успешного завершения alterator-setup всё подчищается и сейчас. Т.е. предлагаю бороться не со следствием болезни, а с её причиной. 201666 17 zerg 2021-08-16 17:51:19 +0300 alterator-setup обязан при удалении почистить за собой даже если его только что поставили. Скажите прямо, он будет это делать или поискать другой пакет? 201668 18 antohami 2021-08-16 17:57:14 +0300 (In reply to Sergey V Turchin from comment #17) > alterator-setup обязан при удалении почистить за собой даже если его только > что поставили. > Скажите прямо, он будет это делать или поискать другой пакет? За alterator-setup не нужно будет ничего подчищать: [#282941] TESTED alterator-setup.git=0.3.10-alt1 201669 19 zerg 2021-08-16 18:01:03 +0300 1. За кем теперь нужно будет подчищать? 2. Кто это будет делать? 201673 20 antohami 2021-08-16 18:13:44 +0300 (In reply to Sergey V Turchin from comment #19) > 1. За кем теперь нужно будет подчищать? При установке alterator-setup не будет создаваться симлинк default.target. Поэтому удаление симлинка больше не забота пакета. Не он его будет создавать, не ему его и удалять. Симлинк default.target будет создаваться при сборке rootfs с фичей use/oem. Симлинк default.target будет создаваться инсталятором, если образ собран с добавлением в INSTALL2_PACKAGES installer-feature-alterator-setup. > 2. Кто это будет делать? Успешно отработавший alterator-setup сам удаляет default.target и самого себя. 201682 21 repository-robot 2021-08-16 19:34:41 +0300 alterator-setup-0.3.10-alt1 -> sisyphus: Mon Aug 16 2021 Anton Midyukov <antohami@altlinux> 0.3.10-alt1 - Not enable setup.target as default.target (Closes: 39546) - Add installer-feature-alterator-setup, installer-feature-alterator-setup-vnc 201693 22 zerg 2021-08-17 10:26:55 +0300 Да. Так всё красиво получается. 201735 23 zerg 2021-08-17 16:46:15 +0300 > добавлением в INSTALL2_PACKAGES installer-feature-alterator-setup. Т.е. у пользорвателя теперь нет возможности включить или выключить эту функциональность при установке системы? 201739 24 antohami 2021-08-17 17:07:36 +0300 (In reply to Sergey V Turchin from comment #23) > > добавлением в INSTALL2_PACKAGES installer-feature-alterator-setup. > Т.е. у пользователя теперь нет возможности включить или выключить эту > функциональность при установке системы? При загрузке пользователь может написать параметр ядра systemd.unit=setup.target, чтобы при загрузке запустился alterator-setup. 201743 25 zerg 2021-08-17 17:38:36 +0300 > При загрузке пользователь может написать параметр ядра Не может. Требуется это делать мышью выбирая опции при установке системы. 201744 26 zerg 2021-08-17 17:40:39 +0300 (Ответ для Sergey V Turchin на комментарий #25) > > При загрузке пользователь может написать параметр ядра > Не может. Требуется это делать мышью выбирая опции при установке системы. Причём, это уже реализовано. Получается "исправление" ломает функциональность, на которую уже завязан конкретный дистрибутив, не предложив ничего взамен. 201745 27 antohami 2021-08-17 17:47:26 +0300 (In reply to Sergey V Turchin from comment #26) > (Ответ для Sergey V Turchin на комментарий #25) > > > При загрузке пользователь может написать параметр ядра > > Не может. Требуется это делать мышью выбирая опции при установке системы. > Причём, это уже реализовано. Получается "исправление" ломает > функциональность, на которую уже завязан конкретный дистрибутив, не > предложив ничего взамен. Заведите новый баг, с описанием проблемы. Когда что-то делаете с боку, апстрим может в один прекрасный день Вам всё сломать. Я совершенно не против исправить alterator-setup так, чтобы Вам ничего не сломать или даже починить тот пакет, который сломал. Но мне нужно понимание того, что я сломал и как работало раньше то, что я сломал. Всё это нужно описать в новом баге. 201749 28 zerg 2021-08-17 18:11:25 +0300 (Ответ для Антон Мидюков на комментарий #27) > Когда что-то делаете с боку С какого ещё боку? Смена default.target это "сбоку"? Так, мелочь незаметная? ;-)