Несколько вопросов(долго ставятся проги!Что делать?Это теперь главная тема!)
Magog 8 мая, 2008 - 00:58
1.в кедах установил новые приложения.В них шрифт в меню огромный!!!Как сделать его таким как в системе-везде он маленький
2.очень долго собираются приложения-это нормально????
3.если есть обычная прога *.tar.bz2 можно ли ее ставить через ./configure && make && make install? или она поставится и через emerge????
4.В чем отличие всех этих Beryil-Compize.И вообще стоит их ставить или нет???
»
- Для комментирования войдите или зарегистрируйтесь
Не тема, а
Не тема, а помойка. Не удивляйся, если никто ничего не напишет.
Пожалуйста, не описывайте своё железо в подписи
а ты посоветуй
а ты посоветуй лучше что тут не так и как сделать так,что бы на эти вопросы получить ответ
1. В kcontrol есть
1. В kcontrol есть "внешний вид и темы", там "шрифты" - вот там и выбери необходимые шрифты.
2. А почему бы и нет? Исходники же собираются, а не просто стоят и ждут.. Если хочешь быстрее - бинарные пакеты можно попробовать.
Зато когда они компиляться - они собираются под твою систему. Плюс, не часто же нужно ставить новый софт.
(от конфигурации компа зависит ещё эта долгота).
3. Если можно через emerge - поставь через emerge. Поскольку система будет знать, что такой пакет есть и если у тебя будет в каком-то пакете много зависимостей.... короче, чтобы повторно не устанавливались они :)
4. Берил вроде уже устаревшая версия как я понял. У самого прямо сейчас compiz-fusion. Ничё так, красиво.. с перерисовкой проблемы бывают. Как по мне - работоспособно даже :)
сомневаюсь (по
сомневаюсь (по вашему ответу на вопрос 2), что при таких вопросах у вопрошавшего CFLAGS правильно выставлены :). и что system -e с правильными для его системы CFLAGS собиралось. пусть покажет
cat /proc/cpuinfoи/etc/make.confПо поводу п. 2а)
По поводу п. 2
а) использовать ccache;
б) директорию, в которой собираются исходники (PORTAGE_TMPDIR), разместить в оперативной памяти, например, если
PORTAGE_TMPDIR=/tmpв /etc/fstab добавить строкуtmpfs /tmp tmpfs size=2000m,mode=1777 0 0, где size примерно равен сумме оперативной памяти и своп-файла.Подробнее об этом можно поискать и посмотреть здесь
П. 4
Они же,вроде бы, объединились. Использовать, если нравятся "бантики" и хочется кого-либо удивить :)
Lupo Alberto
Не согласен, size должен иметь достаточный объем для сборки самого большого пакета(например, для OpenOffice это 4-5Гб) + запас. Еще лучше добавить опцию nr_inodes=500000. Сумма размеров свопа и оперативки желательно выбрать больше размера tmpfs хотя бы 500Мб.
И юзать tmpfs стоит только если оперативки много: проверить, что при сборке большинства пакетов своп не используется или почти не используется.
не согласен на
не согласен на счет openoffice в частности. пакет толстый. а в некоторых случаях приходицо прерывацо. его-то лучше собирать на винте. чтоб продолжить можно было. а мелочь - согласен, лучше в tmpfs.
2. Если не
2. Если не хочется долго ждать, можно уменьшить или убрать совсем оптимизацию, отредактировав /etc/make.conf:
CFLAGS="-O2"изменить на
CFLAGS="-O"или убрыть параметр -O совсем.
3. Компилировать пакеты вручную не рекомендуется, лучше скопировать архив в /etc/portage/distfiles (или где у Вас храняться исходники) и разрешить portage сделать свое дело.
И работать
И работать будет невозможно - проверено
O_o
и откуда на него ebuild возмётся?
2. Вот сравни
2. Вот сравни http://www.gentoo.ru/node/7926
to bes.internalУ меня
to bes.internal
У меня стоит CFLAGS="-O" и все стабильно работает =) Время сборки не замерял, но показалось быстрее))
to evadim
Я имел ввиду те пакеты, которые есть в дереве portage. На крайняк пожно откопать оверлеи или учиться писать ebuild'ы их самому =)
Надо бы
Надо бы изменить тему на "долго ставятся проги"...Ставлю openoffice...В нем изначально ставилось что то около 45 пакетов...В итоге сейчас ставлю один только пакет-openoffice,собственной персоной...Уже ставится третий час...Скажите что выложить,что показать и как это исправить...ccache есть(2G).Оперативы 1G.я как посмотрел время установил kde компонентов-чуть со стула не упал...У меня почти все полностью ставилось около 2 суток...Это же не должно быть так...Помогите пожалуйста...
и не будет по
и не будет по другому, единственный вариант собрать комп, с сто пицот ядерным процессором, и подстать уровню процессора ОЗУ. В генте пакеты компилируются, да-да компилируются, а потом устанавливаются. Попробуйте в бубунте сварганить компил, и засеките время, время сборки этой программмы в генте будет такое же, если не быстрей.
Я имел ввиду
Я имел ввиду если полностью убрать оптимизацию. У самого стоит -O3, время сборки незначительно увеличилось, но с переходом на gcc 4.3 оно выровнялось или стало быстрее. Нестабильной работы не заметил, увеличение производительности правда тоже...
2 xscrew: тоесть
2 xscrew:
тоесть значит это нормально,если OO собирается 18 часов и пока еще не собрался????
посоветуйте что надо поставить в make.conf что бы исправить эту траблу...
Это один из
Это один из самых больших пакетов. Сборка его занимает очень много времени, поэтому даже в системе направленой на компиляцию из исходников присутвуют уже собраные, бинарные пакеты. Несколько есть прямо в дереве:
app-office/openoffice-bin dev-java/sun-java3d-bin www-client/mozilla-firefox-binОстальные, собраные с определенными use флагами, т.е не всегда подходящие и небольшую инструкцию по испльзованиею возможностей portage можно найти тут - TIP Using PORTAGE BINHOST
-
покажите наконец нам :
cat /proc/cpuinfo и /etc/make.conf
и тогда скажем нормально или нет
может вам сделать проще, чтобы не ждать? :
emerge openoffice-bin
PS: не пойму в чем заключается "трабла", в компиляции пакетов?
________________________
"We Will Win"AMD Athlon64 3500+ 3-5
AMD Athlon64 3500+ 3-5 часов в зависимости от нагрузки.
От проца сильно зависит скорость сборки
cat /etc/make.conf # These
cat /etc/make.conf
# These settings were set by the catalyst build script that automatically
# built this stage.
# Please consult /etc/make.conf.example for a more detailed example.
CFLAGS="-O2 -march=pentium-m -pipe -fomit-frame-pointer"
CXXFLAGS="${CFLAGS}"
# This should not be changed unless you know exactly what you are doing. You
# should probably be using a different stage, instead.
CHOST="i686-pc-linux-gnu"
MAKEOPTS="-j2"
USE="acpi alsa arts cairo cdr dbus dvd dvdr dvdread eds emboss encode esd evo fam firefox gif -gnome gpm gstreamer gtk hal -ipv6 jpeg kde kdeenablefinal kerberos ldap mad mikmod mp3 mpeg ogg opengl oss pdf png qt3 qt3support qt4 quicktime sdl spell svg tiff truetype vorbis win32codecs unicode X xml xv"
VIDEO_CARDS="vesa i810"
INPUT_DEVICES="keyboard mouse"
LINGUAS="ru en"
FEATURES="ccache sandbox"
CCACHE_DIR="/var/tmp/ccache"
CCACHE_SIZE="2G"
PORTAGE_TMPDIR="/var/tmp"
more /proc/cpuinfo
processor : 0
vendor_id : GenuineIntel
cpu family : 6
model : 13
model name : Intel(R) Pentium(R) M processor 1.73GHz
stepping : 8
cpu MHz : 1733.000
cache size : 2048 KB
fdiv_bug : no
hlt_bug : no
f00f_bug : no
coma_bug : no
fpu : yes
fpu_exception : yes
cpuid level : 2
wp : yes
flags : fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov pat clflush dts acpi mmx fxsr sse sse2 ss tm
pbe est tm2
bogomips : 3508.04
clflush size : 64
показал))))Помоему столько времени(>19 часов)это все равно через чур=(
у меня бывало и
у меня бывало и 25-30 часов собирался
скорость работы ОО
есть ли большая разница в скорости работы ОО между : собранных из бинарных пакетов и полностью из соурсов собранных ?
__________________________________________________
на недель-ку, до вто-ро-го я уеду в Ко-ма-ро-во ...
нсчёт самой
нсчёт самой работы понять сложно, но самосборный сильно лучше мимикрирует под окружение, и стартует решительно быстрее
Гы-гы, собирать
Гы-гы, собирать OOo на Pentium M.
> показал))))Помоему столько времени(>19 часов)это все равно через чур=(
Курс на openoffice-bin. Если напрягает сборка пакетов из исходников вообще — курс на другой дистрибутив
> посоветуйте что надо поставить в make.conf что бы исправить эту траблу...
Это исправляется установкой четырёхъядерного процессора.
Пожалуйста, не описывайте своё железо в подписи
я на PⅢ - 733
я на PⅢ - 733 собирал, и ничо
Ы
Кто говорит, что нельзя? Ты ж не жаловался на то, что он пару суток собирался (-:Е
Пожалуйста, не описывайте своё железо в подписи
Значит это
Значит это вполне нормально,что он так долго собирался???Я собирать из пакетов???нееее...насобирался под Win...спасибо...
Итог!!!!
Значит я зря беспокоился и все нормально????Я просто думал что может че то не то включил в make.conf и поэтому так долго все собирается.
это самый
это самый монстроузный пакет, ему для сборки нужно минимум 256 метров памяти и 4 гига на временном разделе, но врядли он соберётся с такими условиями. нормально когда 5-6 в /var/tmp/ и пол гига оперативы. есть ещё eclipse - ему нужно 768 метров оперативы для сборки, но он собирается побыстрее. остальным нужно не больше 3-4 часов.
А эклипса-то
А эклипса-то что так долго, она ж на Яве?
Пожалуйста, не описывайте своё железо в подписи
он неочень
он неочень долго, он памяти жрёт много
Предлажу вам
Предлажу вам поглядеть в сторону ooo-infra-bin он очень неплох.
Quote:Значит это
Нет, это не нормально. На ноуте с таким же процом, диском на 5400, без ccache (он то как здесь поможет?? подсобит только при повторных сборках), с 1.5 гигами оперативки, без swap раздела вообще и /var/tmp не в памяти, на том же разделе что и root - OO собирался не больше 8-и часов. Обычно за 6.
Вроде в make.conf у тебя всё впорядке, почему такая ситуация есть след. варианты:
1) Оптимизации в make.conf делал после установки системы и не пересобирал мир.
2) Мало оперативки - <512 метров.
3) Много загружал комп во время сборки (я ноут на болкон, на ночь выносил опенофис компилить :)) ).
4) При тюнинге ядра уж очень сильно налажал.
PS. Про bin таких больших пакетов тебе правильно говорят, openoffice-infra-bin - замечательный вариант, разницы с скомпилленным в скорости не заметишь.
С места про не
С места про не пересобирал мир поподробнее...Этого я точно не делал...оперативы у меня 2х512(должны работать в дуал ченал).Ноут на балкон не выносил,но компилил из под кед.Больше ничего запущено не было.А тюнингом ядра не занимался...
Quote:С места
Если ты сначала поставил всю систему (либо большую часть), а после уже прописал в make.conf оптимизации для своего процессора, то мир надо обязательно пересобрать, ибо оптимизации используются только во время сборки программ.
А это можно попробовать сделать, особенно убедиться в первую очередь, что у тебя в секции - Processor type and features значения оптимальные (Preemption Model, Timer frequency, Processor family, etc...).