О Сервере -
Правила форума
http://www.linux.org.ru/
www.linux.org.ru/forum/linux-org-ru/7384906/page999999999999999999
Failed to convert value of type 'java.lang.String' to required type 'int'; nested exception is java.lang.NumberFormatException: For input string: "999999999999999999"
Я, конечно, всё понимаю, но как-то это не юзерфрендли :}
http://aseigo.blogspot.com/2012/01/reveal.html
... and finally a bit about my own future
In a few months I will no longer be sponsored by Qt Development Frameworks to work full time on KDE. I have been looking at various possible paths that lie in front of me, and as I've been going through this process I jotted down a few things that I would like to share with all of you:
First, I am deeply grateful to have had the opportunity to engage so deeply with a community as great as KDE thanks to the support of a company as great as Trolltech and right through its evolution into the Qt Development Frameworks we know today.
Second, I won't be leaving KDE or Plasma, let alone Free software. My heart lives here and I can't imagine not being involved.
Third, this is an exciting doorway through which I am stepping. I can not see with perfect clarity what lies on the other side, but it looks bright. :)
Будет ли KDE5 торт?
http://aseigo.blogspot.com/2012/01/fine-tuning-trajectory.html
One of the most significant results of all the pondering in relative silence is this: My role within KDE and my relationship to the F/OSS community is going to be changing this year in fairly significant ways.
После этого он, правда, ещё что-то настрочил в бложике, но там много букв.
tl;dr «моя роль в KDE существенно изменится в этом году».
Вроде говорили, дескать TOR на ЛОРе забанен. Где можно взять этот список?
// Захотелось помахать забанятором в одном проекте.
Дано: сервер на Qt4. Не HTTP, нет :}
Нужно в чём-то хранить данные и быстро их получать. Не SQL, ибо он вызывает страшную ненависть в лице своего синтаксиса как минимум. Данные такого вида:
player_id_1: { property_1: string_1, property_2: string_2 }
player_id_2: { property_1: string_3, property_344: string_4 }
…
Свойства произвольны и могут быть разными у разных пользователей и заранее они неизвестны (скриптами создаются при необходимости). В случае SQL это каждый раз таблицу дёргать создавая поля (что геморройно), либо писать всё в одно поле и парсить руками.
Собственно, $SUBJ.
Прямую ссылку убрали, а ATOM/RSS то никуда не делся…
Красота-с! Стоило убирать :}
https://www.linux.org.ru/show-replies.jsp?output=atom&nick=NICKHERE>I just pushed a fix to master and 4.7 which fixes the memory leak in the filewatch service. The root of it was the same as in the file indexer service: no event loop in the work thread means DBus events piling up without ever being garbage collected.
>Well, that is fixed now and the filewatch service will not steal all your memory anymore.
http://trueg.wordpress.com/2011/10/24/memory-leaks-in-nepomuk-nah/
Ввиду отсутствия event loop'а сообщения DBus накапливались и жрали память. История успеха, чо :}
>It’s also worth noting that contrary to how upstream handles it (they hide the fallback mode and the user has to enable an option to use it in place of the GNOME Shell), Debian has a dedicated session for the GNOME 3 fallback mode so you decide what you get right from the login screen. This will be appreciated by the people who do not see GNOME 3 as a step in the right direction. Unless they switch to XFCE as some did.
http://raphaelhertzog.com/2011/10/17/gnome-3-transition-happening-in-debian-unst...
tl;dr В Дебиане будет отдельная сессия для логина сразу в fallback mode, что как бы намекает нам, что люди думают о гномошелле.
Finally I want to present two fixes I did this last week just to show what kind of work needs to be done in order to fix problems in Nepomuk:
1. Bug 281136 – Nepomuk queries containing unicode characters fail
The problem presented itself as follows: whenever the user would execute a query containing extended characters such as german umlauts, french accents, or for example any russian character the query would not return any results.
After some testing I realized that the queries simply failed when being delivered to Virtuoso because of Nepomuk’s automatic search excerpt extraction. It turned out that Virtuoso’s bif:search_excerpt method cannot handle wide characters which is exactly what it got. So I turned to the Virtuoso team for help and got a workaround which essentially means that we convert the wide characters to UTF8. However, this results in stripped search excerpts so the story does not end yet – I am waiting for a better solution from the Virtuoso guys.
http://trueg.wordpress.com/2011/10/05/the-hunt-for-nepomuk-bugs-continues/
tl;dr Поиск всяких умлаутов и русских букв то того. Как вы все с этим там жили?
А сколько весит ваш ~/.kde/share/config/plasma-desktop-appletsrc?
23 килобайта, но вообще напрягает, что там хранятся настройки плазмоидов, которые 100500 лет назад были установлены и удалены. И, похоже, даже если их вернуть, то они не подхватятся, а будет создана новая секция.
Почему они такие страшные? Вот сравнить Герои 3 и 5. В 3 всё стройно на панельке расположено, в 5 — какая-то непонятная круговая хрень с мелкими круглыми кнопочками, по которым пока попадёшь… проще на клаве пронажимать. Хотя круглые меню это вообще убогая концепция.
Это всё дизайнеры или тестеры вообще нынче издохли?
Впрочем, программы тоже доставляют. Взять тот же крусейдер: даже тотал коммандер не смогли правильно скопировать. Строка статуса меняется от чего угодно и обратно на название файла или, например, ещё каких-либо атрибутов не восстановить. И ведь был же оригинал перед глазами. А зафигачить какие-то ненужные нотификации это да, пожалуйста. Ах да, оно ещё и тормозит при распаковке архивов, но это уже другая история.
tl;dr Современные интерфейсы часто гумно.
Таки ещё не пора?
Disallow: /forum/talks/
Или как там оно пишется.
Не прошло и трёх лет, как баг https://bugs.kde.org/show_bug.cgi?id=174142 был пофикшен (ну или так сообщается).
tl;dr баг состоял в том, что при вводе хоткеев shift + tab записывался как именно shift + tab, а демон получал уже backtab и, соотвественно, ничего не делал.
Diff: https://projects.kde.org/projects/kde/kdebase/kde-runtime/repository/revision...
А нельзя ли link@rel ссылки с next/prev(ious) (при желании также и first/last) на страницах тем перенаправить на навигацию между, собственно, страницами темы? По логике далее это всё-таки «далее», а не «открыть совершенно левую тему». Ну и по страницам переход таки чаще происходит.
Вот напишут всяких поделок, а потом в память грузится всякая дрянь, даже если она совершенно не нужна. А потом удивляются, от чего же KDE, зараза такая, жрёт память.
plasma-desktop всегда ел около 20 метров (21.6 сейчас) неразделяемой(?) и в общем это как-то особенно не беспокоило. Однако в виртуалке с тестингом оно жрёт всего 9, но там и плазмоидов меньше (не включены плазмоиды подключённых устройств, смены рабочих столов, сессий Kate и… folderview это, наверное; все в панели).
А сколько см метров у вас?
: uname -a
Linux crystal 2.6.32-5-amd64 #1 SMP Wed May 18 23:13:22 UTC 2011 x86_64 GNU/Linux
… напишите [упрощённую] замену КДЕшному клипперу. С нуля. Хоть C++ плазмоидом, хоть просто C++. А то ж это какое-то неработающее жручее гумно %)
Для анабиозников напомните, какая была официальная причина, что танго и свамп в одном стиле? А то получается, что свамп без скриптов не выбрать, но даже и после выбора он всё равно применяется только скриптом. Нет скриптов — нет свампа. Зачем это всё, место на сервере закончилось? :)
Есть ли какая утилита, которая умеет (по сути) то же, что и xsltproc, но поддерживает XSLT 2.0? Либо модуль к руби, если таковой есть.
http://labs.qt.nokia.com/2011/05/09/thoughts-about-qt-5/
tl;dr версия:
KDE5 не за горами, товарищи! Догоним и перегоним!
| ← предыдущие |