Инсталяторы с других платформ

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

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

Наметок я вам дал много, и кое-что даже на блюдечке. Дерзайте,- с чуством, с толком, с расстановкой.

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

"semiono" написал:

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

Патчи там полезные,- как правило для исправления ошибок.
А набор софта,- это ваша собственная компоновка, кто вам мешает прицеплять свое и выкидывать ненужное.
Я к примеру, всегда ставлю grub-0.97 вместо второго и тд.

И опять же, вы задали вопрос:

"semiono" написал:

А нету руководства как собрать всё вручную, начиная с binutils gcc gtk? Еслиб знать всё тогда можно начать)

Я вам подробно расписал. Именно binutils gcc и потом gtk (в BLFS) как хотите. Другого LFS в природе нету(И большей свободы, чем в нем по опредеоению нет).

Кроме того, я сделал оговорку, об первичном освоении пакетных дистров. Хотите гнома-2 и АПТа? Вам в Дебиан.

redux написал:

[quote="Wolfenberg"]Ну почему же. Дистрибутивы, работающие на RPM-пакетах могут использовать APT. Только хорошего это мало принесёт. Например, в fedora менеджер пакетов APT проверяет, в отличие от YUM, не только стабильные репозитории, но и отладочные. Может до кучи качнуть даже с тестовых веток "недостающие пакеты". Я так едва не обновился с Fedora 17 на Fedora 18 Beta1. Больше не тянет.

Смотреть в

/etc/apt/sources.list

а также наличие и содержимое файлов в

/etc/apt/sources.list.d

и настроить источники так- как нужно по вашему мнению.

Это не apt такой плохой,- а его просто настраивать надо. А то по- вашему прям выходит, что АПТ сам за вас решает откуда что качать.[/quote]
А то я не знаю, где у меня списки реп...
Только там эти источники закомментрованы. В Yum.repo.d их вообще нет.
Тем не менее, APT вообще чувствует себя в полной свободе.

"Wolfenberg" написал:

А то я не знаю, где у меня списки реп...

Видимо всё-таки не знаете., если пишите

"Wolfenberg" написал:

В Yum.repo.d их вообще нет.

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

Вы пишите, что убрали у апта источники (закоментировали),- а он, как вы пишите:

"Wolfenberg" написал:

Тем не менее, APT вообще чувствует себя в полной свободе.

- у него что свобода воли что-ли появилсь?
Можно подумать тут волшебство какое-то, и он (существо по имени АПТ) так по своему желанию
вам прон качать начнет без вашего ведома.

Вот пример вам:
У меня на одной из машин стоит ленни и всё содержимое реп залито на винт как локальный репозиторий.
в /etc/apt/sources.list только

deb file:///home/shaman/repository/mirror/ftp.debian.org/debian lenny main contrib non-free
deb file:///home/shaman/repository/mirror/security.debian.org lenny/updates main 
deb file:///home/shaman/repository/mirror/www.debian-multimedia.org lenny main

И система установки пакетов вообще в интернет не ходит,- всё есть на винте.

А в вашем случае (если отбросить 90% вероятности проштырить слово YUM вместо apt),
вероятнее всего остались альтернативные конфиги в /etc/apt/sources.list.d/
положенные туда хитроодноместными разработчиками, чтобы вы по-больше тестили их поделие.

А из каких bin+lib состоит apt? Я бы его просто скопировал к себе :)

semiono написал:

А из каких bin+lib состоит apt? Я бы его просто скопировал к себе :)

Ну вот тут например можно смотреть http://packages.debian.org/squeeze/apt если я правильно понял.

redux
Видимо, вы плохо меня поняли.
У меня два конфига создано: один для APT, другой для YUM.
Насколько я помню, каждый из них пользуется своим, игнорируя другой.
Так вот, все ветки rawhide в /etc/apt/sources.list.d закрыты знаком комментария.
Тем не менее, он сканирует и их тоже.
Если использую yum, то он затрагивает только те, что открыты в yum.repos.d.
P.S. "Из коробки" конфиг APT вообще ни черта не содержит.
Нет, APT сам ничего не качает. Он просто выдаёт, что найдено обновление в репах Fedoraplanet (нестабильные ветки)
и предлагает обновиться.