Некоммерческая организация KDE e.V, занимающаяся технической, юридической и финансовой поддержкой проекта KDE, объявила (https://dot.kde.org/2016/09/26/announcing-kde-advisory-board) о создании нового управляющего органа - консультативного совета KDE (KDE Advisory Board (https://ev.kde.org/advisoryboard.php)). Основной целью консультативного совета является информирование о потребностях различных компаний и организаций, использующих KDE в своих продуктах. Через Совет участники смогут доводить до разработчиков свои пожелания и рекомендаций, а также выражать точку зрения заинтересованных в продукте лиц и высказывать мнения о вводимых изменениях с позиции стороннего наблюдателя.В состав консультативного совета вошли компании Canonical, SUSE и Blue Systems, организации OSI (Open Source Initiative), Фонд СПО, Document Foundation (LibreOffice), Free Software Foundation Europe, FOSS Nigeria и April (ассоциация защиты интересов СПО во Франции), а также представители администрации города Мюнхен (во внедрённом в госучреждениях города дистрибутиве LiMux используется KDE).
URL: https://dot.kde.org/2016/09/26/announcing-kde-advisory-board
Новость: http://www.opennet.me/opennews/art.shtml?num=45220
Давно пора, чтобы не было предвзятых мнений...
А откуда по вашему берутся эти предвзятые мнения?
Первым делом надо посоветовать выкинуть KDEPIM/Akonadi на помойку.
Тебя аконадя покусала? Мне например нужен KDEPIM. Спецом написал им на мыло и рассказал какой он полезный мне.
А мне вот он не нужен и насильное всучивание компонентов которые используются полутора дефективными прогрмамами стало причиной миграции с кде. Не надо мне в системе сиквель сервер, я не админ субд.
>я не админ субдты баран. иди хотя бы на википедию почитай что такое DE. Откуда вы такие беретесь?...
> А мне вот он не нуженИ кто тебя заставляет его устанавливать, болезный?
1 Пакетный менеджер.
2 Дельфин, который без оного сам не ищет и kfind уже давно не запускает, а также не показывает дополнительную информацию о файлах, например превьюшки и размер картинок.
3 Что то там ещё ругалось, когда он принудительно выключен.
1. Запрети установку этих пакетов
2. Проверил - поиск и превьюшки работают прекрасно.
3. Ну так удали его.
> А мне вот он не нужен и насильное всучивание компонентов которые используются полутора дефективными прогрмамамиТогда зачем ты используешь DE? Есть множество хороших оконных менеджеров, OpenBox, например. Пользуйся ими.
>> А мне вот он не нужен и насильное всучивание компонентов
>> которые используются полутора дефективными прогрмамами
> Тогда зачем ты используешь DE? Есть множество хороших оконных менеджеров,
> OpenBox, например. Пользуйся ими.Непонятно только,
- зачем кидаться в крайности;
- таки зачем почтовке полновесная РСУБД.KMail в KDE3 много кто пользовался, это была неплохая программа.
а в чём, собственно, проблема? ну пусть крутится, жрёт сам MySQL мало.
Нормально он жрет даже в минимальной конфигурации, а если таблицы объемные и джойны многомерные, то может выжрать неожиданно много.
Другой вопрос, что если пользователь у нас не локал-админ, и на машинке он еще и работает, то MySQL ему в любом случае нужен. А уже если он все равно есть - то грех не заюзать под все подходящие нужды.
>таки зачем почтовке полновесная РСУБД.Тоже никогда этого не понимал, однако, по опыту эксплуатации KDEPIM: идея жизнеспособная. Туда попадает далеко не только почта и в результате, образуется чертовски полезная и удобная штука.
Зачем? Работает же уже. У меня kmail с его помощью почту хранит в sqlite успешно.
А почему именно в sqlite? Хранение почты же не требует реляционной базы данных? Или у Вас какая-то почта особенная?
А зачем мускуль для персонального использования? Понятно, когда предприятие, сотни пользователей.
> А зачем мускуль для персонального использования? Понятно, когда предприятие, сотни пользователей.SQL для почты не нужен ни в каком виде, ни в виде sqlite, ни mysql, ни в виде какой либо другой реляционой БД, поскольку схема хранения в процессе не меняется и для всех пользователей одна и та же. А когда схема не меняется, любая реляционка с треском проигрывает любой, даже самой тормознутой ACID по всем параметрам.
Ты просто зашорен. Sqlite не так то просто порвать (в таких задачках) для _любой_ key-value ... Ну а раз нет разницы, я предпочту нормальный SQL движок, точно так же как мир выбрал зипованный XML вместо бинарного .doc ;-p
>> А зачем мускуль для персонального использования? Понятно, когда предприятие, сотни пользователей.
> SQL для почты не нужен ни в каком виде, ни в виде
> sqlite, ни mysql, ни в виде какой либо другой реляционой БД,kdepim/akonadi не хранит почту в субд. Хранит связи и зависимости.
А что, оно уже рекомендовано к использованию вместо mysql? Помнится в объяснениях была надпись от разработчиков, что-то типа "все как-то работает, но херово, потому что sqlite имеет проблемы с блокировками при одновременном доступе, пользуя sqlite вы ССЗБ". Года 3 назад в схемме с sqlite при нескольких агентах akonadi на бекенде начиналась такая чехарда, что агенты висли, множились и память на них утекала с заметным для глаза темпом.
Не осилили детишки в ярких кедах. Нельзя думать про SQLite как о сервере DB, на вот с _морды_ оффсайта:
Think of SQLite not as a replacement for Oracle but as a replacement for fopen()
Всё ясно или тоже тупим?
> Зачем? Работает же уже. У меня kmail с его помощью почту хранит в sqlite успешно.Это была полностью идиотская идея с самого начала -- для почты есть Maildir/MH, в базу есть смысл совать максимум заголовки, и то лучше не в реляционную, поскольку они по своей структуре древовидны.
Но тем детям, которые дорвались тогда до штурвала KDE, это было явно не втолковать :(
Не только кдешников поразила в свое время эта шиза, есть еще к примеру dbmail :)
> Не только кдешников поразила в свое время эта шиза, есть еще к
> примеру dbmail :)Зря Вы грязными руками трогаете одну из лучших систем хранения почты для компаний до 500 человек (IMHO). Например, хранение тела письма, адресованного 20-30 получателям, 1 раз в БД, беспроблемное получение почты заместителем во время отпуска, и многое другое.
У нас 183ГБ почты в MySQL+DBMail (почта за 2 последних месяца), используем более 8 лет.
Однако, DBMail никогда не позиционировалась как хранилище личной почты.Кстати, Thhnderbird ТОЖЕ хранит (личную!) почту в SQLite, но не вызывает такого раздражения почему-то...
>> Зачем? Работает же уже. У меня kmail с его помощью почту хранит в sqlite успешно.
> Это была полностью идиотская идея с самого начала -- для почты есть
> Maildir/MH, в базу есть смысл совать максимум заголовки, и то лучше
> не в реляционную, поскольку они по своей структуре древовидны.Maildir/mbox, это вообще безобразный рудимент. Меня это всегда бесило и удивляло в e-mail почтовиках. Например, в ФИДО --- когда народ столкнулся с сотнями тысяч сообщений в день --- был придуман скваш и проч. И реально справлялся с обработкой и компактным хранением таких объёмов даже на дохлых 286 о 1 Мб ОЗУ, не говоря уже о "стандартных" 386 DX с королевскими 4Мб. А тут простой многолетний рост личного почтового ящика, и уже вызывает проблемы. Очень хочется прикрутить скваш к аконади, было бы время :)
akonadi так и поступает. тело сообщения в sql НЕ хранится. Туда помещаются заголовки, взаимосвязи, контакты, списки слов. Сама по себе почта хранится в майлдире.
> Но тем детям, которые дорвались тогда до штурвала KDE, это было явно
> не втолковать :(я долго шипел и злобился, но должен признать: kmail4/akonadi уже года 4, как работают ХОРОШО. И достаточно быстро, даже на дохлых машинах и больших объёмах /десятки и сотни тысяч за > 10 лет/ объёмах почты. Идея использовать sql для отслеживания связей (и не только в почте) оказалась вполне плодотворной. Хотя... большой брат и всё такое :)
NB! Миграция большой коллекции существующей почты в аконади --- это жесть (даже на i7). Вот с естественным ростом почтовой базы да, проблем нет.
>> Maildir/MH
> Maildir/mbox, это вообще безобразный рудимент.Заметь разницу в буковках и уточни, на что ругаешься -- mbox да, малоэффективен.
> akonadi так и поступает. тело сообщения в sql НЕ хранится. Туда помещаются
> заголовки, взаимосвязи, контакты, списки слов. Сама по себе почта хранится в
> майлдире.Понял, спасибо -- уже лучше.
> я долго шипел и злобился, но должен признать: kmail4/akonadi уже года 4,
> как работают ХОРОШО.Это тем более радует -- кажется, ты первый из знакомых пользователей KMail 3.x, который удачно перебрался на 4.x.
>в базу есть смысл совать максимум заголовкиА как тогда получить поиск по текстам, а не по заголовкам, если их не индексировать?
И да - нормально работает Кмыло, с моими 8000 во Входящих, хватит уже напраслину разводить
>>в базу есть смысл совать максимум заголовки
> А как тогда получить поиск по текстам, а не по заголовкам,
> если их не индексировать?Засунув в базу (и опять же не факт, что реляционную) выжимку. Посмотрите индексаторы-то.
> И да - нормально работает Кмыло, с моими 8000 во Входящих,
> хватит уже напраслину разводитьНу это не количество, хотя некоторым удобнее ротировать... всяко спасибо за точку данных :)
Да, разработчикам давно пора учитывать нужды пользователей, а не собственные предпочтения.
Новость интересная, да и люди в совет входят известные.
А вообще, чтобы ваше мнение учитывали, надо как-то и где-то выражать его в письменной форме (помимо опеннета), а не в голове. Я часто пишу в KDE свои мысли и заметки по поводу улучшения тех или иных функций интерфейса, и некоторые из моих предложений вполне себе реализовали. А троллингом и языкочесанием ничего не добьешься.
Ну если будет KDE e.V.RU, то будем излагать письменно на родном языке.
Это как на родном? С чего вы взяли?
Он видимо пошутил и хотел сказать, что нехрен ему делать что-то куда-то писать...
Писал я разработчикам кой-каких КДЕ-шных приблуд. Указал, что на мой взгляд неправильно. Рассказал про других разработчиков, которые это неправильно пытаются исправить. В ответ получил «Проблемы? Какие проблемы? Нормально всё!».
В общем, я б не сильно надеялся на адекватность кде-разрабов: сейчас они больше озабочены разламыванием того, что было сделано до них, как третьегноморазрабы в своё время.
Вроде бы и неплохое ДЕ может быть, сделать хорошие дефолты, допилить некоторые вещи, выкорчевать тормозню типа аконади и перестать навязывать этот pim вообще.
Akonadi перестал тормозить ещё в последних версиях KDE 4. Оперативку только жрёт, и это единственная причина, почему я его отрубаю на ноутах с 4 гигами памяти.
> Akonadi перестал тормозить ещё в последних версиях KDE 4. Оперативку только жрёт,
> и это единственная причина, почему я его отрубаю на ноутах с
> 4 гигами памяти.Вопрос в том, на кой оно надо. По мне так куда лучше этого велосипеда была бы интеграция locate, recoll и иже с ними.
>> Akonadi перестал тормозить ещё в последних версиях KDE 4. Оперативку только жрёт,
>> и это единственная причина, почему я его отрубаю на ноутах с
>> 4 гигами памяти.
> Вопрос в том, на кой оно надо. По мне так куда лучше
> этого велосипеда была бы интеграция locate, recoll и иже с ними.Оно надо на той.
1. locate "интегрирован" в kfind2. recoll --- да, пожалуй бы, вместо baloo. Но последний работает в фоне, в отличие... Правда, тут ситуация действительно несколько анекдотичная. За несколько лет до Непомука и потом, Балу, стандартом был работающий на десктопе Beagle. Который действительно, РАБОТАЛ, в отличие от недоброй памяти Мука (и имел вполне себе поддержку). Выпилили в пользу недоделки. Опомнились, впилили Балу, который работает (хотя кажется, что beagle работал несколько лучше). Вот в те бы времена комитет заинтересованных лиц (а комитету необходим рабочий инструмент в виде розог или лучше. хорошо заострённого стимула)!
Но 3., интеграция recoll ту недостаточна. Дело в том, что в базы аконади и балу попадает
далеко не только почта. Если нет боязни большого брата, это весьма удобная вещь.И да, 4 Гб для полноценной работы всё связки более, чем достаточно. Недостаток начинает сказываться только при частом открытии дополнительных сеансов (типа "открыть новый сеанс + жена + сын и т.п." :) или удалённом входе через nx). Тогда да, на 4Гб чувствуется. Хотя помогает общесистемный mysql вместо локальных копий (конфигурация не рекомендуемая, но в общем, вполне беспроблемно работающая).
>locate "интегрирован" в kfindВот только сам kfind, при этом, никуда не интегрирован. Такое же отдельно болтающееся нечто как и catfish.
>Дело в том, что в базы аконади и балу попадает
далеко не только почта.
В том и проблема. Мне вот лично нафиг не впёрлась почта. Зато поисковик по библиотеке или репам с исходниками — самое оно. Т.е. тут именно чтоб лазило по выделенным каталогам, а не абы что в базу тащило. Работа в фоне в таком разрезе тоже не всегда хорошо.
>чтоб лазило по выделенным каталогамТы "ниасилил" прописать в конфиг список каталогов? Да, офигеть сложная задача, прямо таки rocket science.
oперативку жрёт == тормозит
Докупить оперативки не проблема, в случае чего. Раньше он тормозил из-за не оптимизированной работы с БД
Угу, особенно в ноутбук и уж тем более в планшет куда кдешники свои поделия тоже пытались протолкнуть.
> Угу, особенно в ноутбук и уж тем более в планшет куда кдешники
> свои поделия тоже пытались протолкнуть.Очень хочу планшет с линуксом + КДЕ. К сожалению, нет таких.
> Очень хочу планшет с линуксом + КДЕ. К сожалению, нет таких.Если _очень_ хочешь, варианты в принципе есть.
> Если _очень_ хочешь, варианты в принципе есть.Как-то пошловато звучит...
>> Если _очень_ хочешь, варианты в принципе есть.
> Как-то пошловато звучит...Разве если считать разборки с тегровым Nexus 7 соответствующим извращением -- с учётом того, что придётся иметь дело со старым xorg-server, под который ещё был тот армовый блоб, может быть и так...
Ещё одним вариантом являются интеловые планшеты. Это не столько пошло, сколько тяжело.
Особенно в какой-нибудь старенький ноутбук, у которого физически ограничено 4 гигами. Не каждый обладает мейнфреймом для 3Д рендеринга просто чтобы кеды запускать.
Не ставь кеды на свой старенький ноут, в чём проблема? Тогда и не будет нытья по части Akonadi
Запомните все решение проблемы - НЕ СТАВЬТЕ KDE !!! :-))))))
> Особенно в какой-нибудь старенький ноутбук, у которого физически ограничено 4 гигами. Не
> каждый обладает мейнфреймом для 3Д рендеринга просто чтобы кеды запускать.Нужно чётко понимать, что когда некто занимается "хейтерством", то это самый имярек грабит, прежде всего, себя самого.
КДЕ прекрасно работает на 2Гб и даже (сюрприз) 1Гб. Мешать может только аконади, но на сильно дохлых машинках, его вполне безболезненно можно отключить, всё равно толку чуть.
Другой аналогичной (И по функционалу, И удобству) среды, мне неизвестно.
Мнение простого заинтересованного анонима из российской глубинки никто не учтет
Аноним из российской глубинки не является заинтересованным лицом. Вам необходимо попасть в перечень заинтересованных лиц, чтобы ваше мнение учитывалось.
Я еще как заинтересован!
я заинтересованное лицо, хочу чтобы он работал как LXDE по производительности ;)
Там заинтересованные лица по 10 000 у.е в год взнос делают.
> 10000 у.е. с каждого в годИ всеравно всё тормозит! Или они на эти деньги специально слипы и пустые циклы расставляют?
Я не знаю, что у вас там тормозит, но вы походу так же не знаете сколько стоит время программиста. Для проекта вроде КДЕ это мало.
В Мюнхенской горуправе внедрили LiMux с KDE 3. Что они вообще могут сказать проекту? Пользователи третьих кед будут давать советы про плазму5?
> В Мюнхенской горуправе внедрили LiMux с KDE 3. Что они вообще могут
> сказать проекту? Пользователи третьих кед будут давать советы про плазму5?http://caesar.acc.umu.se/pub/debian-meetings/2015/debconf15/... 6:11
> KDE 4.12Ну и где-то упоминалось, что часть железа еще что-то допотопное с =< 256Мб оперативки и процессорами < 1 Ггц. На таком не то что новые форточки не погоняешь, но и с новыми плазмами будет "не очень".
Надеюсь среди этих заинтересованных найдется хоть один заинтересованный в решении проблемы тормозов
> информирование о потребностях различных компаний и организаций, использующих KDE в своих продуктах.На потребности обычных пользователей им, по-прежнему, забить болт.
>На потребности обычных пользователей им, по-прежнему, забить болт.А что с них возьмешь?
>>На потребности обычных пользователей им, по-прежнему, забить болт.
> А что с них возьмешь?Как минимум, хорошее позитивное отношение, что в дальнейшей перспективе может благоприятно отразиться на развитии, и наоборот.
А также баг-рапорты, коммиты и патчи.
Предлагаю отправлять туда каждый backtrace упавшей plasma.