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=1582860913; bh=m1foQMeqZtRd662Sw6aAHXUW2tqBXw6zG9xOy7UCYhU=; h=In-Reply-To:From:Date:References:To:Subject:Message-ID; b=dSpd22ZH+a2BzFMChBF+DN1Cilgfdct80hxVWZGqqw2jj9knj6owYoQ5tnfbiSte6 4Vqy6bn/lbFgNg0cDz8lUDWUT0ZwcpuLqe+IiPltmbSUY4vu5AaDbshQhSVJKIJfdz WxagYBUwY5cTP31f23tx2up/w6TKWzQjRX/3Sfqw= Authentication-Results: mxback29j.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> From: =?UTF-8?B?0JDQvdGC0L7QvSDQnNC40LTRjtC60L7Qsg==?= Message-ID: <0cd6dbe7-ea5e-54d2-4820-2f34395abd9b@ya.ru> Date: Fri, 28 Feb 2020 10:35:12 +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: 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:35:16 -0000 Archived-At: List-Archive: 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 вообще нового железа в принципе больше не будет никогда. Сэкономим на размере образов к тому же. -- С уважением, Антон Мидюков