Gentoo Linux

[eleet]

Некоторое время использую Дженту... Очень нравиться этот дистрибутив. Имхо, самый простой и производительный дистрибутив. Очень гибок в настройке - благодаря манипуляциям с переменной USE (что позволяет включать/исключать из собираемых пакетов нужные/ненужные зависимости).
Также благодарая утилите Deltup обновление до пакетов последних версий будет стоить гораздо дешевле, чем в дебиане =). А также еще некоторая оптимизация под архитетуру машины...

Конечно, для установки пакетов в Дженту требуеться больше времени (время на компиляцию), но я даже не обращаю на это внимания

P.S. может быть я в чем-то повторяюсь...

[rmn]

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

Ох уж эти сказочки, ох уж эти сказочники.
она что, бинарники дельтапит?
Или даже если исходники, неужели кто-то будет делать дельту, скажем, с KDE 3.5.6 до KDE 4.0? Если нет, то в чем дешёвизна-то? То, что мне нужно будет скачать 100 MiB бинарных готовых к работе deb-пакетов KDE 4.0, или в gentoo столько же исходников/бинарей?

[eleet]

Сообщение от rmn Ох уж эти сказочки, ох уж эти сказочники. она что, бинарники дельтапит?

Прости за непонимание, но при чем тут бинарники? я про них ни слова не сказал

Сообщение от rmn Или даже если исходники, неужели кто-то будет делать дельту, скажем, с KDE 3.5.6 до KDE 4.0?

Вообще-то, дельта-пакеты автомотически генерируються специальным сервером (dev.gentooexperimental.org). Мне нужно только отправить корректный запрос (этим-то и занимается утилита Deltup), и подождать пару минут пока генерируется патч, если он еще не был сгенерирован ранее.

Сообщение от rmn То, что мне нужно будет скачать 100 MiB бинарных готовых к работе deb-пакетов KDE 4.0, или в gentoo столько же исходников/бинарей?

Скорее всего у меня будет выбор: либо качать 100М исходников, либо 90-100М патча, не могу сказать точно, поскольку не знаю, что всетаки будет представлять из себя kde 4.0. Но зато для последующего обновления, предположим с KDE 4.0 до KDE 4.0.1-r1, мне потребуеться скачать лишь крохотный патч

[rmn]

Сообщение от eleet Прости за непонимание, но при чем тут бинарники? я про них ни слова не сказал

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

Цитата: Вообще-то, дельта-пакеты автомотически генерируються специальным сервером (dev.gentooexperimental.org). Мне нужно только отправить корректный запрос (этим-то и занимается утилита Deltup), и подождать пару минут пока генерируется патч, если он еще не был сгенерирован ранее.

ok. Т.е. если попросить, дельту kde 3.5.6-4.0.0, пусть и сверхтолстую, от него получить можно?

Цитата: Скорее всего у меня будет выбор: либо качать 100М исходников, либо 90-100М патча, не могу сказать точно, поскольку не знаю, что всетаки будет представлять из себя kde 4.0.

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

Цитата: Но зато для последующего обновления, предположим с KDE 4.0 до KDE 4.0.1-r1, мне потребуеться скачать лишь крохотный патч

минор-апдейты - это уж на любителя и лекарство от нечего делать. Собирать дцать часов тот же kde/gnomoe/firefox/openoffice.org только потому, что обновил его за счет "крохотного патча" - это уже маразм.

[eleet]

Сообщение от rmn ok. Т.е. если попросить, дельту kde 3.5.6-4.0.0, пусть и сверхтолстую, от него получить можно?

Именно. Теоретически я могу получить даже патч OpenOffice-kde , только не вижу смысла такой ерундой заниматься.

Сообщение от rmn Ну тогда для справки: официальные дельты KDE Project делаются только для снапшотов и минор-релизов. Именно потому, что с мажора до мажора дельты получатся больше, чем исходники в оригинале.

Не могу согласиться, но и спорить не буду. Я лучше подожду KDE 4.0 и обновлюсь. Тогда посмотрим кто прав (Надеюсь что я ).

Сообщение от rmn минор-апдейты - это уж на любителя и лекарство от нечего делать. Собирать дцать часов тот же kde/gnomoe/firefox/openoffice.org только потому, что обновил его за счет "крохотного патча" - это уже маразм.

Во первых, новые версии просто так не выпускаются... обычно в них исправляют ошибки, уязвимости и прочие нехорошие свойства крупных проектов. Следовательно возможность дешево обновиться до последней версии - отнюдь не "лекарство от нечего делать"
Во вторых, даже на моем ведре сборка kde с НУЛЯ занимает всего 13 часов (gnome - 6ч, xfce - 2ч, firefox - 15мин, openoffice - 4ч), а из-за небольших обновлений весь пакет не будет полностью пересобираться. Обновиться лишь та часть которая подверглась изменениям.

P.S. Развели тут оффтопик... нехорошо

[XeNoN]

Цитата: P.S. Развели тут оффтопик... нехорошо

Да, ладно нормально.
eleet, а вы поподробнее опишите как производятся такие обновления, в смысле не че нажать надо, а технологию. А то я что-то не догоняю. Для бинарников на системах типа Gentoo, FreeBSD такого не сделать, уж слишком сильно отличаются бинарники у конечных пользователей. Для архивов исходников тоже не покатит. Остаются только патчи к исходникам старой версии, которые возможно генерируются на каком-то сервере, архивируются, доставляются вам, затем патчатся ваши старые исходники и происходит сборка уже их пропатченных. Я правильно понимаю?

Цитата: а из-за небольших обновлений весь пакет не будет полностью пересобираться. Обновиться лишь та часть которая подверглась изменениям.

А вот об этом можно еще по подробнее?
P.S. А вообще весь этот разговор можно вынести в отдельную тему касающуюся Gentoo.

[eleet]

XeNoN, вы абсолютно правы.

Программы в Gentoo Linux устанавливаются из исходни ков. Это чистый текст. Утилита Deltup просто скачивает со специального сайта не весь архив программы, а только разницу между требуемой версией и тем, что у вас есть. На этом спец. сайте имеются все пакеты, которые доступны с официального дерева. Следовательно, если я хочу обновиться с openoffice-2.0 до openoffice-2.1, то emerge (утилита для работы с системой портов, аналог apt) пытается скачать с сервера патч openoffice-2.0-openoffice-2.1.dtu. Сервер проверит наличие этих версий и сделает примерно следущее:

deltup -m openoffice-2.0 openoffice-2.1 openoffice-2.0-openoffice-2.1.dtu # создаеться патч

emerge получит этот патч и выполнит действия:

deltup -p  openoffice-2.0-openoffice-2.1.dtu # применяет патч

Таким образом в системе появиться пакет нужной версии.
#В Дженту этот процесс автоматизирован.

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

Цитата: P.S. А вообще весь этот разговор можно вынести в отдельную тему касающуюся Gentoo.

И с этим я тоже полностью согласен

[XeNoN]

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

Это при условии, что вы не чистите исходники после компиляции, т.е не делаете операцию подобную make clean?
А иначе любое изменение чистых исходников все равно потребует полной перекомпиляции.

[rmn]

XeNoN, вот именно. а еще надо умудряться это добро все хранить от компиляции к компиляции. По мне так, больше заморочек, чем вкусностей и приятностей.

Да и насчет сборки OOo на "ведрах" за 4 часа у меня большие сомнения.

[eleet]

Сообщение от XeNoN Это при условии, что вы не чистите исходники после компиляции, т.е не делаете операцию подобную make clean? А иначе любое изменение чистых исходников все равно потребует полной перекомпиляции.

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

P.S. rmn, зря вы так отзываетесь о моей системе. Я же не говорю что Debian плохой дистрибутив только потому, что я его никогда не использовал

[rmn]

Сообщение от eleet Ошибаетесь, утилита emerge автоматически выполняет чистку после компиляции. Вам незачем хранить временные файлы. Вообще, то что обновление до более новой версии происходит быстрее чем сборка с нуля - заслуга людей пишущих ebuild'ы. Конечно это не всегда так... Я уже писал когда-то, что скорость установки пакетов - не являеться положительной стороной дистрибутива (Если конечно вы не используете уже готовые бинарные пакеты).

Если выполняется чистка, то за счет чего сборка-то ускоряется? Мне это вот тоже непонятно. Вот хочу я, скажем, новую версию linuxdcpp поставить. За счет чего она при обновлении с нуля соберётся быстрее-то, можешь объяснить?

Цитата: P.S. rmn, зря вы так отзываетесь о моей системе. Я же не говорю что Debian плохой дистрибутив только потому, что я его никогда не использовал

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

Оффтоп

Оффтоп

Цитата: #Обычно я ставлю что-нибудь крупное на компиляцию и ложусь спать. а я предпочитаю спать в тишине

[tmp0000]

Оффтоп

Оффтоп

Цитата: а я предпочитаю спать в тишине Не согласен, спать нужно под dead metal!!! Ну или хотя бы под Чайковского в полгромкости на двадцативаттных колонках... PS. Я рад что научился пользоваться оффтопик mode!

[eleet]

Сообщение от rmn Если выполняется чистка, то за счет чего сборка-то ускоряется? Мне это вот тоже непонятно. Вот хочу я, скажем, новую версию linuxdcpp поставить. За счет чего она при обновлении с нуля соберётся быстрее-то, можешь объяснить?

Ладно, предположим я хочу обновиться с linuxdcpp-20061012 до linuxdcpp-20070403 (хотя в этом случае нету практически никакого ускорения сборки, т.к. пакет очень маленький - всего 328Kb.)
Версия 20061012 отличаеться от 20070403 тем, что первой не хватает некоторых файлов, и несколько десятков имеют разную дату изменения. Так вот, утилита make сама соберет только эти файлы и те которые от них зависят напрямую. А остальные уже были собраны ранее...

P.S. не совсем понял что ты имеешь ввиду под "обновлением с нуля"

[rmn]

eleet, ну, во-первых, как собирает проект make я представляю. во-вторых, в linuxdcpp не используются gnu autotools, но не в этом суть. В-третьих, linuxdcpp маленький, да удаленький. Там C++ код и сборка этих "всего 328 KiB" занимает почти 4 минуты на P4 2.4GHz И чудо-ускорение, которое я ожидаю от чудо системы сборки в gentoo, должно проделывать ту же сборку при обновлении с нуля исходников программы ну хотя бы за минуту.

Под обновлением с нуля я имею в виду то, что прошлая сборка была завершена удалением всех объектных файлов (потому что я не хочу хранить до следующей сборки уже не "всего 328 KB", а мегабайтов 5 объектников, пусть даже в архиве). Собственно, я про это:

Цитата: Ошибаетесь, утилита emerge автоматически выполняет чистку после компиляции. Вам незачем хранить временные файлы. Вообще, то что обновление до более новой версии происходит быстрее чем сборка с нуля - заслуга людей пишущих ebuild'ы.

[eleet]

Сообщение от rmn eleet, ну, во-первых, как собирает проект make я представляю.

rmn, я был в этом уверен и поэтому привел его как пример.

Сообщение от rmn в linuxdcpp не используются gnu autotools.

В этом случае сборка не будет заметно ускорена. (хотя остаються еще утлиты для сокращения времени компиляции - distcc и ccache)

Оффтоп

Оффтоп

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

Сообщение от rmn Под обновлением с нуля я имею в виду то, что прошлая сборка была завершена удалением всех объектных файлов (потому что я не хочу хранить до следующей сборки уже не "всего 328 KB", а мегабайтов 5 объектников, пусть даже в архиве).

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

[rmn]

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

Вот именно. Поэтому ускоряться нечему и в большинстве случаев пересобирать придется всё заново. Будь то linuxdcpp или OOo. И autotools тут не при чём

distcc, ccache и проч. - эти костыли уже не от хорошей жизни в gentoo, можно понять.

Короче, я уже было поверил в чудо, ан нет его.

[eleet]

Сообщение от rmn distcc, ccache и проч. - эти костыли уже не от хорошей жизни в gentoo, можно понять.

Если ты считаешь утилиту ccache, которая сокращает время компиляции в 5-10 раз, костылями ... то я думаю нам не стоит больше разговаривать

P.S. Дабы узнать больше читайте lorFAQ

Оффтоп

Оффтоп

Кстати, спасибо тебе ты делаешь эту тему довольно популярной

[rmn]

eleet, костыли - это образно. Все нормальные линуксоиды могут и без них обходиться в большинстве случаев. А в gentoo без них никуда.

lorfaq я вообще-то, помнится, в его составлении даже участие принимал.

Добавлено через 1 минуту

Сообщение от eleet Оффтоп Оффтоп Кстати, спасибо тебе ты делаешь эту тему довольно популярной

ага, бесплатный циркпиар устраиваю.

[eleet]

Оффтоп

Оффтоп

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

[rmn]

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

сплошной флуд пошёл, завтра всё поудаляю.

Так я не понял, всё, что я писал выше - это не аргументы "против"?
То, что везде опция, тут - необходимость: длительные установки/сборки по ночам, спец. средства для "лишь бы быстрее собралось".

Оффтоп

Оффтоп

Цитата: Оффтоп Оффтоп За lorfaq спасибо, а чем ты им там помог, если не секрет? Хоть убей, не помню. Но точно пару-тройку вопросов/ответов дополнял/исправлял, когда его только-только начинали на LOR раскручивать.