Представлены (http://lists.linuxfromscratch.org/pipermail/lfs-support/2014...) новые выпуски руководств Linux From Scratch 7.6 (http://www.linuxfromscratch.org/lfs/view/7.6/) (LFS), Linux From Scratch Systemd 7.6 (http://www.linuxfromscratch.org/lfs/view/7.6-systemd/), Beyond Linux From Scratch 7.6 (http://www.linuxfromscratch.org/blfs/view/7.6/) (BLFS) и Beyond Linux From Scratch Systemd 7.6 (http://www.linuxfromscratch.org/blfs/view/7.6-systemd/).
В Linux From Scratch приведены инструкции по созданию с нуля базовой Linux-системы, используя лишь исходные тексты необходимого программного обеспечения. Beyond Linux From Scratch дополняет инструкции LFS информацией о сборке и настройке около 750 программных пакетов, охватывающих различные области применения, от СУБД и серверных систем, до графических оболочек и медиапроигрывателей. LFS systemd и BLFS systemd представляют собой варианты LFS и BLFS, в которые используется системный менеджер systemd вместо традиционной системы инициализации Sysvinit.
В Linux From Scratch 7.6 произведено обновление 26 пакетов, исправлены ошибки в загрузочных скриптах, выполнены редакторские работы в пояснительных материалах по всей книге, благодаря чему повысилась точность и ясность текста. В новой версии осуществлён переход на ядро Linux 3.16.2, обновлены версии glibc 2.20, gcc-4.9.1,
Bash 4.3, Coreutils 8.23, Gawk 4.1.1, Grep 2.20, Perl 5.20.0, Tar 1.28, TCL 8.6.2, Util-Linux 2.25.1, Coreutils 8.23. Добавлены новые пакеты: acl-2.2.52, attr-2.4.47, expat-2.1.0,
gperf-3.0.4, intltool-0.50.2, libcap-2.24. Вместо udev 208, который ранее импортировался из systemd, задействован eudev 1.10. В LFS-systemd задействован выпуск Systemd 216.В Beyond Linux From Scratch 7.6 по сравнению с прошлым выпуском отмечено более 880 значительных обновлений. Впервые подготовлена редакция BLFS для конфигураций с systemd. Предложены новые версии OpenSSH-6.6p1, Cyrus SASL-2.1.26, ntfs-3g-2014.2.15, Vim-7.4, qemu-2.1.0, LLVM-3.5.0,
Lua-5.2.3, Git-2.1.0, Mercurial-3.1.1, PHP-5.6.0, Python-2.7.8/3.4.1, Ruby-2.1.2, Java-1.7.0.65, Samba-4.1.11,
Apache httpd 2.4.10, BIND-9.10.0-P2, ProFTPD-1.3.5, vsftpd-3.0.2, Dovecot-2.2.13, Exim-4.84, Postfix-2.11.1, MariaDB-10.0.13,
PostgreSQL-9.3.5, MesaLib-10.2.7, Xorg-Server-1.16.0, Fluxbox-1.3.5,
IceWM-1.3.8, openbox-3.5.2, KDE 4.14.1, GNOME 3.12.2, Xfce 4.10.1, LibreOffice-4.3.1, SeaMonkey-2.29, Firefox-32.0.1, Gimp-2.8.14, Inkscape-0.48.5, Thunderbird-31.1.1, Transmission-2.84,
FFmpeg-2.3.3, MPlayer-1.1.1, VLC-2.1.5.Кроме LFS и BLFS в рамках проекта выпускается несколько дополнительных книг:
- "Automated Linux From Scratch (http://www.linuxfromscratch.org/alfs/)" - фреймворк для автоматизации сборки LFS-системы и управлению пакетами;
- "Cross Linux From Scratch (http://cross-lfs.org/)" - описание кроссплатформенной сборки LFS-системы, поддерживаются архитектуры: x86, x86_64, sparc, mips, PowerPC, alpha, hppa, arm. Последние версии: CLFS 3.0-rc1 (http://trac.cross-lfs.org/wiki/news#AnnouncingCLFS3.0.0RC1Re...), Embedded CLFS GIT-20140613 (http://cross-lfs.org/view/clfs-embedded/);
- "Hardened Linux From Scratch (http://www.linuxfromscratch.org/hlfs/)" - инструкции по повышению безопасности LFS, применению дополнительных патчей и ограничений;
- "LFS Hints (http://www.linuxfromscratch.org/hints/)" - подборка дополнительных советов с описанием альтернативных решений для описанных в LFS и BLFS шагов. Добавлена инструкция (http://www.linuxfromscratch.org/hints/downloads/files/lfsppc...) по сборке LFS для PowerPC (32bit);
- "LFS LiveCD (http://www.linuxfromscratch.org/livecd/)" - проект по подготовке LiveCD. На данный момент не развивается.
URL: http://lists.linuxfromscratch.org/pipermail/lfs-support/2014...
Новость: https://www.opennet.ru/opennews/art.shtml?num=40653
праздник компиляции!
>праздник копипаста!//Fixed
Но вещь имхо очень годная.
В своё время я с LFS многому научился.
например чему вы научились? и как это вам сейчас помогает?
помогает быстрее ставить винду зверь эдишн.
> помогает быстрее ставить винду зверь эдишн.Пробовал?
Техническим решениям он научился, пониманию взаимосвязей компонентов, компиляции и bash. Для не которых это профессия. Желаю клоунам которые ржут с LFS чтобы их стоматологи и другие врачи ничему не учились и не развивались.
Чтобы научиться техническим решениям надо N раз набрать ./configure && make install ?Взаимосвязь компонентов можно понять из emerge --tree.
Компиляции учиться это нуянезнаю...
Учить баш чтобы собрать систему? Вот пряма test if else while case? Или он просто пару флагов к find да cp выучил?
Желаю своему стоматологу чтобы он учился более продуктивно и развивался гораздо быстрее чем эти лфсники.
>Взаимосвязь компонентов можно понять из emerge --tree.Мне для этого генту ставить?
Нет уж, спасибо.
Фанатики генты не нужны.
>>Взаимосвязь компонентов можно понять из emerge --tree.
> Мне для этого генту ставить?
> Нет уж, спасибо.
> Фанатики генты не нужны.То есть ручками собирать лфс куда проще чем поставить генту? Или просто ктото не хочет ничего учить? Хороший стоматолог^Wпсихиатр.
Да я хочу ручками собирать.
Каждый пакетик, и смотреть шо ему надо для полного счастья и как его сконфигурить.
В образовательных целях.В продакшн целях я хочу ставить из пакетов и не париться с пересборкой мира по любому поводу и без. Спасибо, с меня бзди за эти годы хватило.
Против генты ничего не имею, годный дистрибутив.
Но не надо мне здесь пропихивать генту для обучения взаимодействию софтинок в дистрибутиве, идёт лесом ибо emerge||overlay||ports(BSD) и вся эта котовасия - готовые сценарии которые для тебя добрый дядя мэйнтэйнер наваял, я хочу своими руками понял, понимая для чего мне нужна или не нужна каждая опция в ./configure, для этого LFS идеален как начальная точка оставляющая много пространства для "творчества" , понял ГЕНТОРАС?
и уверен что ты со своей гентой не сделаешь _свой_ _собственный_ готовый дистрибутив с нуля.
а я сделал себе (JFF,в образовательных целях) этакий болгенОС для малины B+, база - LFS, init - sysvinit полностью скомуниженный с wheezy плюс фишки и пакеты которых в LFS просто нет (XBMC итп) и полностью кросскомпилированный (toolchain - ct-ng/gcc-4.8.3-linaro/glibc2.19).
вы гентушнеги думаете что раз вы пол жизни онанизмом^W компиляцией занимаетесь (ну другого выхода у вас нет, я понимаю ) - вы самые крутые перцы, а это далеко не так.
> Да я хочу ручками собирать.
> Каждый пакетик, и смотреть шо ему надо для полного счастья и как
> его сконфигурить.
> В образовательных целях.В большинстве случаев достаточно emerge и use-флагов. В образовательных темболее.
Конечно, нужно знать как делать ./configure && make. Но делать это для каждого пакета. Вы же не переписываете книгу чтобы её прочитать?> В продакшн целях я хочу ставить из пакетов и не париться с
> пересборкой мира по любому поводу и без. Спасибо, с меня бзди
> за эти годы хватило.Никто и не заставляет
> Против генты ничего не имею, годный дистрибутив.
> Но не надо мне здесь пропихивать генту для обучения взаимодействию софтинок в
> дистрибутиве, идёт лесом ибо emerge||overlay||ports(BSD) и вся
> эта котовасия - готовые сценарии которые для тебя добрый дядя мэйнтэйнер
> наваял, я хочу своими руками понял, понимая для чего мне нужна
> или не нужна каждая опция в ./configure, для этого LFS идеален
> как начальная точка оставляющая много пространства для "творчества" , понял ГЕНТОРАС?Можно самому написать, можно почитать, благо очень просто. Или кто то опять не хочет учить ничего нового?
Научился пальцем ковырять, а перфоратор в руки взять уже мозгов не хватает.> и уверен что ты со своей гентой не сделаешь _свой_ _собственный_ готовый
> дистрибутив с нуля.Делал два раза. Для х86 и арм. С гентой это не представляет какихто особых сложностей. Зачем ты именно на этом заостряешь своё внимание?
> а я сделал себе (JFF,в образовательных целях) этакий болгенОС для малины B+,
> база - LFS, init - sysvinit полностью скомуниженный с wheezy плюс
> фишки и пакеты которых в LFS просто нет (XBMC итп) и
> полностью кросскомпилированный (toolchain - ct-ng/gcc-4.8.3-linaro/glibc2.19).Тулчейн в генте делается одной командой. Патчи накладываюся в алфавитном порядке после того как положишь их в определенную папку (впрочем это верно для любых ебилдов). А ты скока еб*ся чтобы скомпилять? И патчи ручками каждый раз накладывал наверное?
Ещё раз -- чтобы понять как это работает можно один (ну два, ладно) раза собрать тулчейн ручками. Но зачем это делать "в самом деле"?> вы гентушнеги думаете что раз вы пол жизни онанизмом^W компиляцией занимаетесь (ну
> другого выхода у вас нет, я понимаю ) - вы самые
> крутые перцы, а это далеко не так.Ты чтото путаешь, компиляцией занимается компьютер. Мы, как обычно, только даем задачи и получаем результат. И процесс этот происходит быстрее и эффективнее чем в лфс.
> Ещё раз -- чтобы понять как это работает можно один (ну два, ладно) раза собрать тулчейн ручками. Но зачем это делать "в самом деле"?А никто и не собирает LFS ручками больше, чем один или два раза. После этого берут ALFS, который сам все собирает. И никаких копипастов. ALFS сам парзит книги LFS/BLFS, выдирает все команды и выполняет их без лишнего вмешательства пользователя.
>> Ещё раз -- чтобы понять как это работает можно один (ну два, ладно) раза собрать тулчейн ручками. Но зачем это делать "в самом деле"?
> А никто и не собирает LFS ручками больше, чем один или два
> раза. После этого берут ALFS, который сам все собирает. И никаких
> копипастов. ALFS сам парзит книги LFS/BLFS, выдирает все команды и выполняет
> их без лишнего вмешательства пользователя.Ну вот собрал ты один или два раза, хорошо. А потом захотел открутить от всех пакетов привязку к иксам. Что делать? Я пишу -Х в мейк конф и emerge -uDN world, а ты?
> вы гентушнеги думаете что раз вы пол жизни онанизмом занимаетесь (ну другого выхода у вас нет, я понимаю ) - вы самые крутые перцы, а это далеко не так.Вы хотите об этом поговорить? :)
> Но не надо мне здесь пропихивать генту, понял ГЕНТОРАС?о как тебя понесло
признайся, гентофоб, ты просто не умеешь ее готовить
> То есть ручками собирать лфс куда проще чем поставить генту?Не проще, а познавательней.
Повторение мантры "ждем e-build'ов, emerge" дает не сильно много знаний.
Зря вы так. Гента тоже очень способствует обучению.
> Зря вы так. Гента тоже очень способствует обучению.Если генту пытаться использовать (а LFS только собирать), то, очевидно, способствует, и намного больше!
Но надо же сравнивать похожие вещи.
> Фанатики генты не нужны.а любые фанатики не нужны
Для меня, раньше было - тут пнул, там взлетело. Система более воспринималась как черный ящик. После сборки LFSa пропало ощущение что Линукс это какая-то магия. Ну и проблемы Линукса стал решать более системно что-ли, появилось ощущение взаимосвязи компонентов.
В конце концов даже в Дебиане иногда бывают проблемы с зависимостями между пакетами. За тройку лет использования несколько раз встречал на малораспостраненных пакетах
Конечно сборка LFSa не дает каких-то знаний, непременно необходимых, а скорее меняет психологию собирающего. Как учебная задача, но на реальной практической системе
Единственный дистр, использующий человека в качестве интерпретатора установочных скриптов.
Русский перевод будет?
Юзайте 7.4
7.4? На сайте только для 6.0 перевод и на тот ссылки битые
А есть тож самое, но для Виндовс, чтобы можно было систему собирать по компонентам и сделать сборку?
да
http://nunahren.ru/comp/winsetup/241-windows-xp-unattend
Как точно доменное имя характеризует содержание страницы!
О, как раз недавно думала, как скоро вкрячат systemd в LFS?
Оперативненько, молодцы.
systemd в LFS еще с выпуска 7.4 появился (правда, только как tips)
> systemd в LFS еще с выпуска 7.4 появился (правда, только как tips)Как появился, так и отвалил в отдельную ветку. С диагнозом.
Каким диагнозом?Я собирал LFS/BLFS systemd edition (по бете 7.6) - отлично работает. Проблем в инструкциях минимум (две или три инструкции с ошибками на пару сотен пакетов), и эти проблемы не касаются systemd. Все очень четко.
(мне нужен был тестовый полигон для наблюдениями за текущим состоянием свободных драйверов radeon, чтобы можно было не стесняясь накладывать на мезу и ядро патчи и это не ломало основную систему. Ну и заодно с gnome поверх wayland поэкспериментировать).
Собственно, я вообще не понимаю, зачем нынче нужен не-systemd вариант LFS. С целью обучения сборки и поведению настоящего дистрибутива это единственный осмысленный вариант. А без systemd в 2014 году - с тем же успехом вместо LFS можно было бы с Minix'ом играться.
> Собственно, я вообще не понимаю, зачем нынче нужен не-systemd вариант LFS. С
> целью обучения сборки и поведению настоящего дистрибутива это единственный осмысленный
> вариант. А без systemd в 2014 году - с тем же
> успехом вместо LFS можно было бы с Minix'ом играться.Поставим вопрос иначе: что дает systemd в lfs, кроме усложнения системы?
Речь про внутреннее усложнение?Внешне система (с точки зрения того, кто собирает LFS), наоборот, упрощена; один systemd заменил собой целую группу компонентов, которые больше не прилаживаются друг к другу, а изначально связаны в самом systemd.
И он дает, собственно, возможность поиграться с системой, больше приближенной к актуальным. Т.к. на systemd перешли или переходят все крупные игроки и дистрибутивы без systemd становятся уделом маргиналов, где systemd нет из принципа "у на будет дистрибутив без systemd как альтернатива!". Наличие альтернативы - это очень хорошо, но в LFS стараются использовать актуальные тенденции, а не альтернативные.
> Речь про внутреннее усложнение?LFS интересен в первую очередь максимальной простотой системы - видно как работает самый нижний уровень системы. Systemd вводит достаточно нетривиальную прослойку между нижнем уровнем и всем остальным, что делает систему более сложной для понимания.
> Внешне система (с точки зрения того, кто собирает LFS), наоборот, упрощена; один systemd заменил собой целую группу компонентов, которые больше не прилаживаются друг к другу, а изначально связаны в самом systemd.
Какие конкретно пакеты исключаются при переходе на systemd?
> И он дает, собственно, возможность поиграться с системой, больше приближенной к актуальным. Т.к. на systemd перешли или переходят все крупные игроки и дистрибутивы без systemd становятся уделом маргиналов, где systemd нет из принципа "у на будет дистрибутив без systemd как альтернатива!". Наличие альтернативы - это очень хорошо, но в LFS стараются использовать актуальные тенденции, а не альтернативные.
В моей системе нет systemd/dbus/udev/pulseaudio, часть пакетов заменяет busybox. Система используется на десктопе и ноуте с очень широким набором задач (3d/2d графика, работа со звуком, программирование). Необходимость systemd и прочего мягко говоря сильно преувеличена.
Аргумент что все переходят не годится - нужны реальные преимущества. Если в mainstream это отчасти можно обосновать необходимостью работы на очень большом количестве конфигураций при минимальной настройке со стороны пользователя, то на LFS это не пройдет - ведь здесь цель понять, собрать и настроить свою систему.
>> Речь про внутреннее усложнение?
> LFS интересен в первую очередь максимальной простотой системы - видно как работает
> самый нижний уровень системы. Systemd вводит достаточно нетривиальную прослойку между
> нижнем уровнем и всем остальным, что делает систему более сложной для
> понимания.Возможны разные точки зрения. Если нужна "максимальная простота", то тот же openwrt проще, чем LFS :)
А если задача - изучить, то изучать нужно актуальное. В том числе systemd>> Внешне система (с точки зрения того, кто собирает LFS), наоборот, упрощена; один systemd заменил собой целую группу компонентов, которые больше не прилаживаются друг к другу, а изначально связаны в самом systemd.
> Какие конкретно пакеты исключаются при переходе на systemd?Уходит огромное количество скриптов инициализации, к примеру.
> В моей системе нет systemd/dbus/udev/pulseaudio, часть пакетов заменяет busybox. Система
> используется на десктопе и ноуте с очень широким набором задач (3d/2d
> графика, работа со звуком, программирование). Необходимость systemd и прочего мягко говоря
> сильно преувеличена.Для домашней отлаженной системы, в которой вы не собираетесь ничего менять - наверное, он не требуется. Хотя это под вопросом, когда потребуется обновляться до более новых версий или использовать новую функциональность - тот же multiseat в гноме, как он будет работать без systemd?
Но для серверов systemd это просто манна небесная. Он решает кучу проблем.
>Но для серверов systemd это просто манна небесная. Он решает кучу проблем.Например?
Если устроит на английском, я отписывался тут
http://listserv.fnal.gov/scripts/wa.exe?A2=ind1408&L=scienti...
http://listserv.fnal.gov/scripts/wa.exe?A2=ind1408&L=scienti...
Спасибо, познавательно. В определенном круге задач, выходит, есть место systemd. Что, впрочем, не превращает это в универсальное средство, необходимое всем и каждому.
> А если задача - изучить, то изучать нужно актуальное. В том числе systemd.Зачем? Серверами и виртуализацией я не занимаюсь. На десктопе пользы не вижу.
>> Какие конкретно пакеты исключаются при переходе на systemd?
> Уходит огромное количество скриптов инициализации, к примеру.В systemd меньше скриптов (или как они их там обозвали)?
> Для домашней отлаженной системы, в которой вы не собираетесь ничего менять -
> наверное, он не требуется. Хотя это под вопросом, когда потребуется обновляться
> до более новых версийЧасто обновляю систему. Есть пару пакетов которые не обновляю, так как не нравится дальнейший путь развития, а заменить пока нечем.
> или использовать новую функциональность - тот же
> multiseat в гноме, как он будет работать без systemd?Лично для себя не вижу ничего лучше хорошо пропатченого dwm ;)
> Но для серверов systemd это просто манна небесная. Он решает кучу проблем.
Туда ему и дорога - в специализированные серверные дистрибутивы.
> Туда ему и дорога - в специализированные серверные дистрибутивы.Вообще-то именно в серверных вещах ему особено не место.
> Каким диагнозом?http://lists.linuxfromscratch.org/pipermail/lfs-dev/2014-May...
http://lists.linuxfromscratch.org/pipermail/lfs-dev/2014-Sep...
> http://lists.linuxfromscratch.org/pipermail/lfs-dev/2014-Sep...5!
"""We tried that about 6 months ago and gave up. systemd is a cancer that
infiltrates everything.+++А ведь вещун Балмер предупрежда-а-ал!!!111