Опубликовано (http://www.linuxfromscratch.org/news.html) руководство Linux From Scratch 7.1 (http://www.linuxfromscratch.org/lfs/view/7.1/), в котором приведены инструкции по созданию базовой Linux-системы с нуля, используя лишь исходные тексты необходимого программного обеспечения. В новой версии произведено обновление 20 пакетов, исправлены ошибки в загрузочных скриптах, произведены редакторские работы в пояснительных материалах по всей книге, благодаря чему повысилась точность и ясность текста. Из обновлённых компонентов (http://www.linuxfromscratch.org/lfs/view/7.1/chapter01/whats...) можно отметить переход на использование ядра Linux 3.2.6, GCC 4.6.2, IPRoute2 3.2.0, udev 181, e2fsprogs 1.42, zlib 1.2.6, TCL 8.5.11, Util-Linux 2.20.1, Binutils 2.22, Coreutils 8.15 и Automake 1.11.3.
Кроме руководства по созданию базовой системы в рамках проекта выпускается несколько дополнительных книг:
- "Beyond Linux From Scratch (http://www.linuxfromscratch.org/blfs/)" - руков...URL: http://www.linuxfromscratch.org/news.html
Новость: http://www.opennet.me/opennews/art.shtml?num=33251
kmod уже есть. Надеюсь, в следующем выпуске будет переход на systemd и будут перенесены /bin и /lib в /usr.
Угу, и саму книгу переименуют в "Fedora From Scratch".
> Угу, и саму книгу переименуют в "Fedora From Scratch".Fedora просто показывает нам, каким весь остальной Linux будет завтра.
Потому что это дистрибутив от разработчиков Linux.Поэтому, "Fedora From Scratch" - это просто актуальная версия LFS :)
А также бинарные логи. Ну и реестр до кучи...
Journal ещё в процессе разработки, а вот перенести /var/run в /run уже можно.
> Journal ещё в процессе разработки, а вот перенести /var/run в /run уже можно.К вашему сведению, в отличие от федоры, LFS поддерживает возможность размещения /usr на отдельном разделе. Так что перенос /bin в /usr/bin не просто не имеет смысла, а ведёт к регрессии.
При желании можно поддерживать всё что угодно. Однако важно понимать, насколько это востребованно в реальной жизни.
> К вашему сведению, в отличие от федоры, LFS поддерживает возможность размещения /usr на отдельном разделе.Проблема с размещением /usr на отдельном разделе (точнее, куча проблем при монтировании /usr из fstab, а не при ранней загрузке) является общей для всех Linux-систем. Поэтому LFS ей тоже подвержен.
> Так что перенос /bin в /usr/bin не просто не имеет смысла, а ведёт к регрессии.
Наоборот, регрессией являются попытки сделать из корня кашу с бинарниками.
В настоящий момент, по "классической" схеме, корень все равно не пригоден на роль minimal rescue system. В отличие от initrd, который с этой задачей прекрасно справляется.Чтобы корневой раздел стал жизнеспособным без /usr, в него надо свалить столько файла, что на минимальную систему он уже точно не потянет. И это тоже будет регрессией.
> К вашему сведению, в отличие от федоры, LFS поддерживает возможность размещения /usr на отдельном разделе.LFS будет поддерживать это только после определенной возни с initrd-скриптами (нужно, чтобы они монтировали /usr в начале загрузки, сразу после корня).
А вот Федора и Арч поддерживают отдельный /usr из коробки, стараниями Поттеринга и Ко.В других дистрибутивах с этим хуже (как правило, они такого варианта не поддерживают, но не сообщают об этом).
AFAIK скрипты LFS не используют ничего из /usr. Такая необходимость может появится при сборке некоторых демонов в BLFS и тут уже собирающий решает сам как сними поступать.
> Journal ещё в процессе разработки, а вот перенести /var/run в /run уже можно.Вы что! /run слишком удобен и логичен. А значит, не юниксвеен.
> А также бинарные логи. Ну и реестр до кучи...Что-то вы путаете. Бинарные логи - это классическая фича продакшеновых Unix-систем, а реестр - это такое виндовое изобретение.
Или вы из тех поттерингоненавистников, которые кричат про юниксвей, ни разу в жизни не видев юникс?
Впрочем, бинарные БД с системными данными в юниксах тоже появились гораздо раньше, чем в винде. Другое дело, что это юникс, и там эти базы организованы более логично и удобно, и поэтому не создают проблем, типичных для виндового реестра.
В LFS есть возможность прикрутить любую схему загрузки. Извращайтесь на здоровье! Тем более систему загрузки надо прикручивать уже к тому моменту, когда пятая сборка с нуля (раньше не получится) приводит к дзену.
Полагаю, что имелась ввиду система инициализации - если так то, для LFS (десктоп) достаточно 100 строк на bash'е (если без наворотов, то и в 20-50 уложится можно), ибо делается не на все случаи в жизни, а под свои конкретные нужды. Так что, можно крутить уже после первой _осмысленной_ сборки LFS.
> Полагаю, что имелась ввиду система инициализации - если так то, для LFS
> (десктоп) достаточно 100 строк на bash'е (если без наворотов, то и
> в 20-50 уложится можно), ибо делается не на все случаи в
> жизни, а под свои конкретные нужды.Однако, маленькие у вас собственные нужды!
Не сказал бы. Огласите свои.
> kmod уже есть. Надеюсь, в следующем выпуске будет переход на systemd и будут перенесены /bin и /lib в /usr.И wayland, wayland обязательно!
Интересно, кто то еще это использует? Это лет 10 назад была повальная мода на подобные дистры.
> Интересно, кто то еще это использует? Это лет 10 назад была повальная
> мода на подобные дистры.Мода приходит и уходит, а потребность в системе, которая бы полностью устраивала, остается. Да и знание "как из отдельных кирпичей (*.tar.*) собрать систему" другим способом не получишь. Так что читатели-практики (язык не поворачивается, назвать собирающих LFS "пользователями") у этой книги всегда будут.
вопрос не в этом. А в том, что систеа не совсем гибкая. Это касается, в первую очередь, обновления, как отдельных пакетов, так и систем в целом. У Генты есть emerge, а тут все только ручками. Думаю, что сей проект полезен, в основном (но не только) для дистростростоителей, и для тех, кто хочет пощупкть изнутри систему в целом. Но и для любителей отрых ощущений.
> вопрос не в этом. А в том, что систеа не совсем гибкая.
> Это касается, в первую очередь, обновления, как отдельных пакетов, так и
> систем в целом. У Генты есть emerge, а тут все только
> ручками. Думаю, что сей проект полезен, в основном (но не только)
> для дистростростоителей, и для тех, кто хочет пощупкть изнутри систему в
> целом. Но и для любителей отрых ощущений.Можно прикрутить готовую систему управления пакетами (например pkgsrc) или сделать собственную. Второй вариант дает больше возможностей, но требует больше времени.
На данный момент есть система сборки (подробнее писал здесь: http://www.linux.org.ru/news/linux-general/6935462?cid=6937731 и далее). Фактически на данный момент это автоматическая система сборки, которая относительно легко позволяет поддерживать систему в актуальном состоянии.
После обсуждений на lor'е, появилась мысль превратить это в инструмент для автоматической сборки индивидуальных дистрибутивов. Это даст возможность настроить под себя не только пользовательский софт, но и toolchain: что будет сишной библиотекой glibc/eglibc/uclibc, coreutils и прочие или busybox, соблюдать FHS и LSB или выбрать свой путь. Десктоп со всеми наворотами или аскетичная suckless система потребляющая минимум ресурсов. Простота правил системы сборки позволит одному человеку построить индивидуальный дистрибутив и держать его под контролем.
Интересен ли подобный проект?
> Можно прикрутить...Можно прикрутить сбоку даже пенис, но зачем? "Большие" дистры хороши именно широтой юзерской базы - всегда найдётся кто-то, кто запилил бинарный пакет, нужный и тебе тоже. Любые новшества обкатываются на широком спектре систем. А персональный LFS - это мрак, в котором каждую свистелку тебе придётся допиливать самому, чтобы она гладко встала - наличие сорсов не избавляет от проблем в этих сорсах. :)
Если уж куда бросать силы, так я бы порекомендовал Gobo-linux, засыхающая система с превосходной концепцией "ФС - это и есть пакетный менеджер".
>Можно прикрутить сбоку даже пенис, но зачем? "Большие" дистры хороши именно широтой юзерской базы - всегда найдётся кто-то, кто запилил бинарный пакет, нужный и тебе тоже.Бинарные пакеты сводят почти на нет все преимущества доступности исходных кодов. Нет возможности настроить пакет под себя, добавить или исправить небольшие мелочи которые нужны тебе _лично_. Например я использую около 80 своих патчей. Это не bug fix (bug fix стараюсь отсылать в upstream), это мелкие исправления в функционале удобные/нужные _мне_, но не удобные/нужные большинству.
Мне периодически нужны срезы сырцов (svn/git/etc) различных пакетов. Кто мне будет их собирать? Так же хватает мало известного софта который не попадает в дистрибутивы, но иногда нужен.
>А персональный LFS - это мрак, в котором каждую свистелку тебе придётся допиливать самому, чтобы она гладко встала - наличие сорсов не избавляет от проблем в этих сорсах. :)
При сборки десктопа с очень широким кругом задач, попадается 1-3 пакета в которых нужно поправить 1-2 строчки для нормальной сборки. В крайнем случае можно обойтись без этих пакетов ;) Или взять патч из debian/gentoo.
>Если уж куда бросать силы, так я бы порекомендовал Gobo-linux, засыхающая система с превосходной концепцией "ФС - это и есть пакетный менеджер".
Весьма специфическая концепция, которую я считаю не рациональной.
> мода на подобные дистры.Назовёте ещё _несколько книг-дистрибутивов?
Видимо, месье имел ввиду "дистры, создаваемые на коленках с нуля". Типа Gentoo или Slackware.
Сурс-бейсед? Легко! Знаю четыре. (Я не ппро книгу, я про дистр)
А LFS - книга и дистрибутив. Парадокс, что ле??
> Интересно, кто то еще это использует? Это лет 10 назад была повальная
> мода на подобные дистры.Ну новое же школоло подрастает! У них тоже чешется "мы наш, мы новый дистр...". :)
Что забавно, я не видел ни одного пингвофила, который бы _работал_ в своём уютненьком "зато своё и без лишнего". Все повально бубунтят, федорят, даже шлаковарят, а про ЛФС вспоминают с лёгкой тенью ностальгической грусти. :)
ну, для десктопа или рядового сервера ЛФС мало подходит. А вот для образовательных целей... чтобы понять, что, где, почём ... тут ЛФС может многому научить :)
кому действительно интересно, того и арч научит
Чему научит арч? Специфичным для этого дистра заморочкам? Так этому и Убунта научит. И Гента. Нет, ЛФС несколько для другого. И ни один другой бесктопный дистор этому не научит. Даже Слака ))) где без пересборки а самостоятельного написания слакбилтов туговато )