вопросы по KDE-4.5.4 и Qt-4.7.1

Здравствуйте.
Работаю на qt-4.6.3 и kde-4.4.5, все работает, тормозов и сбоев нет.
Есть одна неприятность - кде не выключается, а так все нормально.
Но хочется чего-то нового
Хотелось бы узнать ваше мнение по поводу новых пакетов.

Вот такие у меня вопросы:
-стоит ли,
-как со стабильностью и скоростью работы,
-все ли собирается,
-надо глобально переходить на ~amd64 или как-то можно типа того:
echo "kde* ~amd64" >> /etc/portage/package.keywords и
echo "x11-libs/qt* ~amd64" >> /etc/portage/package.keywords (чтоб побыстрому)))надо???)
-если незаработает, как быстро откатится на исходное состояние?

Вот, так. Если кто пожелает поделится опытом, буду очень признателен))))))))))))

.

глобально переходить на ~amd64 - не надо

а эта строка - это просто подпись

Если у вас старое видео или

Если у вас старое видео или встроенное Intel, переходить не советую - будут прооблемы с эффектами, что мало приятно...

Я не смог понять твой комментарий...
И по этому поводу решил подарить тебе запятую: ",". Используй её с умом!

.

Такая же ситуация, тоже думаю засорять ли /etc/portage/package.keywords или легче ~amd64 в make.conf, просто весь прикладной софт уже ~amd64 включая ядро и драйвера, если туда внести еще xorg и kde там из стабильной ветке останется совсем да нечего, единственное, что останавливает от ~amd64 так посты о не удачном обновлении, говорят что лучше сразу при установке унстейбл ставить, тоже вот ищу ответа как же лучше?

Практически с самого начала

Практически с самого начала пользования Gentoo сижу на ~arch. Проблем вообще никаких.

Кроме разве что несовместимости kde 4.5+ с моей встроенной Intel. :(

Я не смог понять твой комментарий...
И по этому поводу решил подарить тебе запятую: ",". Используй её с умом!

я вот тоже хочу

Я вот тоже хочу, но не знаю получится ли со стейб на унстейбл перескочить без особых проблем

Тут главное внимательно

Тут главное внимательно читать, что пишет emerge и за ним dispatch-conf. Тогда проблем быть не должно.

Я не смог понять твой комментарий...
И по этому поводу решил подарить тебе запятую: ",". Используй её с умом!

Без проблем! А вот обратно -

Без проблем! А вот обратно - не очень...

Youshi написал(а): Кроме

Youshi написал(а):
Кроме разве что несовместимости kde 4.5+ с моей встроенной Intel. :(

в чем заключается "несовместимость"????
у мя такая же комбинация

Композитинг не работает. С

Композитинг не работает.

С моей картой не работает. Совсем не работает.

Я не смог понять твой комментарий...
И по этому поводу решил подарить тебе запятую: ",". Используй её с умом!

у меня работает

тоже долго имел проблемы с кедами...
полная не работоспособность вылечилась снесением кучи конфигов от KDE (что-то там при upgrade с 4.4 на 4.5 неладное творится, что старые конфиги приводят к тому что композитинг в новых кедах не работает)...
после этого компзитинг заработал но глючило все жутко -- куча областей перерисовывалась с артефактами...
после игрищ с масканием-размаскиванием сейчас сижу на:
* mesa 7.9
* xorg 1.9.2.902
* intel video 2.13.0
* Qt 4.6.3
* kde 4.5.4

все работает ок

Узнать бы еще, какие

Узнать бы еще, какие конкретно конфиги виноваты...

Я не смог понять твой комментарий...
И по этому поводу решил подарить тебе запятую: ",". Используй её с умом!

я делал так: завел нового

я делал так:
завел нового пользователя (без ~/.kde4)
запустил из-под него кеды, по выходу получилось кучка конфигов большенство из которых не имеют отношения к проблеме...
оставшимися просто перезатер свои в хомяке и пришлось еще раз настроить desktop (ну там картинку и чот еще по мелочи)...
все заработало

Пользовательские конфиги

Пользовательские конфиги сносил подчистую. Даже от другого юзера пробовал. Толку никакого.

Я не смог понять твой комментарий...
И по этому поводу решил подарить тебе запятую: ",". Используй её с умом!

в смысле основная проблема в

в смысле основная проблема в mesa 7.8 которая с текущими дровами не адекватно себя ведет (как выяснилось после долгих разборок)... все остальное, как можно видеть у меня из portage -- практически свежак кроме Qt (боязно ее обновлять -- работать нужно, нет времени на развлекухи)

.

vmustik написал(а):
засорять ли /etc/portage/package.keywords или легче ~amd64 в make.conf

Засорять.
"~amd64 в make.conf" - сначала легче, а потом ой.

Кто-то вам может сказать - "сижу на ~amd64, никаких проблем".
Вы переходите на ~amd64.
Появляется проблема.
FFFFFFUUUUUUUU...

а эта строка - это просто подпись

~

на ~amd64 проблем нету особенно если изначально ставить, а вот с обновлением могут быть проблемы причём тупиковые, да и просить помощи по ним как то особо не хочется, скажут ~amd64 для тех кто знает, что делает))) и откатится уже может быть сложно если тот же glibc обновится

~arch действительно для тех,

~arch действительно для тех, кто осознает последствия.
Если вы уверены в своих силах - дерзайте. Если нет - лучше оставайтесь на стабильной ветке. Сэкономите кучу нервных клеток и себе, и другим ;)

Я не смог понять твой комментарий...
И по этому поводу решил подарить тебе запятую: ",". Используй её с умом!

Поддерживаю! История этого

Поддерживаю!
История этого форума неоднократно сие подтверждала... :)

Youshi написал(а): ~arch

Youshi написал(а):
~arch действительно для тех, кто осознает последствия.
Если вы уверены в своих силах - дерзайте. Если нет - лучше оставайтесь на стабильной ветке. Сэкономите кучу нервных клеток и себе, и другим ;)

перешел на ~arch на втором месяце знакомства с генту, т.к. задолбало лазать в package.keywords... проблем больших и серьезных не помню... ну, максимум раз в пару месяцев один и тот же пакет не на всех машинах собирается и все ))

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

я тоже

Я тоже поддерживаю тока вот на стабильной генте софт старый довойльно, хочется более новый, стабилизация довольно долго идет, да и те пакеты которые в ~arch уже давно на других дистрах пользуются в стейбле и без проблем

.

"хочется более новый"? - да ведь /etc/portage/package.keywords вам в руки же!
ну поймите вы уже разницу между ~arch в package.keywords и ~arch в make.conf!
или вы, может быть, действительно ХОТИТЕ более свежих пакетов в sys-apps/*, в sys-devel/*, в sys-libs/* ???
может быть вас воротит от sys-process/lsof-4.83 и вам sys-process/lsof-4.84 подавай?
может быть вы страдаете, что у вас sys-devel/make-3.81-r2, а не sys-devel/make-3.82?

покажите мне, у кого это "старый софт на стабильной генте", и я брошу package.keywords ему в голову!

а эта строка - это просто подпись

Всем спасибо за обширное

Всем спасибо за обширное развитие темы.
Я работаю в сфере видеоспецэфектов и вообщем-то опастно тупорнуть производство, поэтому сделал вывод не переходить на работе на ~amd64)))
НО кde-4.5 всеравно хочется)))
Как технично размаскировать все кдешные и кутешные пакеты?
У меня, первое что приходит на ум - создать файлы /etc/portage/package.keywords/kde и /etc/portage/package.keywords/qt
Но как туда разом все записать, это возможно, чтоб непарится, а если что быстро вернуть все обратно))))???
И, вопрос на засыпку - когда кде4,5 будет в стабильной ветке?
И, последний - повторю - тем, кто на кде4,5, как со стабильностью и скоростью работы?

пс:видюха - nvidia GTX260

brothermechanic написал(а):У

brothermechanic написал(а):
У меня, первое что приходит на ум - создать файлы /etc/portage/package.keywords/kde и /etc/portage/package.keywords/qt
Но как туда разом все записать, это возможно, чтоб непарится, а если что быстро вернуть все обратно))))???

qlist -IC x11-libs/qt- | sed 's/^/=/g' | sed 's/$/-4.7.1/g' > /etc/portage/package.unmask/qt
Можно как-то так.

А можно воспользоваться средствами autounmask.

PS
Я вот наоборот решил вернуться на 4.4.5. Второй день компиляю - ошибками завалило :(
Так что не спешите ;)

Я не смог понять твой комментарий...
И по этому поводу решил подарить тебе запятую: ",". Используй её с умом!

А можно фактами???? Какими

А можно фактами???? Какими ошибками завалило- другое дело софт не допиленный - сыроватый??? Я вот как пару дней назад переходил с qt 4.7.1 на 4.7.1-r1 в тот же самый момент с КДЕ 4.5.3 на 4.5.80: все установилось без проблем, правда по поводу 4.5.80 пришлось повозится малость с package.keywords && package.unmask. Перешел обратно на 4.5.3

知る者は言わず言う者は知らず
"Бабло, побеждает даже зло"

Я сейчас всех моментов не

Я сейчас всех моментов не упомню. То poppler собираться не хотел, то kdelibs, то ksplash, то еще что-нить.

В общем-то я, как истинный ССЗБ, все это дело проворачивал, сидя на 6-й альфе portage. Так что глюки не сами собой появились :)
Кто ж отрицает.
Но это я додумался посмотреть, что и где у меня стоит и сделать выводы... а кому-то может банально не хватить опыта.

Я не смог понять твой комментарий...
И по этому поводу решил подарить тебе запятую: ",". Используй её с умом!

может и нету но

Вот смотрите у меня в системе стоит стоит чуть менее 1000 пакетов делаем ACCEPT_KEYWORDS="~amd64" emerge -uDNpv world портеж показывает, что 318 пакетов нуждаются в обновлении тобишь всего 30% софта меня отделяет от нестабильной ветке, если я хочу новый xorg kde qt и их добавлю в ~arch у меня из стабильной ветки останется менее 10% софта стоит ли париться и наводить кашу в /etc/portage/package.keywords? мне кажется, что в данном случае даже может лучше перейти полностью на унстейбл будет лучше, но может я ошибаюсь)

.

А вы system не забыли? Покажите вот так:

# eix -Ic  | egrep "^\[I" | wc -l
965
# eix -Ic  | egrep "^\[U" | wc -l
21
# echo "965+21" | bc
986
# echo 'ACCEPT_KEYWORDS="~amd64"' >> /etc/make.conf
# eix -Ic  | egrep "^\[I" | wc -l
496
# eix -Ic  | egrep "^\[U" | wc -l
490
# echo "496+490" | bc
986

P.S. и это при уже размаскированном qt, на что ушло 17 строк в package.keywords

а эта строка - это просто подпись

n0nado написал(а): "хочется

n0nado написал(а):
"хочется более новый"? - да ведь /etc/portage/package.keywords вам в руки же!
ну поймите вы уже разницу между ~arch в package.keywords и ~arch в make.conf!
или вы, может быть, действительно ХОТИТЕ более свежих пакетов в sys-apps/*, в sys-devel/*, в sys-libs/* ???
может быть вас воротит от sys-process/lsof-4.83 и вам sys-process/lsof-4.84 подавай?
может быть вы страдаете, что у вас sys-devel/make-3.81-r2, а не sys-devel/make-3.82?

покажите мне, у кого это "старый софт на стабильной генте", и я брошу package.keywords ему в голову!

боишься переходить? не хватает ума справиться с редкими проблемами? ))) дык не парь мозг другим и не навязывай своего мнения! особенно второе! проблем под ~arch нет!!! проверено 3 годами эксплуатации!!!

и вообще, речь идет не о большом предприятии с сотнями компов, набор софта которого должен быть четко выверен временем! и речь совсем не о даже среднем сервере!!! речь и идет об одиночном домашнем компе!!! на котором должна быть современная мультимедия и все "рюшечки"!!! ;)

.

Theli написал(а):
современная мультимедия и все "рюшечки"!!! ;)

вы ведь под этим не имели в виду sys-devel/make-3.82 о_0

Theli написал(а):
проблем под ~arch нет!!!

http://gentoo.ru/node/21064 (Проблемы с tar-1.24) месяц висело на главной.

Theli написал(а):
не хватает ума справиться с редкими проблемами?

не хватит терпения суппортить темы, ЕДИНСТВЕННОЙ причиной возникновения которых является нестабильная ветка.
Например темы, в которых первый же ответ - ссылка на http://bugs.gentoo.org/show_bug.cgi?id=xxxxxxx
А особенно весело, когда такая ссылка появится только завтра-послезавтра, а ты сидишь, дебажишь код,
который видишь первый раз в жизни, а багу никак не удаётся поймать. А потом автор через три дня пишет
"РЕШЕНО откатом на стабильную версию" :-) Хочется взять и расцеловать :-*

Theli написал(а):
боишься переходить?

Спешу пояснить.
Тестовая ветка - не показатель "крутизны", не "возраст" гентушника, не "статус" среди поцанов,
не сантиметры, отмерянные на линейке ("я на тестовой - у меня длиннее!")
Тестовая ветка предназначена для ПОИСКА ОШИБОК и ОТПРАВКИ БАГ-РЕПОРТОВ И ПАТЧЕЙ.

Очень хорошо, когда люди, сидящие на тестовой ветке,
дают на gentoo.ru ОТВЕТЫ, а не задают вопросы.

Плохо, когда люди, сидящие на тестовой ветке,
говорят новичками "Не очкуй, Славик. Ну ты чо, не мужик что ле. Вот ты лошара, блин",
а потом новички создают темы со словами "Я переустановил Gentoo три раза, но не заработало"
и "Да, все анекдоты про Генту оказались правдивыми".

а эта строка - это просто подпись

Всё правильно

Всё правильно сказала.

// пользователь ~amd64 с двухлетним стажем

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

сказала. Fix.

сказала.
Fix.

Ого! Сейчас исправлюсь тогда.

Ого! Сейчас исправлюсь тогда.

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

n0nado написала: ведь под

n0nado написал(а):
ведь под этим не имели в виду sys-devel/make-3.82 о_0

Хм, а в чём здесь сакральный смысл "о_0"? Ну, make... Ну, 3.82... Что вас смущает?

Цитата:
(Проблемы с tar-1.24) месяц висело на главной

Не особо следят за актуальностью висюлек,- могло бы и два месяца отвисеть... А "проблемы" удалились через день после их обнаружения (путём своевременного синка - 1.24 быстренько хард-замаскировали). Кстати, у меня те проблемы не проявились, и я запретил даунгрейд (теперь уже не актуально, поск-ку 1.25 вовсю трудится)

Цитата:
Хочется взять и расцеловать :-*

Как рекомендовал старикан Зигги - не подавляйте своих желаний

Цитата:
Тестовая ветка - не ...skipped... длиннее!

Эмоционально, но суть охвачена точно

Цитата:
Тестовая ветка предназначена для ПОИСКА ОШИБОК и ОТПРАВКИ БАГ-РЕПОРТОВ И ПАТЧЕЙ

А вот тут позвольте не согласиться. Как вам прекрасно известно,- программ без ошибок не существует (ну, разве что "Hello, World!"), соотв., есть они и в "стабильных" пакетах. Вопрос, когда именно менять статус пакета,- суперсубъективный, поск-ку да-алеко не все ошибки заслуживают статус "блокирующих", и спокойненько мигрируют в "стабильную" ветку, где рано или поздно и дожидаются апдейта. Зато множество софта собственным коммюнити признаётя "стабильным" (там свои "тестовые" ветки), а дженту-девы кладут это на отстой. К примеру (только не цепляйтесь за состав списка - он "на-вскидку"),- kernel, GCC, nVidia-drivers, и даже (о, крамола, это же исконно наше!!) - portage, etc...

Цитата:
все анекдоты про Генту оказались правдивыми

"Кто - гентушнег, я - гентушнег?! Сам иди на...!" ;) :)

Мы тоже не всего читали Шнитке!.. © В. Вишневский

.

Spoiler написал(а):
К примеру - kernel, GCC, nVidia-drivers, и даже portage, etc...

Вы будете смеяться, но gcc и portage у меня размаскированы.
И qt, как отмечено выше. И некоторые другие пакеты.

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

http://ru.wikipedia.org/wiki/Тестирование_программного_обеспечения

а эта строка - это просто подпись

n0nado написала: ...

n0nado написал(а):
У каждого есть свой списочек того, что ему захотелось размаскировать

Неправда, не у всех. У очень-очень многих этот список состоит из единственного пункта all

Цитата:
тестовая ветка используется теми людьми, которые хотят как можно быстрее наткнуться на ошибку

Я (~) не "хочу ...skipped... ошибку". Из вашего утверждения следует, что я в этом смысле уникален? Ну-ну... Вы в плену чьих-то штампов, но заблуждаться - это ваша свобода...

Цитата:
стабильная ветка - теми, кто хочет как можно реже натыкаться на ошибки

Ещё один ложный посыл, основанный на предыдущем... О частоте "натыка" на ошибки можно говорить только имея высокую, статистически презентабельную, выборкутак что... Я же, не претендуя на обобщения (исключительно на собств. опыте), констатирую, что по критерию "частоты" ваше утверждение действительно с точностью "до-наоборот"

Цитата:
перейдя на ~arch, они получат "свежий" system, который никаким боком к "современная мультимедия" и "рюшечки"

А боком или или нет - не важно, поск-ку "свежий system" самоценен

Цитата:
Gentoo - это такой GNU/Linux, который позволяет ВАМ РЕШАТЬ, какой софт у вас старый, а какой новый

Не добавить, не убавить. Маленькое уточнение: "стабильная" ветка и есть отъятие этой самой свободы навязываемым (фактически) мнением конкретных людей в соотв. с их личным представлением о "стабильности"

Мы тоже не всего читали Шнитке!.. © В. Вишневский

Spoiler написал(а): Не

Spoiler написал(а):
Не добавить, не убавить. Маленькое уточнение: "стабильная" ветка и есть отъятие этой самой свободы навязываемым (фактически) мнением конкретных людей в соотв. с их личным представлением о "стабильности"

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

Theli написал(а):если бы это

Theli написал(а):
если бы это было так, то была бы одна ветка и выбора бы у тебя точно не было

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

Цитата:
т.е. для того, чтобы выбирать, тебе нужно минимум две ветки

Бросьте... Две ветки нужно лишь для выбора между "работает - не трожь!" и "а можно и лучше!". И, хоть это и не праздный выбор,- когда от оного зависит "многое" - приоритетен первый вариант, когда же это твоя личная система - второй, ну, дык только в этом случае (именно в рамках ~) возможен реальный выбор, в том числе и всякого old-stability ;) на ваше усмотрение

Цитата:
да и вообще тебе упростили жизнь

По сравнению с чем?

Цитата:
ты жалуешься

Цитату в студию!.. :)

Мы тоже не всего читали Шнитке!.. © В. Вишневский

.

Из моего утверждения не следует, что вы в этом смысле уникальны. Из моего утверждения следует, что новичок в Gentoo (не Spoiler, не Theli, а именно новичок) переходит на "тестовую" ветку в большинстве случаев не понимая, что значит слово "тестовая". Он не хочет тестировать ПО, но добровольно идёт в тестировщики, не осознавая этого.
Поймав ошибку, он почему-то не испытывает радость и не открывает https://bugs.gentoo.org
Он почему-то печалится и идёт сюда (даже не прочитав лог сборки, а думая, что сообщение об ошибке - это то, что написано красным на экране), где его спрашивают "а что недавно обновлял-то", умоляют его прочитать уже handbook, вытягивают из него логи и emerge --info, предлагают попробовать разные версии, и наконец кто-то (часто осознанно сидящий на "тестовой") сообщает наконец решение.

Про отнятие свободы. Свобода есть и там и там:

* Стабильная ветка даёт новичку свободу размаскировать пакет и попробовать "нестабильного". Как правило таким пакетом становится какой-нибудь mplayer или opera, но никто на стабильной ветке, вроде бы, не размаскировывает tar или lsof или make.

* Нестабильная ветка даёт новичку свободу маскировать пакет с ошибкой и попробовать откатиться на предыдущий(ие). При этом, случается, новичок недовольно матерится. Потому что ему НЕ ХОЧЕТСЯ пробовать разные комбинации пакетов из toolchain, А ПРИХОДИТСЯ.

И хочется сказать такому человеку - милый, не слушай ни Spoiler-а, ни Theli. Тебе вот это надо - пересобирать несколькими gcc несколько qt чтобы успокоиться наконец на vlc-9999?

P.S. Я понимаю, что на этом сайте не все программисты и тестировщики. Поэтому кто-то может не понять, почему программист или тестировщик может испытывать радость, поймав ошибку. Если вы не понимаете радости поимки ошибки - тем более не ходите на тестовую ветку. Потому что тогда не вы будете ловить ошибки, нет. Ошибки будут ловить ВАС! И поймав вас, они... три раза, чтобы вы больнее обстрадались.

а эта строка - это просто подпись

n0nado написал(а): Из моего

n0nado написал(а):
новичок в Gentoo ... переходит на "тестовую" ветку в большинстве случаев не понимая, что значит слово "тестовая".

и примерно через 3-4 месяца становится грамотным пользователем, способным еще и помочь кому-то ;) а быть тупым потребителем всего готового и "стабильного" стОит под вендой за деньги ;)

Хватит ерунду-то уже нести.

Хватит ерунду-то уже нести. Как модератор говорю. Персонально гражданам Theli и Spoiler.

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

krigstask написал(а): Как

krigstask написал(а):
Как модератор говорю

угрожаешь? )))
в таком случае я требую также "угрозИть" категоричным рекомендаторам! а то провоцируют!!!

Не буду, потому что

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

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

.

Spoiler написал(а):
Хм, а в чём здесь сакральный смысл "о_0"? Ну, make... Ну, 3.82... Что вас смущает?

Смысл - эмоция на аргументы. Когда утверждают, что для "всего самого свежего" надо переходить на ~arch.
Забывая, что, перейдя на ~arch, они получат "свежий" system, который никаким боком к "современная мультимедия" и "рюшечки",
зато приедут "свежие", например, glibc - был такой период, когда с них со слезами пытались слезть на "стабильные" glibc.
(только не цепляйтесь за состав списка - он "на-вскидку")

Да чего далеко ходить - 15 недель назад у того же Theli ( http://www.gentoo.ru/node/16289 )
ушли сутки на откат к стабильному gcc в то время, когда у всех уже вовсю gcc:4.4 трудился.

а эта строка - это просто подпись

n0nado написал(а): Да чего

n0nado написал(а):
Да чего далеко ходить - 15 недель назад у того же Theli ( http://www.gentoo.ru/node/16289 )
ушли сутки на откат к стабильному gcc в то время, когда у всех уже вовсю gcc:4.4 трудился.

а ничего, что я говорил о том, что произошло за некоторое время до того, как я написал об этом на форуме (если не ошибаюсь, то за месяц до поста) и вообще я попробовал поставить "жестко" замаскированный gcc??? )) и как по тем же причинам он мог крутиться у "всех"!
с пакетами из ~arch проблем у меня не было и нет!!! 1-2 раза в год я не беру в рассчет! пока был на стабильной ветке таких проблем было больше!!!

я еще раз повторюсь: у каждого из нас свои политичческие, религиозные и т.д. взгляды. вырази свое мнение, но советов в категоричной форме давать не стоит!!! у нас для того и Linux, чтобы каждый свободно шел своей дорогой, а не шагали одним скопом в одну яму как в венде! пока ты будешь настаивать в категоричной форме на стабильной ветке я буду твоим оппонентом в этом споре ;)

.

Theli написал(а):
и как по тем же причинам он мог крутиться у "всех"!

Крутился, крутился. Как показывает практика, фраза "не работает у меня = не работает у всех" неверна. УМВР.

Theli написал(а):
пока ты будешь настаивать в категоричной форме на стабильной ветке я буду твоим оппонентом в этом споре ;)

для людей, прочитавших handbook, знающих английский, умеющих и не ленящихся гуглить, но ленящихся размаскировывать - тестовая версия может оказаться тем, что им нужно.
Я лишь ласково и ненавязчиво рекомендую остальным попробовать начать со стабильной. Во избежание.
Уж больно неприятно смотреть, как люди ругают Gentoo, «и исшед вон, плакася горько».
Gentoo не заслуживает такого...

А людям, которые Gentoo ругают, хочется сказать так:
"Вы попробовали подружиться с Gentoo, и у вас не получилось. Это не значит, что Gentoo - плохая. Это значит лишь, что Gentoo не хочет с вами дружить"

а эта строка - это просто подпись

n0nado написал(а): А людям,

n0nado написал(а):
А людям, которые Gentoo ругают, хочется сказать так:
"Вы попробовали подружиться с Gentoo, и у вас не получилось. Это не значит, что Gentoo - плохая. Это значит лишь, что Gentoo не хочет с вами дружить"

Золотые слова :)

Я не смог понять твой комментарий...
И по этому поводу решил подарить тебе запятую: ",". Используй её с умом!

.

Излишне эмоционально прозвучит, возможно...

Но меня больше всего задела фраза "старый софт на стабильной генте".

Gentoo - это такой GNU/Linux, который позволяет ВАМ РЕШАТЬ,
какой софт у вас старый, а какой новый.

У меня m2crypto собран c патчем из https://bugzilla.osafoundation.org/show_bug.cgi?id=12151
такого нового m2crypto как у меня мало у кого есть.

С другой стороны tar у меня стабильный. "Старый" у меня tar :)

Gentoo предоставляет мне подобную свободу выбора.

а эта строка - это просто подпись

Делюсь: # emerge

Делюсь:

# emerge autounmask
# autounmask kde-base/kde-meta-4.5.4
# emerge -uDN world

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

>qlist -IC x11-libs/qt- | sed

>qlist -IC x11-libs/qt- | sed 's/^/=/g' | sed 's/$/-4.7.1/g' > /etc/portage/package.unmask/qt
Спасибо! Буду пробовать, как скомпилю - отпишусь.
Всем спасибо за обсуждение!

Всему гиганскому треду про

Всему гиганскому треду про то, что лучше маскировать то что не работает, или размаскировать то что работает посвящается:

Во первых гражданам на "тестовых ветках привет". Я придерживаюсь концепции "это работает -> не трогай его" (время хоть и относительная величина, но отнюдь не резиновая), ну только если очень хочется можно ковырять. Во вторых, был давным давно переломный момент, когда я от ~arch отказался потому, что просто перестал рабтать portage и gcc в какой-то прекрасный момент, это было года 2 назад, в тотже миг пересобрал систему и с тех пор делаю только анмаск, просто потому, что на ковыряние тратить время хочется далеко не всегда. Потом господа Theli и Spoiler слегка лукавят ИМХО, ибо их сидение на тестовой ветке сопровождается монитрорингом свежих проблем на форумах, багзиле, блогах. Я догадываютсь, что вы блокируете пакетики для обновления, если вы знаете, что будет "бобо". Ну и опять же догадка, о том что, вы зачастую знаете рецепт как и что починить, ну или в состоянии написать рецепт. Для новичков не осознающих... нет, даже так - не отдупляющих "а чо ваще происходит-то?" сидеть на ~arch опасно. Да и вообще соваться в малооттестированные ветки не айс. Если понимаешь что делаешь, и знаешь как починить в случае чего, так хоть на ** сиди ничего тебе не будет. Извечная проблема любого холивара, в том числе и этого, что любые точки зрения абсолютно не зависят от расположения устройства /dev/hands. У некоторых ls -l /dev/hands покажет:

lrwx------ 1 root root 64 <birthday> /dev/hands -> /dev/brain/hands

у дргуих может оказаться и такое

lrwx------ 1 root root 64 <birthday> /dev/hands -> /dev/ass/hands

При этом как не использую первое все равно все будет хорошо, а со вторым из рук вон плохо.

Всем спасибо!

Привет всем!
Вопреки созданной теме, решил пока оставаться на стейбле и оставить стабильными кде и кутэ. Уж простите, но тема тоже не прошла в пустую, было интересно.
А проблемму с выключением кде решил!
http://bugs.gentoo.org/show_bug.cgi?id=326393

Всем спасибо!

Настройки просмотра комментариев

Выберите нужный метод показа комментариев и нажмите "Сохранить установки".