From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.4.1 (2015-04-28) on sa.local.altlinux.org X-Spam-Level: X-Spam-Status: No, score=-1.0 required=5.0 tests=BAYES_00,DKIM_SIGNED, DKIM_VALID,DKIM_VALID_AU,FREEMAIL_FROM,FREEMAIL_REPLY autolearn=no autolearn_force=no version=3.4.1 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=ya.ru; s=mail; t=1582862235; bh=EHsmSd/GKi0P7CfZLF3xizQ8ifa2VwjvpJZJ087NIGk=; h=In-Reply-To:From:Date:References:To:Subject:Message-ID; b=FnyJrbMt+InREtX3v6Nz7WLVz1jVnGPimiO4sQGjBTU/cfyLW/CgFxFCcvu4SpEgw 0K39YAg/j7llCYWfQCjHCQXPCSBgRbEhpbxMxJuns9rMpegPV5X3/arg4lrwCZHXNR fw7Gjl0I8oAEx2cDL9fUIrEDq3ZuoMvrqi8sGIXU= Authentication-Results: mxback11o.mail.yandex.net; dkim=pass header.i=@ya.ru 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> <502e55e8-2529-d830-e053-94ceb3d7d4c9@basealt.ru> From: =?UTF-8?B?0JDQvdGC0L7QvSDQnNC40LTRjtC60L7Qsg==?= Message-ID: <333c3a5a-91f7-d495-2d77-8ef42c749dbe@ya.ru> Date: Fri, 28 Feb 2020 10:57:14 +0700 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: <502e55e8-2529-d830-e053-94ceb3d7d4c9@basealt.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:57:17 -0000 Archived-At: List-Archive: 28.02.2020 10:50, Anton Farygin пишет: > 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. Надо, но не прямо сейчас. Так что прямо сейчас актуален именно rEFInd. И это прямо сейчас продлится неопределённо долго, так как: > > Но придётся поработать над вопросами подписи ядер и модулей на этапе > сборки. > -- С уважением, Антон Мидюков