вопросы по KDE-4.5.4 и Qt-4.7.1
brothermechanic 4 декабря, 2010 - 08:57
Здравствуйте.
Работаю на 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 написал(а): Кроме
в чем заключается "несовместимость"????
у мя такая же комбинация
Композитинг не работает. С
Композитинг не работает.
С моей картой не работает. Совсем не работает.
Я не смог понять твой комментарий...
И по этому поводу решил подарить тебе запятую: ",". Используй её с умом!
у меня работает
тоже долго имел проблемы с кедами...
полная не работоспособность вылечилась снесением кучи конфигов от 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 (боязно ее обновлять -- работать нужно, нет времени на развлекухи)
.
Засорять.
"~amd64 в make.conf" - сначала легче, а потом ой.
Кто-то вам может сказать - "сижу на ~amd64, никаких проблем".
Вы переходите на ~amd64.
Появляется проблема.
FFFFFFUUUUUUUU...
а эта строка - это просто подпись
~
на ~amd64 проблем нету особенно если изначально ставить, а вот с обновлением могут быть проблемы причём тупиковые, да и просить помощи по ним как то особо не хочется, скажут ~amd64 для тех кто знает, что делает))) и откатится уже может быть сложно если тот же glibc обновится
~arch действительно для тех,
~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 написал(а):У
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 не забыли? Покажите вот так:
P.S. и это при уже размаскированном qt, на что ушло 17 строк в package.keywords
а эта строка - это просто подпись
n0nado написал(а): "хочется
боишься переходить? не хватает ума справиться с редкими проблемами? ))) дык не парь мозг другим и не навязывай своего мнения! особенно второе! проблем под ~arch нет!!! проверено 3 годами эксплуатации!!!
и вообще, речь идет не о большом предприятии с сотнями компов, набор софта которого должен быть четко выверен временем! и речь совсем не о даже среднем сервере!!! речь и идет об одиночном домашнем компе!!! на котором должна быть современная мультимедия и все "рюшечки"!!! ;)
.
вы ведь под этим не имели в виду sys-devel/make-3.82 о_0
http://gentoo.ru/node/21064 (Проблемы с tar-1.24) месяц висело на главной.
не хватит терпения суппортить темы, ЕДИНСТВЕННОЙ причиной возникновения которых является нестабильная ветка.
Например темы, в которых первый же ответ - ссылка на http://bugs.gentoo.org/show_bug.cgi?id=xxxxxxx
А особенно весело, когда такая ссылка появится только завтра-послезавтра, а ты сидишь, дебажишь код,
который видишь первый раз в жизни, а багу никак не удаётся поймать. А потом автор через три дня пишет
"РЕШЕНО откатом на стабильную версию" :-) Хочется взять и расцеловать :-*
Спешу пояснить.
Тестовая ветка - не показатель "крутизны", не "возраст" гентушника, не "статус" среди поцанов,
не сантиметры, отмерянные на линейке ("я на тестовой - у меня длиннее!")
Тестовая ветка предназначена для ПОИСКА ОШИБОК и ОТПРАВКИ БАГ-РЕПОРТОВ И ПАТЧЕЙ.
Очень хорошо, когда люди, сидящие на тестовой ветке,
дают на gentoo.ru ОТВЕТЫ, а не задают вопросы.
Плохо, когда люди, сидящие на тестовой ветке,
говорят новичками "Не очкуй, Славик. Ну ты чо, не мужик что ле. Вот ты лошара, блин",
а потом новички создают темы со словами "Я переустановил Gentoo три раза, но не заработало"
и "Да, все анекдоты про Генту оказались правдивыми".
а эта строка - это просто подпись
Всё правильно
Всё правильно сказала.
// пользователь ~amd64 с двухлетним стажем
Текстовый редактор vi имеет два режима работы: в первом он пищит, а во втором — всё портит.
сказала. Fix.
сказала.
Fix.
Ого! Сейчас исправлюсь тогда.
Ого! Сейчас исправлюсь тогда.
Текстовый редактор vi имеет два режима работы: в первом он пищит, а во втором — всё портит.
n0nado написала: ведь под
Хм, а в чём здесь сакральный смысл "о_0"? Ну, make... Ну, 3.82... Что вас смущает?
Не особо следят за актуальностью висюлек,- могло бы и два месяца отвисеть... А "проблемы" удалились через день после их обнаружения (путём своевременного синка - 1.24 быстренько хард-замаскировали). Кстати, у меня те проблемы не проявились, и я запретил даунгрейд (теперь уже не актуально, поск-ку 1.25 вовсю трудится)
Как рекомендовал старикан Зигги - не подавляйте своих желаний
Эмоционально, но суть охвачена точно
А вот тут позвольте не согласиться. Как вам прекрасно известно,- программ без ошибок не существует (ну, разве что "Hello, World!"), соотв., есть они и в "стабильных" пакетах. Вопрос, когда именно менять статус пакета,- суперсубъективный, поск-ку да-алеко не все ошибки заслуживают статус "блокирующих", и спокойненько мигрируют в "стабильную" ветку, где рано или поздно и дожидаются апдейта. Зато множество софта собственным коммюнити признаётя "стабильным" (там свои "тестовые" ветки), а дженту-девы кладут это на отстой. К примеру (только не цепляйтесь за состав списка - он "на-вскидку"),- kernel, GCC, nVidia-drivers, и даже (о, крамола, это же исконно наше!!) - portage, etc...
"Кто - гентушнег, я - гентушнег?! Сам иди на...!" ;) :)
Мы тоже не всего читали Шнитке!.. © В. Вишневский
.
Вы будете смеяться, но gcc и portage у меня размаскированы.
И qt, как отмечено выше. И некоторые другие пакеты.
Не подменяйте, прошу вас, одно другим. У каждого есть свой списочек того, что ему захотелось размаскировать.
Это не отменяет того, что тестовая ветка используется теми людьми, которые хотят как можно быстрее наткнуться на ошибку,
а стабильная ветка - теми, кто хочет как можно реже натыкаться на ошибки.
http://ru.wikipedia.org/wiki/Тестирование_программного_обеспечения
а эта строка - это просто подпись
n0nado написала: ...
Неправда, не у всех. У очень-очень многих этот список состоит из единственного пункта all
Я (~) не "хочу ...skipped... ошибку". Из вашего утверждения следует, что я в этом смысле уникален? Ну-ну... Вы в плену чьих-то штампов, но заблуждаться - это ваша свобода...
Ещё один ложный посыл, основанный на предыдущем... О частоте "натыка" на ошибки можно говорить только имея высокую, статистически презентабельную, выборкутак что... Я же, не претендуя на обобщения (исключительно на собств. опыте), констатирую, что по критерию "частоты" ваше утверждение действительно с точностью "до-наоборот"
А боком или или нет - не важно, поск-ку "свежий system" самоценен
Не добавить, не убавить. Маленькое уточнение: "стабильная" ветка и есть отъятие этой самой свободы навязываемым (фактически) мнением конкретных людей в соотв. с их личным представлением о "стабильности"
Мы тоже не всего читали Шнитке!.. © В. Вишневский
Spoiler написал(а): Не
если бы это было так, то была бы одна ветка и выбора бы у тебя точно не было ;) т.е. для того, чтобы выбирать, тебе нужно минимум две ветки ;) да и вообще тебе упростили жизнь, а ты жалуешься ;)
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 написал(а): Из моего
и примерно через 3-4 месяца становится грамотным пользователем, способным еще и помочь кому-то ;) а быть тупым потребителем всего готового и "стабильного" стОит под вендой за деньги ;)
Хватит ерунду-то уже нести.
Хватит ерунду-то уже нести. Как модератор говорю. Персонально гражданам Theli и Spoiler.
Текстовый редактор vi имеет два режима работы: в первом он пищит, а во втором — всё портит.
krigstask написал(а): Как
угрожаешь? )))
в таком случае я требую также "угрозИть" категоричным рекомендаторам! а то провоцируют!!!
Не буду, потому что
Не буду, потому что альтернативная точка зрения разумна. Всё, хватит болботать, всем перечитать тему и опомниться.
Текстовый редактор vi имеет два режима работы: в первом он пищит, а во втором — всё портит.
.
Смысл - эмоция на аргументы. Когда утверждают, что для "всего самого свежего" надо переходить на ~arch.
Забывая, что, перейдя на ~arch, они получат "свежий" system, который никаким боком к "современная мультимедия" и "рюшечки",
зато приедут "свежие", например, glibc - был такой период, когда с них со слезами пытались слезть на "стабильные" glibc.
(только не цепляйтесь за состав списка - он "на-вскидку")
Да чего далеко ходить - 15 недель назад у того же Theli ( http://www.gentoo.ru/node/16289 )
ушли сутки на откат к стабильному gcc в то время, когда у всех уже вовсю gcc:4.4 трудился.
а эта строка - это просто подпись
n0nado написал(а): Да чего
а ничего, что я говорил о том, что произошло за некоторое время до того, как я написал об этом на форуме (если не ошибаюсь, то за месяц до поста) и вообще я попробовал поставить "жестко" замаскированный gcc??? )) и как по тем же причинам он мог крутиться у "всех"!
с пакетами из ~arch проблем у меня не было и нет!!! 1-2 раза в год я не беру в рассчет! пока был на стабильной ветке таких проблем было больше!!!
я еще раз повторюсь: у каждого из нас свои политичческие, религиозные и т.д. взгляды. вырази свое мнение, но советов в категоричной форме давать не стоит!!! у нас для того и Linux, чтобы каждый свободно шел своей дорогой, а не шагали одним скопом в одну яму как в венде! пока ты будешь настаивать в категоричной форме на стабильной ветке я буду твоим оппонентом в этом споре ;)
.
Крутился, крутился. Как показывает практика, фраза "не работает у меня = не работает у всех" неверна. УМВР.
для людей, прочитавших handbook, знающих английский, умеющих и не ленящихся гуглить, но ленящихся размаскировывать - тестовая версия может оказаться тем, что им нужно.
Я лишь ласково и ненавязчиво рекомендую остальным попробовать начать со стабильной. Во избежание.
Уж больно неприятно смотреть, как люди ругают Gentoo, «и исшед вон, плакася горько».
Gentoo не заслуживает такого...
А людям, которые Gentoo ругают, хочется сказать так:
"Вы попробовали подружиться с Gentoo, и у вас не получилось. Это не значит, что Gentoo - плохая. Это значит лишь, что Gentoo не хочет с вами дружить"
а эта строка - это просто подпись
n0nado написал(а): А людям,
Золотые слова :)
Я не смог понять твой комментарий...
И по этому поводу решил подарить тебе запятую: ",". Используй её с умом!
.
Излишне эмоционально прозвучит, возможно...
Но меня больше всего задела фраза "старый софт на стабильной генте".
Gentoo - это такой GNU/Linux, который позволяет ВАМ РЕШАТЬ,
какой софт у вас старый, а какой новый.
У меня m2crypto собран c патчем из https://bugzilla.osafoundation.org/show_bug.cgi?id=12151
такого нового m2crypto как у меня мало у кого есть.
С другой стороны tar у меня стабильный. "Старый" у меня tar :)
Gentoo предоставляет мне подобную свободу выбора.
а эта строка - это просто подпись
Делюсь: # emerge
Делюсь:
Могут возникнуть некоторые проблемы с зависимостями, надеюсь вы уже научились как и решать.
>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 покажет:
у дргуих может оказаться и такое
При этом как не использую первое все равно все будет хорошо, а со вторым из рук вон плохо.
Всем спасибо!
Привет всем!
Вопреки созданной теме, решил пока оставаться на стейбле и оставить стабильными кде и кутэ. Уж простите, но тема тоже не прошла в пустую, было интересно.
А проблемму с выключением кде решил!
http://bugs.gentoo.org/show_bug.cgi?id=326393
Всем спасибо!