LINUX.ORG.RU

10 лет c момента первого выпуска Gentoo Linux

 


0

3

Сегодня, 31 марта 2012 г., исполняется 10 лет с момента первого выпуска дистрибутива Gentoo Linux, основанного под влиянием системы управления пакетами Ports в FreeBSD. Gentoo был создан на основе разработок Дэниела Роббинса Enoch Linux. В октябре 2009 г. отмечалось 10-летие Gentoo, точнее, философии, на основе которой начиналась его разработка, но именно 31 марта 2002 г. вышел первый релиз.

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

Я начал работу над Gentoo, потому как не мог найти дистрибутива, который бы меня устраивал. Во всех Linux-дистрибутивах я заметил одну неприятную деталь — инсталляционные утилиты, управляющие установкой ПО в системе, предназначались для упрощения работы, однако на практике лишь мешали администрированию системы.

Поэтому я и создал Gentoo с её собственной системой портэжей (т.н. Portages), более совершенной, чем все системы управления ПО, существовавшие до этого. Система портэжей отличается большой гибкостью и даёт возможность пользователю успешно использовать её для решения конкретных задач независимо от поставленных целей.

/ Дэниел Роббинс (Перевод: Логинов Игорь, источник)

С 2004 года все права на исходный код и торговые марки были переданы Робинсоном некоммерческой организации Gentoo Foundation и теперь разработка управляется группой Board of Trustees (ответственных за управление фондом) и советом Gentoo Council (технические вопросы).

Появившийся дистрибутив быстро развивался. Несмотря на то, что он получил известность как «дистрибутив исходников», принцип «from source» (из исходников) не являлся основным, хотя и был важным ключевым моментом. С самого своего начала система Portage поддерживает установку из бинарников (что и можно сейчас наблюдать для некоторых пакетов).

В настоящее время существует обширная база статей Gentoo wiki (русская страница), помогающих в настройке системы, которая, как и выходящие на её основе сборники статей (как онлайн версия, так и pdf) является учебником для многих пользователей.

>>> Официальный сайт Gentoo

★★★★★

Проверено: tazhate ()
Последнее исправление: Silent (всего исправлений: 3)

Ответ на: комментарий от glibych

Особой несдержанностью там выделяется krigstask. Этот молодой модератор не в состоянии разумно вести обсуждения по тематике и сводит все на личности в обход топика.

Читать голосом Николая Дроздова.

// krigstask

anonymous
()

Ура!

Поздравляю себя (:

Satou ★★★★
()
Ответ на: комментарий от sudoer

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

вот и делает

anonymous
()
Ответ на: комментарий от glibych

Slepnoga свои высказывания подчистил. Частично и krigstask, но понять их отношение к пользователям можно

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

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

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

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

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

У меня вот на opennet модераторы в одной из новостей потёрли совершенно невинный вопрос о том, когда в LibreOffice появилась поддержка импорта-экспорта (с последующим редактированием) формул ms equation (из ms office 2003 и более ранних). Откуда ж мне было, знать, что она давно там была ещё в OpenOffice довольно старых версий - просто опредёлённые чекбоксы не были включены по умолчанию в настройках импорта-экспорта, как теперь в LibreOffice. Я ж не полез выяснять чего это они вдруг - ну удалили, значит удалили.

grem ★★★★★
() автор топика
Ответ на: комментарий от dpkg

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

Это дискриминация по цвету глаз! А как же остальные гентушники?

anonymous
()
Ответ на: комментарий от anonymous

Какие у неё достоинства по сравнению с Арчем?

В обоих вики это написали несколько лет назад. Вон из Интернета с таким умением поиска информации.

anonymous
()

Поздравляю гентушников

a1batross ★★★★★
()
Ответ на: комментарий от UNiTE

Опять.

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

И вообще: юзать apt-get сам по себе не реально, в отличие от pacman. Именно по этому к нему никто не юзает GUI, он сам по себе очень удобен.

uhbif19
()
Ответ на: комментарий от uhbif19

И вообще: юзать apt-get сам по себе не реально, в отличие от pacman. Именно по этому к нему никто не юзает GUI, он сам по себе очень удобен.

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

LightDiver ★★★★★
()
Ответ на: комментарий от grem

почему compiz был удалён из дерева portage - на него ответили, что, предположительно, потому что его некому было поддерживать.

Если что-то удалили или ещё не вошло в portage - я ищу нужный мне ebuild в каком-нибудь overlay

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

anonymous
()
Ответ на: комментарий от anonymous

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

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

LightDiver ★★★★★
()
Ответ на: комментарий от LightDiver

Не будет одного, будет другой

Попробуй убрать stuff, например.

Намного вероятнее исчезновение любого из ваших дистрибутивов однодневок

Прошу пардону, каких «моих» дистрибутивов? Вы телепат? Что это за переход на личности? Тут никто не говорит про исчезновение, читай повнимательнее, что ли.

anonymous
()

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

partyzan ★★★
()
Ответ на: комментарий от anonymous

Представьте, что в один момент им надоест делать всю работу за майнтейнеров дистрибутива

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

grem ★★★★★
() автор топика
Ответ на: комментарий от uhbif19

юзать apt-get сам по себе не реально

Толстишь, Гриша. Как же, по-твоему, им пользуется столько людей? И кстати, есть aptitude.

drennebi
()
Ответ на: комментарий от grem

Я и так осознаю, что мейнтенеры любого дистрибутива никому ничего не должны, как и ментейнеры оверлеев

Вот только путать не надо понятия «ничего не должен» или «мне все это до одного места». Из 1-го варианта второй следует совсем не обязательно. Второй вариант как раз соответствует поведению мейнтейнеров с gentoo.ru, что мне, да и многим, не нравится.

anonymous
()
Ответ на: комментарий от grem

Извините, но Вы неверно уловили суть. Во-первых я имею право на свое мнение и имею право отстаивать свою точку зрения в рамках приличия. Переходить на личности начал не я. И вопрос заключался не просто в пакетах compiz, а имеет больший охват - вопрос в качестве принимаемых решений в команде gentoo. Нет возможности поддерживать пакет - разве сложно убрать из основного дерева в оверлей с устаревшими, но официально ранее поддерживаемыми пакетами? Выкидывать то зачем? Я в состоянии написать ebuild и закинуть себе в локальный оверлей, но это ведь могут не все. Да и не нужно это уметь всем. Зачем каждый раз выполнять одну и ту же работу огромному количеству людей? Или Вы считаете, что в этом есть логика?

P.S.

Мне лично совсем не нравится их официальный оверлей. Пакеты тянут за собой еще очень много лишнего. Может я конечно не понимаю их логики и ошибаюсь, но зачем, к примеру, wine иметь в зависимостях prelink?

Выдержка из официального wine-1.2.3.ebuild:

...
DEPEND="${RDEPEND}
	pulseaudio? ( ${AUTOTOOLS_DEPEND} )
	X? (
		x11-proto/inputproto
		x11-proto/xextproto
		x11-proto/xf86vidmodeproto
	)
	xinerama? ( x11-proto/xineramaproto )
	!hardened? ( sys-devel/prelink )
	dev-util/pkgconfig
	virtual/yacc
	sys-devel/flex"
...
glibych ★★
()
Ответ на: комментарий от anonymous

Вот только путать не надо понятия «ничего не должен» или «мне все это до одного места». Из 1-го варианта второй следует совсем не обязательно. Второй вариант как раз соответствует поведению мейнтейнеров с gentoo.ru, что мне, да и многим, не нравится.

Из той переписки, посвящённой compiz, никак не следовало (хотя может я что и пропустил), что модераторы gentoo.ru являются ментейнерами основного дерева gentoo, а уж тем более пакета compiz. Соответственно, они уж точно никому ничего не были должны (здесь претензии к ним вообще первоначально были ни к месту).

Если же не нравится тот факт, что кому-то что-то не нужно, никто не запрещал желающим расширить пакетную базу заняться регулярной поддержской нужных им пакетов самостоятельно, что в той ветке и было разъяснено (и на мой взгляд это первоначально было очевидно). Так что стоит ли удивляться, что модераторам gentoo.ru до «одного места» жалобы других пользователей по поводу удаления тех или иных пакетов? Или они должны были «опомниться пока не поздно» и «возродить» compiz, а так же выполнить все другие пожелания? Ну так попробуйте им объяснить, почему этим должны заниматься именно они, а не Вы.

grem ★★★★★
() автор топика
Ответ на: комментарий от glibych

Извините, но Вы неверно уловили суть. Во-первых я имею право на свое мнение и имею право отстаивать свою точку зрения в рамках приличия. Переходить на личности начал не я. И вопрос заключался не просто в пакетах compiz, а имеет больший охват - вопрос в качестве принимаемых решений в команде gentoo. Нет возможности поддерживать пакет - разве сложно убрать из основного дерева в оверлей с устаревшими, но официально ранее поддерживаемыми пакетами? Выкидывать то зачем? Я в состоянии написать ebuild и закинуть себе в локальный оверлей, но это ведь могут не все. Да и не нужно это уметь всем. Зачем каждый раз выполнять одну и ту же работу огромному количеству людей? Или Вы считаете, что в этом есть логика?

P.S.

Мне лично совсем не нравится их официальный оверлей. Пакеты тянут за собой еще очень много лишнего. Может я конечно не понимаю их логики и ошибаюсь, но зачем, к примеру, wine иметь в зависимостях prelink?

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

Вы же сами в своём сообщении на gentoo.ru указали, что из дерева будет удалена версия compiz 0.8.4 - а он вышел в октябре 2009 году (в то время как текущая стабильная 0.8.8 вышла в марте 2011 г.) - то есть на протяжении более 2 лет никто не занимался его поддержкой и проверкой на совместимость в Gentoo и не обновлял ebuilds.

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

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

По поводу wine ничего сказать не могу, так как не представляю что именно делает пакет prelink (даже прочитав описание) и почему он обязательно нужен при определённых условиях (как это связано с отсутствием hardened?).

grem ★★★★★
() автор топика
Ответ на: комментарий от megabaks

Это понятно. Но вот выдержка о prelink с официального сайта wine:

might be helpful when building WINE. It's used in an attempt to fix the load address of a few builtin dlls (ntdll, kernel32, user) so that Windows programs that rely on the address being the same across different programs work correctly.
Using prelink might damage your system files beyond repair! If you install prelink please deactivate it first.

С включенным по умолчанию USE флагом (+-prelink) было бы намного разумнее составлять ebuild. Делать жестко привязанный к пакету prelink не имеет смысла. Суть prelinka для wine в том, что без предварительного связывания не запускаются некоторые игры с защитой. Но ведь кому-то это надо, а кому-то нет.

glibych ★★
()
Ответ на: комментарий от Deleted

ebuild'ы править обычно не нужно, достаточно только переименовать package-0.1.ebuild в package-0.2.ebuild.

Проблемы начинаются, когда при апдейте что-то меняется, и старый ебилд уже не работает. Как такие ситуации обходятся (автоматизируются) в NixOs?

MyTrooName ★★★★★
()
Ответ на: комментарий от grem

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

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

Вы же сами в своём сообщении на gentoo.ru указали, что из дерева будет удалена версия compiz 0.8.4 - а он вышел в октябре 2009 году (в то время как текущая стабильная 0.8.8 вышла в марте 2011 г.) - то есть на протяжении более 2 лет никто не занимался его поддержкой и проверкой на совместимость в Gentoo и не обновлял ebuilds.

Таких пакетов много и их не удаляют. А вот compiz решили удалить.

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

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

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

Слава богу пока есть действующие оверлеи с пакетами compiz в своем составе.

glibych ★★
()
Ответ на: комментарий от bsdfun

подключенным

прочитал как подглюченным. символизирует

MyTrooName ★★★★★
()
Ответ на: комментарий от glibych

http://devmanual.gentoo.org/general-concepts/tree/index.html читаем просвящаемся.

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

Если хотя бы один из пунктов по ссылке нарушается, то меинтейнеры могут удалить ебилд из дерева, всё никаких вопросов тут возникать не может, если есть какие либо возражения то есть следующие пути: либо держать свой оверлей, либо исправлять пункт (пилить ебилд, становиться апстримом и т.д.) обсуждения на эту тему могут быть только в gentoo-dev, но и то не в тех тонах какие на лоре. Если так не будет, то гента скатится в СГ в течении пары месяцев.

qnikst ★★★★★
()

Раз речь зашла за то что у Linux дистрибутивов не свежие пакеты, то вот наш скромный вклад в их обновление: http://portage.perestoroniny.ru/ Думаю успеете забрать кому что нужно, пока не перевел сервер на NixOS.

Deleted
()
Ответ на: комментарий от MyTrooName

Так легко отделаться можно только в 10% случаев, в остальных приходится еще и исследования проводить, чтобы сборка прошла удачно, и удовольствие поковыряться в коде растягивается на недели, если вообще по зубам. Ссылку на свои ebuidы я 5 минут назад привел. Один только gcc-4.7.0 чего стоил.

Deleted
()
Ответ на: комментарий от Deleted

подозреваю, вы не дочитали пост до конца.

мне просто интересно, какой такой AI реализован в nixOs, который позволяет обновлять версии автоматически?

MyTrooName ★★★★★
()
Ответ на: комментарий от MyTrooName

Я только на этапе ее исследования. Предполагаю что не сама NixOS, а отдельный (к примеру локальный) сервис Hydra решает эту задачу. Но как решает для меня пока что загадка, не попробывав Гидру в работе я ничего внятного ответить не могу. Но + у нового агломерата, что сценарии сборки и проверки обновлений на Haskell подобновм языке nix. Но уже есть подозрение что руки прикладывать придется ((

Deleted
()
Ответ на: комментарий от qnikst

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

glibych ★★
()
Ответ на: комментарий от glibych

Все ебилды, выкинутые когда-либо из дерева, гуглятся на багзилле. И даже те, которых там и не было никогда.

beresk_let ★★★★★
()
Ответ на: комментарий от MyTrooName

НУ ок, я вернулся на ЛОР через 9 лет.

Отвечаю - что не гуглятся - те cvsятся.Вы такой местный гуру, что ничего не слышали о системе контроля версий ?

slepnoga
()
Ответ на: комментарий от slepnoga

Так, теперь по теме наездов некоторых личностей - если они и дальше будут «доставлять лузлы», «рожать кирпичи» и производить прочий продукт поколения Next, то я и дальше буду получать свою порцию еды с таких товарищей.

slepnoga
()
Ответ на: комментарий от LightDiver

А как там с бинарными пакетами ? Можно в принципе посмотреть на виртуалке, но явно без source-based..

uhbif19
()
Ответ на: комментарий от J

Значит, они вовремя отказались от этой недостойной затеи. Я помню, года 3 назад мне такой хэндбук попадался...

hobbit ★★★★★
()
Ответ на: комментарий от micro-chipset

Перешёл с Gentoo на Funtoo, полёт нормальный. Но разницы никакой, в принципе.

Тоже не так давно так поступил

О, коллеги. :)

imul ★★★★★
()
Ответ на: комментарий от glibych

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

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

Почему не поместить ebuild в общедоступный архив с изложенными оговорками?

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

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

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

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

qnikst ★★★★★
()
Ответ на: комментарий от qnikst

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

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

anonymous
()
Ответ на: комментарий от Vovka-Korovka

Хотя сам щупал только Calculate

«женщину видел только на витрине - какие-то они жесткие и молчаливые»

anonymous
()
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.