ну как маленький..

1) чтобы обновление портов не тупило. Я так понимаю что то что лежит в git или mercurial обновляется быстро

а). не так и должно обновляется, особенно если сделать отдельную fs-ку под PORTDIR.

б). до нового года будет переход на гит. (и не надо говорить, что уже 2 года об этом говорят)

ну и ты учитываешь, что репозиторий дерева в CVS занимает 1.1Гиг?

1) чтобы обновление портов не тупило. Я так понимаю что то что лежит в git или mercurial обновляется быстро

опять же с eix + equery (fquery) всё достаточно быстро. Тем более тебе ж на поставить 1 раз, а подождать 10-30 сек это не так и сложно.

можешь расказать про него что-нить?

положительные моменты можешь почитать в википедии ) в том числе про палудис.

А отрицательные - это как раз то, что ты хотел, bleeding edge.

результат

повесил :)

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

а подождать 10-30 сек это не так и сложно.

Меня бесит моя старая виртулка:

# time emerge -pv libc

These are the packages that would be merged, in order:

Calculating dependencies... done!
[ebuild  N    ] virtual/libc-0  0 kB

Total: 1 package (1 new), Size of downloads: 0 kB

real	0m45.709s
user	0m10.329s
sys	0m1.842s

Если есть что-то на базе генты что работает быстрее то почему бы не выбрать быстрый вариант?

почему бы не завязать portage и sqlite ? Результат на лицо. А на счет сборки советую tmpfs.
p.s. тред не читал

> до нового года будет переход на гит. (и не надо говорить, что уже 2 года об этом говорят)

Уже видел несколько таких утверждений. А воз все еще там. Откуда уверенность?

почему бы не завязать portage и sqlite ?

сделаю. Я просто не знал об этом, мои знания о генте ограничиваются инфой на 2007 год.

Ещё раз повторю, основное дерево Calculate = основное дерево Gentoo

Ну так ответь тогда, почему в дереве Calculate есть sys-apps/calculate, а в Gentoo - нет.

Я бы тогда уже лучше фрю поставил.

лучше фрю

Софт завязан на специфичные возможности линуха.

Зачем ты задаёшь вопросы на которые знаешь ответ?

подключении их оверлея http://gpo.zugaina.org/Overlays/calculate

Сможешь найти тут sys-apps/calculate и тогда смело забирай с полки пирожок.

И таки уже научись разделять понятия «основное дерево» и «оверлей»

Чем комменты тереть, ты лучше ответь перевёл портаж на гит али нет? =)

Я поставил funtoo. оно там из коробки. Изначальный синк чуть ли не час шёл, приветствуя меня сообщениями типа http://jira.funtoo.org/browse/FL-97 .

В целом пока радует:

# time emerge --sync
>>> Starting git pull...
Already up-to-date.
>>> Git pull in /usr/portage successful

real	0m1.670s
user	0m0.778s
sys	0m0.406s

Хотя /usr/portage занимает 931метр. Ну чтож, придётся пережить.

Строчка типа этой:

CFLAGS="-g0 -O3 -march=atom -mtune=atom -mmmx -mssse3 -mfpmath=sse -fmerge-all-constants -fno-gcse -funroll-loops -fno-tree-pre -fno-tree-forwprop -fno-cprop-registers -fno-predictive-commoning -fno-inline-functions-called-once -funsafe-loop-optimizations -fno-tree-vectorize -fomit-frame-pointer -pipe"

в exherbo работать не будет, а в gentoo выдает рекордные результаты для процессоров atom.

почему не будет работать? что мешает прописать в /etc/paludis/bashrc ?

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

можно пример? я так понимаю, проще можно сделать. в paludis можно делать зависимости между репозиториями, и раскидать всё по нужным репозиториям. в целом в paludis более интересный workflow между репозиториями поддерживается.

И может поверх генты paludis (и systemd :))).

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

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

из коробки вместо revdep-rebuild свой велосипед, cave search вместо eix. зависимости можно более гибко указать: например, наследуем два репозитория (оверлея), опций для задания зависимостей больше.

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

я немного вожусь с портированием всякого по мелочи под mingw/haiku: настроил кросскомпилятор через paludis (аналогично crossdev для emerge), задал зависимости между репозиториями (портированный зависит от базовой генты), замаскировал базовый репозиторий, размаскировал репозиторий с портами. обновляю базовый — кросс палудис показывает что появилась новая версия софта, нужно допилить порт. копирую ебилд в свой локальный тестовый оверлей, пробую собрать, допиливаю порт. когда работает, пушу локальный в рабочий оверлей. в блоге ciaranm, автора палудиса описан удобный воркфлоу для этого, вполне подходит. потихоньку портирую палудис под хайку, чтобы уж совсем хорошо без кросспалудиса. но пока там довольно сыровато в плане libc: glibc нет, есть свой BSD-шный велосипед, поэтому порт нужно нормально допиливать. компилируется, но не работает, ковыряю порт потихоньку. а так-то вообще для обычного юзера emerge наверно проще чем paludis, и не сильно медленне с sqlite и tmpfs. для кроссразработки опять же есть Gentoo Prefix и crossdev.

для адского сеанса отладки моего (гусары, молчать!) кода.

а что за адский кот такой?

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

Exherbo, Funtoo.

exherbo, lunar, sources, etc протухли или при смерти

4.2

Возможно так же calculate является хорошим выбором

почему? то есть как вообще такое можно было написать?

некие фиксы старых проблем в генте

какие фиксы?

и там из коробки дерево портежей в git

это плюс? почему?

Если не взлетит

это как?

... просто я вообще не вижу тут логики! это просто random! или может быть какой-то сторонний фактор, который вы скрываете.

exherbo, lunar, sources, etc протухли или при смерти

4.2

зайди на сайты и посмотри когда были обновления.

какие фиксы?

«Our Core Team is focused on advancing the state-of-the-art in Linux distributions by developing our own improvements to Gentoo Linux, while remaining compatible with the upstream changes from the Gentoo Linux project.» итд на сайте funtoo.

это как?

ну я начну ставить а он возмёт и не поставится.

зайди на сайты и посмотри когда были обновления.

http://git.exherbo.org/?s=idle - 5 часов назад, не?

our own improvements to Gentoo Linux

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

ну я начну ставить а он возмёт и не поставится

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

конкретнее, что из этого вам нужно и зачем?

например, портежи в гите

http://git.exherbo.org/?s=idle - 5 часов назад, не?

Я вот тут смотрел: http://dev.exherbo.org/stages/

Пол года stage3 не обновляли. Вкупе с каким-то старьём рядом оно создало впечатление мертвечины.

например, портежи в гите

Зачем !???

Я вот тут смотрел: http://dev.exherbo.org/stages/

нет, exherbo живее живых, зайди на #exherbo увидишь сам.

4.2

Угу. Два разработчика сидят. Один пишет ебилды, другой их собирает.
А юзеры не нужны.

А юзеры не нужны.

такие точно не нужны.

Зачем !???

чтобы быстрее синкалось

exherbo живее живых

окей, будет повод попробовать.

чтобы быстрее синкалось

и это фича funtoo... и ничего, что git там как страшный костыль, используемый лишь для «быстрее синкалось», ну ладно... юзерфрендли же.

окей, будет повод попробовать.

жду отзывов и скриншотов :D

git там как страшный костыль, используемый лишь для «быстрее синкалось»

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

скриншотов

эм, консольки??

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

НЕТ

https://github.com/funtoo/funtoo-overlay/blob/master/funtoo/scripts/gentoo-up...

- это не нормальный способ использования vcs. это cvs -> rsync (раза 2 в сутки) -> commit «I don't respect gentoo developers all the changes I provided under my own commit nickname and email and cvsimport is for noobs, fast-import is for noobs to» (ну что-то вроде этого) -> push

эм, консольки??

а, ну если иксы не нужны, то не надо =)

cvs -> rsync -> push

Для меня это лучше чем rsync. Детали реализации меня не интересуют потому что после того что там набыдлокодили в portage это фигня.

Для меня это лучше чем rsync. Детали реализации меня не интересуют потому что после того что там набыдлокодили в portage это фигня.

... что же там такого набыдлокодили? о_О

А ты ставил exherbo?

А то как-то фунта встречает меня какими-то дурацкими багами типа http://jira.funtoo.org/browse/FL-88?page=com.atlassian.jira.plugin.system.iss...

что же там такого набыдлокодили? о_О

да всё. Даже просто разобраться как это работает нереально. По крайней мере с ходу. Я разделяю мнение http://paludis.exherbo.org/faq/general.html#why «why not fix portage». Ну и тут на лоре можешь посмотреть результаты strace на portage. Типа такого: Безбожно тормозит portage

Судя по этому, скоро таки Portage переведут на Git всерьез и по-настоящему.

Да, конечно.

А то как-то фунта встречает меня какими-то дурацкими багами типа http://jira.funtoo.org/browse/FL-88?page=com.atlassian.jira.plugin.system.iss...

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

Судя по этому, скоро таки Portage переведут на Git всерьез и по-настоящему.

Я только за. Мне просто совсем не нравится то как сейчас это делается.

Ну и тут на лоре можешь посмотреть результаты strace на portage. Типа такого: Безбожно тормозит portage

Если думаешь, что paludis будет работать быстрее, то зря, может в некоторых местах, но их просто нельзя сравнивать. Он пишет немного о другом, о том, что работа с git, скажем заложена изначальна, работа с репозиториями и прочие вещи, которые «не совсем правильно» включены в portage. sydbox - это ещё тот тормоз, сразу говорю, что софт собираться будет дольше чем в gentoo.

Кстати, как поставить systemd? Делал всё по гентушному мануалу. emerge --sync делал, там тупо нет новых udev-ов

# emerge --ask --verbose systemd                                                   
 
These are the packages that would be merged, in order:

Calculating dependencies... done!

emerge: there are no ebuilds to satisfy "~sys-fs/udev-194".
(dependency required by "sys-apps/systemd-194" [ebuild])
(dependency required by "systemd" [argument])

Пробовал другие версии systemd, они все ругаются что нет нужного udev. И вообще у меня есть подозрение что в новых systemd udev встроен....

~ включи.

у меня не было попыток использовать systemd в gentoo :)

разве udev не включён в systemd?

~ включи.

ACCEPT_KEYWORDS=«~amd64» стоит

разве udev не включён в systemd?

вот и у меня вопрос какого хрена в ebuild стоит зависимость. Оно там вот так задано: ~sys-fs/udev-194 . Что значит тильда впереди? Может ещё где чего подкрутить нужно?

Что значит тильда впереди?

портаж его знает, честно говоря, даже интересно ) но лень сейчас разбираться, узнаешь - напиши.

подправил ebuild чтобы он собирал systemd со своим udev, теперь оно хочет sys-apps/util-linux-2.22 которого в портежах funtoo нет.

Зато это есть в портежах генты. Да и udev там есть. Значит ли это что фунту поломан?