Gentoo - экономия времени

> А в генте набираешь emerge --sync && emerge -uDN @world и продолжаешь заниматься своими делами, прикинь!

Ну и --keep-going добавить дабы не жалеть о зря потраченном времени.

> >и продолжаешь заниматься своими делами, прикинь!

А если прилетит обновление HAL? :))

То будет пофиг, ибо в make.conf прописано "-hal".

> Ну, собственно товарисч жаловался что мол «Уйдешь, оставишь компилить, а оно на середине с ошибкой ляжет и еще 8 часов просто так кулеры крутить будет».

Тогда --keep-going должен помочь.

Можно тогда в случае ошибки в s2ram уходить. Или тоже не взлетит потом? Просто сам s2ram не пользуюсь

Смотря что обновляется, но я без особых проблем отправляю лэптоп спать в s2ram.

да даже если hal
пофиг абсолютно :)

> да даже если hal

пофиг абсолютно :)

Допускаю, но мне пофиг, т.к. HAL снес очень давно.

я тоже давно бы снёс, но в кедах с флешками без него беда (я про кедо-средства)
да и k3b без запущенного хала не вдит привод, даже если собран с -hal
так что для меня он пока нужен (

Так и тот на плюсах, но это уже лучше.

Scale addons - Close window - button 3, Zoom window - button 2 (например)

Вызвал scale - увидел ненужные окна - покликал их правой кнопкой мыши и всё.

Также group and tab windows - невероятно удобная штука. Вот сейчас у меня в браузере справочник по Питону (граммарнаци ПНХ), а гедит и терминал сгруппированы. Перевернул окошко - отредактировал скрипт. Перевернул обратно - прогнал исправленный вариант.

Удобно и красиво.

Щас посмотрю, что там в гитовском компизе нового, если взлетит.

вылезу из ванной - будем посмотреть :)

ППЦ, смартфоны - зло.

у меня нетбук :)

хм...и правда удобно :)

Надо замутить скринкаст про _нормальное_ использование компиза. В качестве современного WM, а не стеклянных бус.

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

амарок-ом не пользуюсь - такой монстр только ради звука...ересь
тем более библиотеки никогда не понимал

зависимости , которых у меня не было:
[ebuild N ] kde-base/libkcompactdisc-4.5.1
[ebuild N ] x11-libs/qtscriptgenerator-0.1.0
[ebuild N ] media-libs/taglib-extras-1.0.1
[ebuild N ] kde-base/kdemultimedia-kioslaves-4.5.1

real   16m27.982s
user   13m47.248s
sys   0m56.730s

очень долго собирался qtscriptgenerator, причем явно не обращая внимания на -j2 в MAKEOPTS

сам амарок :

[ebuild N ] media-sound/amarok-2.3.1.90 USE=«cdda opengl player utils -daap -debug -embedded -ipod (-kdeenablefinal) -lastfm -mp3tunes -mtp -semantic-desktop»

real   12m9.466s
user   12m26.688s
sys   2m4.252s


PS: амароком я тоже не пользуюсь и мне он не нужен

Там кто-то oo3 еще костерил из ваших, зобанили уже ...)
Да, OO3 тоже не пользуетесь ?
А nexuiz противопоказан, не ?

openoffice.org 3 в смысле ? для слаки я его на ноуте собирала, 20 часов... так где-то часа три, я не по ебилду, я так собираю...
для ооо впрочем есть вариант поставить бинарный

в nexuiz не играю

>20 часов... так где-то часа три,

Сомневаюсь, что это нормально и должно быть для всех удобно.

в nexuiz не играю

Ну я бы так прямо и спросил.

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


да, все время для core 2 duo 2.3 - 3.0 Ghz

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

да, все время для core 2 duo 2.3 - 3.0 Ghz

OOo 3.2 из исходников на FreeBSD [amd64] (Phenom II X4 810 2,6ГГц) собирается около двух часов.

во-вторых обновление hal и перезапуск никак не скажутся на использовании системы, т.к. для xorg-server он не используется и для остальных пакетов его использование сильно ограничено

Я тоже собираю xorg-server без HAL, однако он нужен для поддержки автомонтирования флэшек без задействования системного сервиса devd(8) в таких приложениях, как Thunar, к примеру.

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

Чего-то ждать может понадобиться, если машинка слабенькая для компиляции.

FreeBSD разве не берет системные библиотеки для OOo ?
у меня с OOo собираются boost, python, icu, curl, freetype итд итп...
т.е. все свое по максимуму...

зато при обновлениях не ломается, и можно хоть на убунту перенести )

thunar,exo, KDE(solid)
а больше ничего и не требует hal

опционально конечно можно и такие вещи взять как GIMP (планшеты всякие)

рестарт HAL на этом не особенно уж и скажется, тем более если учесть что его обновление маловероятно

FreeBSD разве не берет системные библиотеки для OOo ?

Эти уже собраны и установлены. Я назвал чистое время сборки OOo.