https://www.opennet.ru/openforum/vsluhforumID3/70212.html Спустя три недели с момента выхода десктоп-окружения KDE SC 4.5 (http://www.opennet.ru/opennews/art.shtml?num=27572) представлен первый корректирующий релиз - KDE SC 4.5.1 (http://www.kde.org/announcements/announce-4.5.1.php), в котором проведена работа по устранению ошибок и обновлению переводов. Следующее обновление ветки KDE 4.5 запланировано на 30 сентября, релиз KDE 4.6 намечен на 26 января 2011 года.<br><br><br>Из исправлений (http://www.kde.org/announcements/changelogs/changelog4_5_0to4_5_1.php) можно отметить:<br><br><br><br>- Устранены проблемы со стабильностью работы в некоторых компонентах платформы, таких как общий кэш данных, KHTML и KNewStuff;<br>- Улучшена эргономика операции перемещения апплета внутри панелей Plasma;<br>- Налажен процесс нахождения UPnP-устройств в режиме просмотра "network:/";<br>- В оконном менеджере устранено несколько регрессивных изменений, которые мешали использованию визуальных эффектов на рабочем столе;<br>- Апплеты отображения погоды и новостей теперь корректно ...<br><br>URL: http://dot.kde https://www.opennet.ru/openforum/vsluhforumID3/70212.html#65 Sat, 04 Sep 2010 07:54:47 GMT &gt;Вообще, у меня возникает стойкое ощущение<br><br>Аналогично. :( Получился Pentium 4, как понимаю.<br> https://www.opennet.ru/openforum/vsluhforumID3/70212.html#64 Sat, 04 Sep 2010 04:27:32 GMT &gt;&gt;&gt; Pg куда более вредная штука в подъёме, чем My, если руки на то не заточены.<br>&gt;&gt;Миша, зато Pg, вообще говоря, написан по-человечьи, а не как MySQL<br>&gt;Тут я думал скорее в контексте.<br><br>Хых, Миша, я и здесь думаю в контексте :). На работе для меня действительно важна адресная книжка и прочие PIM-ости. Поэтому, устав бороться с мысклем, то поднимающемся, то нет при каждом запуске аконади, я перевёл всю эту аконадьную ботву на системную MySQL. Время запуска SQL-бэкенда в этом случае совершенно несущественно, и работает гораздо стабильнее. Турчин в курсе, но как сделать это решение дистрибутиво-пригодным, мы не придумали.<br><br>Вообще, у меня возникает стойкое ощущение, что ребятам захотелось почувствовать себя архитекторами сложных программных комплексов, и они несколько заигрались. Вместо использования нормальной клиент-серверной архитектуры и инфраструктуры, проверенных протоколов и готовых средств начали лепить свой, ни с чем не совместимый набор, ничего не добавляющий к существующим на данный момент опенсорсны https://www.opennet.ru/openforum/vsluhforumID3/70212.html#63 Sat, 04 Sep 2010 03:52:24 GMT &gt; Т.е. предполагается, что интернет соединение всегда доступно?<br><br>Разумеется, в мире есть места, где нет связи с внешним миром. Но, во-первых, в природе _уже_ существуют средства почитать почту в оффлайне, а, во-вторых, мой опыт подсказывает, что в большинстве тех мест, где нет связи, как-то и желания не возникает "сидеть в интернетах". Поэтому проводимая KDEPIM'овцами революция выглядит не слишком уместно...<br> https://www.opennet.ru/openforum/vsluhforumID3/70212.html#62 Fri, 03 Sep 2010 10:50:50 GMT &gt;Но... за это время сетевые операции стали настолько дешёвыми и распространёнными, что по большому счёту почтовые программы как таковые стали не нужны.<br><br>Т.е. предполагается, что интернет соединение всегда доступно?<br><br> https://www.opennet.ru/openforum/vsluhforumID3/70212.html#61 Fri, 03 Sep 2010 09:10:44 GMT &gt;ессно, без отношения. я вот таки и интересуюсь, в каком месте "все <br>&gt;описанно", ибо по ссылке не увидел.<br><br>Там в табличке названия вариантов -- актуальные и сейчас ссылки на исошки. Соответственно всё релевантное описано в коммите дистрибутивного профиля, из которого они собирались, и состоянии пакетной базы на тот момент. И в исошках зафиксировано инвариантно к дефолтной установке.<br><br>&gt;&gt;&gt;USE-флаги дают, как правило, более детализованную настройку того, что ставится. <br>&gt;&gt;Это тоже скорее менее важно, чем набор программ<br>&gt;вы ведь в курсе, что USE-флаги, в частности, и определяют набор устанвливаемых <br>&gt;программ, требующихся для реализации? <br><br>Да-да, у нас на ftp.linux.kiev.ua и Gentoo зеркалится, порой заглядываю в portage.<br> https://www.opennet.ru/openforum/vsluhforumID3/70212.html#60 Fri, 03 Sep 2010 08:58:45 GMT &gt;&gt;&gt;&gt;очень сферическое сопоставление - зависит от запускаемых компонентов.<br>&gt;&gt;&gt;По ссылке всё описано<br>&gt;&gt;если вы о "устанавливаем образ с разбивкой по умолчанию", то это "не описанно"<br>&gt;Разбивка к `free -m` без отношения как раз. <br><br>ессно, без отношения. я вот таки и интересуюсь, в каком месте "все описанно", ибо по ссылке не увидел.<br><br>&gt;&gt;кстати, возможно, разница из-за "rpm(у вас) vs ebuilds(у меня)" - USE-флаги дают, <br>&gt;&gt;как правило, более детализованную настройку того, что ставится. <br>&gt;Это тоже скорее менее важно, чем набор программ<br><br>вы ведь в курсе, что USE-флаги, в частности, и определяют набор устанвливаемых программ, требующихся для реализации?<br><br><br>PS содержание по ссылке, где не увидел описания конфигурации софта:<br>Стенд: virtualbox 3.0.10-alt1 @x86_64<br>Методика тестирования<br>С каждым образом измерения проводятся трижды (на одной установке), сильно выбивающееся значение (если есть) отбрасывается, принятые усредняются. Перед каждым пунктом дожидаемся окончания дисковой активности.<br> 1. устанавливаем https://www.opennet.ru/openforum/vsluhforumID3/70212.html#59 Fri, 03 Sep 2010 04:49:37 GMT &gt;&gt; Pg куда более вредная штука в подъёме, чем My, если руки на то не заточены.<br>&gt;Миша, зато Pg, вообще говоря, написан по-человечьи, а не как MySQL<br><br>Тут я думал скорее в контексте.<br><br>&gt;&gt; SQLite ни разу не надёжен, особенно при<br>&gt;Хи-хикс. Миш, а зачем выковыривать данные из порушенного _кэша_ ?!<br><br>А тут -- ты. :)<br><br>&gt;&gt; И с конкурентным доступом там всё плохо.<br>&gt;А вот теперь и расскажи мне, зачем в данном случае конкурентный доступ <br>&gt;к нижнеуровневому _хранилищу_ ?<br><br>И тут -- ты.<br><br>I stand corrected и всё такое :)<br> https://www.opennet.ru/openforum/vsluhforumID3/70212.html#58 Thu, 02 Sep 2010 22:14:27 GMT &gt;еще лучше. чо, mysql только ради кеша поднимается? <br><br>Именно. Ну и для "удобства" роботу выковыривать эти данные.<br><br>Точнее, всё выглядит примерно так.<br><br>Традиционно почтовые данные (пришедшие письма, адресная книжка, что там ещё) хранились в виде файлов. В случае unix-like - в виде plaintext файлов в домашнем каталоге каждого пользователя. KMail версии до 4.4.x включительно здесь не исключение.<br><br>Но выполнять _некоторые_ операции над такими данными, конечно, не очень удобно. Например, поиск организовывать или автоматическую синхронизацию между несколькими машинами производить. Поэтому стали придумывать какие-то промежуточные сервисы, которые взяли бы на себя задачу хранения и обработки. Додумались до аконади и компании.<br><br>Но... за это время сетевые операции стали настолько дешёвыми и распространёнными, что по большому счёту почтовые программы как таковые стали не нужны. Чуть менее, чем полностью. Для тех, кто попроще - есть гуглояндекс, те, кто позаковыристей, читают почту со своего блэкберри или аналого https://www.opennet.ru/openforum/vsluhforumID3/70212.html#57 Thu, 02 Sep 2010 21:33:48 GMT &gt; Pg куда более вредная штука в подъёме, чем My, если руки на то не заточены.<br><br>Миша, зато Pg, вообще говоря, написан по-человечьи, а не как MySQL, и полнотекстовый поиск <br>там *при желании* можно нормально организовать. Но, вообще говоря, для данной задачи это не очень и нужно...<br><br>&gt; SQLite ни разу не надёжен, особенно при необходимости всё же выковырять данные из разваленной базы.<br><br>Хи-хикс. Миш, а зачем выковыривать данные из порушенного _кэша_ ?! Я не знаю, какими такими средствами пользуются перцы из KDEPIM, но в "реальной жизни" в качестве _первичных_ хранилищ - всякие OpenLDAP'ы, Иксченджи и всякие прочие ОпенГрупвари. То есть, на клиенте _можно_ хранить данные, чтобы побыстрее и/или поудобнее работать было, но _исключительно_ в виде кэширующего проксятника.<br><br>&gt; И с конкурентным доступом там всё плохо.<br><br>А вот теперь и расскажи мне, зачем в данном случае конкурентный доступ к нижнеуровневому _хранилищу_ ? Учитывая тот прискорбный факт, что вся эта аконадьная ботва реализована в виде сервисов (да ещё