Rayslava
21.10.2012 11:04 Home
Собираю мир. Забавно смотрится. Сперва он довольно долго гоняет automake, autoconf и прочие либтулы, потом ОЧЕ быстро собирает сам портеж на моей восьмиядерной печке, а потом довольно долго пишет результат на флешку :)
22 comments
recommend
bookmark
subscribe
> собирает портеж
Чо там собирать, там питонокод один.
Портеж — это пакет чего-либо. Одна штука. glibc, например.
-____\\\
Пакет чего-либо — это ебилд. Портеж — это
% eix ^portage$
[I] sys-apps/portage
Available versions: {M}2.1.6.7_p1 2.1.11.9 (~)2.1.11.25 (~)2.1.11.26 (~*)2.2.0_alpha120 (~*)2.2.0_alpha136 (~*)2.2.0_alpha137 **9999 {{build doc epydoc +ipc less linguas_pl pypy1_9 python2 python3 selinux xattr}}
Installed versions: 2.2.0_alpha137(16:10:49 11.10.2012)(ipc python3 -build -doc -epydoc -linguas_pl -pypy1_9 -python2 -selinux -xattr)
Homepage: http://www.gentoo.org/proj/en/portage/in...
Description: Portage is the package management and distribution system for Gentoo
Автотулз — говно. Жирное, тормозное, жручее. По стопицот раз проверяющее на одной и той же системе одни и те же параметры.
До такой примитивной вещи как кэширование общесистемных-нативных настроек авторы автоговна не догадались по причине врожденного слабоумия.
Пстачую этого любителя цитат.
Блин, но ведь это копия BSD-портов. А в BSD порт как раз — один пакет.
ccache, кстати, не кэширует это?
Охуительно. Зачем нам терминология конкретной системы, давай лучше исковеркаем терминологию того, откуда эта система бралась.
не знаю. По идее, нет.
Хорошо, а как называется один пакет в генте, по-твоему?
Не должно. ccache кеширует результат компиляции конкретных исходных файлов.
Как ни странно, я уже сказал в /3. Ебилд.
Говно -_-
ебилд — это .ebuild файл.
А пакет что такое, по-твоему, и чем он отличается от ебилда? binpkg пока в расчет не берем.
Пакет — это из убунты -_-
Че.
Ну ладно, раз тебе так нравится, буду называть устанавливаемую программу пакетом.
Терминология пакетов неприменима к генте в классическом смысле — здесь нет пакетов же, только инструкции для сборки.
То-то и оно.
переходи на musl, будет быстрее
"One area you can get vastly better performance with musl is application startup overhead. Especially with static linking, but even with dynamic linking if your only .so is libc, the startup time is 2-5x faster than glibc, which really makes a difference to the runtime of shell scripts (like configure) that invoke tons of external programs."