KDE-4.3 кто поставил, как ощущение?

Фильтр в folder view починили? У меня он файлы с указанными расширениями наотрез не хочет скрывать.

З.Ы. Мог бы и скриншот запостить.

pykde4-4.2.69- собрался, пришлось сначала удалить все предыдущие pykde
pykde4-4.2.70 - нет
dolphin-4.2.70 -собрался
система amd64, правда kde-4.2.69 пока

Спс. Наверное соберу. Как раз не так давно обновил железо и как раз amd64. Помню и на i686 сидел на 4.3 а тут лень стало размаскировывать. Еще помнится немного порадовало: переключение "alt+tab" теперь не плоское а вроде бы как под тему плазмы.
Кстати pykde4 у меня и на 4.2.2 не собрался, хотя вся система собиралась заново, вменяемых ошибок не узрел. Видимо это что-то специфичное для amd64? А что с amarok? Вроде были проблемы из-за qt 4.5?
На всякий случай мои флаги -march=k8-sse3 -O2 -pipe -fomit-frame-pointer -fweb -mfpmath=sse
если что-то нехорошее, то поправьте пжлст ибо с amd64 новичок.

Это он в каком пакете живет? Вродь стоит kcontrol, но по ходу дела он для чего то другого предназначен

А чем amarok:2 поломался? Я уже довольно давно сижу на svn, правда, с kde4.2, но он работает замечательно.

у меня он (kcontrol4) и в kde-4.2.2 заработал

Чтобы pykde4 собрался, надо пропатчить kdelibs:

diff -urN kdelibs-4.2.70/kdeui/widgets/kdatepicker.cpp kdelibs-4.2.70.new/kdeui/widgets/kdatepicker.cpp
--- kdelibs-4.2.70/kdeui/widgets/kdatepicker.cpp        2009-04-15 14:26:44.000000000 +0400
+++ kdelibs-4.2.70.new/kdeui/widgets/kdatepicker.cpp    2009-04-18 22:36:38.000000000 +0400
@@ -548,11 +548,17 @@
     picker->selectAll();
     popup->setMainWidget( picker );
     connect( picker, SIGNAL( closeMe( int ) ), popup, SLOT( close( int ) ) );
+    connect( popup, SIGNAL( destroyed( QObject* ) ), this, SLOT( uncheckYearSelector() ) );
+    // We have to set WA_DeleteOnClose because otherwise clicking anywhere aside the popup widget
+    // will just hide the popup and leave it living until this datepicker dies
+    popup->setAttribute(Qt::WA_DeleteOnClose);
     picker->setFocus();

     if( popup->exec( d->selectYear->mapToGlobal( QPoint( 0, d->selectMonth->height() ) ) ) ) {
         // We need to create a valid date in the year/month selected so we can find out how many
         // days are in the month.
+        // We also can use values from the year selector widget because deleteLater() is used
+       // to destroy widgets with WA_DeleteOnClose attribute and we are already inside the slot
         newDate = d->validDateInYearMonth( picker->year(), calendar()->month( date() ) );

         // If we have succeeded in creating a date in the new month, then try to create the new
@@ -574,6 +580,12 @@
     d->selectYear->setChecked( false );
 }

+void KDatePicker::uncheckYearSelector()
+{
+    d->selectYear->setChecked(false);
+    d->selectYear->update();
+}
+
 // ####### KDE4: setEnabled isn't virtual anymore, so this isn't polymorphic.
 // Better reimplement changeEvent() instead.
 void KDatePicker::setEnabled( bool enable )
diff -urN kdelibs-4.2.70/kdeui/widgets/kdatepicker.h kdelibs-4.2.70.new/kdeui/widgets/kdatepicker.h
--- kdelibs-4.2.70/kdeui/widgets/kdatepicker.h  2009-04-15 14:26:44.000000000 +0400
+++ kdelibs-4.2.70.new/kdeui/widgets/kdatepicker.h      2009-04-18 22:36:24.000000000 +0400
@@ -171,6 +171,7 @@
     void yearBackwardClicked();
     void selectMonthClicked();
     void selectYearClicked();
+    void uncheckYearSelector();
     void lineEnterPressed();
     void todayButtonClicked();
     void weekSelected( int );

Ещё нашёл интересную возможность (правда пока не юзабельно, плазма падает)
Теперь каждый виртуальный рабочий стол может быть отдельной "plasma activity". На каждом из них - свой набор виджетов, валпаппер и т.п.

Будет стабильнее - буду пользоваться)

Но плазма таки падает на каждый чих.
Почти на каждый, но такое ощущение что падает когда что-то связанное с треем происходит.

1. В Kopete пользователей в контакт-листе стали огромными (вроде бы 32px), в 4,2,3 всё было хорошо. Настроек размера иконок не нашёл. Как вернуть "родные" малые иконки?

2. Вопрос не связанный с конкретным релизом kde4. Раньше в kde3.5 в konsole заголовок окна отражал выполняющийся в терминале процесс. Скажем, при установке чего-нибудь можно было сразу по заголовку видеть, сколько уже пакетов собралось. Вроде "emerge: (20 of 5) kde-base/kdelibs-3,5,10 Compile". Точно так же себя ведёт и, к примеру, xterm. В kde4 заголовок konsole всего лишь "emerge" и ничего больше. Опять же в настройках konsole ничего подобного нет. Можно ли вернуть старый вид?

3. В меню запуска приложений (а так же в контекстном меню "Открыть с помощью" некоторые пункты дублируются). Это появилось ещё на 4.2.3, но не сразу, а всего лишь дня три назад. Подозреваю, что это связано с наличием в системе ещё и kdelibs:3.5, который недавно обновился. У кого-нибудь ещё такое было?

Хочется поставить 4.2.85, да неможется:
=====================
-- Installing: /var/tmp/portage/kde-base/kdm-4.2.85/image/usr/kde/4.3/share/apps/kdm/sessions/xfce4.desktop
sed: невозможно прочитать /var/tmp/portage/kde-base/kdm-4.2.85/image///usr/kde/4.3/share/config/kdm/kdmrc: Нет такого файла или каталога
*
* ERROR: kde-base/kdm-4.2.85 failed.
* Call stack:
* ebuild.sh, line 49: Called src_install
* environment, line 3854: Called die
* The specific snippet of code:
* sed -i -e "s:^.*SessionsDirs=.*$:#&
* SessionsDirs=/usr/share/xsessions:" "${D}"/${PREFIX}/share/config/kdm/kdmrc || die "Failed to set SessionsDirs correctly.";
* The die message:
* Failed to set SessionsDirs correctly.
*
* If you need support, post the topmost build error, and the call stack if relevant.
* A complete build log is located at '/var/tmp/portage/kde-base/kdm-4.2.85/temp/build.log'.
* The ebuild environment file is located at '/var/tmp/portage/kde-base/kdm-4.2.85/temp/environment'.
* This ebuild used the following eclasses from overlays:
* /usr/local/portage/layman/kde-testing/eclass/kde4-meta.eclass
* /usr/local/portage/layman/kde-testing/eclass/kde4-base.eclass
* /usr/local/portage/layman/kde-testing/eclass/kde4-functions.eclass
* This ebuild is from an overlay named 'kde': '/usr/local/portage/layman/kde-testing/'
*

>>> Failed to emerge kde-base/kdm-4.2.85
=====================
Короче скомпилилось, при обработке секции src_install() рвется. Чего ему надобно?!
PS
Система up-to-date, синк&revdep-rebuild делались.

4.2.85
но! есть один мелкий косячек, способный съесть мозг (он присутствует и в 4.2.3). Не работают хоткеи в русской раскладке. А для офисного работника это поганенько. Чтобы нажать CTRL+F в xls, имеющем несколько тысяч строк, приходится раскладку переглючать. Гуглил, но ничего, кроме стенаний неангло-юзеров еще с версии 4.0. xrus - не нашел ни одной ссылки на сырцы (битые), а бинарник не всегда подходит (особенно 32бит). kkbswitch походу забили на kde4. Может кто-нибудь знает решение?
Остальное все замечательно работает. Плазма падает ОЧЕНЬ редко, и то, когда загрузишь систему по самое нехочу (когда SwapFree=0). Тогда запросто падает. Но в таких условиях все что угодно упадет... :)

1. мне помогло обновление soprano до 9999. ибо ругалось на отсутствие файла /usr/include/soprano/labuageta.h. Его там действительно не было.

Скажите, а вообще можно уже переходить на новую кде?
Я остался ещё на 3.5.8 и вот думаю обновить мир в дженту. Не обновлял где-то с полтора года уже.
Понимаю, что сейчас куча проблема будет и т.д. и т.п. Но вот КДЕ.. выбирать уже четвёрку можно?

Ощущение не из лучших.
1) vbox по Ctrl+L не вернулся, обрамление исчезло - pkill.
2) obex в krusader или системной браузелке так и не поддерживается?

Поставил систему на отдельный партишн, а там мне позволительно только кде 3.5.9 ставить..
Подскажите пожалуйста, чего там надо сделать, чтобы оно позволило мне ставить текущую стабильную 4ку? (или она совсем не стабильна ещё?)

У меня amd64 образ (core2duo).

Кстати, так и не пойму. Почитал на kde.org, там написано, что 4.2.3 это релиз, а у дженту это получается ещё не релиз? :)

Попытка поставить 4.2.88 провалилась из за того, что портежи в kde-testing ссылаются на "PyQt4" и "sip" которых там уже не существует, хотя в 4.2.87 были. Попробовал поставить недостающие портежи из оверлея "qting-edge", но потом застопорился уже на сборке pykde4.

Я так понял, что портеж 4.2.88 еще не готов?..

кому удалось справиться с kde-4.2.88
объясните, как бороться с
при компиляции
kde-base/libkworkspace-4.2.88

ERROR: the installed kdelibs version 4.2.3 is too old, at least version
4.2.85 is required,

а при этом kdelibs-4.2.88 уже стоит

тем кто тестил бету 4.2:

текущая бета вообще по ощущениям относительно стабильнее прошлой? а то даже сейчас 4.2 все равно кажется далеко не 100%-стабильной, не хотелось бы чтобы и с 4.3 так вышло