LINUX.ORG.RU

Linux для компиляции или вынужденный побег от Windows в Linux

 , ,


1

2

Хотел узнать: Есть ли Linux - где все готово для компиляции. По профессии далек от IT - и тут чтобы спрашивать советы.

Советы: «Все сборки готовы - не готов автор» - это троллинг. Ясно же: автор готов - он бы не спрашивал. Наводка была только тут.

По Linux: собраны ссылки тут ==> 1.1). Linux OpenBSD Android ==> на описания опыта по ==> | My Linux Wiki | Tiny Core | Knoppix | Arch Install | Gentoo Install | OpenBSD Install | Android on PC | Bluefin | ucore on Fedora CoreOS |

Базовые понятия были: в студентах программировал в двоичных кодах на бумажной ленте для лампового Минск-1. Потом: несколько лет рассчитывал пробеги частиц, поля, и переходные процессы - на перфокартах Algol-68 и Fortran-4. Потом 25 лет другие дела; и 22 года назад составил Инструкция по первому Live-CD_Linux-Knoppix - но тогда Linux был убогим на внешность - и вернулся в Windows и отошел от кодов. Многое позабылось да и устарело. Сейчас: могу написать несколько строк для cmd или Bash. Cовременное програмирование не знаю.

Украинский пенсионер с б\у ноутом 2011 года (см. ниже) - ценой месячной пенсии. Оптимизация б\у компа: подбор процессора и памяти

  • Современный комп: как миниум полугодовая пенсия. Как в такой ситуации: оставаться на уровне современных ОС - этому и посвяща тема.

Для ориентации: собираю в кучу процы - что мелькают мимо. На всех CPU до 1000 лучше не ставить Win-11 - а запускать готовые облегченные сборки. Чтобы видеть спецификацию: переместить нужный в первые 6.

  • Причина побега.

1). На дешевый б\у ноут расчитанный на 35 Вт Core-i5-2430M - поставил не разбирая ВЕСЬ ноут - а выломав пластик снизу - значительно мощнее за $18 45 Вт Core-i7-2760QM - который при нагрузке развивает до 55 Вт. Естественно: при нагрузки выше расчетной - ноут греется.

Cоветуют: верни штатный 35 Вт CPU - нет. Мощнее CPU - быстрее проглатывает короткие нагрузки\зависания - которые больше раздражают - но не успевают перегреть. Скриптом измерения времени выполнения задачь - измерено: насколько быстрее Core_i7-2760QM Ниже: время сжатия мелких файлов того же WinPe ~461 mb strelec11x64Eng.wim - развернутого в папку \dirout ==> в dirout.7zip

7zip_dirout-inRAM  == 133 sec 4+4g Core_i7-2760QM 
7zip_dirout-inRAM  == 281 sec 4+4g Core_i5-2430M

Ну и с пониманием делать - что может привести к перегреву.

  • Windows: при 100% CPU - перегрев вырубает через 5-6 минут - даже с выставлением предела температуры 60 градусов в CoreTemp64.exe
  • Linux: компиляция qemu-10.0.2 с ==> ./configure --target-list=x86_64-softmmu --enable-debug на всех 8 потоках Core-i7-2760QM при постоянных 100% CPU - закончилась ==> time make -j8 -l8 ==> real 8m29.624s, user 26m59.174s, sys 34m5.654s

2). В руководстве ноута рекомендовано 8 гб памяти. Для проверки: купил на али дешевую и поставил за $11 DDR3L 8+8 гб память.

!!!!! Сразу. Проблемы ниже: сначала сам грешил на дешевую $11 память. Но ставил и дорогую $48 память - с теми же проблемами. Дорогую память за половину пенсии: брал для теста - и сдал обратно в магазин. Так что дешевая память: не обязательно плохая - ведь чипы памяти делают только 3 фирмы - и во всей памяти - те же чипы.

  • Windows: 10ка на моем ноуте с 45 Вт Core-i7-2760QM и с 8+8 гб памяти ==> грузится 6 минут (19 сек при 8 гб памяти) и постоянно 35-45% CPU. У первых Win-11 постоянно 15-25% CPU - у 24Н2 3775 постоянно 5-8% CPU - а последняя Win-11 грузится 80 сек (35 при 8 гб памяти) и постоянно 0-1% CPU. И винда: все лучше работает и с памятью и с проблемным железом - на заметку любителям старых ОС - 7рок и 10ток.
  • Linux: Gentoo-KDE грузится 29 сек с 8 гб памяти - и 70 сек с 8+8 гб памяти - но без нагрузки: 0% CPU at 800 MHz

Пока не понятно: тут сведены тесты - и по одной DDR3L 8 гб и 8+8 - тестируются штатно - как в рабочей ОС в aida64 так и без нагрузки OC - в загруженом PassMarkMemtest86x64.efi А вот скорости что в памяти (разные Windows RamDisk и tmpfs Linux) - снижаются.

  • Не ясно: это 45 Вт Core-i7-2760QM не оставляет энергии для памяти? Но частота памяти не снижается - а скорости что в памяти - снижаются.

  • И тут выбор: CPU быстрее и больше памяти но медленнее - предпочтительнее - чем меньше памяти быстрее и CPU медленнее.

О шустрости и быстроте систем. Выводы: не на основе предположений - а на основе цифр || Есть ли смысл загрузки системы в память, и роль быстроты накопителя <== в тексте ссылка на ролик: мужик проверял игры с HDD, SSD, NVMe, памяти. И показал: мала разница FPS - откуда сама игра. Но естественно: есть разница подгрузки.

Все что исполняется: грузится в память и исполняется ТОЛЬКО в памяти.
Если время обработки данных:  превышает время обмена данными (это все напряженные задачи, обработка: архив, образ, видео, сами игры) - то МАЛА разница - где система (привет любителям грузить всю систему в память) - и где данные. 
   Ниже цифры в Linux:
>time sudo unsquashfs -f -d /tmp/fs /media/admin/btrfs_128/rootfs.sfs  #  real 0m24,755s  ~ распаковка архива с диска в память.
>time sudo unsquashfs -f -d /tmp/sda3/fsunsq /tmp/rootfs.sfs           #  real 0m24.083s  ~ все в памяти.
  • Как видно выше: Linux более эффективно работает с проблемным железом.
  • Конечно: описанный ноут - не супер комп - но и на нем нормально идут современные ОСи - без раздражающих зависаний. Надо только остановить все: вам лично не нужное.
  • Еще 10ки: отказывались ставится штатно на этот ноут. Проверка была в boot.wim - но установка\развертка без boot.wim - и все работало. А с 24Н2 - ввели проверку в саму винду: начинается настройка - но дойдя до драйверов: «Не может установится на это железо». Но выведение 24Н2 типа W11Ent4351Tiny.vhd - на рабочий стол в виртуалке: и далее самые последние 24Н2 - нормально грузятся и работают на этом ноуте.
  • Такое же и с Linux. Большинство просмотренных современных Linux: при загрузки с ISO на железе - уходят в rescue или dracut (у ноута нет Secure Boot, TPM). Из новейших ISO - грузятся только: Manjaro, Ubuntu, Bluefin-stable - а Bluefin-GTS и LTS - не грузятся.
  • Но развертка из образа и настройка в chroot - или установка в qemu - и все самое современное - работает.

Ниже показаны: и характеристики старого дешевого (~$100 с модернизацией) - но выжатого до предела ноута - и что на нем идет самая новейшая со всеми инновациями The Next Generation Linux workstation, designed for reliability, performance, and sustainability

        $ sudo neowofetch	
	bluefin: stable
	Bluefin (Version: 42.20250519.2 / FROM Fedora Silverblue 42)
	Linux 6.14.3-300.fc42.x86_64
	46 mins
	Forged on Mar 26 2025
	HP ProBook 4530s (A0000402)
	Intel(R) Core(TM) i7-2760QM (8) @ 3.50 GHz
	AMD Radeon HD 6400M/7400M Series [Discrete]
	Intel 2nd Generation Core Processor Family Integrated Graphics Controller @ 1.30 GHz [Integrated]
	 3.49 GiB / 7.68 GiB (46%)
	1.54 GiB / 1.54 GiB (100%) - overlay
	22.94 GiB / 54.24 GiB (42%) - btrfs [Read-only]
	3.45 GiB / 4.99 GiB (69%) - vfat
	1366x768 @ 60 Hz in 15" [Built-in]
	ST LIS3LV02DL Accelerometer
 	GNOME 48.1
	Mutter (Wayland)
	bash 5.2.37
	Ptyxis 48.3
	1940 (rpm), 41 (flatpak)

Bluefin выше: довольно затратная: размер ~24 ГБ (это сжатый в ~2 раза), и грузится ~2,3 гб памяти и ~342 процесса.

Предпочитаю работать на системах: где не работает - не нужное мне. Так ~1.4 GB Server2025TurbineCore.vhd - запускаю с ~600 мб памяти и ~30 процессов. Там работает: браузер, офис-2007, видео, музыка, рисунки - все что нужно большинству.

В Linux: пока такой выбор.

  • Минимальный: компилированный Gentoo-console openrc ==> опыт, компиляция с использованием большей части ресурса компа.
  • Рабочий: компилированный Gentoo-console systemd + Sway Vim Firefox btop amdgpu doublecmd neofetch qemu
  • Максимальный: Gentoo-KDE ==> пока осваиваю развернутый с образа внутри livegui-amd64-*.iso. Из всех Linux что сейчас у меня (см. ниже): только в Gentoo-KDE - смог компилировать
  • ucore on FedoraCoreOS: ==> смотреть новшества, запуск ОС в контейнерах - как и в Bluefin выше. Но ucore - много компактнее монстра Bluefin. В обоих: overlayfs - заменяется на composefs; rpm-ostree - заменяется на bootc; и Docker - заменяется на Distrobox
Мой SSD 128 GB разбит на 3 раздела:
/dev/sda1  LABEL=FAT_128   ~ 5 гб Fat32 - отсюда efi и mbr загрузка компа, и отсюда грузятся все WinPe.wim
/dev/sda2  LABEL=ntfs_128  ~ 50 гб - отсюда грузяться Windows каждая в одном файле vhd 
/dev/sda3  LABEL=btrfs_128 ~ 64 гб - отсюда с ОДНОГО раздела - грузятся все Linux - вкл блочные.

При размещении Linux в нескольких отдельных разделах на диске: и там и там и там - теряется много пустого места. А вот с btrfs: с ОДНОГО раздела типа /dev/sda3 - можно монтировать много «разделов» как одного Linux - так и запускать много Linux - каждый в своем subvol | Ниже: что есть у меня сейчас:

# sudo du -hd 1 /sda3    # <== mounted /dev/sda3  LABEL=btrfs_128
2,1G	/sda3/arch       #  i3-wm Firefox, ставился с запуска 3.5 мб ipxe-arch.efi
186M    /sda3/boot
2,3G	/sda3/Downloads  # mounted to all my Linux
12G	/sda3/gentoo-kde #  FileManager: 10,9 ГиБ (11 663 742 064 байта) еще не удалена компиляция qemu
3,5G    /sda3/gentoo-console
3,7G	/sda3/lmde-6     # Блочный:  Linux Mint Debian Edition - загрузка с: ~3.2 GB vdroot.vdi и ~198 MB overlay.vdi
6,8G    /sda3/manjaro
1,4G	/sda3/minios     # Блочный:  Debian - загрузка с 8 *.sb  есть qemu
297M	/sda3/mix-data   # mounted when running lmde-6
1023M	/sda3/stea       # Блочный:  Runtu-16 - загрузка с 11 *.sqfm
0	/sda3/ucore-fedora # ожидается тут - а пока изучается в ucore.vdi в qemu 
------------
При загрузке: всем монтируется корневой /dev/sda3 - а в btrfs папки - попадают указанием subvol= загружаемой системы.
       Grub:  linux  ${vmlinuz}  root=LABEL=btrfs_128  rootflags=subvol=arch
       fstab: LABEL=btrfs_128  /  btrfs  defaults,subvol=arch,compress=zstd:3 0 0
Указывать UUID длинно сложно, /dev/sda3 - а вставлена флешка и стал /dev/sdb3  Удобнее LABEL=btrfs_128 - можете задать сами.
  • С btrfs: каждому загруженному Linux - доступно ВСЕ свободное место раздела /dev/sda3 LABEL=btrfs_128.
  • btrfs сжимает новые файлы - оптимально ==> compress=zstd:3 в ~2 раза. А старые файлы ==> btrfs filesystem defragment -r -v -c zstd /sda3/gentoo-console ==> и это сжимает zstd:3 в ~2 раза.
  • Сжатие: не только экономит место на диске - но и ускоряет систему. Загрузить в память сжатый и там разжать - быстрее - чем грузить в память не сжатый файл.

Много разных ОС: это когда была пора исканий Windows - сейчас остались: ~1.4 GB Server2025TurbineCore.vhd и ~2 GB W11Ent4351Tiny.vhd и описанные выше: опять 4 Linux для их изучения.

Тут описано: почему вынужден перебежать от Windows в Linux и как и из старого железа - выжать все возможное

Тут описано: как сравнивать производительность разных систем

Тут описано: как с помощью местных товарищей: на ноуте 2011 года - скомпилировал и qemu-10 и свой первый Gentoo



Последнее исправление: alex52mail (всего исправлений: 22)

Зачем новичку в Linux что-то компилировать? А если ты не новичок, то даже представить не могу, как ты можешь спокойно жить, не зная таких очевидных вещей.

Если ты не знал, большинство пакетов, связанных с Python, имеет префикс python3- или просто python-, а ninja пишется с маленькой буквы, тут всё регистрозависимо.
В первом случае тебе прямо написали, что Debian суёт ensurepip в пакет python3-venv!

etar125
()
Ответ на: комментарий от Jeronimo
тут же написано
    Debian puts ensurepip in its python3-venv package
    python3-venv

пытался ставить и

# apt install python3-venv
Чтение списков пакетов… Готово
Построение дерева зависимостей… Готово
Чтение информации о состоянии… Готово         
Пакет python3-venv недоступен, но упомянут в списке зависимостей другого
пакета. Это может означать, что пакет отсутствует, устарел или
доступен из источников, не упомянутых в sources.list

E: Для пакета «python3-venv» не найден кандидат на установку

А на другие ответы: Gentoo

А на чем компилировать Gentoo Ссылки на готовые iso https://distrowatch.com/?newsid=09415 - Not Found

Calculate качается - посмотрим на нем.

Сейчас на lmdme - надо хоть что то настроить для компиляции.

Но и тут python3-venv не ставится.

Как все же запустить компиляцию хоть на lmdme

Спрашивали зачем компилировать.

Ранее искал тут xhci Grub - сказали - только компилировать.

alex52mail
() автор топика

Вот вы смеетесь над человеком. Ля какой дурачок, ля не умеет пользоваться инструментом. И в то же время, те же критики впервые пользуется инструментом llm, делает такую же фигню, а после довольно урчат, что llm это пузырь и фикция. У одних и тех же людей в голове не щёлкает, что пока во всех случаях прослойка между пк и стулом нужна и важна, и если выходит не очень, это с прослойкой что-то не очень.

Что касатеся автора, то тут без llm и не разобраться, что он делает. Почему использует apt на бомжаре, почему пишет Ninja с большой буквы?

mamina_radost
()
Последнее исправление: mamina_radost (всего исправлений: 1)
Ответ на: комментарий от cetjs2

Не факт, это какая-то необычная бомжара. По первым ссылкам гугла нет ничего с таким именем, но тут и автор мог ошибиться, раз он apt пытается использовать.

Гугл выдает, что есть некий Bluefin linux, и это, якобы доработанный иммутабельный Fedora Silverblue, а значит там и не apt, и не pacman и даже не dnf. Для оригинальной Silverblue – rpm-ostree, но тут не оригинал.

Bluefin рекомндует, внимание, – Flatpak, Homebrew и Distrobox.

mamina_radost
()
Последнее исправление: mamina_radost (всего исправлений: 1)
Ответ на: комментарий от Aceler

Видите какой вы внимательный.

Подытожим, автор молодец, перепутал всё. Он решил показать себя великим компилятором и попытался использовать apt на Manjaro, которая и не Manjaro, а Silverblue, которая и не оригинальная Silverblue, а его «модная» пересборка.

mamina_radost
()
Ответ на: комментарий от mamina_radost

Какая бомжара? Он же указал lmde-6.

linux mint debian edition. Откуда манджара выдумалась?

Упрс. Нашел. Точно. Автор тот же финт решил провернуть и на бомжаре...

Тогда на этом наши полномочия все.

Jeronimo ★★
()
Последнее исправление: Jeronimo (всего исправлений: 1)

Ежу ещё вот что непонятно: а нафига QEMU компилять? Он компиляться до завтрашнего утра будет, и не факт, что ещё и скомпиляется :) Потому что в очень многих дистрибутивах средства разработки надо доустанавливать, например, для Arch нужно поставить пакет devtools плюс сборочные зависимости собираемого, в Slackware – пакеты из группы D[evelopment], для Debian – build-essential, и т.д. К тому же, ТС пытается собирать прямо в Live-окружении :)

yars068 ★★★★★
()
Последнее исправление: yars068 (всего исправлений: 2)

Есть ли Linux - где все готово для компиляции ?

Ни один мантейнер ни одного дистрибутива не будет по умолчанию ставить пакеты разработчика на все случаи жизни. Тебе нужна ОС размером в теробайт?

git clone https://gitlab.com/qemu-project/qemu.git

Хочешь собрать ручками, посмотри список зависимостей, и ручками ищи и ставь.

sphinx==5.3.0' not found:

Вот такое разбираешь и ищем, что надо поставить.

Хотя для таких жёстких привязок к питоновским пакетам может понадобится разобраться python environment.

Что не так делается ?

Если это что-то +/- стандартное, то можно так:

sudo apt-get build-dep qemu
AlexVR ★★★★★
()
Ответ на: комментарий от yars068

А ТС пойдёт это в дебе пробовать, или ещё где-нибудь :)

А где ТС делал?

# apt install python3-venv
Чтение списков пакетов… Готово
Построение дерева зависимостей… Готово
Чтение информации о состоянии… Готово         
Пакет python3-venv недоступен, но упомянут в списке зависимостей другого
пакета. Это может означать, что пакет отсутствует, устарел или
доступен из источников, не упомянутых в sources.list

E: Для пакета «python3-venv» не найден кандидат на установку
AlexVR ★★★★★
()
Ответ на: комментарий от mamina_radost

Вот вы смеетесь над человеком. Ля какой дурачок, ля не умеет пользоваться инструментом. И в то же время, те же критики впервые пользуется инструментом llm, делает такую же фигню, а после довольно урчат, что llm это пузырь и фикция.

Это специфика русских форумов: не отвечать на вопросы по сути - а просто отметиться дуростью.

На форуме где развиваю свою тему - большиство более активны в темах: «Клуб дураков» и «Тема про Современную Украину» - что одно и тоже - и те же авторы.

Вопрос и начинался: Какой Linux готов для компиляции. Есть ли Linux - где все готово для компиляции ?

Ответа нет.

Ссылки на готовые Gentoo.iso https://distrowatch.com/?newsid=09415 - Not Found

cldl-20250622-x86_64.iso - у меня не грузиться - долго крутиться и в resсue

почему пишет Ninja с большой буквы?

Потому что так было в терминале - просто копи оттуда.

Про гадание про пакеты: в собираемом мной Wiki написано: Управление пакетами:

 snap (slow) flatpark (better) - is a method for installing programs that includes everything necessary for an app to function in its own little sandbox environment.	
snap flatpark - slow than native: в Ubuntu Debian ~ apt, в Fedora ~ dnf, в Arch Manjaro ~ pacman.

«Почти любой готов, тут в пользователе проблема.»

Тоже так думаю. Но подумалось: может есть дистрибутивы с нужным набором.

sudo apt-get build-dep qemu - нужно не само qemu - а разобраться с компиляцией.

Начал разбираться в том - что есть запустить (см. ниже).

Пока подвижка на шаг: в minios установился python3-venv - но далее затык.

live@minios:~/qemu$ sudo ./configure
Using './build' as the directory for build output
python determined to be '/usr/bin/python3'
python version: Python 3.11.2
mkvenv: Creating non-isolated virtual environment at 'pyvenv'
mkvenv: checking for meson>=1.5.0
mkvenv: checking for pycotap>=1.1.0
mkvenv: installing meson==1.8.1, pycotap==1.3.1
mkvenv: checking for sphinx>=3.4.3
mkvenv: checking for sphinx_rtd_theme>=0.5

'sphinx==5.3.0' not found:
 • Python package 'sphinx' was not found nor installed.
 • mkvenv was configured to operate offline and did not check PyPI.


Sphinx not found/usable, disabling docs.

ERROR: Cannot find Ninja

live@minios:~/qemu$ sudo apt install ninja
Reading package lists... Done
Building dependency tree... Done
Reading state information... Done
E: Unable to locate package ninja

А элементарно: sudo apt update - Делал?

Пока не делал: думал найдется линь со всем нужным.

1). Может есть пакеты - со всем нужным для компиляции ?

Форумы для того: чтобы спрашивать и получать советы - а не глупости.

Если нет линя со всем необходимым для компиляции - то в каком лучше продолжать.

Автор, раскрой тайну. Что такое Manjaro Bluefin? Кинь ссылку.

Сейчас могу запустить:

Arch и Manjaro-sway; Bluefin на Fedora-42 и ucore на Fedora CoreOS; lmde и minios - оба Debain; есть ubuntu.iso

Все это грузится с одного раздела 54 гб.

lmde и minios - блочные - остальные: каждый установлен в своем subvolume

И каждому при работе: доступно ВСЕ свободное место этого одного раздела.

Если еще день тут не выясню: придется в очередной раз идти на форумы капиталистов. Так отвечают без дурости - но надо держать ухо восторо - янки помогают от душы - но они так уверены в своей правоте - часто неся просто чушь.

alex52mail
() автор топика
Последнее исправление: alex52mail (всего исправлений: 1)
Ответ на: комментарий от alex52mail

Если еще день тут не выясню: придется в очередной раз идти на форумы капиталистов.

Модераторам для размышлений. За такое по нормальному банят. Это обычное «на слабо» с ушатом помоев в сторону этого форума в данном случае. Думаю, схему видел каждый - чем больше за подобное не наказывают, тем больше подобных случаев появляется. И наоборот, чем меньше на такое «ведутся» - тем быстрее оно сходит на нет. Какое-то «доброжелательное отношение», которое здесь(везде на самом деле) тут не работает. Работает даже в обратную сторону.

Ну это если хотите нормальный уровень общения поддерживать, а не левачное «кто больше о себе кричит что он жертва - тот и прав».

anonymous
()
Ответ на: комментарий от alex52mail

разобраться с компиляцией.

Разобраться с компиляцией чего? Если ответ «всего», то тебе нужно собрать LFS или Gentoo. Предложенный выше Calculate Linux – это «дружелюбная» Gentoo, со своими особенностями. В этих дистрибутивах весь необходимый инструментарий присутствует из коробки. Есть множество других source-based дистрибутивов, в которых необходимый инструментарий также из коробки.

Если же ты пытаешься собрать что-то определённое, то делать это надо целенаправленно, а не метаться из дистрибутива в дистрибутив. Даже в не к ночи будь помянутой убунте всё необходимое есть, нужно просто поставить пакет или несколько, вангую, так же, как в Debian, т.к. это Debian-based дистрибутив, build-essential. В других дистрибутивах – аналогично, ставится пакет или пакеты, предоставляющие сборочный инструментарий и компилируется хоть чёрт лысый.

З.Ы. Качать образы с дистровоча – идея так себе.

yars068 ★★★★★
()
Последнее исправление: yars068 (всего исправлений: 2)
Ответ на: комментарий от alex52mail

sudo apt-get build-dep qemu - нужно не само qemu - а разобраться с компиляцией.

Это не установка qemu, а установка зависимостей для сборки qemu.

Может есть пакеты - со всем нужным для компиляции ?

НЕТ. Это слишком большой объём. В build-essential базовые инструменты есть. Но вот библиотек там нет. И основная задача поставить их. А таких библиотек 100500. У тебя же ошибка сборки именно на не возможности найти библиотеку.

А элементарно: sudo apt update - Делал?

Пока не делал: думал найдется линь со всем нужным.

Эта команда для обновления информации о том, где и какие пакеты есть. Как правило первое, что делается после установки Debian-based дистрибутивов. А судя по ошибке, apt тупо не знает где реально пакет расположен.

ИТОГ: Для сборки qemu (или что-то подобного большого) надо учиться ставить или собирать зависимости. А не искать несуществующий дистрибутив в котором из коробки «всё что надо». ТАКОГО ДИСТРИБУТИВА НЕТ. Но в пакетах большинства дистрибутивах всё (или почти всё) есть.

AlexVR ★★★★★
()
Ответ на: комментарий от yars068

Спасибо за ссылку: Bootable Gentoo QCOW2 disk images - там вроде можно установить на диск. Интересно посмотреть gentoo

А вот https://www.calculate-linux.org/ - у меня не открывается.

Чтобы собрать LFS или Gentoo - надо разобраться как это делается.

Лет 20 назад компилировал ядро как помню на KNOPPIX - и не было проблем Инструкция по первому Live-CD_Linux-Knoppix Потом сидел на винде и все позабылось.

sudo apt install build-essential это мета пакет для всего что нужно для сборки

Установился (After this operation, 62.7 MB of additional disk space will be used. Do you want to continue? [Y/n]) - но ничего не изменилось. Также

'sphinx==5.3.0' not found:
 • Python package 'sphinx' was not found nor installed.
 • mkvenv was configured to operate offline and did not check PyPI.

Sphinx not found/usable, disabling docs.

ERROR: Cannot find Ninja

ИТОГ: Для сборки qemu (или что-то подобного большого) надо учиться ставить или собирать зависимости.

Вот и начал разбараться.

У тебя же ошибка сборки именно на не возможности найти библиотеку.

Так эта библиотека для компиляции - или именно для qemu ?

alex52mail
() автор топика