LINUX.ORG.RU
ФорумTalks

Время компиляции Gnome и KDE...


0

0

Интересно, нет ли такой корреляции, что большинство противников Gentoo - KDE-шники, а любителей - Gnome-ры?

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

Но с месяц назад решил попробовать paludis вместо emerge, снёс "автоматику", потом было не до компа, а позавчера взялся за paludis как следует и начал обновлять систему. Как раз попутно Gnome 2.16 до 2.18 и KDE 3.5.5 до 3.5.7

Так вот, Gnome обновился почти моментом (т.е. я не помню уже, когда обновился последний его пакет) и... второй день (машинка - Celeron-1700, а distcc под paludis ещё не настраивал) собирается KDE... :D

Воистину, будь у меня KDE в качестве основного десктопа - ругался бы на столь долгое обновление :D

★★★★★

Ответ на: комментарий от Gharik

>А если не удовлетворяют?

Если не удовлетворяют, то обновятся. В чём проблема-то? :) Тем --deep от без оного и отличается. Без него обновляется только то, что по зависимостям требует обновлений, а с ним - всё. Во втором случае регулярно нарываешься на то, что обновившаяся либа потребует пересобирать и пакеты, зависимые от неё. В первом, соответственно, нет.

KRoN73 ★★★★★
() автор топика
Ответ на: комментарий от Gharik

>Это да, "pentium4" ужасно сосёт, спору нет.

Неужели что-то есть более подходящее под Celeron-1700:
 cat /proc/cpuinfo 
processor       : 0
vendor_id       : GenuineIntel
cpu family      : 15
model           : 1
model name      : Intel(R) Celeron(R) CPU 1.70GHz
stepping        : 3
cpu MHz         : 2040.741
cache size      : 128 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 pse36 clflush dts acpi mmx fxsr sse sse2 ss ht tm
bogomips        : 4082.89
clflush size    : 64

KRoN73 ★★★★★
() автор топика
Ответ на: комментарий от KRoN73

> Если не удовлетворяют, то обновятся. В чём проблема-то? :) Тем --deep от без оного и отличается. Без него обновляется только то, что по зависимостям требует обновлений, а с ним - всё. Во втором случае регулярно нарываешься на то, что обновившаяся либа потребует пересобирать и пакеты, зависимые от неё. В первом, соответственно, нет.

Так и обломится все точно так же незаметно в обоих случаях.

Gharik
()
Ответ на: комментарий от Gharik

> А тривиальный воркэраунд вида ln -s libexpat.so.1 libexpat.so.0 - таки никто и нигде не додумался сделать...

Ну почему же, когда видишь выхлоп revdep-rebuild --library=libexpat.so.0 руки сами тянутся набрать, видимо спинной мозг тоже способен на некоторые, отягощённые смыслом, рефлексы.

Lumi ★★★★★
()
Ответ на: комментарий от Gharik

>Как? ;)

Через BIOS :) Overclocking, да простится мне это умное слово :)

KRoN73 ★★★★★
() автор топика
Ответ на: комментарий от Gharik

>Так и обломится все точно так же незаметно в обоих случаях.

С чего вдруг? Если программе A достаточно иметь версию библиотеки Б от 0.11 и выше, а в системе стоит 0.12 при наличии в портеже 0.15, то обновлять библиотеку Б не обязательно. А скомпилируется и будет работать и с имеющейся 0.12.

В этом и различие --deep от его отсутствия. Без --deep обновится только A, а с --deep - обновится ещё и Б. Если же у нас ещё есть программа В, которая тоже требует библиотеку Б версии, скажем, 0.12 и выше, то в первом случае с этой программой ничего не будет, поскольку Б не меняется, а при --deep, когда Б обновится, программа В потеряет свою линковку. Придётся ещё пересобирать и Б. При чём emerge этой бяки не отловит, только revdep-rebuild.

Поэтом --deep и считается опасным.

KRoN73 ★★★★★
() автор топика
Ответ на: комментарий от Gharik

>"-fomit-frame-pointer -pipe" снести к чертям, ибо с++-ный код пухнет и тормозится с этим флагом.

от -pipe ничего пухнуть не будет: просто вместо создания временных s-файлов gcc будет есть больше памяти и использовать пайпы, если оперативки много - будет легче винту при компиляции, на итоговые бинарники это никак не влияет

frame ★★★
()
Ответ на: комментарий от DemonZLa

Родной, ты ошибся форумом. Это Talks, а не News.

KRoN73 ★★★★★
() автор топика
Ответ на: комментарий от Gharik

> 2 года ниасиливали воткнуть свежий expat.

Их ещё спрашивали, почему не сделали 2 слота. Внятного ответа не было.

acheron ★★★★
()
Ответ на: комментарий от DemonZLa

> вы ещё не заколебались флеймерствовать?

Да разве ж это флейм? Так, гентушники друг другу на жизнь жалуются...

acheron ★★★★
()
Ответ на: комментарий от Gharik

>О3 заменить на О2

или Os, особенно на ноутах с их тормозючими винтами ;)

>а "-fomit-frame-pointer -pipe" снести к чертям, ибо с++-ный код пухнет и тормозится с этим флагом

CXXFLAGS?

magesor ★☆
()

Ну, вот, всё и разрешилось успешно, а тут автор ещё какие-то проблемы в Генте и Гноме узрел... фи =)

Gharik
()
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.