Анонсирован (http://www.kde.org/announcements/announce-4.6-rc1.php) кандидат в релизы десктоп-окружения KDE SC 4.6, финальный релиз намечен (http://techbase.kde.org/Schedules/KDE4/4.6_Release_Schedule) на 26 января 2011 года. В настоящее время реализация новшеств в ветке KDE 4.6 прекращена и все усилия сосредоточены на исправлении ошибок, доработке графических элементов (почти завершена переработка набора пиктограмм из визуальной темы Oxygen) и обновлении переводов. Подробный обзор новшеств KDE 4.6 можно увидеть в анонсе (http://www.opennet.me/opennews/art.shtml?num=28793) первой бета-версии.
Одновременно выпущена (http://www.kdedevelopers.org/node/4365) третья бета-версия системы управления персональной информации KDE PIM 4.6. К сожалению, разработчики приняли решение о невключении нового KDE PIM в состав релиза KDE 4.6.0, несмотря на первоначальные планы по поставке обновленного KDE PIM в составе одного из обновлений KDE 4.5. Наиболее вероятно, что приложения из состава KDE PIM, ...URL: http://dot.kde.org/2010/12/23/46-rc-1-available-kde-pim-delayed
Новость: http://www.opennet.me/opennews/art.shtml?num=29111
>будут интегрированы в один из корректирующих выпусков ветки 4.6Эх. Это уже говорили про 4.5.
Спешить некуда. Пусть допиливают до нужной кондиции
Они затребовали в KMail2 для IMAP поддержку UIDPLUS. Как результат ? Dovecot (стандартный уже в RHEL) в конфигурации с maildir идёт лесом. Как отключить ? не нашёл.
Такими темпами, пока они свою "десктопную семантику" допилят -- все в "облаках" уже будут работать..
Да, идите поработайте в облаках. Вам воздастся. Любите зависеть от чужих пролетов? Их есть, вот так например - http://www.computerworld.com/s/article/9202078/Microsoft_BPO...В данном случае отгрузил *чужие* данные *постороннему* кастомеру всеми нежно любимый Майкрософт, что доставляет. Только я не вижу что помешает так облажаться и кому-нибудь еще. Ну что, вперед, на мины? Ведь каждые грабли надо опробовать на своем лбу, правда? :)
Например тебе самому на твоих же собственных серверах :) Ах щи я забыл это же User294 оно же ошибок не делает. :)Сами облака приемлю только с приставкой "собственные". Просто по другому логически организовать все эти тонны блейдов в своём DC.
> Например тебе самому на твоих же собственных серверах :)Свои сервера, знаете ли, могут стоять в наглухо зафайрволеном интранете, если что. Принципиально недоступном посторонним кастомерам, только свои юзеры и никого лишнего. В отличие от публичного клауда, который по определению вывешен всем желающим на растерзание, так что любая лажа - и вот уже ваши данные разлетаются на весь интернет...
Алсо, как бонус, интернет канал может упасть. И если питалово можно подпереть упсой, то вот интернет запасти в аккумуляторах не получается. А остаться одним махом без своих данных - не очень как-то, ага?
> Ах щи я забыл это же User294 оно же ошибок не делает. :)
Делает, однако данный класс ошибок можно превентивно зарубить. И все вменяемые корпоративные интранеты почему-то вообще имеют свойство не пускать к себе посторонних кастомеров из интернета путем настройки файрволов. И чего это они так стремаются? :)
> Сами облака приемлю только с приставкой "собственные".
> Просто по другому логически организовать все эти тонны блейдов в своём DC.Вот в таком виде - да, вполне. Просто продвинутая форма виртуализации. Виртуализация в виде каком она и должна была бы быть.
> Да, идите поработайте в облаках. Вам воздастся. Любите зависеть от чужих пролетов?Объясняю: на моем домашнем PC с кедами на борту сбои гораздо чаще случаются чем на тех же Google Docs. Даже точнее: с google docs у меня еще ни разу ничего не пропало и не поломалось. А к приватным/коммерческим данным, я бы никаких Akonadi/Strigi/... и близко не подпускал бы.
Таким образом, там, где эта семантика актуальна/допустима в принципе -- "облака" довольно неплохая альтернатива тому, что все никак не добилят в KDE.
> Akonadi сводит в единое хранилище и абстрагирует для приложений доступ к таким наборам данных как мета-данные с настройками, адресная книга, заметки, RSS-ленты и данные планировщика. Кроме того, Akonadi берет на себя работу по взаимодействию с внешними сетевыми службами, например, занимается доставкой почты, загрузкой RSS, импортом контактов и взаимодействием с социальными сетями.Ну и монстр. Его никогда не допилят :)
> Ну и монстр. Его никогда не допилят :)А учитывая что им никто кроме кривых kmail-ов и прочих весьма своеобразных программ из семейства КДЕ и не пользуется - толку с него получается примерно ноль. Только какой-то лишний левый сервис в системе висит, а ради чего - не понятно.
как я люблю этот замечательный akonadi, он такой милый и пушистый и для каждого пользователя запускает свой собственный mysql сервер для хранения (просто неприлично большое число здесь) персональной информации.
в светлом будущем каждому юзеру по персональному oracle ibm db для akonadi а т как бы mysql не справится с нагрузками.
Для каждого. И много у вас пользователей одновременно на десктопе работает?
> Для каждого. И много у вас пользователей одновременно на десктопе работает?на терминал сервере? много....
А для такого применения там вообще-то постгрес-бэкенд есть.. Который ничего не запускает, только коннектиться к базе. В опции заходить не пробовали? :)
А использовать вместо mysql sqlite тебе религия не позволяет? Если не позволяет, тогда советую сменить религию и пользоваться sqlite - всё шустро и замечательно будет работать, как у меня.
> А использовать вместо mysql sqlite тебе религия не позволяет?ага, только уточните что ли, с какой это версии akonadi стал поддерживать sqlite и в какой "религии" он сейчас есть?
Ну в KDE версий 4.3 - 4.5 его точно можно собрать без поддержки мускуля.
http://techbase.kde.org/Projects/PIM/Akonadi#Why_not_use_sql...
>
>Why not use sqlite?
>
>We tried. Really. It can't handle the concurrent access very well, in the best case this >means very slow operations, but we've also seen deadlocks and failing transactions. Once >that's fixed in sqlite, adjusting Akonadi to use it again instead of MySQL is no problem.