Представлен (http://sabayon.org/release/press-release-sabayon-linux-9) релиз дистрибутива Sabayon Linux 9 (http://www.sabayon.org/), сочетающего в себе удобство для конечного пользователя с гибкостью Gentoo. Sabayon Linux оформлен в виде Live-дистрибутива, снабжённого возможностью лёгкой установки на жёсткий диск. В комплекте поставляется полный набор всех необходимых мультимедиа кодеков и проприетарных драйверов для видеокарт, беспроводных адаптеров и софт-модемов.
Дистрибутив доступен (http://www.sabayon.org/download) в сборках с KDE 4.8.3 (2.2 Гб (http://sabayon.mirror.dkm.cz/pub/sabayon/iso/Sabayon_Linux_9...)), GNOME 3.2.3 (1.7 Гб (http://ftp.cc.uoc.gr/mirrors/linux/SabayonLinux/iso/Sabayon_...)) и Xfce 4.10 (1.4 Гб (http://ftp.fsn.hu/pub/linux/distributions/sabayon/iso/Sabayo...)). Дополнительно подготовлены редакции: SpinBase (470 Мб (ftp://na.mirror.garr.it/mirrors/sabayonlinux/iso/)) - "текстовый" вариант дистрибутива, является минимальной базой для построения собственных систем под свои нужды; CoreCDX (540 Мб (ftp://na.mirror.garr.it/mirrors/sabayonlinux/iso/)) - готовый для использования минималистичный вариант для слабых ПК с графическим окружением Fluxbox (пользователи CoreCDX и SpinBase имеют возможность быстрой установки графического окружения GNOME, KDE, Xfce или E17); ServerBase (490 Мб (ftp://na.mirror.garr.it/mirrors/sabayonlinux/iso/)) - сборка для создания серверных систем, отличающаяся от SpinBase использованием ядра Linux 3.4, оптимизированным для серверных задач.
<center><a href="http://sabayon.org/media/230/download/snapshot1.png">... src="http://www.opennet.me/opennews/pics_base/0_1339268666.png" style="border-style: solid; border-color: #e9ead6; border-width: 15px;" title="" border=0></a></center>Пакетная база дистрибутива синхронизирована с коллекцией портажей Gentoo и полностью совместима с Portage 2.2 (EAPI2), пользователь имеет возможность установки программ как из исходных текстов, так и используя готовые бинарные пакеты, собранные для платформ ARMv7, x86 и x86-64. Для x86 и x86-64 в репозитории насчитывается около 12000 пакетов, а для ARMv7 - более 2000. Поддерживаемые пакеты обновляются непрерывно (rolling-релиз), предоставляя пользователю доступ к самым свежим версиям программ. Для управления пакетами подготовлен GUI интерфейс "Rigo" и консольная программа "equo". Для установки дистрибутива используется инсталлятор, основанный на исходных текстах проекта Anaconda, развиваемого в рамках Fedora Linux.
Особенности выпуска Sabayon Linux 9:- В поставку включена возможность установки компонентов для полноценной поддержки ZFS на уровне ядра Linux, созданные силами проекта ZFSOnLinux (http://zfsonlinux.org/);
- Добавлена поддержка профиля Gentoo Hardened (http://www.gentoo.org/proj/en/hardened/), нацеленного на сборку пакетов с опциями усиления безопасности (например, включаются дополнительные проверки от переполнения буферов и рандомизация при распределении памяти). В ближайшее время ожидается появление пакета c ядром Linux, собранного с дополнительными патчами, поддерживаемыми проектом Gentoo Hardened;
- Представлен Rigo, новый интерфейс для управления установкой программ. Rigo задействован по умолчанию в качестве GUI интерфейса к Entropy и заменил собой ранее используемый менеджер установки приложений Sulfur. Rigo отличается современным дизайном интерфейса, выполненным на базе Gtk3+ и ориентированным на активное использование поиска. Непосредственным выполнением операций с пакетам занимается специальный демон RigoDaemon, взаимодействие с которым организовано через DBus. По заверению разработчиков в Rigo реализовано 99% из всех возможностей, обычно используемых людьми при поиске, установке, удалении и обновлении пакетов.
<center><a href="http://www.sabayon.org/sites/default/files/rigo.png">... src="http://www.opennet.me/opennews/pics_base/0_1339268433.png" style="border-style: solid; border-color: #e9ead6; border-width: 15px;" title="" border=0></a></center>- Дистрибутив поставляется с Linux-ядром 3.4, оптимизированным для выполнения десктоп-задач. Дополнительно поставляются пакеты с Linux-ядром, оптимизированным для использования на сервере или для развёртывания изолированных контейнеров на базе OpenVZ или Vserver. Также доступно для установки экспериментальное ядро Fusion, отличающееся включением патчей с поддержкой планировщика задач BFS, планировщика ввода/вывода BFQ, Reiser4, экспериментальными патчами для Btrfs и DRM, драйверами wireless-next. Для быстрого переключения между доступными в репозиториях Linux-ядрами может использоваться приложение "kernel-switcher";
- Формирование сборки ядра Linux с поддержкой PAE для 32-разрядных архитектур x86, позволяющей обеспечить работу на системах с более чем 4 Гб ОЗУ;
- Обновление версий пакетов: GNOME 3.2.3, KDE 4.8.3, Xfce 4.10, LibreOffice 3.5.3;
- Официальная поддержка файловой системы Btrfs;
- Упрощённая система превращения дистрибутива в медиацентр на базе XBMC 11;- Подготовлена возможность быстрой установки из репозиториев пользовательских окружений Cinnamon (http://www.opennet.me/opennews/art.shtml?num=32881) (форк GNOME Shell, оформленный в классическом стиле GNOME 2) и Razor Qt (http://www.opennet.me/opennews/art.shtml?num=32584) (легковесное десктоп-окружение на базе Qt)
URL: http://sabayon.org/release/press-release-sabayon-linux-9
Новость: http://www.opennet.me/opennews/art.shtml?num=34061
а чего гном такой старый то ?
да и тема не ахти - большие кнопки при тонком скроле
а какие у него существенные отличия от других
дистрибутивов ?
Чем он такой особенный ?
основан на гентухе, теоретически есть возможность собирать пакеты из сорцов и не огрести проблем.
по дефолту используется пакетный гуй-менеджер, работающий с бинарными пакетами.
> теоретически есть возможность собирать пакеты из сорцов и не огрести проблем.А какие в других дистрибутивах проблемы со сборкой пакетов из исходников?
Например, в Федоре можно сделать примерно так:
# скачать исходник
yumdownloader --source <имя_пакета>
# установить зависимости для сборки
yum-builddep <скачанный_пакет>
# собрать пакет из исходника
rpmbuild --rebuild <скачанный_пакет>Ну и при желании, можно добавить свои патчи или выполнить сборку с какими-то дополнительными опциями.
проблема в пакетных дистрибутивах со сборкой из исходников в том, что сложно управлять такими пакетами, да и вообще можно поиметь проблем.
в генту и кальке (и возможно в сабаёне) установка и управление пакетами из сорцов удобное и не приносит никаких проблем.
как-то так.
> проблема в пакетных дистрибутивах со сборкой из исходников в том, что сложно управлять такими пакетамиВ чем именно сложность? Пакеты собственной сборки ничем принципиально не отличаются от готовых.
> поиметь проблем.
Примеры проблем?
Я не пытаюсь утверждать, что у Генту и Сабайона нет преимуществ. Я просто хочу понять, в чем эти преимущества заключаются, если они есть на самом деле.
в том, что они USE-флаги считают своим крутым изобретением.ничего, когда поймут, что это просто прокси для configure — поумнеют.
> в том, что они USE-флаги считают своим крутым изобретением.
> ничего, когда поймут, что это просто прокси для configure — поумнеют.Собственно у Gentoo проекта три так называемых "ДАО":
1. Минимализм - собираем, ставим и настраиваем только то, что нужно - никаких избыточных сервисов и служб при инсталляции. Схож с debian-net-install - изначально система лишнего ПО.
2. Изначальный выбор функционала софта (USE-флаги).
3. Возможность на начальной стадии ВСЕ программное обеспечение (включая ядра Linux) собрать с помощью специализированных опций компилятора GCC - оптимизируя тем самым софт под конкретные процессорные инструкции:http://ru.wikipedia.org/wiki/Gentoo
<цитата>
Эксперименты над сборками GCC показали, что производительность получаемого пакета увеличивалась (в зависимости от аппаратного обеспечения) от 10 до 200 % по сравнению с бинарными сборками gcc, поставляемыми другими дистрибутивами.
</цитата>Ну а так обычный Linux - ВСЕ ОСТАЛЬНОЕ как у всех остальных NNNN-дистрибутивов.
> 2. Изначальный выбор функционала софта (USE-флаги).Пф-ф-ф-, т.е. это make config во FreeBSD?
> 3. Возможность на начальной стадии ВСЕ программное обеспечение (включая ядра Linux) собрать с помощью специализированных опций компилятора GCC - оптимизируя тем самым софт под конкретные процессорные инструкции:
/etc/make.conf во FreeBSD?
Ну, в общем-то, примерно так и есть, только USE-флаги в генте централизованы, стандартизированы и используются заметно интенсивнее, чем конфиг-опции во фре. Ну со стандартизованностью и интенсивностью понятно, а вот про центролизованность поясню: например если Вы не хотите, что бы в вашей системе был avahi, то в генте достаточно в make.conf прописать USE="-avahi", а во фре нужно для каждого порта в менюшке искать соответствующие галочки. После плотного знакомства с портаждами, фряшные порты смотрятся устаревшими на пару десятков лет (впрочем так оно и есть - они ведь практически не изменились со времён FreeBSD4, только сейчас наметился какой-то прогресс, а портажи развиваются постоянно).
Да, кстати говоря, гента изначально создавалась как развитие идей, заложенных во фре с адаптацей к специфики линукса. Ну, например, наложило отпечаток то, что фря - это целостная система, а линукс - это только ядро. В результате сохранилось разделение на "мир" и "пользовательский софт" (правда терминология сменилась), но системное окружение рулится точно так же из менеджера пакетов, как и доп. софт, что добавляет ещё гибкости. Ну и с технической стороны портажи реализованы не пару порядков лучше (хотя питон тормоз, конечно).
дело даже не в use флагах, а в удобстве управления пакетами.
в бинарных дистрах просто напросто нет никакого средства управления пакетами,собранными из сорцов.
> в бинарных дистрах просто напросто нет никакого средства управления пакетами,собранными
> из сорцов.А нафига какое-то отдельное средство? Пакетный манагер же и позволяет и скачать сорец, и перестроить пакет. Фигли еще надо?
>> в бинарных дистрах просто напросто нет никакого средства управления пакетами,собранными
>> из сорцов.
> А нафига какое-то отдельное средство? Пакетный манагер же и позволяет и скачать
> сорец, и перестроить пакет. Фигли еще надо?чукча не читатель, чукча писатель? или просто жизнь под девизом "ни хрена не понимаю, но мнение имею"?
Это ты про себя? Просили ведь привести пример того, что можно сделать в gentoo, чего нельзя сделать на основе apt/yum/итд. После сборки из сорцов пакет ВНЕЗАПНО становится бинарным и управляется также как и другие бинарные пакеты(которые, ну кто бы мог подумать, тоже были собраны из сорцов). Может мы и не знаем какой-то страшной тайны генты, но ведь и ты никак не решишься ее открыть.
что-то я добрый сегодня: он намекает на то, что его прокси умеет после смены юз-флагов одной командой пересобирать мир с новыми параметрами configure.
Вряд ли. Он ведь сказал, что дело не в USE флагах. Вот мне и любопытно узнать про мифическую силу генты в "управления пакетами,собранными из сорцов".
больше выбор версий, например.
а что предлагают бинарные дистры ?
> больше выбор версий, например.
> а что предлагают бинарные дистры ?Удобство пакетного манагера | скорость установки/обновления | согласованность версий пакетов. Любые две характеристики из трех бинарный дистр и предлагает.
Бинарный он дистр, а сорцовый - мета-дистр.
Тут и разница.
>> ничего, когда поймут, что это просто прокси для configure — поумнеют.+1
ну ты , видимо, не поумнеешь даже если поймешь, что USE больше, чем "просто прокси для configure""не спорьте о вкусе ананасов с теми, кто их ел" (c)
> "не спорьте о вкусе ананасов с теми, кто их ел" (c)вот именно.
>> "не спорьте о вкусе ананасов с теми, кто их ел" (c)
> вот именно.пользователь gentoo, не понимающий, что USE - это больше чем " прокси для configure" ?
Не верю (c) стаж работы в gentoo, pls. кроме USE, большой профит в Gentoo - возможность управления версиями установленных пакетов. Я могу работать на stable профиле, но иметь blade-edge нужных мне пакетов, с отслеживанием обновлений etc
> пользователь gentooни разу. но это не значит, что я генту видел только на скриншотах.
> не понимающий, что USE — это больше чем « прокси для configure» ?
да прокси, прокси. со свистелками, конечно — иначе зачем бы его делать стали.
> Я могу работать на stable профиле, но иметь blade-edge нужных мне пакетов, с
> отслеживанием обновлений etcкак будто на других системах нельзя.
>> пользователь gentoo
> ни разу. но это не значит, что я генту видел только на
> скриншотах.уважаемый, так Вы не ананасы ели, а только их кожуру...
sed -i -e 's/USE=gnome -ipv6/USE=-gnome ipv6/' make.conf
emerge -Nv world
это просто прокси?echo postgresq-server ~amd64 >> packages.keywords
echo >postgresq-server-8.4 >> packages.maskв каком дистрибутиве и как?
> sed -i -e 's/USE=gnome -ipv6/USE=-gnome ipv6/' make.conf
> emerge -Nv world
> это просто прокси?именно. прокси и есть. местами навороченый, наученый разруливать некоторые сложные запросы.
> в каком дистрибутиве и как?
в любом, где не забыли положить компилятор и сопутствующее. лично у меня этим уже несколько лет занимается скрипт на Lua, в который я периодически впиливаю ту или иную фичу.
> именно. прокси и есть. местами навороченый, наученый разруливать некоторые сложные запросы.
так именно это и надо, нес па? "наученый разруливать некоторые сложные запросы". ведь "дьявол в мелочах"
>> в каком дистрибутиве и как?
> в любом, где не забыли положить компилятор и сопутствующее. лично у меня
> этим уже несколько лет занимается скрипт на Lua, в который я
> периодически впиливаю ту или иную фичу.Bingo! апдейты тоже скрипт отслеживает? и по зависимостям?
я не геморроюсь с велосипедами и использую промышленный инструмент
> так именно это и надо, нес па?а я разве говорил, что не надо?
> Bingo! апдейты тоже скрипт отслеживает?
иногда.
> и по зависимостям?
нет никаких «зависимостей», они не нужны.
> я не геморроюсь с велосипедами и использую промышленный инструмент
redhat?
>> так именно это и надо, нес па?
> а я разве говорил, что не надо?
>> Bingo! апдейты тоже скрипт отслеживает?
> иногда.
>> и по зависимостям?
> нет никаких «зависимостей», они не нужны.
>> я не геморроюсь с велосипедами и использую промышленный инструмент
> redhat?зависимости не нужны, понятно. патчи безопасности тоже. да и зачем, ведь ты освоил lua, ты нереально крут!
"redhat".. прибор? девять. что девять? а что прибор?
какое отношение название компании RedHat имеет к инструменту?
>...именно. прокси и есть. местами навороченый, наученый разруливать...В каком-то смысле CPU - просто прокси к двоичной математике, наученый... Ну - дальше сам дополнишь.
Лично для меня portage - инструмент. Удобный. Продуманный.
Нет ничего сложного в LFS.
Нет ничего сложного в RPM.
Просто portage для меня лично (и для многих) оказался удобнее и понятнее остальных пакетных менеджеров.
Оптимизации, гибкость выбора, точность настройки ВСЕЙ СИСТЕМЫ под конкретные задачи, простота обеспечения повторяемости настроек...
Просто прокси к голове.
и к чему весь этот спич? гентушники странные: увидели слово «прокси» — и сразу решили, что это плохо.
> гентушники странные: увидели слово «прокси» — и сразу решили, что это плохоОт лица всех гентушиков - извинения принимаются ;-)
по делу - гентушники увидели "просто прокси".
Это все равно что что сказать
авто изобрели ПРОСТО чтоб лошадей не мучать.
ну, автомобиль — это такая механическая лошадка, да. просто ноги, например, делать сложно было, поставили колёса. и так далее.
> в каком дистрибутиве и как?Да в любой BSD системе. Например, в pkgsrc это делается правкой /usr/pkg/etc/mk.conf.
Заканчивайте уже элементарные и очевидные вещи выдать за уникальную киллер-фичу
не USE-ом единым велик portage
> не USE-ом единым велик portageПока portage рассматривается как пакетный манагер, то все прочее останется за кадром.
>>> yumdownloader --source <имя_пакета>
>>> yum-builddep <скачанный_пакет>
>>> rpmbuild --rebuild <скачанный_пакет>
> Примеры проблем?Простите, я шляпой практически не пользовался, все как-то больше на gentoo
Подскажите плз, вам это приходится делать каждый раз при обновлении пакета, или достаточно один раз при установке системы указать, что этот пакет будет отличаться от того что в репах ВОТ-ЭТИМ-КЛЮЧЕМ?Бо в портежах можно гибко настраивать USE-ы как для всей системы, так и для одного пакета. А девелоперы, по возможности, стараются все ключевые параметры make config-а вынести в USE (чел расписывающий USE как прокси к make config отчасти прав, но это все равно что сказать - АВТО ИЗОБРЕЛИ лишь чтоб ЛОШАДЕЙ НЕ МУЧАТЬ). Кстати, и зависимости(какие версии каких пакетов с какими ключами необходимы для сборки и/или выполнения) также гибко настраиваются USE-ами.
Следующий момент. включение/выключение некоторых USE-ов(тут по сути параметров make config) как вы понимаете, изменяет список экспортируемых функций. В случае если функция экспортируемая пакетом(по сути ключ с которым этот пакет собран) необходим другому пакету, обычное обновление мира
emerge @world -DNuavt
сразу покажет где и что по ошибке отключено. такое возможно благодаря ЦЕНТРАЛИЗОВАННОЙ СИСТЕМЕ USE-флагов.Далее, вот обновили вы некую библиотеку. В результате чего приложения которые импортили либы старой версии, не смогут найти новые. Нет я знаю, что можно засирать /{,usr{,/local}}/lib симлинками на новые версии библиотек но со старыми версиями в названии(я такое видел, вызвало невольную ассоциацию с добавлением в %windir%/system32/drivers из одной малоинтересной ОС). Можно попробовать обновить этот пакет из репозитария (если конечно репа официальная, или в репах уже версия с актуальной зависимостью), можно даже установить этот пакет из сорцов по приведенному вами выше принципу.
Ну а можно выполнить
emerge -avt1 @preserved-rebuild
и получить желаемое - обновление пакетов с битыми зависимостями. Кстати, в случае бинарного обновления пакетов из своего PORTAGE_BINHOST(или предоставляемого сообществом, к примеру как в кальке), само собой, пакеты с измененными USE-флагами будут компилироваться а не качаться. И даже если вас новая версия чем-то не устроит, всегда можно замаскировать обновление именно этого пакета, но не поломать зависимости обновляемых утилит от новой версии либы(тот самый @preserved-rebuild).> Я просто хочу понять, в чем эти преимущества заключаются, если они есть на самом деле.
Постарался разъяснить. Убедил?
> чел расписывающий USE как прокси
> к make config отчасти прав, но это все равно что сказать
> — АВТО ИЗОБРЕЛИ лишь чтоб ЛОШАДЕЙ НЕ МУЧАТЬ(улыбается) зато было забавно. да и вообще, хороший прокси — это очень часто удобно.
> Простите, я шляпой практически не пользовался, все как-то больше на gentooБог простит. В принципе для бинарных дистров разницы нет, там компиляция пакета операция не предназначенная для регулярного использования кроме случаев когда по своим причинам вы поднимаете свой репозиторий и ментейните свою сборку пакета.
> Подскажите плз, вам это приходится делать каждый раз при обновлении пакета, или
> достаточно один раз при установке системы указать, что этот пакет будет
> отличаться от того что в репах ВОТ-ЭТИМ-КЛЮЧЕМ?Вопрос некорректен. Гентушники забывают, что gentoo это мета-дистр.
Из одинаковых сырцов система у вас и у меня будет разная.
Для бинарного дистра использование пакета отличного от того, что в репах значит, что это другой пакет.>[оверквотинг удален]
> версия с актуальной зависимостью), можно даже установить этот пакет из сорцов
> по приведенному вами выше принципу.
> Ну а можно выполнить
> emerge -avt1 @preserved-rebuild
> и получить желаемое - обновление пакетов с битыми зависимостями. Кстати, в случае
> бинарного обновления пакетов из своего PORTAGE_BINHOST(или предоставляемого сообществом,
> к примеру как в кальке), само собой, пакеты с измененными USE-флагами
> будут компилироваться а не качаться. И даже если вас новая версия
> чем-то не устроит, всегда можно замаскировать обновление именно этого пакета, но
> не поломать зависимости обновляемых утилит от новой версии либы(тот самый @preserved-rebuild).Фактически это параметры генерации пользовательского дистра, stage4 типа.
Это все удобно, но это генерация своего дистра под себя любимого.
Это никак не управление пакетами.>> Я просто хочу понять, в чем эти преимущества заключаются, если они есть на самом деле.
> Постарался разъяснить. Убедил?Вряд ли. В бинарный монастырь не стоит идти с гентушными правилами, как и наоборот.
>> Простите, я шляпой практически не пользовался, все как-то больше на gentoo
> Бог простит.А что он шляповод?
> В принципе для бинарных дистров разницы нет, там компиляция пакета операция не предназначенная для регулярного использования кроме случаев когда по своим причинам вы поднимаете свой репозиторий и ментейните свою сборку пакета.
т.е. если вы хотите пакет со своими ключами, вы создаете и сопровождаете свою репу? ну это конечно удобнее чем один раз потыкать /etc/{make.conf,portage/package,{use,keywords,mask}}
>> Подскажите плз, вам это приходится делать каждый раз при обновлении пакета...
> Вопрос некорректен.Значит да. А вообще - мне также евангелисты отвечают на вопрос о боге и "создании камня который он НЕ сможет поднять".
> Гентушники забывают, что gentoo это мета-дистр.
Как раз гентушники это помнят всегда, это все равно что забыть как дышать.
> Из одинаковых сырцов система у вас и у меня будет разная.
Но я то при желании смогу разобраться что и как компилится, а также внести изменения в процесс компиляции(если все правильно сделать - то твои патчи будут применяться ко всем версиям пакета/ов на любом этапе). А вам приходится надеяться, что никто не ломанет майнтеров и не зальет к примеру в openssh свои ключи ;-)
> Это все удобно, но это генерация своего дистра под себя любимого. Это никак не управление пакетами.
Это не только генерация дистра под конкретную задачу(или ряд задач) с автоматическим разрешением зависимостей. Но и система обновления сильно упрощающая обновление.
>>> Я просто хочу понять, в чем эти преимущества заключаются, если они есть на самом деле.
>> Постарался разъяснить. Убедил?
> Вряд ли. В бинарный монастырь не стоит идти с гентушными правилами, как и наоборот.так если вы хотите понять преимущества, присушивайтесь, а не критикуйте исходя из своего "устава".
>>> Простите, я шляпой практически не пользовался, все как-то больше на gentoo
>> Бог простит.
> А что он шляповод?Нет, но прощения это по его части.
>> В принципе для бинарных дистров разницы нет, там компиляция пакета операция не предназначенная для регулярного использования кроме случаев когда по своим причинам вы поднимаете свой репозиторий и ментейните свою сборку пакета.
> т.е. если вы хотите пакет со своими ключами, вы создаете и сопровождаете
> свою репу? ну это конечно удобнее чем один раз потыкать
> /etc/{make.conf,portage/package,{use,keywords,mask}}Это зависит для чего вам этот пакет "здався" и один ли пакет.
Если в конкретном дистре вас не устраивает один-два пакета, то вести свой репозиторий проще, чем отказываться от плюшек красношапа, если же пакетов с пересборкой куча то имеет смысл уйти на дженту.>>> Подскажите плз, вам это приходится делать каждый раз при обновлении пакета...
>> Вопрос некорректен.
> Значит да. А вообще - мне также евангелисты отвечают на вопрос о
> боге и "создании камня который он НЕ сможет поднять".Не да и не нет. Дженту это настройка дистра под себя в гораздо большей степени, чем может в принципе позволить бинарный дистр.
>> Гентушники забывают, что gentoo это мета-дистр.
> Как раз гентушники это помнят всегда, это все равно что забыть как
> дышать.Тогда не было бы фраз об удобном пакетном манагере.
>> Из одинаковых сырцов система у вас и у меня будет разная.
> Но я то при желании смогу разобраться что и как компилится, а
> также внести изменения в процесс компиляции(если все правильно сделать - то
> твои патчи будут применяться ко всем версиям пакета/ов на любом этапе).
> А вам приходится надеяться, что никто не ломанет майнтеИспользуя Убунту я надеюсь, что никто не ломанет репозитории с бинарниками, используя Дженту надеюсь что никто не ломанет репозитори с сырцами. Все лишь вопрос доверия.
>> Для бинарного дистра использование пакета отличного от того, что в репах значит,
>> что это другой пакет.
>> Это все удобно, но это генерация своего дистра под себя любимого. Это никак не управление пакетами.
> Это не только генерация дистра под конкретную задачу(или ряд задач) с автоматическим
> разрешением зависимостей. Но и система обновления сильно упрощающая обновление.Не только. Но говорить про обновления это избыточно, думаю ни вы ни я не стали бы использовать систему не дающую возможности обновиться без ге.. головной боли лишней.
>> А что он шляповод?
> Нет, но прощения это по его части.а я смотрю вы знаток в теологии, или в прощении?
> Если в конкретном дистре вас не устраивает один-два пакета, то вести свой репозиторий проще, чем отказываться от плюшек красношапа, если же пакетов с пересборкой куча то имеет смысл уйти на дженту.
жаль из плюшек красношляпа, те которые я видел - были неубедительными. Сейчас пользую кальку (такой же gentoo-based дистр как и сабж)
> Дженту надеюсь что никто не ломанет репозитори с сырцами. Все лишь вопрос доверия.
Для этого есть RMD160 SHA1 SHA256 суммы в самих портежах.
>>> Для бинарного дистра использование пакета отличного от того, что в репах значит,
>>> что это другой пакет.
>>> Это все удобно, но это генерация своего дистра под себя любимого. Это никак не управление пакетами.
>> Это не только генерация дистра под конкретную задачу(или ряд задач) с автоматическим
>> разрешением зависимостей. Но и система обновления сильно упрощающая обновление.
> Не только. Но говорить про обновления это избыточно, думаю ни вы ни я не стали бы использовать систему не дающую возможности обновиться без ге.. головной боли лишней.таки согласен. Хотел опять кинуть камень в огород шиндоводов, ну даладно.
>>>>> Я просто хочу понять, в чем эти преимущества заключаются, если они есть на самом деле.
>>>> установка софта системы заточеной под свои задачи ..... тонкая настройка параметров сборки как всей системы, так и определенных пакетов без необходимости лезть в сорцы и смотреть параметры make config-а ..... удобное обновление системы со всеми собственными тонкими твиками, с учетом поломавшихся зависимостей.думаю это обсуждение сильно затянулось.
Надеюсь таки смог донести мысль В ЧЕМ эти преимущества, в каких ситуациях, и почему порой они как дома так и в крупной сети важны.
>>> А что он шляповод?
>> Нет, но прощения это по его части.
> а я смотрю вы знаток в теологии, или в прощении?И в том и в том. А в прощении вообще спец, отомщу и простить не забуду.
>> Если в конкретном дистре вас не устраивает один-два пакета, то вести свой репозиторий проще, чем отказываться от плюшек красношапа, если же пакетов с пересборкой куча то имеет смысл уйти на дженту.
> жаль из плюшек красношляпа, те которые я видел - были неубедительными. Сейчас
> пользую кальку (такой же gentoo-based дистр как и сабж)Плюшки красношапа не для ИТшников большей частью.
>> Дженту надеюсь что никто не ломанет репозитори с сырцами. Все лишь вопрос доверия.
> Для этого есть RMD160 SHA1 SHA256 суммы в самих портежах.В бинарных репах точно так же. Максимум это значит, что подписал пакет или архив владелец некоторого ключа. Все равно все сводиться к доверию.
>>>> Для бинарного дистра использование пакета отличного от того, что в репах значит,
>>>> что это другой пакет.
>>>> Это все удобно, но это генерация своего дистра под себя любимого. Это никак не управление пакетами.
>>> Это не только генерация дистра под конкретную задачу(или ряд задач) с автоматическим
>>> разрешением зависимостей. Но и система обновления сильно упрощающая обновление.
>> Не только. Но говорить про обновления это избыточно, думаю ни вы ни я не стали бы использовать систему не дающую возможности обновиться без ге.. головной боли лишней.
> таки согласен. Хотел опять кинуть камень в огород шиндоводов, ну даладно.:)
>>>>>> Я просто хочу понять, в чем эти преимущества заключаются, если они есть на самом деле.
>>>>> установка софта системы заточеной под свои задачи ..... тонкая настройка параметров сборки как всей системы, так и определенных пакетов без необходимости лезть в сорцы и смотреть параметры make config-а ..... удобное обновление системы со всеми собственными тонкими твиками, с учетом поломавшихся зависимостей.
> думаю это обсуждение сильно затянулось.
> Надеюсь таки смог донести мысль В ЧЕМ эти преимущества, в каких ситуациях,
> и почему порой они как дома так и в крупной сети
> важны.Точку зрения донесли :)
> Плюшки красношапа не для ИТшников большей частью.<fixed><s>вы таки не поверите, но gentoo-шник тоже может быть IT-шником</s></fixed>
да чтож я такой невнимательный, "НЕ для ИТшников"... ну тогда ясно...>>> Дженту надеюсь что никто не ломанет репозитори с сырцами. Все лишь вопрос доверия.
>> Для этого есть RMD160 SHA1 SHA256 суммы в самих портежах.
> В бинарных репах точно так же. Максимум это значит, что подписал пакет
> или архив владелец некоторого ключа. Все равно все сводиться к доверию.просто вспомнилась история с копеешной осью(кажется, за давностью лет не берусь утверждать), где поимев права одного из майнтейнеров удалось вбросить пакет с вложенными ssh-ключами. Там еще шум был, мол будь хакеры поаккуратнее, и подправь они контрольные суммы - никто подлога бы и не заметил.
с гентой такое сделать сложнее:
* можно либо накосячить в ebuild-е, а некоторые diff-ы ebuild-ов таки посматривают
* либо накосячить в сорцах, но если контрольная сумма скачаных сорцов вдруг не совпадет, emerge жутко проматерится и пойдет качать со следующего заркала как ни в чем небывало (или грохнется, если качать больше некуда, но это лучше чем троян в системе).
* либо выложить на офф. сайте этого пакета "новую" версию с закладками. И если автор продукта этого не заметит - убедить gentoo-сообщество, что таки пора писать новый ebuild под новую версию(кстати, чаще всего это просто cp -a ${PORTDIR}/${CATEGORY}/${PN}/${PN}-{${PVF},${NEW_PVF}}.ebuild )> Точку зрения донесли :)
ну и то хорошо.
уупс, вопрос про преимущества похоже был не ваш. ну да ничего, думаю вы ведь тоже в обсуждении участвовали исключительно в поисках правды, а не ради возможности поспорить.
> Простите, я шляпой практически не пользовался, все как-то больше на gentoo
> Подскажите плз, вам это приходится делать каждый раз при обновлении пакета, или
> достаточно один раз при установке системы указать, что этот пакет будет
> отличаться от того что в репах ВОТ-ЭТИМ-КЛЮЧЕМ?Каждый раз. Но на своих компьютерах это приходилось делать нечасто и, в основном, для эксперимента. Когда же нужно, чтобы пакет автоматически обновлялся и пересобирался с какими-то моими параметрами и патчами, я пользуюсь Build Service (на практике пригодилось для поддержки нескольких десятков рабочих станций в одной организации).
> Постарался разъяснить. Убедил?
Ясности стало немного больше, спасибо.
> проблема в пакетных дистрибутивах со сборкой из исходников в том, что сложно управлять такими пакетами,Да нет там никакой сложности, это гентушники придумали :)
> проблема в пакетных дистрибутивах со сборкой из исходников в том, что сложно
> управлять такими пакетами, да и вообще можно поиметь проблем.
> в генту и кальке (и возможно в сабаёне) установка и управление пакетами
> из сорцов удобное и не приносит никаких проблем.
> как-то так.В генту нужно искать/писать ebuild`ы, в бинарном мейнтейнить свой вариант пакета с своем репозитории. Что проще вопрос отдельного исследования. Правда бессмысленный вопрос.
Ролинг релиз что-нибудь говорит?
А сборка — можете поставить себе часть от (глибс например) от ф17, часть от ф16,.. и так до рх9?
Или к примеру слоты есть? У меня вот 3 версии блэндера штатно установлены и обновляются.
> а какие у него существенные отличия от другихТеперь банановый^W с поддержкой ZFS! Вот прямо так и написано! В заголовке новости! Нет, я понимаю, народ любит новости толком не читать и вопросы задавать. Но чтоб еще и заголовок не прочесть - сильно.
Мой первый Sabayon был версии 3.3, шёл с диском от журнала. С тех пор пользуюсь постоянно - хорошая штука.
Я что-то не понял, ZFS цепляется к fuse или как-то иначе?
> Я что-то не понял, ZFS цепляется к fuse или как-то иначе?Нет, это нормальный ядерный ZFS.
Вопрос, умеет ли эта кухня с него boot'иться.
нубовопрос: позволяет ли генту или один из основанных на единой с генту сырцовой базе дистрибов (хотелось бы калькулейт или сейбиан) ставить уже собранные бинарные пакеты из репозиториев мантейнеров ?
тоесть могу я под свою машину собирать у себя локально из сырцов только необходимое, а остальное брать из репов дистриба ?
> нубовопрос: позволяет ли генту или один из основанных на единой с генту
> сырцовой базе дистрибов (хотелось бы калькулейт или сейбиан) ставить уже собранные
> бинарные пакеты из репозиториев мантейнеров ?
> тоесть могу я под свою машину собирать у себя локально из сырцов
> только необходимое, а остальное брать из репов дистриба ?qtбезtech-mod on
Берите генту и ставьте только небюхоимое. Тогда и бинарные пакеты не понадобятся.
qtбезtech-mod off
> Берите генту и ставьте только небюхоимое. Тогда и бинарные пакеты не понадобятся.мне не нужно компилить ВСЕ ПОДРЯД, я верю что мантейнеры в этом разбираются лучше меня и я хочу ставить их готовые без затрат времени на компиляцию, зато несколько пакетов я буду перекомпиливать допустим под своё железо и под свои нужды
генту или кто из этого семейства могут мне такое организовать ?
> зато несколько пакетов я буду перекомпиливать допустим под своё железо и под свои нуждыЗатачивать определенные пакеты "под свое железо" выставив для них CFLAGS и CXXFLAGS в принципе можно, но крайне не рекомендуется.
С другой стороны есть USE-ы настраивающие совместимость, это такие как:
$ grep -hE '(^|:)(sse|[^\s:]*(mmx|3dnow))[^\s:]* - ' /usr/portage/profiles/use.{,local.}desc |sed -e 's|^[a-z0-9/\-]*:||' -e 's/ - .*$//' | sort | uniq
3dnow
3dnowext
iwmmxt
mmx
mmxext
sse
sse2
sse2_4way
sse2check
sse3
sse4
sse4_1
sse4a
sse5и если ваш пакет использует их, и вы решили один из них изменить, то конечно этот пакет будет пересобран с этими USe-ами, а не установлен из бинарей.
Кстати есть статьи как из под кальки собрать свой загрузочный gentoo http://www.calculate-linux.ru/blogs/show/317
И как собрать свою кальку/генту под выбранную платформу http://www.calculate-linux.ru/blogs/show/348
>> Берите генту и ставьте только небюхоимое. Тогда и бинарные пакеты не понадобятся.
> мне не нужно компилить ВСЕ ПОДРЯД, я верю что мантейнеры в этом
> разбираются лучше меня и я хочу ставить их готовые без затрат
> времени на компиляцию, зато несколько пакетов я буду перекомпиливать допустим под
> своё железо и под свои нужды
> генту или кто из этого семейства могут мне такое организовать ?Поднимайте свой репозиторий и мейнтей
> Поднимайте свой репозиторий и мейнтейтро-ло-ло-ло-ло
>> Поднимайте свой репозиторий и мейнтей
> тро-ло-ло-ло-ло...детектед. Вы или прямо скажите, что дженту рекламите или не делайте вид, что не понимаете какие проблемы при самосборе пакета в бинарном дистре
> Вы или прямо скажите, что дженту рекламите...тогда уж не "рекламите", а "пользуете", и кстати, далеко не первый год
правда последние 2-3 года кальку(по сути та же гента с наворотами)Проблема зависимостей существует, но решается довольно просто(благо существует набор средств на этот случай)
>>> Поднимайте свой репозиторий и мейнтейА вот на это и был мой глубокомысленный ответ (такой же глубокомысленный как и ваше предложение)
На случай если вы все-же захотите использовать сильно миксованый вариант(грубо скажем половина пакетов из бинарного профиля - половина с измененными USE-ами) вот простое решение обновления используя бинарный профиль кальки
eix-sync
## ^^^--- собсна синхронизация дерева портежей и оверлеев
emerge @world -DNuavt
## обновление мира, если профиль бинарный - то компилиться будет только то, чего в БИНХОСТ-е с теми же USE-ами нет
emerge -avt @preserved-rebuild
## обновляет то, что зависело от удаленного/обновленного, опять же - по возможности из бинарей
FEATURES=-getbinpkg revdep-rebuild -i -- -va
## и вот тут жесткая проверка полетевшие зависимости, и компиляция того что надо, даже если в БИНХОСТ-е это есть(бывает нужно).
emerge -ca
## очистка от уже ненужных пакетовОт обычного обновления отличается лишь предпоследней строкой.
все это можно загнать в скрипт и автоматизировать, если убрать ключ -a(ask)PS
Да понимаю - сложно, целых 5(пять!!!!!)команд.
Но на выходе вы имеете 100% рабочую систему с непобитыми зависимостями, и без необходимости...
> Поднимать свой репозиторий и мейнтейPPS
Кстати - еще одна слабая сторона gentoo - то что в случае затянувшегося обновления может случиться ресет. И не обновившиеся службы (с учетом того - что зависимости уже обновились) могут неподняться(ирл - редкая ситуация, но исключать нельзя).
В той же кальке эта проблема "обойдена" http://www.calculate-linux.ru/main/ru/disk_partitioning установкой свежей системы в соседний раздел и переносом конфигов (в шляпе подсмотрели это и решили переименоввывать /usr, ну вы знаете).
Правда в этом случае необходимо иметь iso с уже собранной системой, но и это делается просто <reclama>об этом вы сможете почитать на офф сайте ;-)</reclama>
>> Вы или прямо скажите, что дженту рекламите...
> тогда уж не "рекламите", а "пользуете", и кстати, далеко не первый годХорошо, пользуете.
> правда последние 2-3 года кальку(по сути та же гента с наворотами)
Навороты это не в плане бинарных репозиториев?
> Проблема зависимостей существует, но решается довольно просто(благо существует набор
> средств на этот случай)Ключевое слово довольно, между довольно просто и просто часто лежит пропасть.
>>>> Поднимайте свой репозиторий и мейнтей
> А вот на это и был мой глубокомысленный ответ (такой же глубокомысленный
> как и ваше предложение)Ну это было только начало глубокомысленного поста. Сам пост был ниже.
> На случай если вы все-же захотите использовать сильно миксованый вариант(грубо скажем половина
> пакетов из бинарного профиля - половина с измененными USE-ами) вот простоеМне на системе с установленной Дженту все же ближе и проще (может быть пока) оригинальный вариант с установкой действительно минимальной системы без лишнего.
>[оверквотинг удален]
> ## и вот тут жесткая проверка полетевшие зависимости, и компиляция того что
> надо, даже если в БИНХОСТ-е это есть(бывает нужно).
> emerge -ca
> ## очистка от уже ненужных пакетов
> От обычного обновления отличается лишь предпоследней строкой.
> все это можно загнать в скрипт и автоматизировать, если убрать ключ -a(ask)
> PS
> Да понимаю - сложно, целых 5(пять!!!!!)команд.
> Но на выходе вы имеете 100% рабочую систему с непобитыми зависимостями, и
> без необходимости...За совет спасибо, запишу в склерозник.
Но есть два вопроса.
Первое, как сильно нужно ковырять конфиги, что бы работало действительно в 5 команд.
Второе, насколько такое решение легко ставить не на одну, а на несколько машин?>> Поднимать свой репозиторий и мейнтей
> PPS
> Кстати - еще одна слабая сторона gentoo - то что в случае
> затянувшегося обновления может случиться ресет. И не обновившиеся службы (с учетом
> того - что зависимости уже обновились) могут неподняться(ирл - редкая ситуация,
> но исключать нельзя).
> В той же кальке эта проблема "обойдена" http://www.calculate-linux.ru/main/ru/disk_partitioning
> установкой свежей системы в соседний раздел и переносом конфигов (в шляпе
> подсмотрели это и решили переименоввывать /usr, ну вы знаете).В качестве бинарного дистра использую не шляпу, в принципе проблемы такой не было.
А на дженту все решалось загрузкой ливесд с последующим chroot и далее по ситуации.> Правда в этом случае необходимо иметь iso с уже собранной системой, но
> и это делается просто <reclama>об этом вы сможете почитать на офф
> сайте ;-)</reclama>оффсайте калклинуксу или дженты? ;-)
>> Берите генту и ставьте только небюхоимое. Тогда и бинарные пакеты не понадобятся.
> мне не нужно компилить ВСЕ ПОДРЯД, я верю что мантейнеры в этом
> разбираются лучше меня и я хочу ставить их готовые без затрат
> времени на компиляцию, зато несколько пакетов я буду перекомпиливать допустим под
> своё железо и под свои нужды
> генту или кто из этого семейства могут мне такое организовать ?Поднимайте свой репозиторий и мейнтейните под себя заточенные пакеты.
В дистровском репозитории пакеты жесто связаны по зависимостям и просто пересобрать один или два нужных пакета у вас может и не выйти, да и с обновлениями огребете проблем.Хотя с обновлениями в случае бинарного дистра все равно проблемы будут. Решаемые конечно, но все же будут.
> нубовопрос: позволяет ли генту или один из основанных на единой с генту
> сырцовой базе дистрибов (хотелось бы калькулейт или сейбиан) ставить уже собранные
> бинарные пакеты из репозиториев мантейнеров ?
> тоесть могу я под свою машину собирать у себя локально из сырцов
> только необходимое, а остальное брать из репов дистриба ?В двух словах - то что есть в <s>репе</s> PORTAGE_BINHOST с USE-ами соответствующими вашим - будет браться оттуда. Все остальное(то чего нет, или USe-ы которых не соответствуют) будет компилиться.
> В двух словах - то что есть в <s>репе</s> PORTAGE_BINHOST с USE-ами
> соответствующими вашим - будет браться оттуда. Все остальное(то чего нет, или
> USe-ы которых не соответствуют) будет компилиться.это верно и для генту и для калькулейта и для сабиана ?
>> В двух словах - то что есть в <s>репе</s> PORTAGE_BINHOST с USE-ами
>> соответствующими вашим - будет браться оттуда. Все остальное(то чего нет, или
>> USe-ы которых не соответствуют) будет компилиться.
> это верно и для генту и для калькулейта и для сабиана ?Да. И для любой системы основанной на дженту.
> это верно и для генту и для калькулейта и для сабиана ?официальный PORTAGE_BINHOST есть лишь у calculate и sabayon. официального PORTAGE_BINHOST для gentoo я не встречал, думаю его и нет.
исходя из логики gentoo, его быть и не должно, есть лишь stage3 (и неофифиальные stage4).
Но механизм этот был заложен специально чтоб можно было поднимать свои локальные хранилища пакетов (для всех или лишь на корпоративном уровне - без разницы)
>> это верно и для генту и для калькулейта и для сабиана ?
> официальный PORTAGE_BINHOST есть лишь у calculate и sabayon. официального PORTAGE_BINHOST
> для gentoo я не встречал, думаю его и нет.Тут неясно, чего нет, параметра в конфиг или бинарного репозитория официального, который в этом параметре можно указать.
> исходя из логики gentoo, его быть и не должно, есть лишь stage3
> (и неофифиальные stage4).
> Но механизм этот был заложен специально чтоб можно было поднимать свои локальные
> хранилища пакетов (для всех или лишь на корпоративном уровне - без
> разницы)Всетаки в make.conf дженту параметр PORTAGE_BINHOST поддерживаеться, это официального бинарного репозитория у дженту нет.
> Тут неясно, чего нет, параметра в конфиг или бинарного репозитория официального, который в этом параметре можно указать.
> Всетаки в make.conf дженту параметр PORTAGE_BINHOST поддерживаеться, это официального бинарного репозитория у дженту нет.сами с собой беседу ведете ;-)
Да, бинарного репозитария нет генте. Поскольку нет и "стандартного набора USE-ключей"
>> Тут неясно, чего нет, параметра в конфиг или бинарного репозитория официального, который в этом параметре можно указать.
>> Всетаки в make.conf дженту параметр PORTAGE_BINHOST поддерживаеться, это официального бинарного репозитория у дженту нет.
> сами с собой беседу ведете ;-)Все таки с вами, несовсем ясно было написано, что имеете в виду под PORTAGE_BINHOST, параметр или значение параметра "фицияльное"
> Да, бинарного репозитария нет генте. Поскольку нет и "стандартного набора USE-ключей"
> Все таки с вами, несовсем ясно было написано, что имеете в виду под PORTAGE_BINHOST, параметр или значение параметра "фицияльное"ну в принципе пожалуй - ДА, трактовать ту можно было по разному. признаю косяк
