Опубликовано (http://www.linuxfromscratch.org/news.html) руководство Linux From Scratch 7.4 (http://www.linuxfromscratch.org/lfs/view/7.4/), в котором приведены инструкции по созданию базовой Linux-системы с нуля, используя лишь исходные тексты необходимого программного обеспечения. Произведено обновление 32 пакетов, исправлены ошибки в загрузочных скриптах, выполнены редакторские работы в пояснительных материалах по всей книге, благодаря чему повысилась точность и ясность текста.В новой версии осуществлён переход на ядро Linux 3.10, Udev 206 из состава systemd-206, системную библиотеку glibc 2.18, набор компиляторов gcc 4.8.1, инструментарии binutils 2.23.2, Automake 1.14, Kmod 14, Diffutils 3.3, E2fsprogs 1.42.8, Procps-ng 3.3.8 и Util-Linux 2.23.2. Из других обновлённых компонентов (http://www.linuxfromscratch.org/lfs/view/7.4/chapter01/whats...) можно отметить Vim 7.4, Bison 3.0, Gawk 4.1.0, Gzip 1.6, Less 458, Perl 5.18.1, Zlib 1.2.8.
Кроме руководства по созданию базовой системы в рамках проекта выпускается несколько дополнительных книг:
- "Beyond Linux From Scratch (http://www.linuxfromscratch.org/blfs/)" - руководство по конфигурированию и сборке более 500 программных пакетов в окружении LFS. Текущий релиз: svn 2013-09-07 (http://www.linuxfromscratch.org/blfs/view/svn/index.html), перечень изменений (http://www.linuxfromscratch.org/blfs/view/svn/introduction/c...);- "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 GIT-20130908 (http://cross-lfs.org/view/svn/), Embedded CLFS GIT-20130302 (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://www.linuxfromscratch.org/news.html
Новость: http://www.opennet.me/opennews/art.shtml?num=37859
Опять systemd... Мерзость...
systemd не используется в lfs. берётся только udev
Само это название, в контесте столь уважаемого дистра, нельзя не увидеть без содрагания!
Vade retro, Satana!
Пусть переходят на eudev и openrc.
> systemd не используется в lfsпока не используется (fixed)
> > systemd не используется в lfs
>
> пока не используется (fixed)Из проекта (LFS) незадолго до релиза свалил главный пропонент systemd в LFS.
> Из проекта (LFS) незадолго до релиза свалил главный пропонент systemd в LFS.Какой хороший дистрибутив!! Почти, как Debian.
сам ты мерзость
Только 7.3 закончила собирать:(
Борода не вросла в свитер? :)
а я во время еще не начал этого делать))
вот, дождался 7.4 *OK*
Теперь самое время не спешить, а подождать 7.5 =)
Лучше бы школьники genode собирали или minix. Или уже совсем гайку какую-нибудь. Функционал на выхлопе тот же или даже лучше, чем у lfs, а диверсифецировать школьников по осям на будущее не помешало бы.
> Лучше бы школьники genode собирали или minix. Или уже совсем гайку какую-нибудь.
> Функционал на выхлопе тот же или даже лучше, чем у lfs,
> а диверсифецировать школьников по осям на будущее не помешало бы.какие есть преимущества в функционале у genode/minix/haiku перед LFS?
У гайки графон изкаробки, у остальных двух микроядерность. Функционал почти никакой, как и у lfs, но ведь нам не функционал нужен, а поиграть, поизучать, на переменке похвастаться - экзотические оси для этого даже лучше подходят, чем сборкой одного и того же lfs друг перед дружкой понтоваться.
> У гайки графон изкаробки, у остальных двух микроядерность. Функционал почти никакой, как
> и у lfs, но ведь нам не функционал нужен, а поиграть,
> поизучать, на переменке похвастаться - экзотические оси для этого даже лучше
> подходят, чем сборкой одного и того же lfs друг перед дружкой
> понтоваться.в том то и дело, что lfs это платформа для blfs и что сам захочешь. собрал lfs, собрал некоторое из blfs - и готова рабочая GNU/Linux система. сам собирал и до сих пор юзаю. не думаю, что в какой-то другой открытой ОС смогу найти тот же функционал.
а гайку и геноде не для этих целей используют обычно. скорей для разработчиков-гиков
> не думаю, что в какой-то другой открытой ОС смогу найти тот же функционалв генте, нэ?
> и до сих пор юзаюгде, если не секрет?
Как вариант практического использования lfs я вижу только создание какой-нибудь ну очень кастомной прошивки для девайса с ну очень ограниченными возможностями. Поймите правильно, я вовсе не против lfs, я против бородатых школьниц в свитерах, собирающих его одного ради фана. Пусть пособирают и другие прекрасные оси, будет полезнее.
> Пусть пособирают и другие прекрасные оси, будет полезнее.minix, beos?
Ради чего им собирать эти "другие прекрасные оси"?
1) Ради фана, ради чего ж ещё таким маяться.
2) Или, как вариант, при использовании экзотической оси можно не просто не бояться анб, а прям совсем-совсем не бояться анб.
3) Возможно, что на *nix'ах свет клином не сошёлся, возможно за ~40 лет они могли устареть, быть может есть и иные пути развития? Вот пусть иных пособирают и имеют хотя бы представление об альтернативах, вдруг пригодится.
Linux как таковой был создан just for fun. Некоторые люди способны начать интересоваться чем-то как игрушкой, потом увлечься, набраться опыта и создать что-то полезное. А на что способны паразиты вроде тебя?
Душка, глядя в зеркало прочти свой пост 10 раз, и станешь счастливым. Я как раз о том же: что джаст фо фан на одном линуксе свет клином не сошёлся. А для продакшена только он один (почти) и пригоден, это да.
лучше, хуже... хорошо что вообще к таким штукам есть интерес.
Комментарий не в тему но все же тут есть компетентные личности. Если у меня есть коммерческий продукт, но он линкуется с libxml2 и другими некоторыми библиотеками обязан ли я открыть его код? Как вообще разрабатывают коммерческое ПО для Linux, вот например с Steam он же закрыт но он использует разные библиотеки Linux
> Комментарий не в тему но все же тут есть компетентные личности. Если
> у меня есть коммерческий продукт, но он линкуется с libxml2 и
> другими некоторыми библиотеками обязан ли я открыть его код?А "другие некоторые библиотеки" - это какие?
libxml2 - это MIT лицензия, которая разрешает линковать библиотеку с кодом под другой лицензией.
Если другие библиотеки выпущены под lgpl - то их тоже можно использовать без раскрытия исходного кода программы.
Ну и, разумеется, сама программа должна быть написана Вами с нуля.
> А "другие некоторые библиотеки" - это какие?
> libxml2 - это MIT лицензия, которая разрешает линковать библиотеку с кодом под
> другой лицензией.
> Если другие библиотеки выпущены под lgpl - то их тоже можно использовать
> без раскрытия исходного кода программы.
> Ну и, разумеется, сама программа должна быть написана Вами с нуля.Спасибо вам за внятный ответ. А не могли бы вы перечислить лицензии которые допускают линковку с закрытым ПО написанным с чистого листа?
Самые популярные (наиболее часто используемые): BSD/MIT (и их модификации), LGPL, Apache. Линковаться с GPL-софтом нельзя, в этом случае Ваш проект тоже должен быть под GPL.
Кстати, Вы можете создать свой продукт на основе чужого BSD/MIT/Apache-кода (без раскрытия исходников), но Вы обязаны указать оригинальное авторство.
Добавлю еще, что можно внести изменения в библиотеку под лицензией LGPL и открыть только их - весь остальной код может быть закрыт. Это удобно обеим сторонам - закрытый проект получил готовую библиотеку, библиотека получила возможность включения нового функционала/bugfix.
> Добавлю еще, что можно внести изменения в библиотеку под лицензией LGPL и
> открыть только их - весь остальной код может быть закрыт. Это
> удобно обеим сторонам - закрытый проект получил готовую библиотеку, библиотека получила
> возможность включения нового функционала/bugfix.Спасибо, приятно когда люди излагают коротко и ясно, теперь хотя бы знаю каких берегов придерживаться. Очень благодарен за ответы на мой вопрос
> Спасибо вам за внятный ответ. А не могли бы вы перечислить лицензии
> которые допускают линковку с закрытым ПО написанным с чистого листа?Гм. Мне кажется, что вам лучше идти от обратного: посмотреть, под какими лицензиями выпущены библиотеки, которые вы используете - а потом разобраться, какие ограничения накладывают эти лицензии.