Вышел jhalfs-0.2

забавно...я вот только закончил по книжечке собирать :) что-то опять велик получается с лфс, но ХМЛ здОрово придумали

А образовательный смысл LFS при этом не пострадает? :-/

как ни странно, только щас посмотрел, что это непосредственно на linuxfromscratch.org выведено в отдельное направление, однако возникают вопросы... АЛФС - преследует цель автоматизирования установки LFS, который, в свою очередь, преследует несколько целей: обучение, установка только BaseLinux, сборка пакетов непосредственно на нужном железе(скорость)

Получаем что: 1. обучение отпадает *2. BaseLinux остается *3. Сборка пакетов на текущем железе(скорость) тоже остается

судя по скорости работы ЛФС по сравнению с обычным дистрибом - разница не большая...следовательно остается BaseLinux, может проще собрать несколько сборок бинарников под основные архитектуры? чего велик то тащить опять, такое ощущение, что получается гента опять...недоделанная

Мда.. образовательный момент конечно падает, но зато автоматизация клепания велосипедов возрастает ;-))

Признаюсь, что LFS так и не дособирал. Два раза начинал и два раза так и не собрал. Надоело. Команды эти вводить :) Я ещё тогда про автоматизацию ведь думал ;-)))

Это от непривычки. Скрипты на php ведь либо короткие, либо не работают...

это тебя обманули как лоха. а ты поверил, повелся :)

> Получаем что: 1. обучение отпадает *2. BaseLinux остается *3. Сборка пакетов на текущем железе(скорость) тоже остается

Обучение отпадает? Кто-то отменил LFS? Я своим друзьям советую начинать с LFS и не в коем случае не с aLFS (или jhalfs), так как сам прошёл этим путём и знаю что толку от дистров (ALFS - чем не дистр?) новичкам мало.

Ведь на сайте так и написано после 2-3 раз... (правда немного в другом контексте ;P )

Кстати, кто интересуется темой, - есть способ создания логов paco (PAckage Organizer) установки ALFS для каждого установленного пакета (http://www.linuxfromscratch.org/hints/downloads/files/alfs_paco.txt)

Скажите, какие образовательные цели могут быть в configure; make; make install? Спинномозговые упражнения для тех, кому нечем заняться?

а сам процесс ты в расчет не берешь? тем более, я думаю, что тот же emerge все таки менее познавателен

вот правда теперь думаю какой поставить packet manager :)

>а сам процесс ты в расчет не берешь?

а какой там процесс?

сижу на бинарном дистре (называть не буду чтоб дистрофаны не ссали кипятком), кде, mplayer, wine, мультимелию и много чего сорцами собираю путем ./configure; make; checkinstall

но собирать всю систему зачем? да еще и часто? а если не часто, то половина шагов забудется или потеряет актуальность.

>>Скажите, какие образовательные цели могут быть в configure; make; make install? Спинномозговые упражнения для тех, кому нечем заняться?

Образовательные цели очень простые: во-первых действительно натренировать спинномозговые рефлексы, так как человек что-то запоминает реально только после неоднократного применения, во-вторых при этом надо ещё книжку читать - там написано для чего каждая вещь в базовом линуксе нужна, от чего зависит и какие засады тебя подстерегают при ./configure make make install. Потому как если бы всё гарантированно собиралось при cmmi, то кому бы это всё было надо?

Вот попробуй например сам с нуля собрать линукс не заглядывая в LFS Book, используя только cmmi - посмотрю я на тебя...

По поводу автоматизированной сборки LFS - эта вещь нужная скорее всего самим разработчикам - чтобы быстро собрать предполагаемый набор пакетов в LFS и тестировать получившееся. Или тем людям, которые хотят использовать LFS как базу для своего мини-дистрибутива.

> По поводу автоматизированной сборки LFS - эта вещь нужная скорее всего самим разработчикам

Я не разработчик (LFS), но юзаю aLFS для тех версий, которые уже были собраны мной вручную.

> вот правда теперь думаю какой поставить packet manager :)

Я юзаю PACO (http://paco.sourceforge.net) и доволен им. Еще установлен rpm - но это скорее на "всякий случай" - почти не юзаю (paco поддерживает и rpm, и deb, и tgz)

З. Ы. И по поводу "спинномозгорефлекторной установки":)

Я, переходя с винды на Линух, собирая в первый раз LFS, узнал о многих интересных прогах unix/linux: perl, sed, awk, patch, make, grep ну и т. д. Также немного освоился с конвейером, использованием кодов завершения программ и т. д.

Один знакомый посоветовал начать с LFS :)

>Вот попробуй например сам с нуля собрать линукс не заглядывая в LFS Book, используя только cmmi - посмотрю я на тебя...

Вопрос: зачем? Зачем собирать? Пользу LFS Book я под сомнение не ставлю. Действительно полезно почитать, как бутстрэпится система. Но зачем нужны все эти пляски с ручной сборкой ? Руку на ln -s набивать и пугать друзей своей крутостью, показывая процесс компиляции tcl в консоли? В чем "наукоёмкость" подобной забавы?

>Вопрос: зачем? Зачем собирать? Пользу LFS Book я под сомнение не ставлю. Действительно полезно почитать, как бутстрэпится система. Но зачем нужны все эти пляски с ручной сборкой ? Руку на ln -s набивать и пугать друзей своей крутостью, показывая процесс компиляции tcl в консоли? В чем "наукоёмкость" подобной забавы?

Тебе не надо? Ну и не пользуйся. Зато другим надо. Или у тебя принцип мне ненадо значит в фтопку?

Можно прочитать десять книг про методы решения интегральных уравнений n-го порядка, но от этого ты их решать не научишься...

LOL! Ты по себе что-ли судишь?

остро...по-заграничному... вот и анонимусы набежали...

Ну не понимаете, и не надо. Начинать надо с ./configure --help | less, а потом думать. Вот к этому и приучает LFS. Плюс ещё правильная методика сборки связки glibc+gcc+binutils.

>обирая в первый раз LFS, узнал о многих интересных прогах unix/linux: perl, sed, awk, patch, make, grep ну и т. д.

я все это знаю хотя никогда не возился с лфс :-Ь

> Начинать надо с ./configure --help | less, а потом думать.

в n-ый раз. я много собираю сорцами, именно таким образом. но зачем все?

>Плюс ещё правильная методика сборки связки glibc+gcc+binutils

как это пригодится в жизни? или острое недоверие дистрибу?

К Вам претензий нет. Я отвечал другому человеку, который не догадывается про параметры у ./configure.

> Корневой принцип jhalfs - создание make файла путём извлечения инструкций из xml текста книги LFS.

То есть вообще исключаются какие-либо отклонения от книги. Я например не всё собирал и не в раком порядке, как было в книге. Кроме того, при таком способе нет возможности включать разную оптимизацию для разных пакетов (а это надо) и т.д.

> судя по скорости работы ЛФС по сравнению с обычным дистрибом - разница не большая

Ну так если по книжке собирать, то максимум будет оптимизация под процессор и то не всегда, без всяких там -О3 и т.д. А от этого скорость как раз и зависит.

> Команды эти вводить :) Я ещё тогда про автоматизацию ведь думал

А я команды вводил в файл, а потом запускал. Так и получил себе скрипты для автосборки. Потом их только подправлял при необходимости.

> но собирать всю систему зачем? да еще и часто? а если не часто, то половина шагов забудется или потеряет актуальность.

Вся система пересобирается при переходе на новую версию glibc или gcc или при необходимости сменить архитектуру. А это не часто, и чтобы шаги не забыть как раз и используются наработанные скрипты.

> как это пригодится в жизни? или острое недоверие дистрибу?

Покажите мне дистр с uClibc (не заточенный строго под однодискетный роутер, rescue disk, или подставку под mplayer). А у меня сейчас hlfs отлично пашет и меня весьма радует :) В жизни всё пригодится, здесь речь не о недоверии, а о понимании и умении. Кому-то нужно, кому-то нет. А тех кто кричит -- это не надо, потому, что мне не надо, мне искренне жаль.

> Покажите мне дистр с uClibc (не заточенный строго под однодискетный роутер, rescue disk, или подставку под mplayer).

т.е. речь идет об узкой нише?

>В жизни всё пригодится, здесь речь не о недоверии, а о понимании и умении. Кому-то нужно, кому-то нет.

вот мне (и как я понял другим) и интересно, что ценного принесет опыт сборки gcc к примеру, если я не портер gcc или не участник его core-team

> вот мне (и как я понял другим) и интересно, что ценного принесет опыт сборки gcc к примеру, если я не портер gcc или не участник его core-team

Раз ты спрашиваешь, то и ответ очевиден: для тебя -- ничего. Просто лишняя информация. Также как и инфа о ФИО президента, войне в Ираке, посадке очередного олигарха, вращении Земли вокруг Солнца, etc. Пользы для тебя во всем этом нет, но ты это жуешь каждый день. Вот можешь заодно зажевать и про сборку gcc. Пользы тебе от этого не будет, но и вреда -- тоже. [А может и откроешь для себя что-то новое-интересное.]

>> не заточенный строго под...

> т.е. речь идет об узкой нише

То есть (по Вашему) дистрибутив общего назначения -- узкая ниша. Или вначале читайте, прежде чем что-то написать, либо не пишите.

как-то попсово. мой коллега предпочитает ./configure --help|more
ортодокс ;)

Настоящие асы вообще не пользуются ни | ни > . Они успевают всё прочитать и понять в процессе скролинга и набирают все параметры уже по памяти. А я вот старею: ./configure --help > c.sh , а потом vim c.sh и sh c.sh :)

>Вот можешь заодно зажевать и про сборку gcc. Пользы тебе от этого не будет, но и вреда -- тоже.

т.е. тезис об изучении внутренностей линуха по ходу беседы у аппологетов лфс отпал. чудненько

>То есть (по Вашему) дистрибутив общего назначения -- узкая ниша.______ _______________________________________________________________________ не по моему, а по вашему =) не я писал про uclibc =)

>Или вначале читайте, прежде чем что-то написать, либо не пишите

давай ты не будешь мне советовать что мне делать, а я не буду говорить куда тебе идти. ок?

зы. если я обидел вашу священную корову, вы так бы и на писали. я бы не тратил на вас время

LOL. А какую Вашу священную корову обижают люди, собирающие LFS? И с каких пор дистрибутив построенный на uClibc автоматически попадает в разряд маргинальных нишевых игрушек? Видимо мы друг друга сильно недопоняли. Буду рад остаться при своём мнении, высказанном намного выше по треду, и оставить Вас при своём. Если интересно пообщаться/поспорить -- ru.hlfs#gmail.com.

> т.е. тезис об изучении внутренностей линуха по ходу беседы у аппологетов лфс отпал. чудненько

Дык, ты б определился, про что тебе надо: про сборку gcc или про сборку ОС GNU/linux. Понятно, что от одного компиляния gcc ты мало что узнаешь про потроха ОС.