отлично.
Покупаем новый хард и приступаем к чтению.

Ливцд там обновился?

>убрали hotplug

да уж - достижение, блин. Сомневаюсь что не осилили, тогда накой исключать?

А нахрена он нужен, если есть udev?

>PS: хотелось бы услышать комментарии об успехах в использовании LFS, и о той пользе, которую проект принёс лично вам.

Работу с Linux начинал с LFS. Начальный уровень компьютерного образования - один семестр информатики в институте (помню преподавали fortran). Не могу сказать, что при сборке системы этот уровень существенно повысился. Но зато научился решать возможные проблемы в последовательности ./configure –prefix=/usr make make install. А главное появилось ощущение будто я знаю как устроена система, будто я полностью ее контролирую. Не забываемое ощущение. Вся система собиралась от glibc до kile в течение недели, в свободное время. Простояла пол года, после чего надоело набирать последовательность ./configure –prefix=/usr make make install. Теперь набираю emerge -v ......

>А нахрена он нужен, если есть udev?

цели udev - "организовывать" иноды. hotplug - по сигналу ядра скрипт запускать. даже если udev без него обходится, базовый функционал обрезать нельзя

Добро пожаловать в проф компилялщики сынок :)))

Дженту постепенно попсеет и поворачивается лицом к пользователю - появился новый велосипед ....

Как-то ж раньше все от udev отказывались...

Будем обновляться. Странно, что gcc обновили только до 4.0.3, попробую собрать с 4.1.x или там серьёзные косяки?

>PS: хотелось бы услышать комментарии об успехах в использовании LFS, и о той пользе, которую проект принёс лично вам.

Что тут скажешь ... Использую много лет на десктопе, доволен и переходить на что-то другое абсолютно нет никакого желания. Всё настроено и работает. Знаний и времени LFS требует, конечно, больше, но каждый пакет настроен так, как мне нужно. От grub до fvwm грузится меньше 20 секунд со всеми демонами.

Что LFS дал лично мне? Прежде всего много знаний и идеальную систему, в моём личном понимании, а не псевдо оптимальную под усредненного пользователя, в которой без напильника и хирургического вмешательства всё равно не обойтись.

А вообще систему нужно выбирать под свои задачи и требования. Многих вообще win устраивает. Если вы попробовали разные дистры и так и не нашли, то что вас устраивает - попробуйте сделать сами. 80% кинут это дело, как только дело дойдёт до BLFS, так как здесь не получится просто писать команды из книги, нужно твёрдо знать, что вы хотите получить и до многого доходить самому.

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

Всё имхо и всем удачи в этом нелегком деле!

>PS: хотелось бы услышать комментарии об успехах в использовании LFS, и о той пользе, которую проект принёс лично вам.

Очередной повод для флейма.

1) Кое чему научился

2) В конечном итоге получил ту систему, какая мне нужна

+1

>Работу с Linux начинал с LFS.Теперь набираю emerge -v ......

+1

>Работу с Linux начинал с LFS... Простояла пол года, после чего надоело набирать последовательность ./configure –prefix=/usr make make install. Теперь набираю emerge -v ......

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

З.Ы. нет, не сам такой, не дурак и сам не юзаю. Но направление вектора твоего развития дистрибутоосвоения - откровенно отрицательное

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

Лично у меня такие ощущения появляются после чтения манов и буков, а не после набора ./configure && make && make install.

>Но направление вектора твоего развития дистрибутоосвоения - откровенно отрицательное

Колебание системы (Windows -> LFS -> Kubuntu -> LFS-> Gentoo) в близи положения равновесия трудно описать вектором.

>Лично у меня такие ощущения появляются после чтения манов и буков

Это следующая ступень познания на которой я пока нахожусь. Но прежде нужно прочитать как установить данную программу, для чего она вообщем нужна и какая библиотека без нее не установиться, для чего нужна эта библиотека и т.д.

> Windows -> LFS -> Kubuntu -> LFS-> Gentoo в близи положения
> равновесия трудно описать вектором

Конечно, потому как сумма таких переходов равна нулевому вектору, потому как гента == винда.

>Конечно, потому как сумма таких переходов равна нулевому вектору, потому как гента == винда.

Откуда такая информация?

>Это следующая ступень познания на которой я пока нахожусь. Но прежде нужно прочитать как установить данную программу, для чего она вообщем нужна и какая библиотека без нее не установиться, для чего нужна эта библиотека и т.д.

Завидую, столько времени свободного есть у человека. Мне бы так.. А вообще, тебе это еще не надоело. Эта библиотека, та библиотека, еще одна библиотека. Так и с ума сойти не сложно ;)

когда услышал первый раз про лфс то не стал смотреть
не хотел стать совсем красноглазым
компилил генту с нуля
нового узнал - сначала одной утилитой размечаеш диск
другой создаеш файловую систему

был удивлен

ставил компилить иксы
оно мне еще вытянуло кеды с кофисом и прочим гавном
компиленая с нуля она грузилась чуть быстрее
пробовал настроить принтер на принтсервер
убил 2 часа на купс
потом вместо райзерфс форматнул в нтфс и забил мр3
с тех пор не пользуюсь линухом

оказалось че есть куча свободного времен которое можно потратить на изучение 8битных контролеров и freebsd

>оказалось че есть куча свободного времен которое можно потратить на изучение 8битных контролеров и freebsd

А в freebsd компилиться уже нынче не модно?

>оказалось че есть куча свободного времен которое можно потратить на изучение 8битных контролеров и freebsd

Мда и много интересного из pic и atmel ты для себя подчеркнул :)) Гы лутьше озадачся изучением VHDL ключевое слово для поиска ПЛИС откроеш для себя много нового.

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

"Будто" - тут ключевое слово :-)

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

>"Будто" - тут ключевое слово :-)

тут ключевое слово "будто я" - Большой Брат смотрит за вами!

Да, действительно, ссылка работает. Но окончательный шаг к релизу (официальное сообщение) еще не сделан.

Насчет udev и hotplug: hotplug мертв, его функции полностью взял на себя udev.

Пользуюсь с удовольствием. Долго ждал релиза нового, на выходных поставлю. > То трепетное чувство при первой перезагрузки ... Было, было...

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

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

Хорошая фраза. Показательная. Вот зачем нужен LFS - для ощущения контроля!

>> Windows -> LFS -> Kubuntu -> LFS-> Gentoo в близи положения >> равновесия трудно описать вектором

>Конечно, потому как сумма таких переходов равна нулевому вектору, >потому как гента == винда.

Пиз--ц. Договорились. :) гента == винда linux == windows.

Ура товарищи, вы жопу с пальцем не путаете часом?

> От grub до fvwm грузится меньше 20 секунд со всеми демонами.

Нашла чем гордиться (ц). Мой archlinux из коробки 10 секунд грузится.

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

Последние года 2 мне даже всеравно стало под какой ОС работать. Скопировал хоум -- и система уже настроена "под меня". Зачем тут lfs?

LFS? Get 0-day exploit!

> Вот зачем нужен LFS - для ощущения контроля!

К сожалению, Вы правы.

Вы (или кто-то другой, неважно) собираете ядро, как Вам (или ему) нужно. Пусть нужен файловый (NFS) сервер. А чтобы не возиться с fsck после пьяных электриков, на диске будем использовать файловую систему ext3, тем более она еще и используется в LFS по умолчанию. Все вроде просто, тупо, и "проконтролировано". Только почему-то в логах полно такого:

EXT3-fs error (device sda3): ext3_get_inode_block: bad inode number: 16740167

Aborting journal on device sda3.

EXT3-fs error (device sda3): ext3_get_inode_block: bad inode number: 4278218567

EXT3-fs error (device sda3): ext3_get_inode_block: bad inode number: 16740167

EXT3-fs error (device sda3): ext3_get_inode_block: bad inode number: 4278218567

EXT3-fs error (device sda3): ext3_get_inode_block: bad inode number: 16740166

EXT3-fs error (device sda3): ext3_get_inode_block: bad inode number: 4278218566

ext3_orphan_cleanup: deleting unreferenced inode 97404

ext3_orphan_cleanup: deleting unreferenced inode 96037

Эксплойт, с помощью которого пытались заDoSить этот сервер, взят с http://bugzilla.kernel.org/ (точную ссылку дам по ICQ, 31585705). Исправление я знаю. В некоторых (признаю, не во всех) дистрах оно уже есть. Только какой уровень контроля нужен, чтобы такое отловить и предотвратить в LFS?

>PS: хотелось бы услышать комментарии об успехах в использовании LFS, и о той пользе, которую проект принёс лично вам.

Польза, безусловно, есть - примерно как от ассемблера: работать с этим невозможно, но знать нужно. :) Сильно разочаровался, когда ставил систему - начало прошло на ура, а при компилляции какая-то крайне важная фигня (то ли libc, то ли ещё какая библиотека) не скомпилилась - не нашла дефинишына. Сильно матерился - что за му$$ки гонят в общий доступ систему, которая даже не способна собраться без глюков. Снёс без сожаления, поставил RedHat.

Конечно, "собирать с нуля", особенно такую помойку как Линукс, крайне приятно. Но ОЧЕНЬ ЖАЛКО ВРЕМЯ. С одной стороны мы имеем всякую попсу в виде графических инсталляторов, тупо предлагающих делать всё на автомате или полуавтомате, а с другой - вот такие вот LFS, где разве что сектора диска руками не правишь - слишком низкоуровнево. Нужны ХОРОШИЕ инструменты, дающие удобный интерфейс к низкоуровневым вещам, но не скрывающим их тонкую настройку. Ну и хелпов побольше! Чтобы прямо во время инсталляции объяснялось, на что влияет каждая опция.

А так - фигня всё это... компиляции, напильники... на дворе 21 век, а мы не можем толком связать два независимых модуля. QNX - наше фсиьо. :)

А нужен ли discover, если в системе есть udev?
Я смотрю, что в debian/testing оставили и discover и hotplug скрипты ну и udev. Зачем???

Ну чтож, хорошая книжка.. ;-)

> Польза, безусловно, есть - примерно как от ассемблера: работать с этим невозможно, но знать нужно. :) Сильно разочаровался, когда ставил систему - начало прошло на ура, а при компилляции какая-то крайне важная фигня (то ли libc, то ли ещё какая библиотека) не скомпилилась - не нашла дефинишына. Сильно матерился - что за му$$ки гонят в общий доступ систему, которая даже не способна собраться без глюков. Снёс без сожаления, поставил RedHat

При сборке LFS нужно быть ОЧЕНЬ внимательным. По крайней мере при сборке статической системы, когда от её качества зависит успех сборки основной системы. Я по началу тоже ошибался, но потом нашёл СВОИ ошибки и всё пошло нормально.

> Но ОЧЕНЬ ЖАЛКО ВРЕМЯ

Для первой сборки времени уходит конечно много. Для последующих сборок на случай замены glibc или gcc или сборки под другую архитектуру, что потребует полной пересборки системы, можно иметь скрипты автосборки, которые можно взять готовые в проекте nALFS или получить во время сборки первой системы, записывая свои действия в файл. Я выбрал второй вариант. При этом когда идёт процесс сборки, я сам занимаюсь своими делами.

> Нужны ХОРОШИЕ инструменты, дающие удобный интерфейс к низкоуровневым вещам, но не скрывающим их тонкую настройку. Ну и хелпов побольше! Чтобы прямо во время инсталляции объяснялось, на что влияет каждая опция.

Ну ты захотел!! ;-)

> цели udev - "организовывать" иноды. hotplug - по сигналу ядра скрипт запускать. даже если udev без него обходится, базовый функционал обрезать нельзя

Что мешает написать правило для udev для запуска этого самыго скрипта?

> Колебание системы (Windows -> LFS -> Kubuntu -> LFS-> Gentoo) в близи положения равновесия трудно описать вектором.

Да, именно так приходят к слаке :)

> Эксплойт, с помощью которого пытались заDoSить этот сервер, взят с http://bugzilla.kernel.org/ (точную ссылку дам по ICQ, 31585705). Исправление я знаю. В некоторых (признаю, не во всех) дистрах оно уже есть. Только какой уровень контроля нужен, чтобы такое отловить и предотвратить в LFS?

man Google(kernel.org) help yo, Luke

> > Нужны ХОРОШИЕ инструменты, дающие удобный интерфейс к низкоуровневым вещам, но не скрывающим их тонкую настройку. Ну и хелпов побольше! Чтобы прямо во время инсталляции объяснялось, на что влияет каждая опция. > Ну ты захотел!! ;-)

Угу, помесь GDB и emerge, да чтоб песни пела и варез сама искала :)

> Нужны ХОРОШИЕ инструменты, дающие удобный интерфейс к низкоуровневым вещам, но не скрывающим их тонкую настройку. Ну и хелпов побольше! Чтобы прямо во время инсталляции объяснялось, на что влияет каждая опция.

Попробуй Т2 Linux - там этого побольше, а так, почти тот же LFS

>> От grub до fvwm грузится меньше 20 секунд со всеми демонами.

>Нашла чем гордиться (ц). Мой archlinux из коробки 10 секунд грузится.

Боюсь, что это лишь субъективно. Я тоже думал, что мой lfs за 10 сек грузится, пока не замерил. Вставьте строку cat /proc/uptime перед запуском wm. Просто я не могу поверить, что это физически возможно, один автодетект двух ide cd/dvd девайсов занимает секунды четыре.

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

>Последние года 2 мне даже всеравно стало под какой ОС работать. Скопировал хоум -- и система уже настроена "под меня". Зачем тут lfs?

Тут каждому своё, мне недостаточно только конфигов. На некоторые пакеты я накладываю свои патчи для изменения некоторых свойств так как мне удобно/необходимо, не говоря уже о тщательном отборе этих самых пакетов опять же под мои нужды.

> man Google(kernel.org) help yo, Luke

Давай. Если по тому, что я дал, ты можешь найти номер бага, претензию снимаю. Иначе - в сад.

> man Google(kernel.org) help yo, Luke

Google полезен только ПОСЛЕ такой атаки. Использование дистра с нормальными мейнтейнерами способно такую атаку предотвратить.

> Давай. Если по тому, что я дал, ты можешь найти номер бага, претензию снимаю. Иначе - в сад.

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

> Телепаты в отпуске, а своевременные апдейты никто не отменял. Не забываем - речь идет о LFS, скоппилять свое ядро никто не запрещает, да и патчей надергать из других дистров - тоже.

Согласен! Только какой телепатией ты получишь знание, что тебе нужен патч, прежде, чем тебя поимеют? Этого патча до сих пор НЕТ в официальных стабильных ядрах.

А подскажите мне, нужен ли пакет linux-libc-headers, если его последняя версия 2.6.12, а я собираюсь ставить ядро 2.6.16.х ?

> нужен ли пакет linux-libc-headers, если его последняя версия 2.6.12, а я собираюсь ставить ядро 2.6.16.х ?

Нужен. Но в книге CLFS-BOOK используется linux-headers так как linux-libc-headers давно не развивается. Можно взять его, но там есть мелкие отличия, нужно будет почитать соответствующие разделы в CLFS-BOOK.

> Согласен! Только какой телепатией ты получишь знание, что тебе нужен патч, прежде, чем тебя поимеют? Этого патча до сих пор НЕТ в официальных стабильных ядрах.

RSS? Если нет, то это еще не означает, что меня поимеют, о пользе предохранения много говорили. Вопщем, сначала удаленный эксплоит, потом до local root, мороки больно много.

> А подскажите мне, нужен ли пакет linux-libc-headers, если его последняя версия 2.6.12, а я собираюсь ставить ядро 2.6.16.х ?

После ядра 2.6.11 можешь смело ставить headers прямо из сконфигуренного и собранного ядра, как и в 2.4 ветке. НО! Официально правильно - использовать пакет linux-libc-headers, хоть он и уже черти сколько не развивается.

> После ядра 2.6.11 можешь смело ставить headers прямо из сконфигуренного и собранного ядра, как и в 2.4 ветке

Некоторые проги не собираются при таком варианте. Я так пробовал и у меня самба не собралась, ругалась на заголовки ядра, а после пересборки системы с linux-libc-headers всё прошло нормально.