LINUX.ORG.RU

Gentoo Linux 10.0 Test

 ,


0

0

В честь 10-го Дня рожденья Gentoo вышел новый LiveDVD для архитектур x86 и x86_64.

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

Основной диск (livedvd-x86-x86_64) предназначен для архитектур x86 и x86_64 (содержит два варианта загрузки: gentoo и gentoo64). Livedvd-amd64 предназначен только для архитектуры amd64.

В диск включены ядро 2.6.30, glibc 2.9 и gcc 4.3.2. По умолчанию загружается kde 4.3.1, но присутствуют gnome 2.24 и xfce 4.6.1.

Анонс

>>> Источник

★★★★★

Проверено: maxcom ()

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

>Я в этом случае фиксирую версию. Если версию зафиксировать - то не получишь секурити фикс.. В дебиане нравиться именно стабильность версий. поставил, настроил, накатываешь security апдейты.. Через год-полтора вышел новый релиз, обновил софт, потратил время на вылезшие проблемы, и опять забыл на пару лет. Все работает...

Генту же, требует к себе постоянного внимания

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

> В дебиане нравиться именно стабильность версий. поставил, настроил, накатываешь security апдейты.. Через год-полтора вышел новый релиз, обновил софт, потратил время на вылезшие проблемы, и опять забыл на пару лет. Все работает...

Открой для себя сцинтифик или центось, вот этот пункт *потратил время на вылезшие проблемы* полностью исключишь. :D

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

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

хм. "красные глаза - признак тлеющих в голове опилок." (С) библиотека Qt зависит от компонентов, которые в свою очередь от Qt не зависят. А проблемы сборки были в сорцах. Это была домашняя машина, я читал и "выхлоп emerge" и запускал ручками пересборку. Проблемы были в компиляции исходников. Я не говорю, что дистр плохой - сидел на нём два года, потому что было проще всего обновлять один комп на работе, а остальные - используя портежи первого. Но gentoo для меня себя не оправдал. Возможно сейчас что изменилось.

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

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

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

Единственный профит - уменьшение трафика при обновлениях (если использовать deltup - можно обновляться по диалапу)

Можно подробностей? Желательно в цифрах. Первый раз нужно весь сырец сливать?

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

да, первый раз слить нужно всё. ну или найти слитый. а потом поищите в инете - ключевые слова все есть. после перенастройки, emerge использует не wget напрямую, а getdelta. Последний обращается за обновлениями на свои сервера, которые по запросу формируют delta пакет. т.е. вам приходит упакованый патч на те исходники, что есть у вас. Этот патч обновляет исходники до текущей версии, проверяет контрольные суммы результата и компилирует обновление, как если бы был скачан полный архив. Есть внутри несколько оптимизаций процесса, но суть примерно такая, как описано. в результате вполне реально обновлять gnome, kde, OO скачивая дельты по 1 Mb. настройка элементарна:

http://ru.gentoo-wiki.com/wiki/HOWTO_%D0%AD%D0%BA%D0%BE%D0%BD%D0%BE%D0%BC%D0%...

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

Хаха! Ты думаешь, 10 - это циферка? Нетъ! Это год, десятый юбилейный год, выход диска.

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

да, первый раз слить нужно всё. ну или найти слитый. а потом поищите в инете - ключевые слова все есть. после перенастройки, emerge использует не wget напрямую, а getdelta. Последний обращается за обновлениями на свои сервера, которые по запросу формируют delta пакет. т.е. вам приходит упакованый патч на те исходники, что есть у вас. Этот патч обновляет исходники до текущей версии, проверяет контрольные суммы результата и компилирует обновление, как если бы был скачан полный архив. Есть внутри несколько оптимизаций процесса, но суть примерно такая, как описано. в результате вполне реально обновлять gnome, kde, OO скачивая дельты по 1 Mb. настройка элементарна:

У меня был неудачный опыт с deltup. Я слил с диска дистфайлы, настроил deltup, но система всё равно упорно скачивала полностью весь сырец. Это было примерно около двух лет назад, поэтому подробностей не помню.

blackst0ne ★★★★★
()

Генту в топку!!! Лично мне не нужен дистр, который ломается после каждого обновления. Даже бинарный Сабайон, который построен на базе Генту уже в разы лучше. Выгнали Робинса, запороли классный дистр и сидят сейчас довольные до опупения... Чем ща пользоватся - хз. Убунту - плюшевая, Ред Хат - старенький. Дебиан чтоли вточить, что народ скажет ? Насколько Дебиан стабильнее ?

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

я не акцентировал внимание на похожесть gentoo и икея. Я про то, что каждому своё.

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

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

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

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

Ага мелкая неудача это когда stable пакет не компилится а unstable ставится. Когда падает udev после обновления. Не рассказывайте про мои кривые руки. Я то восстановить всё могу после падения. Но вопрос достаточно ли у меня красные глаза чтобы с мантрой "Генту рулит" тратить время на реанимирование системы после обновления.

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

> У меня был неудачный опыт с deltup. Я слил с диска дистфайлы, настроил deltup, но система всё равно упорно скачивала полностью весь сырец. Это было примерно около двух лет назад, поэтому подробностей не помню.

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

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

>Как бы тут не троллили арчеводы, а все-таки в генте наиболее близкая к идеалу (из всех мне знакомых) пакетная система, ибо: 1. мир, он же /var/lib/portage/world 2. USE-флаги

Родной, да с вами гентушнегами никто и не спорит что пакетная система в генте лучше чем в арче.Но за всю свою жизнь ты никогда не подберешь идеального сочетания gcc,его флагов,и нужных USE.Экспериментировать до смерти можно.И на издыхании ты представишь сообществу что ты наконец нашел что вот с такими флагами gcc 4.4.1 собирает генту лучше,а тебе ответят дык gcc уже 50 лет как R.I.P.В бинарных дистрах мэйнтейнер не собирает 100 пакетов а в основном занимается только несколькими,и потому знает лучше тебя прыщавого бьющего себя в грудь умника как собрать его. Гента не работает и не ставится у арчеводов потому же почему у гентушнегов арч глючит и не ставится.Гентушнегов надо выращивать,с детства в люльку подкладывать хендбук,чтоб уже начинали изучать.Гентушнегов с праздников,генте долгой жизни,но нахуй не орите что она лучшая.

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

>И если в генту например бамбиться версия мускула/postgres-а, в котором отказались от поддержки какойнибудь функции или ещё чего нить, то вся почтовая система рушиться.

Не сталкивался с таким за годы работы ни разу :) Хотя с mysql связаны и postfix, и courier.

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

>Это с ccache ?

Угу. Но с очень маленьким - 1Гб, да и тот время от времени убиваю, если срочно место в /var нужно :) В результатах это сказалось только один раз, когда xulrunner за минуту собрался. Или это глюк был - х.з. :)

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

>Осиль dispatch :)

Пробовал - не понравилось. Возможно - дело привычки :)

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

>Видимо Вы не читали выхлопа emerge, о необходимости пересборки всего слинкованного.

В portage-2.2 это решено на уровне системы. Если обновляешь что-то так, что требуется пересборка других пакетов, то оно предлагает сет @preserved-rebuild. На практике реально работает. revdep-rebuild больше не находит битых связей. Правда, пару версий портежа назад (2.2 всё ещё замаскированный) что-то сломали и этот сет не обновлялся при сборке его пакетов, пришлось грохнуть записи вручную. Сейчас - снова всё ок (2.2_rc40. Уже r42 вышел, но я пока не обновлялся)

KRoN73 ★★★★★
()

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

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

>Первый раз нужно весь сырец сливать?

Да.

>Можно подробностей? Желательно в цифрах.


Чёрт, я на машине с дельтапом 22-го грохнул fetch-лог и с тех пор не обновлялся. Так что усреднённо сказать не могу. А по частям - если пакет бинарный, например, Опера, выигрыша нет обычно вообще, даже иногда лёгкий проигрышь бывает. Если сорцовый и изменения версии только в сорцах (иконки, например, не менялись) то норма - экономия 95-98% трафика. Вместо десяти мегабайт скачается, скажем, 200кбайт дельты.

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

>но система всё равно упорно скачивала полностью весь сырец

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

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

>У тебя любой дистрибутив при обновлении навернется.

+1 :)

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

>>И если в генту например бамбиться версия мускула/postgres-а, в котором отказались от поддержки какойнибудь функции или ещё чего нить, то вся почтовая система рушиться.

>Не сталкивался с таким за годы работы ни разу :) Хотя с mysql связаны и postfix, и courier.

Не суть. Обновление ВЕРСИИ какого либо пакета требует внимания админа в любом случае ( проверка конфига, проверка что всё работает и тд ). Отказаться от обновления пакета - значит отказаться от патчей. Ну и нафиг это надо?

Sergogo
()

>я только на ЛОРе узнал, что специально надо отдельно прописывать запуск HAL для того, чтобы при запуске X11 можно было выключать компьютер другим способом кроме как кнопки включения или ресета.

ну почитай что ли арч.вики. там черным по белому написано, что перед установкой и запуском иксов надо поднять HAL и FAM и прописать их в daemons

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

>Не суть. Обновление ВЕРСИИ какого либо пакета требует внимания админа в любом случае

Я выше _подробно_ отписывался по своему опыту. У меня боевой сервер уже много лет на автообновлении. Иногда изнутри в его кухню по 2-3 недели не заглядываю. В прошлом году суммарный простой за год простой составил 7 часов (забыл, как там зовётся сервис по мониторингу, которым пользуюсь). И все эти 7 часов - не по вине Gentoo :)

Повторюсь, что отказ из-за автообновления был только раз, года два назад, когда mysql обновился с 4.1 до 5.0. Простой тогда составил около трёх часов. В 6 утра у меня автообновление, в 9 я проснулся и увидел проблему, зайдя на форум :)

...

Как-то не катит такая практика на «требует внимания админа в любом случае» :) Скорее вопрос любви к экстремальным версиям :)

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

>ну почитай что ли арч.вики

А в Gentoo Wiki при обновлениях заглядывать не нужно. Обычно (хотя нужно это редко) пакеты сами дают все необходимые подсказки :) И не обновятся, если не выполнены условия для их безопасного обновления. Блокировки, коллизии, прямые проверки - там много способов защиты системы.

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

>Не суть. Обновление ВЕРСИИ какого либо пакета требует внимания админа в любом случае

Остаётся только ещё раз сослаться на многолетнюю практику. Это единичные случаи (за годы!) вообще, и буквально два случая за 6 лет, которые привели к реальным сбоям.

>Отказаться от обновления пакета - значит отказаться от патчей.

Никто не отказывается. Все пакеты всегда самые свежие. Апдейт системы, напомню, _ежедневный_.

Вот кусок из лога последних обновлений.

=app-shells/bash-4.0_p28
=net-libs/libpcap-1.0.0-r2
=sys-libs/pam-1.1.0
=sys-auth/pambase-20090620.1-r1
=app-admin/sudo-1.7.2_p1
=app-portage/mirrorselect-1.4.2
=dev-php5/ZendFramework-1.9.2
=dev-php5/ZendFramework-1.9.2-r1
=media-libs/libdvbpsi-0.1.6
=media-fonts/dejavu-2.29
=x11-libs/cairo-1.8.8
=dev-libs/glib-2.20.5
=x11-libs/pango-1.24.5-r1
=app-admin/webmin-1.490
=www-servers/nginx-0.8.16
=dev-php5/pecl-apc-3.0.19
=dev-util/xdelta-3.0v
=dev-util/subversion-1.6.5
=www-servers/spawn-fcgi-1.6.3
=www-servers/nginx-0.8.17

KRoN73 ★★★★★
()

Ничего себе! да эта delta-кактамеё этж полный кул! К гентушникам однозначно скоро прибудет.

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

О delt'e давно известно. Но как сообщество уступало по масштабам дебиану, так и будет уступать.

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

> У меня был неудачный опыт с deltup. Я слил с диска дистфайлы, настроил deltup,
> но система всё равно упорно скачивала полностью весь сырец. Это было примерно

> около двух лет назад, поэтому подробностей не помню.


А я помню, как с мегафоновского 3G django 1.0->1.1 обновлял: getdelta.sh
попытался скачать весь сорец, я его прервал, посмотрел на сам getdelta.sh, на
url, который он пытается скачать и вручную указал, что я имею и что мне надо
(если не поняли, посмотрите cat $(which getdelta.sh)|grep query=). Ещё сервер на
противоположной стороне упорно делает некоторые dtu так, что получаются файлы,
у которых не сходится контрольная сумма (пр.: alsa-utils и alsa-tools, если
я правильно помню).

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

KRoN73:

Делать автообновления на продакшен сервере, где меняются версии пакетов - это настоящий хардкор... )))

Попробуйте хотябы с нагиоса 2 на 3-й переехать )

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

>Регулярно встречаю и на форумах, и вживую людей, накосячивших со сборкой по старому русскому хендбуку и решивших, что генту - говно. Именно поэтому ссылку на древний и лживый хендбук убрали с www.gentoo.org.

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

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

>Делать автообновления на продакшен сервере, где меняются версии пакетов - это настоящий хардкор... )))

Однако, по сравнению со стоявшим до этого RedHat'ом, можно сказать, что проблемы ВООБЩЕ пропали :) Вот RH - это было страшно...

>Попробуйте хотябы с нагиоса 2 на 3-й переехать )

Не использую. И, повторюсь, если обновление серьёзно - то обычно в Gentoo оно автоматом не проходит. Даже банальный postfix с 2.4.x на 2.5.x автоматом не обновлялся, выдавая подробную инструкцию, как и что сделать вручную и быстро, через самосбор бинарного пакета.

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

Если обновление не проходит автоматом - то в чем тогда смысл автоматического обновления?

Вот ещё пример. Есть почтовая система на postfix 2.4... Если выходит 2.5, который не накатывается без разборок и перенастроек системы, почему я должен всё бросать и лезть в настройки почтовой системы? Может я супер занят, и освобожусь месяца через 2... А 2.4 вполне возможно через месяц перестанет поддерживаться в генту вообшще.

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

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

>Если обновление не проходит автоматом - то в чем тогда смысл автоматического обновления?

В том, что кроме чёрного (#000000) и белого (#ffffff) есть ещё много цветов. Скажем, светло-серый (#fefefe).

99,99% пакетов обновляется без всяких вопросов. Единичные случаи погоды не делают, поскольку _старая_ версия, которая не может обновиться мажорно автоматом, всё равно уже будет патчиться и обновляться в портеже достаточно долго.

>Если выходит 2.5, который не накатывается без разборок и перенастроек системы, почему я должен всё бросать и лезть в настройки почтовой системы?


2.4 после выхода 2.5 ещё с год, наверное, поддерживалась. Сейчас в портеже поддерживаются: 2.5.5 2.5.7 ~2.5.9 ~2.6.5

Это вам не бинарный дистр, где официально текущая только одна версия.

>для серверов все таки более полходят дистры с циклическими релизами


Спасибо, я на RedHat'е насиделся в своё время. Больше не надо.

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

>Спасибо, я на RedHat'е насиделся в своё время. Больше не надо.

RHEL понятно, чёрт с ним. А, например, Debian чем не идеальный сервер ? Почему именно gentoo ? Portage ?

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

>А, например, Debian чем не идеальный сервер ?

Потому что я понял главный недостаток версионных дистров - необходимость дистапгрейдов. Ну и плюс к тому на сервере обычно крутится всякая самосборная фигня и на Gentoo она более адекватна. Опять же, я выше писал про немеряный подскок производительности LAMP-подсистемы после перехода с RH7.3 на Gentoo. Вот всё это в совокупности и толкнуло в сторону Gentoo.

Основной аргумент был - отсутствие версионности дистра. Уж больно я обжёгся на этом. Остальные бонусы были обнаружены уже после перехода :)

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

> А, ну, ещё раз было дело с обновлением системы с amd64 на x86. Но это уже не восстановление :)

Приятно видеть, что я не один такой. Но я с amd64 на x86 переходил так -- пересобрал мир в 32-битном оверлее и просто подменил базовую систему. Конфиги забэкапил и просто скопировал нужные по мере необходимости. Заодно подчистил флаги и маски.

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