Вышел Gentoo 2005.0

2anonymous:

>а потом man crontab и man emerge и вообще не нужно до сервера дотрагиваться

Может ты бы так и сделал:)

Да только репозитарий,это не свалка пакетов, а набор пакетов, проверенных на совместимость и запускаемость хотя бы:) Или это тоже по crontab'у можно делать?:)

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

>вот только зачастую оптимален индивидуальный подход нужен

так я же сказал

/etc/portage/package.use

читать не умеешь?

>Да только репозитарий,это не свалка пакетов, а набор пакетов, проверенных на >совместимость и запускаемость хотя бы:) Или это тоже по crontab'у можно делать?:)

представь себе можно.

при наличие новых сборок тебе на почту отправляется письмо,
и ты проверяешь их и помечаешь как стабильные,

тебе более если пользоваться x86,а не ~x86 то процент глюков будет минимален.

>которая установлена на твоей рабочей станции - за ночь всё и не скомпилится:)

для начала можно все собрать,
а потом
man ccache

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

2anonymous:

>так я же сказал >/etc/portage/package.use >читать не умеешь?

Объясняю на пальцах: в какой-то софтине какая-то фича реализована некорректно/неполностью, её лучше отключить, а потом, в новой версии её уже можно и включить. И наоборот.

Ещё: разруливание альтернатив, например, MySQL 3/4/5, для разных целей полезно использовать далеко не всегда последюю ветку. Не просто тупо компилить всё-что не попадя, но смотреть новости, багрепорты по софту (по ВСЕМУ софту) и корректировать ключи сборки (хотя бы их). Обратная связь должна быть в любом случае - кто будет разгребать горы ежедневной почты с багрепортами? И выцеплять из этой горы именно багрепорты, а не воду и жалобы на кривые руки/железо? Тоже в крон?:)

>при наличие новых сборок тебе на почту отправляется письмо, и ты проверяешь их и помечаешь как стабильные

Ты себе представляешь почту о "новых сборках" хотя бы по маленькому репозитарию - 2-3 тысяци софтин?

>для начала можно все собрать, >а потом >man ccache

ccache с кэшем на сборку 2-3 тысяч пакетов представляешь себе?:) Далеко не весь софт собирается с ccach'ем - ещё исключения...

>я думаю за ночь новые пакеты вполне возможно собрать

Можно. Вот только сколько пакетов?:)

> man ccache

уж лучше сразу внимание и на distcc обратить ;)

2v12aml:

>уж лучше сразу внимание и на distcc обратить ;)

Понятное дело, если компы свободные в сети есть:) и на всех одна версия gcc:)

Или уж сразу openMosix на все компы

>DEBIAN SARGE - ВОТ САМОЕ ОЖИДАЕМОЕ СОБЫТИЕ 2005 ГОДА И ПЕРВОГО КВАРТАЛА ТОЖЕ!

И 2004, и 2006 тоже будет. ;)

> После обновления дерева portage все изменения в /user/portage (или где там у вас PORTDIR) затираються настройками по умолчанию.

и это правильно, т. к. эти самые маски все-время меняются и управлять этим всем (добавлять, убирать, проверять) в условиях репозитария было бы неоправдано сложно, решение конечно изящное, но если бы проблема для меня состояла только в затирании файла, я бы просто сделал алияс, который бы копировал конфиг перед рсинком, а затем возвращал его на место. Я не часто ставлю hard masked(overlay всё-таки чаще) потому и решение примитивное;)

ps: всем спасибо за наводку, тока так много было необязательно;)

так теперь точно подумываю о переходе на генту Т.к. нашёл вот ЭТО http://glis.sourceforge.net/

> Ещё: разруливание альтернатив, например, MySQL 3/4/5, для разных целей полезно использовать далеко не всегда последюю ветку

в генту проблема разруливания альтернатив не стоит (ищем инфу про слоты) и портэжи _максимально_ приспособлены к автоматизации процессов с ними связанных

2Syncro:

>портэжи _максимально_ приспособлены к автоматизации процессов с ними связанных

Т.е. настолько приспособлены, что можно всё по cron'у?

http://www.linuxcenter.ru/news/2005/03/04/5120.phtml

ну следить всеравно придется, хотя если собирать только стабильное то не часто, в любом случае скрипт с исключениями например на питоне с выводом на что-то вроде root-tail или rss/smtp проблему может решить

2Syncro:

Собранное стабильное - это уже дистрибутив, а не репозитарий:)

> Это какие?

Это Oracle, netForensics, Sun, IBM и много-много других

нет, дистрибутив это комплект файлов необходимых для установки ПО, а репозитарий это хранилище(сетевое) дистрибутивов

>Ура! Уже качаю для коллекции :>

Маразм крепчал. Начни вытягивать с 0.0.0.1 для коллекции.

нет никакой технологической сложности установке проприоритарных продуктов, например портэжи не задумываясь ставят нивида драйверы, кроссовер-офис, цедегу, Сан ДжаваВМ (удобнее управления последней я кстати кроме дженты нигде не встречал) из фирменных исталяторов, не задавая ни единого вопроса, единственное условие: дистрибутив в локальные distfiles ты кладешь собственными ручками, что подтверждает то, что ты согласен на отрубание руки в случае если тебя поймают;)). На самом деле проблема только в официальной поддержке. Ну коли хочется бесплатный сертифицированный линукс за большие деньги, так никтож не мешает ...

2Syncro:

>а репозитарий это хранилище(сетевое) дистрибутивов

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

На самом деле лденту мне довольно симпатичен, сам на нём сидел около года, оригинальная init-ситема (правда и на грабли наступал, связанные с *.pyc в самом emerge). С бинарным паралельним репозитарием, может на нём бы и остановился, просто считаю нерациональным пересобирать 80% пакетов с опциями по-умолчанию.

Хотя всё же ИМХО нерационально вводить в базовую систему python, где можно обойтись bash+sed+awk (рад за FreeBSD-шников, которые вынесли-таки perl в порты)

2anonymous:

>Маразм крепчал. Начни вытягивать с 0.0.0.1 для коллекции.

При чём тут маразм? Человек же сказал - для коллекции:) Не вижу в этом ничего плохого, тем более, если обходится даром или почти даром...

>установка минимума для меня составляет где то 50-60 часов

Ох..ть, а я чуть не подумал вытянуть его, что бы глянуть что в нем такого сверхестественного.

>ХРень, плюс нет проблем с усб мышью,

А какие проблемы с усби мышкой у оффтопика? Вот уже с года два как втыкнута -не знаю. Может это железо?

>Ох..ть, а я чуть не подумал вытянуть его, что бы глянуть что в нем такого >сверхестественного.

ну и зря, во-первых насчет 50-60 часов неправда(можно и за 30 минут уложиться),
а во-вторых это надо увидеть чтобы понять

2Syncro:

>Ну коли хочется бесплатный сертифицированный линукс за большие деньги,

Абсолютно согласен, для проприетарных продуктов нужна только определённая версия glibc (или совместимая). А поддержка от Oracle и т.п. есть только на RadHat и SLES, на FC, Mandrake и т.д. тоже ведь нет...

>Кстати, вы сами то пробовали пересобирать срц.рпм? Иногда для сборки одного пакета приходится устанавливать еще кучу дополнительных, в итоге система разрастается до невозможности...

Пробовали. Ничего не надо тянуть, если срц.рпм для твоего дистрибутива. Кстати вопрос. Если к примеру у генту стоит одна либа, на которую завязана вся ось, а ты собираешь какую то прогу, для которой нужна другая либа-ты пересобираешь всю Генту?

ну так пройдите по моей ссылке на новость выше, товарисч;) или сразу на http://fantoo.org.ru/

удалив из вашего вопроса шелуху
получим
если есть библиотека А от которой все зависит,
но ты хочешь собрать одну программу которая завсит только от Б
но не зависит от можно ли это сделать не напрягаясь?

ответ можно

ЗЫ

в Gentoo можно все

более того возможности никсов позволяют ставить компаты делать симлинки и экспортировать переменные окружения:)), я если честно чаще вижу "счастивых" обладателей rpm-based, которые вручную отысткивают и копируют в /usr/lib всякие libc.so.x и libcstdc++.sox.x.x, чтобы не ломать весь дистр

2Syncro:

>ну так пройдите по моей ссылке на новость выше, товарисч;) или сразу на http://fantoo.org.ru/

"Товарисч" будешь своему дедушке говорить, а я с тобой не торговал:)

По ссылке сходил, но бинарного репозитария там не обнаружил :(

И не раздуется дистрибутив? Та либа А затрется более новой?

2anonymous:

>если есть библиотека А от которой все зависит, но ты хочешь собрать одну программу которая завсит только от Б но не зависит от можно ли это сделать не напрягаясь?

Если хочешь именно СОБРАТЬ, значит умеешь собирать. Если умеешь собирать - собери статически с этой либой, не напрягаясь - что может быть проще:)

>И не раздуется дистрибутив? Та либа А затрется более новой?

что значит раздуется?
может вы все-таки нормально сформулируете вопрос?

> Если к примеру у генту стоит одна либа, на которую завязана вся ось, а ты собираешь какую то прогу, для которой нужна другая либа-ты пересобираешь всю Генту?

отсутствие подобных проблем в генту было одной из причин моего ухода с бинарных

Я задал этот вопрос тому человеку который утверждает что рпм базед раздувает дистрибутивы при установке срц.рпм с другими либами. Я и спросил , неужели не тоже самое в Генту? Неужели ли там дистрибутив не раздувается от других библиотек? Или дистрибутив начинает полностью пересобираться с новой либой? ;)

> "Товарисч" будешь своему дедушке говорить

не буду уже:-/

> По ссылке сходил, но бинарного репозитария там не обнаружил :(

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

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

если была бинарная совместимость, не было таких вещей как
--with-feature, --enable-feature и т.д.
если была одна DE и т.д.

то бинарные дистрибутивы были то что доктор прописал,

но...

поэтому мой выбор Gentoo

Вот мой вопрос на чью то реплику.

*******

>Кстати, вы сами то пробовали пересобирать срц.рпм? Иногда для сборки одного пакета приходится устанавливать еще кучу дополнительных, в итоге система разрастается до невозможности...

Пробовали. Ничего не надо тянуть, если срц.рпм для твоего дистрибутива. Кстати вопрос. Если к примеру у генту стоит одна либа, на которую завязана вся ось, а ты собираешь какую то прогу, для которой нужна другая либа-ты пересобираешь всю Генту?

2Syncro:

>более того возможности никсов позволяют ставить компаты делать симлинки и экспортировать переменные окружения:))

Знаю, и абсолютно с тобой согласен:) Но... не по cron'у же всё это делается:)

>я если честно чаще вижу "счастивых" обладателей rpm-based, которые вручную отысткивают и копируют в /usr/lib всякие libc.so.x и libcstdc++.sox.x.x, чтобы не ломать весь дистр

Я такой счастливый. Но... ни разу не приходилось "копировать" в /usr/lib:) Более того, из "неродных" пакетов - только VmWare (потому как становится, корректно, несвободный, редко ним пользуюсь):)

При том, что # rpm -qa | wc -l 2380

(если єто тебе о чём-то говорит:))

А вобще-то, если честно, как только оторвут от portege python (или хотя бы перейдут на tcl, хотя и это избыточно - достаточно bash+sed+awk) - окончательно перейду на gentoo. До этого у меня всё-таки сомнения в высокой квалификации разработчиков ядра gentoo. Ну или сделать "pyshell" системный, по возможностям хотя бы на уровне bash - это было бы логично вполне.

Ну раз ушел на Генту, значит умеешь компилировать, я же прав? Что тебе мешает тоже самое сделать в рпм базэд?

имелась ввиду наверное деление одного пакета на десять.

типа просто и devel, то что просто делится еще на несколько частей.

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

> Если к примеру у генту стоит одна либа, на которую завязана вся ось, а ты >собираешь какую то прогу, для которой нужна другая либа-ты пересобираешь всю >Генту?

но тебе же ответили, или ты имеешь ввиду все-таки что речь идет об одной
и той же библиотеки, но разных версий?

>Ну раз ушел на Генту, значит умеешь компилировать, я же прав? Что тебе мешает >тоже самое сделать в рпм базэд?

и как в rpm-based пересобрать пакет и все его зависимости одной командой?

Аааа, а то я думал...но если подумать, то зачем нужен девел если ничего не собираешь? Может это все же удобство и получается, что генту раздута?

1. мажорные версии в которых ломается обратная совместимость ставятся в или новый слот(т. е. старая остается где положено, новая ставится и тоже работает, если не затребовано обратное, т. е. апгрейд) или носят новое название (например apache2) если программа/либа нормально работать со своими параллельными версиями в одной системе не может используются скрипты, которые преключают окружение между версиями (gcc-config, java-config, opengl-update)

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

А зачем все зависимости пересобирать я не понял? Тут уже сказали-собири статически.

Я имел в виду, что у Генту точно так же раздувается дистрибутив.

2Syncro:

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

Я и сам могу собрать, хоть в дженту, хоть в deb, хоть в rpm:)

Поэтому поддержку могу оказать только в сборке, согласно policy репозитария:)

К чему я всё это веду: если появляются новые ebuild'ы, значит кто-то их собирает предварительно по ним, перед тем как выложить? Вот и напрашивается ИМХО логичный вопрос: почему бы не выкладывать заодно с ebuild'ами и сырцами ещё рядышком и бинарные сборки, согласно определённой policy?

> Что тебе мешает тоже самое сделать в рпм базэд?

лень и долгая память об эрпээм хелах и ручного разгребания зависимостей не вошедшего в репозитарий софта, и компилирование это не самоцель;))

>>Соберем огнелис с оптимизацией - дальше сообщения loading extensions data source никто никуда не уйдет.

"С оптимизацией" - это с -O3, что ли? Всё замечательно работает. И всегда работало. У меня с -O3 три сервера и один десктоп крутятся, пол-года, как полёт нормальный.

потому что особенность в Gentoo как раз заключается в том чтобы собирать под себя

>вот ведь парадокс, те кто уже не первый год ждёт стабильного релиза никак получить его не могут, а те - кому он вроде и не нужен - вполне регулярно)

Стабильный релиз _чего_?