Вы здесь

Главная › Форум › Gentoo Linux › Общие вопросы

Несколько вопросов(долго ставятся проги!Что делать?Это теперь главная тема!)

8 мая, 2008 - 00:58 — Magog

1.в кедах установил новые приложения.В них шрифт в меню огромный!!!Как сделать его таким как в системе-везде он маленький
2.очень долго собираются приложения-это нормально????
3.если есть обычная прога *.tar.bz2 можно ли ее ставить через ./configure && make && make install? или она поставится и через emerge????
4.В чем отличие всех этих Beryil-Compize.И вообще стоит их ставить или нет???

Форум: 
Общие вопросы
8 мая, 2008 - 01:22 — krigstask

Не тема, а помойка. Не удивляйся, если никто ничего не напишет.

Пожалуйста, не описывайте своё железо в подписи

—

Текстовый редактор vi имеет два режима работы: в первом он пищит, а во втором — всё портит.

8 мая, 2008 - 01:25 — Magog

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

—

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

8 мая, 2008 - 01:40 — WXP

1. В kcontrol есть "внешний вид и темы", там "шрифты" - вот там и выбери необходимые шрифты.

2. А почему бы и нет? Исходники же собираются, а не просто стоят и ждут.. Если хочешь быстрее - бинарные пакеты можно попробовать.
Зато когда они компиляться - они собираются под твою систему. Плюс, не часто же нужно ставить новый софт.
(от конфигурации компа зависит ещё эта долгота).

3. Если можно через emerge - поставь через emerge. Поскольку система будет знать, что такой пакет есть и если у тебя будет в каком-то пакете много зависимостей.... короче, чтобы повторно не устанавливались они :)

4. Берил вроде уже устаревшая версия как я понял. У самого прямо сейчас compiz-fusion. Ничё так, красиво.. с перерисовкой проблемы бывают. Как по мне - работоспособно даже :)

8 мая, 2008 - 11:05 — Aladdin

сомневаюсь (по вашему ответу на вопрос 2), что при таких вопросах у вопрошавшего CFLAGS правильно выставлены :). и что system -e с правильными для его системы CFLAGS собиралось. пусть покажет
cat /proc/cpuinfo и /etc/make.conf

—

P.S.: Linux - это красная таблетка :-) Windows - синяя...

8 мая, 2008 - 11:28 — Lupo Alberto

По поводу п. 2
а) использовать ccache;
б) директорию, в которой собираются исходники (PORTAGE_TMPDIR), разместить в оперативной памяти, например, если PORTAGE_TMPDIR=/tmp в /etc/fstab добавить строку
tmpfs /tmp tmpfs size=2000m,mode=1777 0 0, где size примерно равен сумме оперативной памяти и своп-файла.
Подробнее об этом можно поискать и посмотреть здесь

П. 4
Они же,вроде бы, объединились. Использовать, если нравятся "бантики" и хочется кого-либо удивить :)

—

Я ♥ Gentoo & Funtoo

8 мая, 2008 - 15:24 — _SerEga_

Lupo Alberto написал:
б) директорию, в которой собираются исходники (PORTAGE_TMPDIR), разместить в оперативной памяти, например, если PORTAGE_TMPDIR=/tmp в /etc/fstab добавить строку
tmpfs /tmp tmpfs size=2000m,mode=1777 0 0, где size примерно равен сумме оперативной памяти и своп-файла.

Не согласен, size должен иметь достаточный объем для сборки самого большого пакета(например, для OpenOffice это 4-5Гб) + запас. Еще лучше добавить опцию nr_inodes=500000. Сумма размеров свопа и оперативки желательно выбрать больше размера tmpfs хотя бы 500Мб.
И юзать tmpfs стоит только если оперативки много: проверить, что при сборке большинства пакетов своп не используется или почти не используется.

8 мая, 2008 - 20:22 — Aladdin

не согласен на счет openoffice в частности. пакет толстый. а в некоторых случаях приходицо прерывацо. его-то лучше собирать на винте. чтоб продолжить можно было. а мелочь - согласен, лучше в tmpfs.

—

P.S.: Linux - это красная таблетка :-) Windows - синяя...

8 мая, 2008 - 12:31 — Cloud

2. Если не хочется долго ждать, можно уменьшить или убрать совсем оптимизацию, отредактировав /etc/make.conf:
CFLAGS="-O2"
изменить на
CFLAGS="-O"
или убрыть параметр -O совсем.
3. Компилировать пакеты вручную не рекомендуется, лучше скопировать архив в /etc/portage/distfiles (или где у Вас храняться исходники) и разрешить portage сделать свое дело.

8 мая, 2008 - 14:42 — bes.internal

И работать будет невозможно - проверено

8 мая, 2008 - 14:50 — evadim

Cloud написал:
3. Компилировать пакеты вручную не рекомендуется, лучше скопировать архив в /etc/portage/distfiles (или где у Вас храняться исходники) и разрешить portage сделать свое дело.

и откуда на него ebuild возмётся?

8 мая, 2008 - 14:42 — bes.internal

2. Вот сравни http://www.gentoo.ru/node/7926

8 мая, 2008 - 20:24 — Cloud

to bes.internal
У меня стоит CFLAGS="-O" и все стабильно работает =) Время сборки не замерял, но показалось быстрее))
to evadim
Я имел ввиду те пакеты, которые есть в дереве portage. На крайняк пожно откопать оверлеи или учиться писать ebuild'ы их самому =)

8 мая, 2008 - 21:10 — Magog

Надо бы изменить тему на "долго ставятся проги"...Ставлю openoffice...В нем изначально ставилось что то около 45 пакетов...В итоге сейчас ставлю один только пакет-openoffice,собственной персоной...Уже ставится третий час...Скажите что выложить,что показать и как это исправить...ccache есть(2G).Оперативы 1G.я как посмотрел время установил kde компонентов-чуть со стула не упал...У меня почти все полностью ставилось около 2 суток...Это же не должно быть так...Помогите пожалуйста...

—

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

9 мая, 2008 - 00:06 — xscrew

и не будет по другому, единственный вариант собрать комп, с сто пицот ядерным процессором, и подстать уровню процессора ОЗУ. В генте пакеты компилируются, да-да компилируются, а потом устанавливаются. Попробуйте в бубунте сварганить компил, и засеките время, время сборки этой программмы в генте будет такое же, если не быстрей.

9 мая, 2008 - 03:08 — bes.internal

Я имел ввиду если полностью убрать оптимизацию. У самого стоит -O3, время сборки незначительно увеличилось, но с переходом на gcc 4.3 оно выровнялось или стало быстрее. Нестабильной работы не заметил, увеличение производительности правда тоже...

9 мая, 2008 - 11:10 — Magog

2 xscrew:
тоесть значит это нормально,если OO собирается 18 часов и пока еще не собрался????
посоветуйте что надо поставить в make.conf что бы исправить эту траблу...

—

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

9 мая, 2008 - 11:34 — bes.internal

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

app-office/openoffice-bin
dev-java/sun-java3d-bin
www-client/mozilla-firefox-bin

Остальные, собраные с определенными use флагами, т.е не всегда подходящие и небольшую инструкцию по испльзованиею возможностей portage можно найти тут - TIP Using PORTAGE BINHOST

9 мая, 2008 - 11:42 — Sith

Magog написал:
2 xscrew:
тоесть значит это нормально,если OO собирается 18 часов и пока еще не собрался????

покажите наконец нам :
cat /proc/cpuinfo и /etc/make.conf
и тогда скажем нормально или нет

Magog написал:
посоветуйте что надо поставить в make.conf что бы исправить эту траблу...

может вам сделать проще, чтобы не ждать? :
emerge openoffice-bin

PS: не пойму в чем заключается "трабла", в компиляции пакетов?

________________________
"We Will Win"

—

________________________
"We Will Win"

9 мая, 2008 - 11:50 — dms

AMD Athlon64 3500+ 3-5 часов в зависимости от нагрузки.
От проца сильно зависит скорость сборки

—

Да я чайник ;)

9 мая, 2008 - 11:59 — Magog

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 часов)это все равно через чур=(

—

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

9 мая, 2008 - 14:05 — evadim

у меня бывало и 25-30 часов собирался

9 мая, 2008 - 14:15 — balticman

есть ли большая разница в скорости работы ОО между : собранных из бинарных пакетов и полностью из соурсов собранных ?
__________________________________________________
на недель-ку, до вто-ро-го я уеду в Ко-ма-ро-во ...

—

__________________________________________________
на недель-ку, до вто-ро-го я уеду в Ко-ма-ро-во ...

9 мая, 2008 - 14:22 — evadim

нсчёт самой работы понять сложно, но самосборный сильно лучше мимикрирует под окружение, и стартует решительно быстрее

9 мая, 2008 - 14:55 — krigstask

Гы-гы, собирать OOo на Pentium M.
> показал))))Помоему столько времени(>19 часов)это все равно через чур=(
Курс на openoffice-bin. Если напрягает сборка пакетов из исходников вообще — курс на другой дистрибутив

> посоветуйте что надо поставить в make.conf что бы исправить эту траблу...
Это исправляется установкой четырёхъядерного процессора.

Пожалуйста, не описывайте своё железо в подписи

—

Текстовый редактор vi имеет два режима работы: в первом он пищит, а во втором — всё портит.

9 мая, 2008 - 15:00 — evadim

я на PⅢ - 733 собирал, и ничо

9 мая, 2008 - 15:18 — krigstask

evadim написал:
я на PⅢ - 733 собирал, и ничо

Кто говорит, что нельзя? Ты ж не жаловался на то, что он пару суток собирался (-:Е

Пожалуйста, не описывайте своё железо в подписи

—

Текстовый редактор vi имеет два режима работы: в первом он пищит, а во втором — всё портит.

9 мая, 2008 - 16:20 — Magog

Значит это вполне нормально,что он так долго собирался???Я собирать из пакетов???нееее...насобирался под Win...спасибо...
Итог!!!!
Значит я зря беспокоился и все нормально????Я просто думал что может че то не то включил в make.conf и поэтому так долго все собирается.

—

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

9 мая, 2008 - 17:21 — evadim

это самый монстроузный пакет, ему для сборки нужно минимум 256 метров памяти и 4 гига на временном разделе, но врядли он соберётся с такими условиями. нормально когда 5-6 в /var/tmp/ и пол гига оперативы. есть ещё eclipse - ему нужно 768 метров оперативы для сборки, но он собирается побыстрее. остальным нужно не больше 3-4 часов.

9 мая, 2008 - 17:33 — krigstask

А эклипса-то что так долго, она ж на Яве?

Пожалуйста, не описывайте своё железо в подписи

—

Текстовый редактор vi имеет два режима работы: в первом он пищит, а во втором — всё портит.

9 мая, 2008 - 18:15 — evadim

он неочень долго, он памяти жрёт много

9 мая, 2008 - 19:44 — xscrew

Предлажу вам поглядеть в сторону ooo-infra-bin он очень неплох.

9 мая, 2008 - 22:58 — developer

Цитата:
Значит это вполне нормально,что он так долго собирался???

Нет, это не нормально. На ноуте с таким же процом, диском на 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 - замечательный вариант, разницы с скомпилленным в скорости не заметишь.

10 мая, 2008 - 05:13 — Magog

С места про не пересобирал мир поподробнее...Этого я точно не делал...оперативы у меня 2х512(должны работать в дуал ченал).Ноут на балкон не выносил,но компилил из под кед.Больше ничего запущено не было.А тюнингом ядра не занимался...

—

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

10 мая, 2008 - 16:51 — developer

Цитата:
С места про не пересобирал мир поподробнее

Если ты сначала поставил всю систему (либо большую часть), а после уже прописал в make.conf оптимизации для своего процессора, то мир надо обязательно пересобрать, ибо оптимизации используются только во время сборки программ.

Цитата:
А тюнингом ядра не занимался...

А это можно попробовать сделать, особенно убедиться в первую очередь, что у тебя в секции - Processor type and features значения оптимальные (Preemption Model, Timer frequency, Processor family, etc...).

Russian Gentoo Linux Community © 2005—2026
Gentoo — торговая марка Gentoo Foundation, Inc.
Сервер работает под управлением Gentoo Linux
Сайт работает под управлением CMS Drupal