From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: To: devel-distro@lists.altlinux.org References: <820a9927-782a-81f6-2858-602c12027655@ya.ru> <5c82f10e-11bc-45ca-8c57-c9599d4ae42f@ya.ru> <5f70c521-dfe0-c2ea-98a5-7d7725af9e33@gmail.com> <20200227130437.3c32bac7@boyarsh.office.basealt.ru> <20200227145023.2ca3891b@boyarsh.office.basealt.ru> <152b81f5-9106-be83-494b-e99510c206c5@gmail.com> <27217b42-be86-5378-72d5-d00d7ac27a30@ya.ru> <4b1dbac3-3b18-671d-3b10-e947ca72adcf@gmail.com> <0cd6dbe7-ea5e-54d2-4820-2f34395abd9b@ya.ru> From: Anton Farygin X-Opacus-Archived: none Organization: BaseALT Message-ID: <502e55e8-2529-d830-e053-94ceb3d7d4c9@basealt.ru> Date: Fri, 28 Feb 2020 06:50:53 +0300 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:68.0) Gecko/20100101 Thunderbird/68.5.0 MIME-Version: 1.0 In-Reply-To: <0cd6dbe7-ea5e-54d2-4820-2f34395abd9b@ya.ru> Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 8bit Content-Language: ru Subject: Re: [devel-distro] =?utf-8?b?0J3QtdGB0LrQvtC70YzQutC+INGP0LTQtdGAINCy?= =?utf-8?q?_stage1_=D0=B8_stage2?= X-BeenThere: devel-distro@lists.altlinux.org X-Mailman-Version: 2.1.12 Precedence: list Reply-To: Distributions development List-Id: Distributions development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 28 Feb 2020 03:50:54 -0000 Archived-At: List-Archive: On 28.02.2020 06:35, Антон Мидюков wrote: > 28.02.2020 10:21, Leonid Krivoshein пишет: >> >> 27.02.2020 16:11, Aleksey Novodvorsky пишет: >>> чт, 27 февр. 2020 г., 16:07 Leonid Krivoshein >> >: >>> >>> >>>     27.02.2020 15:51, Антон Мидюков пишет: >>>     [...] >>>     > И всё равно. Вопрос тот же. Нужно ли ставить их оба, или ставить >>>     > только то, с которым загрузились при установке? >>>     > >>> >>>     Вот и предлагается это решить в обсуждении. >>>     Я предложил ставить оба на жёсткий диск и обосновал. >>>     Тем более, ты это уже успешно реализовал... >>> >>> >>> Согласен с тем, что оба. По крайней мере пока. >>> >> >> >> Если сильно дорожим x86_64 и i586 в графике, заморачиваемся с gfxboot >> для syslinux и grub, то ценой не знаю пока точно какого времени >> восстанавливаем то, что висит на кнопке F7 >> (design-bootloader/src/panel.inc) -- оно никуда не девалось, просто >> кнопка появляется в зависимости от имени каталога, в котором лежит >> ядро и initrd. У нас оно лежит в alt0. Если в имени будет >> присутствовать x86_64, gfxboot будет считать его одним, если i386 или >> x86, то другим. Нужно будет поменять переводы и подсказки вокруг, не >> перепутав наш un-def с егойным .undef. См. также: >> src/common.inc:/check_arch_boot_dir, а вот эти надо убирать: >> /32bit_popup, /64bit_popup. >> >> Но мне тоже не понравился этот недокументированный транслятор >> байт-кода, ориентированный только на Intel ix86. Если других >> архитектур у нас подавляющее большинство, то для них мы так F7 не >> забиндим и нужно делать через подменю или отдельными пунктами в >> главном меню, а это совсем другая структура меню получится. >> Реализовать так быстрей и проще, но там не будет графики, зато можно >> сделать универсально. >> > А может не будем для syslinux выбор ядер делать? Всё новое железо > будет с UEFI без legacy, а свежее ядро нужно только новому железу. И > тогда наша задача сведётся к реализации подменю для rEFInd на данном > этапе. Для i586 вообще нового железа в принципе больше не будет > никогда. Сэкономим на размере образов к тому же. > А если учесть то, что от refind надо уходить, то остаётся только grub. Но придётся поработать над вопросами подписи ядер и модулей на этапе сборки.