| 1.1, Skull (?), 20:59, 31/08/2010 [ответить] [﹢﹢﹢] [ · · · ]
| –2 +/– |
 Activities могли бы перевести. Переводчик новости не смотрел интерфейс?
| | |
| |
| 2.3, Avator (ok), 21:24, 31/08/2010 [^] [^^] [^^^] [ответить]
| +/– |
 Имхо.. корректней оставить термин Activities... все вполне логично =)
| | |
| 2.5, Аноним (-), 21:34, 31/08/2010 [^] [^^] [^^^] [ответить]
| +/– | |
>Activities могли бы перевести. Переводчик новости не смотрел интерфейс?
Если перевести буквально, то никто не поймет о чем речь. Устоявшегося русскоязычного термина просто нет.
| | |
| |
| 3.7, vbv (ok), 22:13, 31/08/2010 [^] [^^] [^^^] [ответить]
| +/– |
 Сколько пользую так и не могу понять, что это такое....
Просто не трогаю и все нормально.
| | |
|
|
| 1.4, Zenitur (?), 21:28, 31/08/2010 [ответить] [﹢﹢﹢] [ · · · ]
| –8 +/– | |
> 4.6
А что, KDE 5.0 ещё не готовится? Столько лет уже прошло, должны же быть хотя б альфа!
| | |
| |
| 2.28, Aquarius (ok), 10:06, 01/09/2010 [^] [^^] [^^^] [ответить]
| –2 +/– |
 релизнотисы внимательно надо читать, а написано там примерно следующее:
"Мы горды <бла-бла-бла> 4.0 <бла-бла-бла> <бла-бла-бла> эта ветка будет с нами на долгие годы, как в свое время 3.x <бла-бла-бла>"
вот на счет 3.x могу врать, возможно там говорится о 2.x
| | |
|
| 1.8, Аноним (-), 22:20, 31/08/2010 [ответить] [﹢﹢﹢] [ · · · ]
| +4 +/– | |
>в четверг выйдет третья бета версия менеджера персональной информации Kontact, переработанного почтового клиента KMail и groupware-пакета для организации совместной работы, основанных на новой инфраструктуре Akonadi.
говоря по-русски - не спрашивайте теперь, откуда у вас в системе мускуль и какого х он там делает.
досадно, хороший десктоп угробили этими погремухами.
| | |
| |
| 2.9, grayich (ok), 23:00, 31/08/2010 [^] [^^] [^^^] [ответить]
| +1 +/– |
 > досадно, хороший десктоп угробили этими погремухами.
при желании можно собрать без этого барахла
НО действительно много времени-ресурсов уделяется этим фантикам и меньше базовой системе
ну и в большинстве дистров найти пакеты без семантики трудно
| | |
| |
| 3.13, Аноним (-), 23:47, 31/08/2010 [^] [^^] [^^^] [ответить]
| +10 +/– | |
это надо иметь очень большое желание. я поверхностно пару месяцев назад поинтересовался, дошел до рассылки разработчиков, в которой открытым текстом сказали, что собрать kde без семантики было можно, но теперь мы это пофиксили, а кто попробует оторвать руцями - BAD THINGS WILL HAPPEN. Ну, думаю, и хрен с вами, значит, дальше 4.3 и апгрейдиться не стоит.
У Арона Сейго в блоге в мае месяце был феерический тред по этому поводу. Арон орал, что юзеру тупые муда^W^W люди, не понимающие своего щастя, и надо просто дать девелоперам еще два года, чтобы они наконец сделали все забибись. Юзеры упорно его не понимали и просили открутить семантику + akonadi и сделать их optional. Но вы же, сволочи, тогда их отключите и не будете альфа-тестить! вскричал Арон. Отключим, потому что в пень они нам не уперлись, ответили пользователи. Ну вот мы этого и не допустим и приведем вас железной рукой к светлому будущему, ответил Арон и закрыл прения.
| | |
| |
| 4.37, bys76 (ok), 13:00, 01/09/2010 [^] [^^] [^^^] [ответить]
| –5 +/– |
 Про светлое будущее железной рукой это сильно. Согласен с разрабами. Юзверей надо заставлять тестить новое - без этого не будет прогресса. А унылые посты про падение кед уже в печенках. Не понимаю тех кто ставит арч например и не постит багфиксы и не участвует в разработке. Если вы красноглазые так зачем требуете стабильности????
| | |
|
|
| 2.10, Толстый_ (?), 23:14, 31/08/2010 [^] [^^] [^^^] [ответить]
| +/– | |
> говоря по-русски - не спрашивайте теперь, откуда у вас в системе мускуль и какого х он там делает.
Я стесняюсь спросить, а в чем вы предлагаете хранить большие объемы информации? Текстовые файлы?
| | |
| |
| |
| 4.15, Zenitur (?), 00:06, 01/09/2010 [^] [^^] [^^^] [ответить]
| –1 +/– |
СлонgreSQL, SQLite, например. Очень распрострнены и надёжны.
Такие проекты, как Beagle и Tracker, позволяют спокойно поиндексировать каждый файл жёсткого диска, определив его тип и полезные текстовые данные в нём, а затем произвести мгновенный поиск по ключевым словам, не используя огромное количство ресурсов памяти и процессора. И всё это без MySQL.
| | |
| |
| 5.17, Anon (?), 00:24, 01/09/2010 [^] [^^] [^^^] [ответить]
| +2 +/– | |
Хм, Слон стройнее мускула?
SQLite до недавнего времени дедлочился при многопоточном доступе к базе, так что не панацея.
Ну и у akonadi есть бекенды к обоим этим базам, если уж на то пошло.
| | |
| 5.23, Michael Shigorin (ok), 04:02, 01/09/2010 [^] [^^] [^^^] [ответить]
| +2 +/– |
 > СлонgreSQL, SQLite, например. Очень распрострнены и надёжны.
Просто к сведению...
Pg куда более вредная штука в подъёме, чем My, если руки на то не заточены.
SQLite ни разу не надёжен, особенно при необходимости всё же выковырять данные из разваленной базы. И с конкурентным доступом там всё плохо.
PS: насчёт "Beagle [...] спокойно [...] не используя огромное количство ресурсов памяти и процессора" -- неужто шось в лесу сдохло и это так, а не строго наоборот?
| | |
| |
| 6.42, Аноним (-), 14:57, 01/09/2010 [^] [^^] [^^^] [ответить]
| +/– | |
а главное - нет ничего лучше для работы с кучей блобов, чем select mail from mailbox where body like '%Пупкин%'
действительно, чего мелочиться? мусклем его, мусклем! а еще лучше - ораклом или дибицвай. микрософт со своей винфс удавится от зависти.
| | |
| 6.57, Морозов Алексей (?), 01:33, 03/09/2010 [^] [^^] [^^^] [ответить]
| +/– | |
> Pg куда более вредная штука в подъёме, чем My, если руки на то не заточены.
Миша, зато Pg, вообще говоря, написан по-человечьи, а не как MySQL, и полнотекстовый поиск
там *при желании* можно нормально организовать. Но, вообще говоря, для данной задачи это не очень и нужно...
> SQLite ни разу не надёжен, особенно при необходимости всё же выковырять данные из разваленной базы.
Хи-хикс. Миш, а зачем выковыривать данные из порушенного _кэша_ ?! Я не знаю, какими такими средствами пользуются перцы из KDEPIM, но в "реальной жизни" в качестве _первичных_ хранилищ - всякие OpenLDAP'ы, Иксченджи и всякие прочие ОпенГрупвари. То есть, на клиенте _можно_ хранить данные, чтобы побыстрее и/или поудобнее работать было, но _исключительно_ в виде кэширующего проксятника.
> И с конкурентным доступом там всё плохо.
А вот теперь и расскажи мне, зачем в данном случае конкурентный доступ к нижнеуровневому _хранилищу_ ? Учитывая тот прискорбный факт, что вся эта аконадьная ботва реализована в виде сервисов (да ещё каких нажористых, да скольки!) и лазать руками в SQL никакому нормальному PIM-приложению и в голову приходить не должно.
АМ
| | |
| |
| 7.59, Michael Shigorin (ok), 08:49, 03/09/2010 [^] [^^] [^^^] [ответить]
| +/– |
>> Pg куда более вредная штука в подъёме, чем My, если руки на то не заточены.
>Миша, зато Pg, вообще говоря, написан по-человечьи, а не как MySQL
Тут я думал скорее в контексте.
>> SQLite ни разу не надёжен, особенно при
>Хи-хикс. Миш, а зачем выковыривать данные из порушенного _кэша_ ?!
А тут -- ты. :)
>> И с конкурентным доступом там всё плохо.
>А вот теперь и расскажи мне, зачем в данном случае конкурентный доступ
>к нижнеуровневому _хранилищу_ ?
И тут -- ты.
I stand corrected и всё такое :)
| | |
|
|
|
|
| |
| |
| |
| 6.30, Aquarius (ok), 10:11, 01/09/2010 [^] [^^] [^^^] [ответить]
| +/– | |
>Лучше я поддержу третьи.
им уже и речь надгробную прочитали и на могиле сплясали
как ты их поддержишь?
| | |
| |
| 7.40, Michael Shigorin (ok), 14:11, 01/09/2010 [^] [^^] [^^^] [ответить]
| +/– |
>им уже и речь надгробную прочитали и на могиле сплясали
>как ты их поддержишь?
Н-да, н-да. Обмахнуть, что ли, веничком свои исошки этого года с KDE3...
| | |
|
|
|
|
| 3.14, Аноним (-), 00:00, 01/09/2010 [^] [^^] [^^^] [ответить]
| –1 +/– |
большие объемы информации я предлагаю хранить в большом хранилище информации. еще остроумные вопросы будут?
| | |
| 3.16, JL2001 (ok), 00:22, 01/09/2010 [^] [^^] [^^^] [ответить]
| +/– |
 >> говоря по-русски - не спрашивайте теперь, откуда у вас в системе мускуль и какого х он там делает.
>
>Я стесняюсь спросить, а в чем вы предлагаете хранить большие объемы информации?
>Текстовые файлы?
так кмейл хранит в базе 5к моих писем или 7 емылов и 5 паролей ? и если 5к писем то что же они делают разложенные по папочкам ? причём вложенные файлы даже не раскодированы и занимают дополнительный объём в виде письма
зато аконади хранит 70метровый файл базы и 70метровый бекап (если не ошибаюсь, аль может вторая часть)
| | |
| |
| 4.18, Anon (?), 00:27, 01/09/2010 [^] [^^] [^^^] [ответить]
| +/– |
>[оверквотинг удален]
>>
>>Я стесняюсь спросить, а в чем вы предлагаете хранить большие объемы информации?
>>Текстовые файлы?
>
>так кмейл хранит в базе 5к моих писем или 7 емылов и
>5 паролей ? и если 5к писем то что же они
>делают разложенные по папочкам ? причём вложенные файлы даже не раскодированы
>и занимают дополнительный объём в виде письма
>зато аконади хранит 70 метровую базу и 70 метровый бекап (если не
>ошибаюсь, аль может вторая часть)
Akonadi письма в своей базе не хранит - они как были в mbox/maildir'е, так и лежат.
| | |
| |
| |
| 6.24, Gular (ok), 04:56, 01/09/2010 [^] [^^] [^^^] [ответить]
| +/– |
 Ну да, ну да. Вы mail-серверы тое настраиваете на хранение всех сообщений в СУБД?
| | |
| 6.58, Морозов Алексей (?), 02:14, 03/09/2010 [^] [^^] [^^^] [ответить]
| +/– | |
>еще лучше. чо, mysql только ради кеша поднимается?
Именно. Ну и для "удобства" роботу выковыривать эти данные.
Точнее, всё выглядит примерно так.
Традиционно почтовые данные (пришедшие письма, адресная книжка, что там ещё) хранились в виде файлов. В случае unix-like - в виде plaintext файлов в домашнем каталоге каждого пользователя. KMail версии до 4.4.x включительно здесь не исключение.
Но выполнять _некоторые_ операции над такими данными, конечно, не очень удобно. Например, поиск организовывать или автоматическую синхронизацию между несколькими машинами производить. Поэтому стали придумывать какие-то промежуточные сервисы, которые взяли бы на себя задачу хранения и обработки. Додумались до аконади и компании.
Но... за это время сетевые операции стали настолько дешёвыми и распространёнными, что по большому счёту почтовые программы как таковые стали не нужны. Чуть менее, чем полностью. Для тех, кто попроще - есть гуглояндекс, те, кто позаковыристей, читают почту со своего блэкберри или аналогов. А команда KDEPIM пытается приделать хромированные ручки к паровозу в ситуации, когда люди начали массово летать на самолётах, а железнодорожные пути вот-вот разбирать начнут... Да ещё и паровоз этот работает так, что с завидной периодичностью оказываешься умазанным по уши гарью и копотью...
| | |
| |
| 7.62, Anon (?), 14:50, 03/09/2010 [^] [^^] [^^^] [ответить]
| +/– | |
>Но... за это время сетевые операции стали настолько дешёвыми и распространёнными, что по большому счёту почтовые программы как таковые стали не нужны.
Т.е. предполагается, что интернет соединение всегда доступно?
| | |
|
|
|
|
| 3.21, Аноним (-), 02:25, 01/09/2010 [^] [^^] [^^^] [ответить]
| +/– |
в седьмом релизе домино ibm тож решило, что бэкендом для хранения доминошных баз можно сделать db2. к восемь пять версии они быстренько все откатили назад и развитие этой фичи свернули. так, для общего развития.
| | |
| |
| 4.35, прохожий (?), 11:03, 01/09/2010 [^] [^^] [^^^] [ответить]
| +/– |
сам ex-фанат lotus'a (8 лет опыта),
после того как ibm его купили каждый год только все хуже
сейчас на Rails смотрю
| | |
| |
| 5.44, Аноним (-), 15:21, 01/09/2010 [^] [^^] [^^^] [ответить]
| +/– |
>сам ex-фанат lotus'a (8 лет опыта),
>после того как ibm его купили каждый год только все хуже
>сейчас на Rails смотрю
ну у ibm с какой стороны не зайди - везде жопа. но это, "родину не выбирают". и они время от времени делают там полезные фишки типа DAOS. но что у них с UI творится - это конечно ужас и холокауст.
алсо, слушая доносящиеся из соседних отделов слова, думаю, что такая же жопа у любого крупного вендора.
| | |
|
|
| 3.29, brezerk (?), 10:11, 01/09/2010 [^] [^^] [^^^] [ответить]
| +1 +/– |
А если мне нужен просто красивый ДЕ, без хранения и индексирования больших обьемов информации?
| | |
| |
| 4.31, Aquarius (ok), 10:15, 01/09/2010 [^] [^^] [^^^] [ответить]
| –1 +/– |
>А если мне нужен просто красивый ДЕ, без хранения и индексирования больших
>обьемов информации?
видимо, есть люди, считающие, что это миф, "красивый ДЕ, без хранения и индексирования больших обьемов информации"
| | |
| 4.36, Вова (?), 12:57, 01/09/2010 [^] [^^] [^^^] [ответить]
| –1 +/– |
вот если бы мускуль требовал кде, это было реально забавно.
| | |
| 4.39, Michael Shigorin (ok), 14:10, 01/09/2010 [^] [^^] [^^^] [ответить]
| –1 +/– |
>А если мне нужен просто красивый ДЕ, без хранения и индексирования больших
>обьемов информации?
Пошли соберём последнюю бету KDE-1.0 ;-) Оно ещё и в 16M RAM нормально ездило, ко всему.
| | |
| |
| 5.49, brezerk (?), 21:51, 01/09/2010 [^] [^^] [^^^] [ответить]
| +/– | |
Боюсь что после такого, мои и без того красные глаза прожгут дырку в мониторе и стенку соседей :)
PS: Я в генту собирал для arm opie c qt-2.x то еще занятие скажу честно...
| | |
|
| 4.46, vayerx (ok), 17:42, 01/09/2010 [^] [^^] [^^^] [ответить]
| +/– |
 >А если мне нужен просто красивый ДЕ, без хранения и индексирования больших
>обьемов информации?
Enlightenment, Xfce?
| | |
| |
| 5.50, brezerk (?), 21:54, 01/09/2010 [^] [^^] [^^^] [ответить]
| +/– |
>>А если мне нужен просто красивый ДЕ, без хранения и индексирования больших
>>обьемов информации?
>
>Enlightenment, Xfce?
Хорошие ДЕ, но с большим до сих пор не решенным багом: #00315 XFCE and E do not uses Qt4 library
| | |
| |
| 6.51, vayerx (ok), 13:52, 02/09/2010 [^] [^^] [^^^] [ответить]
| +/– |
>>Enlightenment, Xfce?
>Хорошие ДЕ, но с большим до сих пор не решенным багом: #00315
>XFCE and E do not uses Qt4 library
более того, они не просто Qt4 не используют, они вообше Qt не... и это есть великое благо.
| | |
| |
| 7.52, Michael Shigorin (ok), 16:50, 02/09/2010 [^] [^^] [^^^] [ответить]
| +/– |
>более того, они не просто Qt4 не используют, они вообше Qt не...
>и это есть великое благо.
Это "благо" склонно течь вместе с gtk-engines. XFCE4 потребляет памяти типично больше KDE3 и скорее сопоставимо с GNOME2 (на моих простеньких замерах -- http://www.altlinux.org/LTSP/Memory).
| | |
| |
| 8.53, vayerx (ok), 18:55, 02/09/2010 [^] [^^] [^^^] [ответить] | +/– | очень сферическое сопоставление - зависит от запускаемых компонентов у меня пос... текст свёрнут, показать | | |
|
|
|
|
|
|
| 2.33, fr0ster (ok), 10:34, 01/09/2010 [^] [^^] [^^^] [ответить]
| +/– |
 С одной стороны СУБД на ноутбуке только для кед как то нехорошо идея выглядит.
С другой стороны репку напоминает, СУБД на ФС, ФС на винте.
| | |
| |
| 3.41, el torito (?), 14:36, 01/09/2010 [^] [^^] [^^^] [ответить]
| +1 +/– |
И не репку вовсе, а
Смерть его на конце иглы, игла в яйце, яйцо в утке, утка в зайце... Заяц - в шоке.
| | |
|
|
| 1.48, stimpack (?), 19:12, 01/09/2010 [ответить] [﹢﹢﹢] [ · · · ]
| –2 +/– |
как хорошо, что я вовремя свалил прямо с версии 3.5 на мак, минуя это вистоподобие
| | |
|
