Pull to refresh

Comments 81

UFO landed and left these words here
Я поклонник gentoo, проблем с дистрибьютивом не наблюдаю.
>>Когда-то были попытки создать такой source-based дистрибьютив, и все знают, как он называется
Напомните, будьте добры.
Gentoo, это перевод оригинального текста с exherbo.org.
Gentoo «опопсел», уже даже stage2 тяжело найти, пользователю в официальной документации заявлено, что официально поддерживаемый есть только stage3. Так куда же делась true source-based'ность дистрибьютива? Где то таинство сборки системы из исходных кодов, если уже даже домохозяйке по силам с этим справится?

Я также был поклонником Gentoo, и ушел с него одновременно с большинством разработчиков, узнал об этом прежде всего из IRC-сети freenode, где в то время располагалось большинство энтузиастов Open Source.
Ну почему же Gentoo «опопсел»? Разве что стал более доступным для большего кол-ва продвинутых пользователей, а вот stage2, как написано в хэндбуке, для экпертов ;)

Думаю, что все правильно организовано. Ведь, можно по хэндбуку собрать систему из stage3, а потом, совершенствуя свои знания, «лепить» систему дальше. Таким образом, пользователь может постепенно адаптироваться к трудностям.
UFO landed and left these words here
UFO landed and left these words here
На зеркале, которым пользуюсь я все тре есть.
Нормально. Значит беспроблемно работающая у меня на 3-х компах и нескольких серверах Gentoo — это не более, чем «попытки создать source-based дистрибьютив». А непонятно откуда взявшийся сабж — куда круче.
Забыл добавить — на домашнем десктопе в keywords всего 6 сточек, но на ноуте из ~x86 очень много всего стоит. Проблем нет нигде. Никаких. Обновляюсь по настроению, раз в неделю-месяц. На том же Lenny понахватал в свое время граблей. Про Ubuntu вобще молчу, её лучше даже не начинать ковырять — если все работает — все круто (у тещи поставил :)), но если что то не завелось само…
Я делаю так — на ответственных системах — только Gentoo. На дестопах/ноутах рядовых сотрудников — Ubuntu LTS. На серверах с типовым функционалом (типа интернет-шлюза, сквид, биллинг, самба, cups, опенвпн) и тестовых системах для изучения и тестирования — Ubuntu Server LTS. Схема работает, проблем нет.
Очень похожая ситуация.
Gentoo на настоящий момент один из лучших и наиболее обновляемых дистрибутов.
Когда разработчики Exherbo объявили о создании нового дистрибутива, который будет решать вполне определённые проблемы, присутствующие в Gentoo, разработчики последнего подтянулись и принялись за их решение самостоятельно :) Здоровая конкуренция пошла только на пользу Gentoo.
Так принят новый EAPI, скоро стабилизируется portage-2.2 (сейчас у меня 2.2_rc13) и ещё много-много вкусностей.
:)
За несколько лет ни разу не сталкивался с проблемами при обновлении. Может быть дело не в дистрибутиве? А о просроченности вообще речи быть не может, Gentoo всегда отличался тем, что имел в дереве самые свежие версии программ.

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

А такие заявление вообще абсурд. Если это перевод с сайта exherbo, дайте линк на эту страничку, пожалуйста.
Я вот заметил: обновляешься чаще, чем раз в пол-года — проблем не наблюдаешь. Реже — иной раз такая жопа… попробуйте вот обновить 2005.0 до современного состояния…
Нус… следить надо за своим добром. Не думаю, что при обновлении какой-нибудь убунты с 5.10 до 8.10 будет меньше проблем.
ЕМНИП официально поддерживается только обновление до следующей версии. т.е. 5.10 до 8.10 обновляется только через все промежуточные. Придётся качать 6 дисков

У меня на рабочей машинке do-release-upgrade вешается на calculating changes и не говорит почему. С Gentoo за полтора года были проблемы, но все легко решались.
это только сейчас в Gentoo дерево portage хоть как-то стабилизировалась, до 2008.0 косяки были частые, это не чисто мое заявление, но и еще и моих знакомых, также использующих данную ОС на серверах
На 2008.0 переключился месяц-полтора назад. Генту использую с 2006. Никаких частых косяков не наблюдал. Использую и дома, и на серверах. Может быть, дело не в дистрибутиве?
если не в дистрибьютиве, то в фортуне, да и обсуждается здесь не то, что Gentoo — это баги и недоделки, а то, что пользователям в последние 2 года множество проблем приходится решать самим
UFO landed and left these words here
UFO landed and left these words here
Чуть выше были описаны мои коллеги, использующие Gentoo на серверах. А теперь представьте себе обновление по шагам на 15-ти серверах, хотя и похожих, но часто находящихся далеко (иногда — в другом городе).

Мне вот и представлять не нужно, я столкнулся с этим. И теперь утверждаю, что Gentoo на сервере — это — либо смелость (готов сидеть и сутками обновлять по пакетику), либо лень (разбираться в других дистрибутивах), либо неопытность (не знал, что так получится). Короче, у нормального админа эта стадия пройдёт.

Это не страшно (даже хорошо — так и узнаёшь о новых веяниях) только когда у тебя комп один…
Что мешает держать идентичные системы и обновлять одну со сборкой бинарных пакетов, а остальные обновлять с нее, как и любые бинарные дистрибутивы? Если намеренно системы на разных машинах собраны разные, с разными флагами — это, извините, ССЗБ, а не проблемы Генты.
Дело в том, что у разных серверов бывает часто разное железо и разные задачи… И для разных задач разные use-флаги — это нормально и правильно. Для этого use-флаги и придуманы.
Можно либо использовать Генту как Генту, с USE-флагами и опциями компиляции, либо использовать бинарный дистрибутив, всюду одинаковый и не дающий выбора, зато быстро обновляющийся. Невозможно угнаться за двумя зайцами.
Вот именно. При количестве систем более десятка, второй случай предпочтительнее.

Правда, тогда смысл в генте пропадает — проще использовать какой-нибудь дебиан или редхат/центось — они «более мейнстримовые».
Согласен. Но при количестве систем больше десятка и на начальную настройку их требуется уйма времени. Поэтому Генту есть смысл использовать там, где в полной мере проявится ее гибкость. Вряд ли это нужно на _всех_ серваках из десятков. А на один-другой можно и потратить время.
Что мешает держать идентичные системы и обновлять одну со сборкой бинарных пакетов, а остальные обновлять с нее, как и любые бинарные дистрибутивы? Если намеренно системы на разных машинах собраны разные, с разными флагами — это, извините, ССЗБ, а не проблемы Генты.
Что мешает держать идентичные системы и обновлять одну со сборкой бинарных пакетов, а остальные обновлять с нее, как и любые бинарные дистрибутивы? Если намеренно системы на разных машинах собраны разные, с разными флагами — это, извините, ССЗБ, а не проблемы Генты.
UFO landed and left these words here
посмотрите, с какой философией первоначально был заявлен Gentoo, и какой она стала теперь, Gentoo в 2006 и Gentoo в 2008 — две ОГРОМНЫХ разницы, я думаю, что те, кто был на этом дистрибьютиве с самого начала, помнят, как все было и как все менялось
Я был не с самого начала, но с 2004 года. И сказал бы, что именно вот от 2006 до 2008 как раз кардинально ничего не поменялось.
прочитайте www.linuxquestions.org/questions/general-10/gentoo-in-crisis-536874/

да, отличался, порой, чтобы выполнить специфическую задач (смастерить свой livecd Gentoo), приходится и подключать ~x86 в use, иначе — неудовлетворенные зависимости, или я попадал только в не самые удачные дни для portage?
Ну я как раз пользую gentoo с 2006.0 (если мне память не изменяет). Большой разницы не замечаю. Из изменений могу вспомнить с ходу только:
плюсы: отказались от полугодового плана релизов в пользу еженедельных снапшотов;
минусы: разногласия между разработчиками.

А что удивительного в подключении пакетов из тестовой ветки? Добавляете нужные пакеты в package.keywords и вперёд.

А ветку с форума я попозже почитаю, сейчас, на ночь глядя, не воспринимаю уже.
удивительное в том, что пакеты из стабильной вовсе не должны требовать тестовой для нормальной сборки, или я не прав?
Логично. Честно сказать, я вроде не сталкивался, но на такие случаи есть багзилла.
А для сборки системы и не нужна тестовая ветка. Более того, портеж будет глючить, если бы «стабильные» пакеты зависели бы от «тестовых». При написании ебилдов даже есть такое требование: если ваш пакет зависит от замаскированного пакета, то он тоже должен быть замаскирован.

Вот сборка LiveCD — это по-моему ещё вопрос. Не уверен, что в принципе идею сборки LiveCD можно считать «стабильной», так что ничего удивительного не вижу, если для этого от меня потребуют включения тестовой ветки, или даже специального оверлея.
UFO landed and left these words here
да, за ~x86 — keyword прошу прощения, подзабываются термины, однако же, если Вы не видели такого ни разу — это не значит, что такого не бывает, теоретически пример приведен хорошо, а на практике мы можем даже получить что пакет, к примеру, требует perl 5.10, хотя он еще в тестовой ветке, а сейчас доступен только 5.8, а разработчик попросту не позаботился о совместимостях, либо по собственной невнимательности

может быть, сейчас ситуация и нормализовалась, но раньше — это был просто кошмар, большая часть команды Gentoo была простив каких-либо инстанций менджмента и контроля portage — за что и поплатились

хотя, я думаю, назревает holywar
UFO landed and left these words here
Унылый тролль, минусящий каждый мой комментарий в этой ветке, обоснуйте свою позицию, пожалуйста.
я вот тоже читаю и удивляюсь… Вообще, это стало тенденцией на хабре — минусонуть просто так: что-то он думает не так как я… не хорошо…
А чем он отличается от VidaLinux или Kororaa, Gentoox или Sabayon?
В Sabayon добавлен пакетный менеджер entropy (на EAPI-2) с собственным репозиторием бинарных пакетов. Теоритически он совместим с portage (но как обычно, вылазят проблемы там и тут). И в целом дистрибутив распространяется как готовая к использованию система.
Я знаю, я задал вопрос, чтоб узнать у автора комментария, на каком основании он так смело объединил множество дистрибутивов в один :)
По поводу проблем — да, наличествуют. Недавно товарищ пытался в установленном сабайоне перебрать мир посредством emerge. Весьма болезненно.
Вам уже ответили, строить из себя умного не надо :)
Gentoo-based дистрибутивов около 14, я вам привел только 4 для примера.
Давайте по каждому напишем пост, причем совсем без упоминания каких-то технических решений, отличающих сам этот дистрибутив от материнского.
Не хамите. Мне для самоутверждения не нужно строить из себя умного, ищите бревна в своих глазах.
UFO landed and left these words here
Exherbo скорее «велосипед» чем «новый виток» :-)
Чем больше дистрибьютивов, тем лучше. Пусть каждый найдет себе подходящий. Мой путь за полтора года Ubuntu — Debian — Gentoo. На последней пока все нравиться и уходить я никуда не собираюсь.
UFO landed and left these words here
Основное у всех проектов общее. Ядро, иксы, всякие ДЕ и т.д. Патчи коммитятся разработчиками дистрибов в основную ветку. Все друг с другом делятся, все довольны, все хорошо.
Больше дистрибьютивов — больше пользователей, больше пользователей — больше разработчиков. Я бы не остался всерьез и надолго на линуксе, если бы была доступна только Ubuntu. Ибо скучно
UFO landed and left these words here
На генту с 2004-го года, активно продвигал UTF-8. Даже написал ховтошку на gentoo-wiki. Свечусь в авторах дока официального. Но что хочу сказать. Сейчас занялся ерлангом и заметил одну очень плохую фишку.
есть три системы gentoo, hardened gentoo и sles.
да одном и том же приложении gentoo выполняеться 18 секунд, hardened — 12, а sles — 3.
Подозрения у меня на линковку…
Итог следующий: бинарный дистриб быстрее потому как каждый пакет профилируеться. в генту такого нет и не будет.
второй момент — генту я ща юзаю только hardened и больше на секурных серверах, которые приходиться размещать в офисной серверной, а на колоколе.
А не расскажите подробней про «три системы»?
Интересно.
что именно вас интересует?
я имел ввиду один и тот же сервер(конфигурация) и три разные OS.
2 x Dual Opteron 2,2Ghz, 2M кеш, 64 бита, 4 гига оперативы.
— gentoo с ядром gentoo-sources и дефолтным профилем
— gentoo с ядром hardened-sources(grsec) и hardened профилем
— SuSE Linux ES 10 SP2
и просто сборка erlang и запуск в скрипта который считаем комбинации матрицы 13x3.

Самое медленное было на простой сборке gentoo, менее медленее на hardened и быстрее всего было на SLES.

Причем изначально у меня была hardened сборка. Когда начали проверять, то оказалось что на машине P4 2Ghz с HT скрипт отрабатывался в два раза быстрее… Это меня удивило и пришлось эксперементировать.
О, спасибо, это очень интересно.
Мне тоже показалась обычная сборка генту медленной. Поковыряюсь на досуге.
Возможные проблемы этого:
— чрезмерная оптимизация( ограничение для компилятора есть только для мозиллы и опенофиса)
— не проверяются комбинации пакетов (ключей сборки)
— как я уже говорил нету профилирования пакетов
— у SLES ядро 2.6.16 с кучей патчей и бекпортов
>однако был вынужден вскоре пересесть на Debian GNU/Linux и FreeBSD

А что дальше не сидится на FreeBSD? Тоже ведь по большей мере source based.
Автор, а вы заметили, что обсуждают в основном не новый дестрибутив, а то, что Gentoo нельзя называть «жизнеспособным долгосрочным проектом». Жаль, что в команде разработчиков Gentoo появились столь серьезные разногласия, что это привело к расколу. Но с другой стороны действительно, здоровая конкуренция только на пользу проекту.
Только что на экспериментальной машине провел установку Gentoo 2008.0, попытался сделать emerge -e world — облом, три пакета в статусе blocked, конечно, проблема решаемая, однако, не стоит ли раздавать по зеркалам новую версию stage3, если с 2008.0 при пересборке мира даже возникает такая нетривиальная проблема?

Проблема заключалось в том, что новая e2fsprogs-libs уже включала функционал ss, com_err и e2fsprogs, а явно об этом нигде не упоминалось.
Кстати, решение, найденное на одном из ресурсов паутины:

emerge -auDNv --fetchonly world
emerge -C ss com_err
emerge -auDNv --oneshot e2fsprogs-libs e2fsprogs
emerge -auDNv world
Думаю, что завтрашний день будет потрачен на написание статьи по установке Exherbo :)
emerge -f e2fsprogs-libs && emerge -C ss com_err e2fsprogs && emerge e2fsprogs-libs e2fsprogs && emerge -eav world
Ну действительно очень нетривиальная проблема. Это не настолько серьёзно, чтобы выпускать багфикс-релиз.
Не рефрешнул перед тем как отписаться :\

В любом случае, на главной странице exherbo написано, что решившие его поставить — ССЗБ, а вам стоило бы поплотнее изучить систему, чтобы в следующий раз не делать круглые глаза и не бросаться писать провокационные статьи.
Мне, как бывшему юзеру Gentoo, достаточно :) Я соскучился по старым временам и ждал чего-то нового, но наполненного духом «старого» Gentoo, дождался — Exherbo ;)

Ну, а по поводу нетривиальности — с такими вот косяками порой приходят мысли ставить LFS.
Ну, правилом хорошего тона было бы обновление stage, после 2008.0 сразу же обновили архивы (2008.0-r1), некоторые же даже не будут разбираться с проблемой и сразу же возьмут какой-нибудь юзерфрендли дистрибьютив в ущерб плюсам source-based.
Ага, и здесь же они говорят о том, что им нужна помощь, и что они, в общем-то, хотели бы выпускать minimal CD/stages еженедельно… Но, увы, это опять же, только планы :(

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

Можно сколько угодно считать мнение разработчиков Exherbo (я с ними тоже согласен) ложным и ошибочным, а их планами по созданию «второго Gentoo» — утопией, но тем не менее… Это нормально для мира Linux, что проект претерпивает множественный fork, изменяется, улучшается (или ухудшается). Exherbo же начался с мысли о том, что люди хотят Gentoo, но не такого, каким он обречен был быть.

Если почитать кстати тред форума, который я привел выше в комментариях, то можно увидеть, что уход developer'ов был вызван тем, что кто-то хотел введения жестких правил по управлению проектом и его структурой, кто-то нет, первое приводило к порядку и отлаженности, второе было интереснее в конечном итоге, баланс существовал, хотя внутри и были постоянные религиозные войны… Gentoo потерял то самое управление сверху, и живет уже как 2 года без него, пошло ли это на пользу или нет — решать конечно самим пользователям, лично мне это не понравилось, но это мое мнение, и я считаю, что если бы Gentoo пошел первым путем — он бы был стабильнее в конечном счете в плане состояния portage хотя бы.
Написал статью об установке по мере своих возможностей написания текстов в ночное время суток :) Создал блог Exherbo, перенес обе статьи туда. Прошу сильно не критиковать.
Спасибо. Подключился к блогу, буду следить за дистрибьютивом ))
Вы хоть бы особенности этого дистра написали, а то только «оно лучше Gentoo» n раз =(
Only those users with full accounts are able to leave comments. Log in, please.