Спустя три недели с момента выхода десктоп-окружения KDE SC 4.5 (http://www.opennet.me/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 года.
Из исправлений (http://www.kde.org/announcements/changelogs/changelog4_5_0to...) можно отметить:- Устранены проблемы со стабильностью работы в некоторых компонентах платформы, таких как общий кэш данных, KHTML и KNewStuff;
- Улучшена эргономика операции перемещения апплета внутри панелей Plasma;
- Налажен процесс нахождения UPnP-устройств в режиме просмотра "network:/";
- В оконном менеджере устранено несколько регрессивных изменений, которые мешали использованию визуальных эффектов на рабочем столе;
- Апплеты отображения погоды и новостей теперь корректно ...URL: http://dot.kde.org/2010/08/31/kde-releases-451
Новость: http://www.opennet.me/opennews/art.shtml?num=27802
Activities могли бы перевести. Переводчик новости не смотрел интерфейс?
Имхо.. корректней оставить термин Activities... все вполне логично =)
>Activities могли бы перевести. Переводчик новости не смотрел интерфейс?Если перевести буквально, то никто не поймет о чем речь. Устоявшегося русскоязычного термина просто нет.
Сколько пользую так и не могу понять, что это такое....
Просто не трогаю и все нормально.
>Activities могли бы перевестиDo it.
> 4.6А что, KDE 5.0 ещё не готовится? Столько лет уже прошло, должны же быть хотя б альфа!
релизнотисы внимательно надо читать, а написано там примерно следующее:
"Мы горды <бла-бла-бла> 4.0 <бла-бла-бла> <бла-бла-бла> эта ветка будет с нами на долгие годы, как в свое время 3.x <бла-бла-бла>"
вот на счет 3.x могу врать, возможно там говорится о 2.x
>в четверг выйдет третья бета версия менеджера персональной информации Kontact, переработанного почтового клиента KMail и groupware-пакета для организации совместной работы, основанных на новой инфраструктуре Akonadi.говоря по-русски - не спрашивайте теперь, откуда у вас в системе мускуль и какого х он там делает.
досадно, хороший десктоп угробили этими погремухами.
> досадно, хороший десктоп угробили этими погремухами.при желании можно собрать без этого барахла
НО действительно много времени-ресурсов уделяется этим фантикам и меньше базовой системе
ну и в большинстве дистров найти пакеты без семантики трудно
это надо иметь очень большое желание. я поверхностно пару месяцев назад поинтересовался, дошел до рассылки разработчиков, в которой открытым текстом сказали, что собрать kde без семантики было можно, но теперь мы это пофиксили, а кто попробует оторвать руцями - BAD THINGS WILL HAPPEN. Ну, думаю, и хрен с вами, значит, дальше 4.3 и апгрейдиться не стоит.У Арона Сейго в блоге в мае месяце был феерический тред по этому поводу. Арон орал, что юзеру тупые муда^W^W люди, не понимающие своего щастя, и надо просто дать девелоперам еще два года, чтобы они наконец сделали все забибись. Юзеры упорно его не понимали и просили открутить семантику + akonadi и сделать их optional. Но вы же, сволочи, тогда их отключите и не будете альфа-тестить! вскричал Арон. Отключим, потому что в пень они нам не уперлись, ответили пользователи. Ну вот мы этого и не допустим и приведем вас железной рукой к светлому будущему, ответил Арон и закрыл прения.
Этот http://aseigo.blogspot.com/2010/05/i-dont-need-no-stinking-n... ?
А так бы неплохо по обоим пунктам ссылки
>Этот http://aseigo.blogspot.com/2010/05/i-dont-need-no-stinking-n... ?
>А так бы неплохо по обоим пунктам ссылкида, оно :)
а со сборкой - я уже не вижу в хистори. вроде начинал гуглить от гентушного порта с их флагом на отключение семантик десктопа. щас уже лень смотреть.
Про светлое будущее железной рукой это сильно. Согласен с разрабами. Юзверей надо заставлять тестить новое - без этого не будет прогресса. А унылые посты про падение кед уже в печенках. Не понимаю тех кто ставит арч например и не постит багфиксы и не участвует в разработке. Если вы красноглазые так зачем требуете стабильности????
Шикарно, спасибо.
> говоря по-русски - не спрашивайте теперь, откуда у вас в системе мускуль и какого х он там делает.Я стесняюсь спросить, а в чем вы предлагаете хранить большие объемы информации? Текстовые файлы?
... и обеспечивать *быстрый* доступ к этой информации.
СлонgreSQL, SQLite, например. Очень распрострнены и надёжны.
Такие проекты, как Beagle и Tracker, позволяют спокойно поиндексировать каждый файл жёсткого диска, определив его тип и полезные текстовые данные в нём, а затем произвести мгновенный поиск по ключевым словам, не используя огромное количство ресурсов памяти и процессора. И всё это без MySQL.
Хм, Слон стройнее мускула?SQLite до недавнего времени дедлочился при многопоточном доступе к базе, так что не панацея.
Ну и у akonadi есть бекенды к обоим этим базам, если уж на то пошло.
> СлонgreSQL, SQLite, например. Очень распрострнены и надёжны.Просто к сведению...
Pg куда более вредная штука в подъёме, чем My, если руки на то не заточены.
SQLite ни разу не надёжен, особенно при необходимости всё же выковырять данные из разваленной базы. И с конкурентным доступом там всё плохо.
PS: насчёт "Beagle [...] спокойно [...] не используя огромное количство ресурсов памяти и процессора" -- неужто шось в лесу сдохло и это так, а не строго наоборот?
а главное - нет ничего лучше для работы с кучей блобов, чем select mail from mailbox where body like '%Пупкин%'действительно, чего мелочиться? мусклем его, мусклем! а еще лучше - ораклом или дибицвай. микрософт со своей винфс удавится от зависти.
> Pg куда более вредная штука в подъёме, чем My, если руки на то не заточены.Миша, зато Pg, вообще говоря, написан по-человечьи, а не как MySQL, и полнотекстовый поиск
там *при желании* можно нормально организовать. Но, вообще говоря, для данной задачи это не очень и нужно...> SQLite ни разу не надёжен, особенно при необходимости всё же выковырять данные из разваленной базы.
Хи-хикс. Миш, а зачем выковыривать данные из порушенного _кэша_ ?! Я не знаю, какими такими средствами пользуются перцы из KDEPIM, но в "реальной жизни" в качестве _первичных_ хранилищ - всякие OpenLDAP'ы, Иксченджи и всякие прочие ОпенГрупвари. То есть, на клиенте _можно_ хранить данные, чтобы побыстрее и/или поудобнее работать было, но _исключительно_ в виде кэширующего проксятника.
> И с конкурентным доступом там всё плохо.
А вот теперь и расскажи мне, зачем в данном случае конкурентный доступ к нижнеуровневому _хранилищу_ ? Учитывая тот прискорбный факт, что вся эта аконадьная ботва реализована в виде сервисов (да ещё каких нажористых, да скольки!) и лазать руками в SQL никакому нормальному PIM-приложению и в голову приходить не должно.
АМ
>> Pg куда более вредная штука в подъёме, чем My, если руки на то не заточены.
>Миша, зато Pg, вообще говоря, написан по-человечьи, а не как MySQLТут я думал скорее в контексте.
>> SQLite ни разу не надёжен, особенно при
>Хи-хикс. Миш, а зачем выковыривать данные из порушенного _кэша_ ?!А тут -- ты. :)
>> И с конкурентным доступом там всё плохо.
>А вот теперь и расскажи мне, зачем в данном случае конкурентный доступ
>к нижнеуровневому _хранилищу_ ?И тут -- ты.
I stand corrected и всё такое :)
>>> Pg куда более вредная штука в подъёме, чем My, если руки на то не заточены.
>>Миша, зато Pg, вообще говоря, написан по-человечьи, а не как MySQL
>Тут я думал скорее в контексте.Хых, Миша, я и здесь думаю в контексте :). На работе для меня действительно важна адресная книжка и прочие PIM-ости. Поэтому, устав бороться с мысклем, то поднимающемся, то нет при каждом запуске аконади, я перевёл всю эту аконадьную ботву на системную MySQL. Время запуска SQL-бэкенда в этом случае совершенно несущественно, и работает гораздо стабильнее. Турчин в курсе, но как сделать это решение дистрибутиво-пригодным, мы не придумали.
Вообще, у меня возникает стойкое ощущение, что ребятам захотелось почувствовать себя архитекторами сложных программных комплексов, и они несколько заигрались. Вместо использования нормальной клиент-серверной архитектуры и инфраструктуры, проверенных протоколов и готовых средств начали лепить свой, ни с чем не совместимый набор, ничего не добавляющий к существующим на данный момент опенсорсным решениям. NIH-синдром во всей красе.
>Вообще, у меня возникает стойкое ощущениеАналогично. :( Получился Pentium 4, как понимаю.
А может я сам это решу, а?
а может ты напишешь свои кеды, а?
>а может ты напишешь свои кеды, а?Зачем? Есть же гном!
Лучше я поддержу третьи.
>Лучше я поддержу третьи.им уже и речь надгробную прочитали и на могиле сплясали
как ты их поддержишь?
>им уже и речь надгробную прочитали и на могиле сплясали
>как ты их поддержишь?Н-да, н-да. Обмахнуть, что ли, веничком свои исошки этого года с KDE3...
У меня уже есть - 3.5.10
большие объемы информации я предлагаю хранить в большом хранилище информации. еще остроумные вопросы будут?
>> говоря по-русски - не спрашивайте теперь, откуда у вас в системе мускуль и какого х он там делает.
>
>Я стесняюсь спросить, а в чем вы предлагаете хранить большие объемы информации?
>Текстовые файлы?так кмейл хранит в базе 5к моих писем или 7 емылов и 5 паролей ? и если 5к писем то что же они делают разложенные по папочкам ? причём вложенные файлы даже не раскодированы и занимают дополнительный объём в виде письма
зато аконади хранит 70метровый файл базы и 70метровый бекап (если не ошибаюсь, аль может вторая часть)
>[оверквотинг удален]
>>
>>Я стесняюсь спросить, а в чем вы предлагаете хранить большие объемы информации?
>>Текстовые файлы?
>
>так кмейл хранит в базе 5к моих писем или 7 емылов и
>5 паролей ? и если 5к писем то что же они
>делают разложенные по папочкам ? причём вложенные файлы даже не раскодированы
>и занимают дополнительный объём в виде письма
>зато аконади хранит 70 метровую базу и 70 метровый бекап (если не
>ошибаюсь, аль может вторая часть)Akonadi письма в своей базе не хранит - они как были в mbox/maildir'е, так и лежат.
еще лучше. чо, mysql только ради кеша поднимается?
Ну да, ну да. Вы mail-серверы тое настраиваете на хранение всех сообщений в СУБД?
Недавно запустил exim+dbmal+postgres. Мне понравилось!
>еще лучше. чо, mysql только ради кеша поднимается?Именно. Ну и для "удобства" роботу выковыривать эти данные.
Точнее, всё выглядит примерно так.
Традиционно почтовые данные (пришедшие письма, адресная книжка, что там ещё) хранились в виде файлов. В случае unix-like - в виде plaintext файлов в домашнем каталоге каждого пользователя. KMail версии до 4.4.x включительно здесь не исключение.
Но выполнять _некоторые_ операции над такими данными, конечно, не очень удобно. Например, поиск организовывать или автоматическую синхронизацию между несколькими машинами производить. Поэтому стали придумывать какие-то промежуточные сервисы, которые взяли бы на себя задачу хранения и обработки. Додумались до аконади и компании.
Но... за это время сетевые операции стали настолько дешёвыми и распространёнными, что по большому счёту почтовые программы как таковые стали не нужны. Чуть менее, чем полностью. Для тех, кто попроще - есть гуглояндекс, те, кто позаковыристей, читают почту со своего блэкберри или аналогов. А команда KDEPIM пытается приделать хромированные ручки к паровозу в ситуации, когда люди начали массово летать на самолётах, а железнодорожные пути вот-вот разбирать начнут... Да ещё и паровоз этот работает так, что с завидной периодичностью оказываешься умазанным по уши гарью и копотью...
>Но... за это время сетевые операции стали настолько дешёвыми и распространёнными, что по большому счёту почтовые программы как таковые стали не нужны.Т.е. предполагается, что интернет соединение всегда доступно?
> Т.е. предполагается, что интернет соединение всегда доступно?Разумеется, в мире есть места, где нет связи с внешним миром. Но, во-первых, в природе _уже_ существуют средства почитать почту в оффлайне, а, во-вторых, мой опыт подсказывает, что в большинстве тех мест, где нет связи, как-то и желания не возникает "сидеть в интернетах". Поэтому проводимая KDEPIM'овцами революция выглядит не слишком уместно...
в седьмом релизе домино ibm тож решило, что бэкендом для хранения доминошных баз можно сделать db2. к восемь пять версии они быстренько все откатили назад и развитие этой фичи свернули. так, для общего развития.
сам ex-фанат lotus'a (8 лет опыта),
после того как ibm его купили каждый год только все хуже
сейчас на Rails смотрю
>сам ex-фанат lotus'a (8 лет опыта),
>после того как ibm его купили каждый год только все хуже
>сейчас на Rails смотрюну у ibm с какой стороны не зайди - везде жопа. но это, "родину не выбирают". и они время от времени делают там полезные фишки типа DAOS. но что у них с UI творится - это конечно ужас и холокауст.
алсо, слушая доносящиеся из соседних отделов слова, думаю, что такая же жопа у любого крупного вендора.
А если мне нужен просто красивый ДЕ, без хранения и индексирования больших обьемов информации?
>А если мне нужен просто красивый ДЕ, без хранения и индексирования больших
>обьемов информации?видимо, есть люди, считающие, что это миф, "красивый ДЕ, без хранения и индексирования больших обьемов информации"
вот если бы мускуль требовал кде, это было реально забавно.
>А если мне нужен просто красивый ДЕ, без хранения и индексирования больших
>обьемов информации?Пошли соберём последнюю бету KDE-1.0 ;-) Оно ещё и в 16M RAM нормально ездило, ко всему.
Боюсь что после такого, мои и без того красные глаза прожгут дырку в мониторе и стенку соседей :)PS: Я в генту собирал для arm opie c qt-2.x то еще занятие скажу честно...
>А если мне нужен просто красивый ДЕ, без хранения и индексирования больших
>обьемов информации?Enlightenment, Xfce?
>>А если мне нужен просто красивый ДЕ, без хранения и индексирования больших
>>обьемов информации?
>
>Enlightenment, Xfce?Хорошие ДЕ, но с большим до сих пор не решенным багом: #00315 XFCE and E do not uses Qt4 library
>>Enlightenment, Xfce?
>Хорошие ДЕ, но с большим до сих пор не решенным багом: #00315
>XFCE and E do not uses Qt4 libraryболее того, они не просто Qt4 не используют, они вообше Qt не... и это есть великое благо.
>более того, они не просто Qt4 не используют, они вообше Qt не...
>и это есть великое благо.Это "благо" склонно течь вместе с gtk-engines. XFCE4 потребляет памяти типично больше KDE3 и скорее сопоставимо с GNOME2 (на моих простеньких замерах -- http://www.altlinux.org/LTSP/Memory).
> XFCE4 потребляет памяти типично больше KDE3 и скорее сопоставимо с GNOME2очень сферическое сопоставление - зависит от запускаемых компонентов. у меня после перехода с 3.5 на xfce4, при приблизтельно той же функиональности, освободилось порядка 150-200 Мб. тут разумеется, есть много нюансов, например: kmail -> thunderbird и пр.
kdelibs3, кстати, у меня все равно загружаются ибо kdevelop и kdesvn.
>> XFCE4 потребляет памяти типично больше KDE3 и скорее сопоставимо с GNOME2
>очень сферическое сопоставление - зависит от запускаемых компонентов.По ссылке всё описано, дополнения приветствуются. Собсно делалось при обдумывании, не сделать ли "лёгкий терминальный сервер" на XFCE -- понял, что легче уже сделанного не будет, и оставил на потом посмотреть LXDE.
>>очень сферическое сопоставление - зависит от запускаемых компонентов.
>По ссылке всё описаноесли вы о "устанавливаем образ с разбивкой по умолчанию", то это "не описанно".
кстати, возможно, разница из-за "rpm(у вас) vs ebuilds(у меня)" - USE-флаги дают, как правило, более детализованную настройку того, что ставится.>сделать ли "лёгкий терминальный сервер" на XFCE -- понял, что легче
>уже сделанного не будет, и оставил на потом посмотреть LXDE.LXDE весьма неплох. Openbox, E-t?
>если вы о "устанавливаем образ с разбивкой по умолчанию",Разбивка к `free -m` без отношения как раз.
>кстати, возможно, разница из-за "rpm(у вас) vs ebuilds(у меня)" - USE-флаги дают,
>как правило, более детализованную настройку того, что ставится.Это тоже скорее менее важно, чем набор программ (функционально описанный) или -Wl,--as-needed какой.
>>сделать ли "лёгкий терминальный сервер" на XFCE -- понял, что легче
>>уже сделанного не будет, и оставил на потом посмотреть LXDE.
>LXDE весьма неплох. Openbox, E-t?Нинаюнесмотрелпока :)
>>>>очень сферическое сопоставление - зависит от запускаемых компонентов.
>>>По ссылке всё описано
>>если вы о "устанавливаем образ с разбивкой по умолчанию", то это "не описанно"
>Разбивка к `free -m` без отношения как раз.ессно, без отношения. я вот таки и интересуюсь, в каком месте "все описанно", ибо по ссылке не увидел.
>>кстати, возможно, разница из-за "rpm(у вас) vs ebuilds(у меня)" - USE-флаги дают,
>>как правило, более детализованную настройку того, что ставится.
>Это тоже скорее менее важно, чем набор программвы ведь в курсе, что USE-флаги, в частности, и определяют набор устанвливаемых программ, требующихся для реализации?
PS содержание по ссылке, где не увидел описания конфигурации софта:
Стенд: virtualbox 3.0.10-alt1 @x86_64
Методика тестирования
С каждым образом измерения проводятся трижды (на одной установке), сильно выбивающееся значение (если есть) отбрасывается, принятые усредняются. Перед каждым пунктом дожидаемся окончания дисковой активности.
1. устанавливаем образ с разбивкой по умолчанию
2. запускаем терминальный сервер до *dm
3. создаём второго пользователя
4. root login на tty2 => «0 users, 1 dm»
5. запускаем тонкий клиент до *dm => «0 users, 2 dm»
6. user1 login на tty7, дожидаемся завершения активности => «1 user»
7. запускаем файловый менеджер на домашний каталог => «1 user, 1 fm»
8. закрываем файловый менеджер
9. user2 login на тонком клиенте => «2 users»При снятии показаний (обозначенном «=>») смотрим первое значение в строке «-/+ buffers/cache» вывода free -m
Потребление памяти (Mb) altlinux-5.0-20091210-вариант-terminal-i586-ru-install-cd.iso
[результаты тестирования]
>ессно, без отношения. я вот таки и интересуюсь, в каком месте "все
>описанно", ибо по ссылке не увидел.Там в табличке названия вариантов -- актуальные и сейчас ссылки на исошки. Соответственно всё релевантное описано в коммите дистрибутивного профиля, из которого они собирались, и состоянии пакетной базы на тот момент. И в исошках зафиксировано инвариантно к дефолтной установке.
>>>USE-флаги дают, как правило, более детализованную настройку того, что ставится.
>>Это тоже скорее менее важно, чем набор программ
>вы ведь в курсе, что USE-флаги, в частности, и определяют набор устанвливаемых
>программ, требующихся для реализации?Да-да, у нас на ftp.linux.kiev.ua и Gentoo зеркалится, порой заглядываю в portage.
С одной стороны СУБД на ноутбуке только для кед как то нехорошо идея выглядит.
С другой стороны репку напоминает, СУБД на ФС, ФС на винте.
И не репку вовсе, а
Смерть его на конце иглы, игла в яйце, яйцо в утке, утка в зайце... Заяц - в шоке.
как хорошо, что я вовремя свалил прямо с версии 3.5 на мак, минуя это вистоподобие