Вставил кат и тег.

Мда. Забываю.

Но если честно то жалко, что автор не привёл факты =( например из http://ru.wikipedia.org/wiki/Gentoo

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

Говорят АРЧ тоже хорош для изучения.
Мне удалось его за 2 дня настроить до состояния 1 в 1 как было в Убунте.

Напиши подробную howto "Настраиваем Arch до состояния Ubuntu за два дня" =)

Всё уже давно мной написано
Arch Linux =) Или Linux не для Нубов, часть 1
Arch Linux =) Или Linux не для Нубов, часть 2

ууу..нее. Это я видел) Там ещё пилить и пилить чтоб было "состояние Убунту".

=))) Не интересно всё всё всё разжёвывать..

Это я согласен)

тогда зачем вам арч?

Наверное Вы хотели сказать зачем мне Убунта? Если я смог поставить и настроить Арч?

для изучения подходит любой линукс. Ну кроме извращений типа LinuxXP

эээ... Брэхня... Пока стояла бубунту - я мало о чем имел представление; поставил генту - сразу ооочень многое стало понятным и вполне логичным...

Поддерживаю. Такая же история с мандривой чуть более года назад

А зачем изучать *бунту? Её надо просто использовать =)
А изучние Linux-систем, тут да, генту и прочие "дистроконструкторы" более пригодны для этих целей.

это не изучение, а ознакомление, в той же винде, у тебя когда проблемы сам решаешь? вот и тут так же. Изучение, это уже ебилды писать и изменения делать самой системы, а не настройка. ИМХО

Не согласен. Личный пример: 13 лет использования винды, от тотального нуба и 95ой до админа у интернет-провайдера и 2003. Переход на линукс осуществлялся с изучения уже установленной федоры. Сначала просто пошарился немного, потыкал кнопочки/галочки. Потом полез смотреть ФС, как там все устроено, что вапще происходит. Дальше встала необходимость поднятия сервисов - начал гуглить и читать маны, освоил консоль. Дома появилась убунта второй системой. Постепенно, решая возникающие траблы и изучая форумы, достиг мысли, что я уже готов попробовать что-то более серьезное...
Дальше была FreeBSD и долгий путь к Gentoo, но это уже совсем другая история.

В то же время, в бытность мою еще студентом админили мы терминальный класс в родном универе и захотелось нам поставить FreeBSD, о которой много слышали. Поставили, посмотрели, потыкали кнопки. Снесли. Без знания основ и без элементарных базовых умений установка таких дистрибутивов бессмысленна. Что толку человеку ставить gentoo, если он не понимает принципов работы chroot, не знает хотя бы приблизительно как компилируются программы и что значат те или иные ошибки компиляции, не умеет пользоваться маном и не имеет привычки гуглить? Да такой человек gentoo из stage 3 вообще не поставит, я гарантирую.

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

А воспитание в процессе обучения?!

Для этого люди слишком ленивы. Имея только голую консоль, нужно как минимум иметь второй комп, чтобы гуглить вопросы и читать хэндбук. Это лишние телодвижения и не у всех есть два компа (установка в виртуальной машине меня лично никогда не возбуждала, не знаю почему :))
Кроме того, не зная какой бывает софт в дистрибутиве, совершенно невозможно определить что тебе нужно поставить, а что не очень. Имея опыт работы с мега-монстрами типа Mandriva Power Pack можно уже более-менее ориентироваться в софте, ибо там, кажется, есть вообще все :)

А я с мини-оперы сёрфил по генту-форумам и хендбуку (плюс, конечно же, переключение на соседний терминал) :)

если грубо приблизить, то та же история у меня.

Линукс любой может обучить, зависит от обучаемого

Нуу... У нас просто разные задачи стояли, во время начинаний знакомств с миром linux. У меня это был (и есть) desktop, у вас - администрирование систем (если я правильно понял). Кстати, убунта, все-таки, внесла свой пучек знаний: пробуя генту, я примерно знал, какие пакеты нужно устанавливать :)

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

Существуют ситуации, когда важны не только получаемые знания и опыт, но и время поднятия системы. С нуля установка и настройка gentoo до состояния полноценного десктопа займет уйму времени. У меня доступны были пара часов по вечерам и то не каждый день и оживить комп нужно было максимум за неделю. Ясное дело, что я пошел по пути наименьшего сопротивления и поставил Ubuntu, а когда почувствовал в себе силы справиться с задачей установки gentoo быстро и без лишнего гугления - совершил сей поступок. Конечно, потом система долго допиливалась по чуть-чуть, но начальная установка и настройка десктопа заняла суммарно (без учета времени компиляции, ибо сборка происходила ночью, а ночью я либо сплю, либо мне вообще не до компа) около 5-6 часов.

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

Что это за бред? Если уж и пишите статью, то удосужтесь почитать по теме хоть что-то. Кто и что должен был вынести из этой статьи?

Полностью согласен, тема не раскрыта.
Данная статья похожа на набросок или очерк.

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

Лучше пишите о USE, о make.conf'е //вроде так он, да?//, о дереве портэжей, о том, как зависимости контролируются, о том, как при очередном emerge консоль ругается что надо выставить +consolekit, ты это делаешь и не опять ругается, о том, как депенденс хелл делает из тебя красноглазое чудови.....

Шучу. Больше конкретики, то, что генту - тоже линукс, и то, что там надо компилить знают все.

А вот про +consolekit не знаю (или не помню)
На своей памяти портаж всегда обо всем адакватно просил.
Поставишь нужное и вперед!

меня в свое время зверски взбесил в сабайоне.

kde?

в смысле?

what wm/de?

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

Кстати, зачем спрашивать о вм/де? я понимаю де - набор программ, но вм-то. Ну скажу компиз или квин, что это даст?:)

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

*спряталя в угол и спрятал коммент, что его первый дистрибутив генту, и что на нём уже третий год.*

напиши кстати ты статью. Если нужен список вопросов, по которым писать, не вопрос, задам :)

Давай, че я тут еще забыл
;)

оооо
начнем.
1. Портэж. Почему именно такая структура репа, в чем преимущества, зачем?
2. Зависимости. Как отслеживаются?
3. Подробный механизм действия команды emerge
4. выгода от компиляции всего - миф или реальность?
5. флаги USE, их эффективная расстановка. Объяснения типа хочешь гном - ставь +gnome +gtk -qt -kde не предлагать. Интересуют системные флаги.
6. А если я не хотел гном, а потом захотел, чтоже всю систему пересобирать ШТОЛЕ????7

Не. Я не разработчик.
А в код не лазил, ибо оно пока работает.

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

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

да плевать на красноречие, правду давай, правду!!!111

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

Генту хорош тем, что он очень гибок в настойке, так как программы ставятся из исходников, то мы выбираем как и что ставить, тоесть мы можем поставить программу убрав определеные флаги (USE flags) без UI или же поддержки того чего нам не надо, в то время как во многих дистрах, пакету уже собраны по стандарту. Пакентный менеджер генту — это портаж. Идея портажа взята с портов фрибсд, у вас на компе находиться список программ разделеный как вид-программы/программа/версия ( к примеру /usr/portage/xfce-base/xfce4-panel/xfce4-panel-4.4.3.ebuild ) так же там находится папка для патчей и файл с иной о имеющахся версиях. Список можно обновить с помощью emerge --sync, которые соединяется с офф. списком и находит изменения, кстати можно указать с каким сервером обвнолять (но лучше обновлять с офф сайта) (есть и другие варианты обвновить список). C обновлением самого портажа вносятся глобальные изменения ( тут это не обновления того списка,а имено самого пакетного месенджера), такие как удаление программ из него, важные флаги, новости.
Одна из важных настроек системы это /etc/make.conf, ( мой пример).
CFLAGS - настраиваются для процуессора и компа, лучше настроить раз по хендуку и не трогать больше
EMERGE_DEFAULT_OPTS="-va" ( настройки компиляции, тут я поставил чтоб показываало что ставит и спрашивало хочу ли я это по дефолту)
ACCEPT_KEYWORDS="x86 ~x86" — в генту есть кейвордс, тоесть программа может быть оптимизирована или поддерживатся тока на определеных процессорах, такие программы помечены кейвордс, чтоб ен разблокировав ты не мог их поставить, я сделал автоматом, чтоб принимал те что для моего процессора (пентиум х86)
GENTOO_MIRRORS="" - откуда скачивать исходники (если там нет автоматом с офф качает), у меня стоит институт в моем городе, потому скорость побольше
#SYNC="rsync://mirror.hamakor.org.il/gentoo-portage" - откуда синхронизировать ( как видите у меня заблокировано, не советую ставить другое, так как то место может само быть не самое обновленое)
USE="" — основные флаги ( повторю основные, тоесть те что я хотел бы, чтоб стояли для любой проги, которую я ставлю ( если они имеются)

Настройка програм же происходит в основном через /etc/portage/package/package.*
там имеются package.mask / .unmask - блокировка, разблокировка(те что портажем заблокировано (не стабильные, непровереные версии)
keywords — про это писал выше
use — самое важное, сюда записаваем флаги, которые мы хотим использовать для определеной программы ( к примеру в transmission я юзаю флаг гтк, в то время как мплаер я собираю без него)
пример оттуда
dev-util/subversion -dso
>=net-libs/libsoup-2.25.1 gnome ( видно первый для всех версий, второй же тока дял тех что выше 2.25.1 ( включительно)

Установка программ происходит через портаж emerge cowsay или же emerge =cowsay-*.* (первое ставит последнюю версию , второе ту что указываем)
при обновление портажа можно запустить emerge -uND world что обвноляет проги по версии, те в которых я изменил флаги, или те у которых произошли изменения
emerge -C porgram - удаляем
остальные команды по ману или хелпу ( man emerge, emerge --help)
Кстати world, это утсановленые программы, system - системные
важная вещь после обновлений это revdep-rebuild, она проверяет не битые ли какие программы, либы или пакеты и переставляет их.
Если программа которую вы хотите, не находится в портаже, то можно поставить ее с помощью layman из оверлеев (это как бы персональные мини портажы), но я не советую, так как если в этом оверлее есть другие не стабильные вещи которые у вас есть, он обновит и их, придеться игратся с масками. Потому я иду другим путём,можно сделать локальный минипортаж (в майк.конф выше показаны настройки)
там так же как и вопртаже хранятся ебилды (информация что за прога, откуда качать и как, как собрать, какие зависимости сборки и работы, как установить), и поверьте их не трудно написать ан примеру уже имеющихся или же скачать с тех де оверлеев себе в локальный. Скачали запустили ebuild /usr/local/portage/тип_программы/программа/программа-версия.ebuild digest, и она у вас в списке программ для установки ( если нет ошибок, они могут быть и при сборке).

Ядро настраиваем так cd /usr/src/linux
make menuconfig (выбираем то что нам надо , тут лучше смотреть документации )
make && make modules_install && make install
/usr/src/linux - ссылка на один из /usr/src/linux-тип_ядра-версия ( есть ванильныве дяра и эксперементальные с дополнительными патчами, но я юзаю имено генту ядро)
обновляем ядро скопировав из папки старого .config в новое, запускаем make oldconfig а потом как выше описано, он спросит насчет нововведений, какие опции вы хотите. так же важно не собрать ядро ( имено с портажа а не на компе с флагом симлинк иначе ядро будет текущее а папка /usr/src/linux будет ссылаться на более новове ядро). Выбрать можно замечательной прогой eselect. При обновлении ядра не забудьте пересобрать модули и дрова, что не из ядра.
Кстати eselect помогает выбрать профайлы ( дефолтную версию питона, текущего ядра и так далее)
так же как и было сказано полезная программа это eix. с помощью ее, легче искать пакеты в портаже
equery (portage-utils) может помочь выдать зависимости программ, или же какие программы зависят от данной, что значат флаги и в какой пакет входят определеная программа ( либа)

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

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

кстати есть вики генту, там есть на нескольких языках инфа, полезный сайт

А я думал, Вы на это: http://welinux.ru/post/1019/#cmnt14860 отвечать будете...
Может, Вы забыли... Что скажите по пунктам 1 и 3?

Посмотрел на make.conf
Напишите коротенько о FEATURES, больно много и все интересные ;)


Идеологически Вы правы. Но однажды (при смене архитектуры) я перетащил make.conf, но забыл забэкапить packages. Сам, конечно, виноват. С тех пор все в make.conf держу. (И причечение: чтобы не лазить в конфы иногда делаю euse -E/-D FLAG. А оно тоже все в make.conf пишет...
У меня душа не лежит к порядку, наверное.

Про EMERGE_DEFAULT_OPTS - хорошая вещь. Подписал.
На остальное дал ссыль.

Не совсем верно, и не очень хорошо. Пакеты так же маскируются если их толком не тестировали. Таким образом, вы фактически получаете все пакеты тестовые для своей архитектуры. Поэтому, лучше локально размаскировать поместив в /etc/portage/package.keywords например такое:


net-im/psi ~x86


Убережёт от кучи проблем в дальнейшем.

З,Ы: сорри за некропостинг :3

фольклор понравился!

Вот я тока тока прочитал. Не знаю, мб во время первых комментов статья была тока наборском, но сейчас - довольно зрелая. Правда сравнения явного не хватает, и МИНУСОВ. То есть похоже на рекламу. Не то чтобы это плохо, но новичкам нужен трезывй всгляг. А как же про написание конфигов? Ну при обновлении. А про время ан установку? За плюсы нужно платить опытом и временем. Я кстати большой фанат генту. Писал бы я про свой дебиан - я бы в нем души не чаял =) Однако и про минусы упомянул. Все познается в сравнении. Спасибо!

Нормально написал, хорошо. Держи плюс!

сколько выпил-то?:)

Бггг =)
2 терафлю, глаза слезятся! Недуг изнутри ест...

Пардон, а какие конфиги надо писать при обновлении? Я что-то пропустил опять? :)
Обновился, в конце сказали, что конфиги обновились. Ок, натыкиваем dispatch-conf и понеслась:
1. смотрю название конфига.
2. если конфиг мной исправлялся, смотрю что хочет добавить/удалить новый и принимаю решение, нужно оно мне или нет.
2.а. принято решение, что нужно - лезу в другой консоли сохранять старый конфиг, применяю новый, аккуратно переношу свои старые настройки в новый конфиг.
2.б. принято решение, что не нужно - тыкаю 'z' и не мучаюсь.
3. если конфиг мной не исправлялся, тыкаю 'u' и не мучаюсь.

Пока никаких коллапсов мой метод не производил... :)

Я про это и говорил =)

А, ну ясно. Имхо, не такая уж это большая беда - краем глаза конфиги окинуть :)

Для тебя или меня не беда, однако если советовать новичкам, то по моему опыту такие мелочи их вгоняют в дикий ужас =)

Было время, когда меня само слово Gentoo вгоняло в благоговейный трепет. Тогда я сидел на винде и осторожно копошился в убунте под вмварью. И отчетливо понимал, что пока не освою хотя бы базовые принципы, соваться в стан source-based дистрибутивов не имеет никакого смысла :)
Это я к тому, что если мысль о возне с текстовыми конфигами и чтении мануалов на английском в черно-белой консоли повергают в уныние, то знакомство с gentoo лучше отложить :)

Вот такую фразу в пост бы я и добавил =)
"Если мысль о возне с текстовыми конфигами и чтении мануалов на английском в черно-белой консоли повергают в уныние, то знакомство с gentoo лучше отложить :)"

а вот насчет чернобелой ты наврал

Это цитата =)
Из камента выше

значит он наврал!!!111

Наврал, применительно к gentoo. Для красного словца вставил :)
Из пакетных дистрибутивов (конечно, видел я их не много, но тем не менее) мало кто смог удивить меня гламурной консолью на фреймбуфере и хоть какой-нить раскраской. Все уныло черно-серое и в разрешении 80х25 символов. Отвратительно, одним словом.
Кстати, лично у меня именно маны черно-белые. Читать неприятно, но надо :) Есть решения по переделке этого безобразия?

Про gentoo уже прикольное было

1. не 2n+1 явно. При двух ядрах - пять потоков чересчур, рекомендуют n+1, я гарантирую
2. как я понимаю, частично зависимости отслеживаются теми самыми флагами USE, так ли это?
3. +13% вот тут ты попал:) вот для меня производительность - это визуальная скрость работы программ на десктопе. А тут что за производительность?
4. ну и про выйгрыш места на диске как-то вяло. При компиляции создается такая туева хуча допфайлов, что там о проигрыше нужно говорить:) кто-то говорил, что от сборки ООо их 5 Гб и я ему верю.

Вопрос вот в чем еще, то есть, грубо говоря, пакеты, которым гтк не нужен, не будут пересобираться?

1. Заговорился. Спасибо. Исправил. (а сколько комментов...)
   
   
2. http://www.gentoo.org/doc/ru/handbook/handbook-x86.xml?part=2&chap=2. Извините за введение в заблуждение :)
   USE - не отражение зависимостей, а возможной функциональности пакета.
   Если apache2 имеет юз php - это не значит, что php зависит от первого.
   
   
3. А куда я попал? :) Я ж говорил, противно, когда все результаты складываются, потом делятся и усредненно получается абстрактная цифра. Определение производительности импонирует, но здесь я могу сказать только субъективно и без цыферок: в сравнении с кубунту 8.10 моя тогдашняя система мне показалась быстрее. (Как и в "прикольном" посте по ссыле выше, я не отрицаю чисто психологической предубежденности...)
   
   
4. Да, ООо - монстр :) Но их на память оставлять никто не просит. 5Гб требуется именно во время сборки.
   А о чем комментарий? О том, что во время компиляции требуется доп. место на диске?! Ну, требуется.
   (Кст, надо написать, как перенести сборку в оперативу? Или уже оффтоп будет?)
   А насчет места, я имел в виду вот что: кому-то нужно поставить net-print/hplip. Если будет включен юз qt (там и 3 и 4 есть), то соотв. кутэ проставятся. А если кто в гноме и ему это надо только чтоб сканер заработал, то qt явно лишняя.

2. не совсем про то. Прав ли я, говоря, что допустим, ставя на голую систему копете, он потянет за собой не только, скажем, весь кде, но и потребует пересборки какого-нить нетворкманагера с нужным вариантом оболочки? я утрирую в примере.

3. Опять не про то. Честно скажи, с потолка цифру взял, или сам сидел и считал? И если считал, то как. Вот я например, собрав генту, в случае, если она отстанет от 11-ой федоры по скорости работы (20 сек загрузка, быстрая работа кде), буду считать сборку неудачной.

4. Да, кстати, допиши, это интересно. Там тупо /var/cache/...че-то там монтируется в память или как?

2. Ну, точно говоря на "голой" системе "какого-нить нетворкманагера" не окажется. Допустим, там уже гном, да? Интересный эксперимент, но IMHO в таком конкретном случае копета скорее всего просто вытянет кеды.

3. Не, не сам считал :) Грил же. Тест какой-то читал. Убить меня за эту цифру мало, да?

4. Да. Просто монтируем.
tmpfs /var/tmp tmpfs size=3G 0 0
Ясно, что если хочется собирать ООо, то этого уже не хватит. На остальное хватает.

ну так и скажи, что чуваки говорят, а я не мерил :)
Вот когда та же федора заявила бут-тайм в 20 сек, я с секундомером сидел - сволочи, ровно 20! Тоже самое будет и с генту.

Слушай, но ведь оно (производит.) субъективно, если исходить из твоего определения...
Дело в чем: по критерию я согласен, поставить 1-2 дистра место есть. Кто б сказал что и КАК мерить, чтоб споров не было.

да берешь часы да замеряешь сколько времени до логин-менеджера, сколько грузится гном/кде/иксфце дополных прекращений обращений к диску. Чем не критерий? Плюс, кеды версии 4.1 например намного медленнее работали, чем те же 4.2. Как измерить? это уж на глаз, долфин там открывался секунды три, а сейчас полторы от силы до полной прорисовки

а сервисы? которые rc-update? Если я щас на своей в автозагр. apache, mysql, cupsd, mpdscribble, lastfmproxy, preload, rtorrentd, alsasound, hddtemp вырублю оно ж немного быстрей грузиться начнет :)

Да, и насчет версии кед, ведь нету дистра еще с 4.3RC1

ну мы рассматриваем десктоп вариант без апача. А мускуль, купс и иже с ними и там будут.

Дистров с RC полно, RC там везде получается подключением репов. К слову о репах, всегда радовала политика сусе в этом вопросе. Для популярных продуктов у них аж три разных репа, кроме того, что основной - итого четыре.

а с кедами там вообще на любой вкус

Млин. У меня уже никак не десктоп...
Как бы довести пакетник до ручки до состояния моей системы

а, и кстати, кэш компиляции в /var/tmp валяется? интересно. А можно ли смонтировать так, чтоб всегда компилялось в озу, а в случае недостатка оной переходило на диск, не в курсе?

Так мне с 3gb реальной этого хватало. На все кроме ООо.
Я больше скажу (вот тут сам все проверял :) из enlightment на 2gb физической не хватало кр. вышеназванного еще и на gcc. Остальное собиралось.

Опа. А где топик?!

мама.. у кого-нить есть в кеше?
исправил это чертово 2n+1.
нажал отправить... походу хреново...
кому не жалко, посмотрите...

да, обидно :(( черт

и самое прикольное, ах, если б это наривал не в FF а в редакторе.
Ниче, я восстановлю. Считай, место расчистилось.
Одно прибило: время столько....

PS: Гугл ессно тоже не успел...

ну гугл то пореже чем раз в 10 мин кэширует :)

добавь что генту - это название пингвина =)

и правда,только хотел прочитать...

в гентоо хендбука хватает по горло!!!
но сам в самом начале пути с талкивался с вопросами
-что такое лайман и как ими пользоватся
-что такое eix
а еще на досуге можно почитать http://gentoo.blog.ru/

Слушайте, я тут никак не могу найти че-нить на русском про ebuild`описательство, а?
Про лайман в востановленной еще напишу.

А что такого с eix?!

с ебилдами у меня тоже возникла проблема..руководства хорошенького на русском я не нашел..так и остановился на этом =(

eix: ну в хендбуке про него не сказано ,новички про него не знают ,а должны)))

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

про ебилды в википедии неплохо написано.

Не_пишите_линуксоЙды

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

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

чем же сабайон говно, можно полюбопытствовать?

да он на генте выезжает, елсиб ы его как убунту сделали одно, а то ен поймешь че. ЗАчем? ДА и не получится из генты сделать дистр похожий на убунту, иначе в чем прикол генту то?

Ты сабайон ставил? Это дистрибутив для повседневного применения, просто так, без кодерства и извращений. Ставится пятью кликами, имеет в себе превосходно настроенные дрова, очень свежий софт, выпускается чаще, чем остальные дистры.
Плюс, там встроен xbmc по умолчанию - виндоус медиа центр 9 10 11 какой там по счету не знаю отсасывает неиллюзорно.

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

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

посмотри кстати, так ли я выше тебе ответил, я пытался больше описать, чем ответить просто.

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

ну так как тут же исходники, сама идея взята с фрибсд как я сказал, если не понимаешь и надо глубже, то про это есть же в википедии

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

Ты понимаешь почему выбрана такая система, а не другая? Если да, объясни, если нет, скажи прямо, что нет. Че мне твои ссылки.

Напоминает слаку.


Слушайте, я посмотрел наверх и ответов на конкретные вопросы о деталях работы emerge и структцре дерева тоже не нашел.

Я помню, что до того как все улетело я писал ответ.
Читали? Про 1й и 2й уровень, и совпадение имен...

И почти все rpm-based дистры



напомни

Лично мне нравится структура древовидная, ибо:
1. в использовании через пакетные манагеры без разницы, дерево там или список или шарообразная субстанция;
2. когда я не знаю чего хочу, но знаю, что я хочу калькулятор - я иду в директорию, где лежат все калькуляторы и смотрю названия, а дальше eix и читаю подробное описание. В списке без категорий найти подобное просто не реально :)
3. иногда две разных программы могут называться одинаково, тут очень помогает древовидная структура;
4. одновременно в системе присутствует несколько версий программ - их удобно держать в директории, относящейся к этой программе. В списке это породит дополнительный хаос и неразбериху;
5. оверлеи, опять же. Самодельные ебилды не из основного дерева логично держать в древовидной структуре, ибо их может быть куча.

Эти поинты актуальны лично для меня, истинных причин создания BSD-like структуры портежей я не знаю. :)

1. Это ж не ответ на "почему?", или?

2. man eix какбэ намекает на eix -C something. А лучше: eix -S calculator(в посл случае Found 47 matches - только 5 из оверлеев).
Ну и скажу, что я лезу в /usr/portage только, когда модифицирую ebuild, чтоб files захватить. Остальное - eix. Но это - дело личной привычки. Так что возможно...

3. Да. Мы с Username говорили и я писал, но после слета топика восстановить забыл.

4. Не понял. Вам надо узнать без eix, какие версии в системе доступны для установки? Если все ebuild лежат в одном месте, то ls *PROG_NAME*, не?

5. Да. Согласен чуть более чем полностью :)

И еще забыли: возможно, это просто традиция?!

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

Еще так можно: eix app-calc/

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

Тем не менее, от дерева тоже легко кэш получить, поэтому структура не померла,я щитаю

ты сам-то понял что сказал?
Идея портажа взаимствована с портов фрибсд кстати, я считаю ее довольно удобной

Да что позаимствована - ясно. А там ее почему ввели? (правда интересно)

ну какой-то разработчик придумал, поняли, что удобно, вот и ввели, наверно так =)

неа.
для меня не ответ. Про оверлеи я за см. выше, но - хитрый момент в таком случае категории бы указывали на место, откуда он. Например категория кед = дира под /usr/portage = адрес нета, откуда ебилды. Повторение имен внутри сей диры исключено, ибо все и так лежит дистфайлами в одной дире. Я еще понятен?

Кст,
Я каждый раз, когда правлю или делаю ебилды, перед тем как запихать их в лок. оверлей должен узнавать, к какой группе он принадлежит и создавать соотв. диру (

ну можно и назвать по своему, просто не удобно будет, а вообще оверлей и портаж это тоже самое, тока оверлеи, это не оффицальные портажи =) а вообще вопрос просто не конкретный, почему имено это. это как спросить, почему ядро написано именно на том языке, что написано, а не на другом ? просто видимо наиболее удобный вид к которому пришли это порты, так как собираеться сорцов, держать все сорцы бесполезно на компе ( места не хватит), ну потому и сделали ебилды ( файл описывает, где, как собрать и какие зависимости) и это логично, ну и чтоб не держать тупо списком все файлы их решили рассортировать тип/прога/версия

так в том и вопрос почему тупо?
Username правду грил: репы rpm`шников все в куче удерживают
(это не значит, что я согласен с ними)

Я кст еще одну причину придумал.
Вы собираетесь дигестить ебилд, и ессно жамкаете tab на пути к нему. Если бы все были в одной дире, даже после символов 3-4 симв - куча вариантов вылетало, а tty1 (допустим) не у всех на фреймбуфере был и есть - даже не влезало. И жамкать q (выход из less/more) и забивать 5й или 6й символы действ могло быть неудобно. Такие дела.

Кст. видели же эпичный тред на генту.ру о портаже в БД? Система уже закостенела, что даже такое не принимает, а там еще и регулярками можно было бы поиграться, помимо расчета зависимостей побыстрей... А мы тут со структурой... (
Но будь они все в БД, тогда необходимось категории имхо полностью отпадает, не?
(или оставить, но типа описания)

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

autounmask поможет быстро размаскировывать пакеты

Не думаю, что одно быстрей чем
echo 'media-tv/xbmc' >> /etc/portage/package.unmask/local
или
echo 'media-tv/xbmc' >> /etc/portage/package.keywords/local
(по потребности)
=
А Вы понимаете, что Ваш autounmask делает?!

полностью согласен, если хотите автоматики, зачем вообще нужны флаги? Аутоанмаск ставит иногда не так как надо. Кстати да — пробывал его юзать, удалил.

прекрасно понимаю, дорогой спорщик:

~# autounmask media-tv/xbmc-9.04

autounmask version 0.26 (using PortageXS-0.02.09 and portage-2.1.6.13)

* Using repository: /usr/portage

* Using package.keywords file: /etc/portage/package.keywords
* Using package.unmask file: /etc/portage/package.unmask
* Using package.use file: /etc/portage/package.use

* Unmasking media-tv/xbmc-9.04 and its dependencies.. this might take a while..

!!! CONFIG_PROTECT is empty * Added '=media-libs/sdl-image-1.2.7 gif jpeg +png' to /etc/portage/package.use
!!! CONFIG_PROTECT is emptyUSE flags should not start with a '+': +png
* Added '=media-libs/libsdl-1.2.13-r1 X alsa +audio +video' to /etc/portage/package.use
!!! CONFIG_PROTECT is emptyUSE flags should not start with a '+': +png
USE flags should not start with a '+': +audio
USE flags should not start with a '+': +video
* Added '=dev-libs/xmlrpc-c-1.18.02 curl' to /etc/portage/package.use
!!! CONFIG_PROTECT is emptyUSE flags should not start with a '+': +png
USE flags should not start with a '+': +audio
USE flags should not start with a '+': +video
USE flags should not start with a '+': +audio
USE flags should not start with a '+': +video
USE flags should not start with a '+': +png
* done!



и если ваша спесь пополам с глупостью мешает вам жить, то это не моя проблема ))

Да ладно Вам... Я только за, если все осмысленно.
Выбор инструмента - это опять же, дело привычки каждого.

А насчет быстрей Вы правы: в случае, если в /etc/make.conf нет ACCEPT_KEYWORDS="~...", а надо поставить что-то '~' с обширными зависимостями

это так много ставится так как не настроено, я редко добавляю, один-три флага, так как основное прописано, когда еще устанавливал и настраивал

Беру последние свои слова обратно. извините )))

автоанмаск еще и флаги показывает, если не включены. как в примере (запущенно было в консли самба-сервера, соответственно, без иКСов )))

Добавлю к 3-ему пункту, вместо --skipfirst и --resume удобнее сразу
emerge -avNu --keep-going world
обновит все и выдаст список того, что не установилось.
А в /var/log/portage/elog будут лежать логи (в том числе неуспешных) установок

четвертый год на линукс, а незнал =), но -av прописано в маке.конф по дефолту, потому просто emerge -uND world

А четыре года назад portage-2.2 не было). Это новая фича. Оно и щас хардмаск.

И еще: по поводу удобства не спорю, да. Но бывает, когда пакет НУ ВООБЩЕ НЕ СОБИРАЕТСЯ. Тогда можно ПОПРОБОВАТЬ пропустить. (но вероятность дальнейшей сборки падает в плинтус)

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

--keep-going сделает то же, что и --skipfirst, только после этого сам запустит сборку дальше

1. Наличие раздела /home. В нем хранятся абсолютно все настройки пользоваеля. Его можно поставить на отдельный раздел, отдельный диск, куда угодно. Все в одном месте — легко бэкапить, легко искать, легко перенести.
2. Возможности средней кнопки мыши, касательно копировать/вставить текст.
3. Программа katapult/gnomeDO. Все запускается в три секунды, можно открыть папку, запустить приложение, оставновить музыку и многое другое в одном окне. Не нужно запоминать горячие клавиши, нужно помнить только то, что хочешь сделать. Lounchy не предлагать :)

Блин, статью перепутал :(