Я краем уха слышал, что существуют люди, которые используют торчащий в интернет PostgreSQL в качестве API для серверных частей своих приложений. Мол, зачем писать какой-то лишний слой ошибок, занимающийся конвертацией XML/JSON/чего-то ещё в SQL, если можно сразу из клиента работать с базой.

Хочу сделать так же. Подскажите, есть ли какие-то подводные камни, о которых нужно знать?

Понятно, что пользователю, под которым будет логиниться клиент, будут даны только те права и только на те вьюхи (а не настоящие таблицы), с которыми ему можно и нужно работать. Например (экстремальная ситуация): удалить логи собственных действий злоумышленник не сможет, потому что они будут записываться триггерами совсем в другие таблицы, о которых он даже не будет подозревать.

Чего я боюсь не учесть, так это банальных вопросов безопасности при авторизации.

Точно ли логин сразу в PostgreSQL настолько же защищён, как более привычный (для API) HTTPS?

Есть ли смысл придумывать схему с подключением к «базе localhost на системе по SSH», или всё-таки напрямую это нормально?

Всем заранее спасибо за любую инфу по теме.

(Пользуюсь Linux Mint с Cinnamon, но, впрочем, тулкитофобией не страдаю.)

Хочу завести у себя папку с ярлыками на другие папки, которые открывались бы в том же окне (можно в других вкладках) файлового менеджера, в котором я уже нахожусь. Причём некоторые ярлыки у меня будут вести на локальные папки на том же носителе, а некоторые – вообще на какой-нибудь sftp, поэтому привычные симлинки ну никак не покрывают нужду, а кроме того, мне хочется после перехода по ссылке видеть и редактировать в location bar полноценный настоящий адрес того, куда я попал, а не адрес симлинка.

Короче, хочу тот же функционал, что есть у боковой панели любого вменяемого файлового менеджера (Nautilus, Dolphin, ...), но вне боковой панели и плюс с возможностью создания иерархии закладок.

Если решение будет прибито гвоздями к какому-то конкретному ФМ – я не против. Если оно будет состоять в создании папки со скриптиками типа файлменеджер --use-existing-window /path/to/folder, я тоже не против, лишь бы работало.

Есть у кого-то соображения, как это всё организовать?

Сабж случился уже дважды без какого-либо предупреждения. Куда копать, не имею ни малейшего представления, поэтому в ожидании третьего раза спрошу у ЛОРа, что мне в следующий раз сразу пощупать, когда такое будет.

В общем, ноутбук Dell Inspiron 7720, уже года два пользуюсь почти без нареканий, ну изредка что-то беспроводное отваливалось при выходе из гибернейта. ОС в данный момент Linux Mint 17.2, 64 бита, ядро 3.16.0-38-generic. Гибернейтом не пользуюсь, пользуюсь саспендом.

И вот, значит, ни с того ни с сего отрубается вайфай. Не после саспенда, кстати, а прямо вообще без повода. Выглядит это как полное отсутствие доступных сетей, хотя я-то знаю, что мой смартфон успешно подключён к моему роутеру, да и ещё штук пять соседских сетей должны находиться.

Пробую специально уйти в гибернацию и обратно – ну мало ли? – всё равно пусто. Включаю-отключаю пункт «Wireless» в апплете интернета – тоже ноль эффекта. Больше идей нет.

При этом пользуюсь, кстати, Bluetooth-наушниками, так вот, они не отваливаются, что мне кажется странным (чип-то, кажется, один и тот же).

Выхода нет, приходится ребутиться. После ребута всё снова пашет как по маслу.

Что это такое??

Тема старая как мир, но тем не менее рабочего решения найти не могу.

Как заставить Linux Mint 17.2, то есть Ubuntu, то есть, как я понимаю, PulseAudio стабильно цеплять Bluetooth-гарнитуру при её подключении? Сейчас она всегда успешно подключается как устройство, что видно в настройках Bluetooth, но совершенно рандомно может появиться, а может и не появиться (а может появиться, но не работать) в настройках звука. Обычно хотя бы пару-тройку раз попробую переподключить — и всё получается, а вот конкретно сейчас я два часа — ДВА ЧАСА, БЛДЖАД! — тщетно пытаюсь их подключить. Ребутил систему, сносил PulseAudio, возвращал PulseAudio — безрезультатно: https://maaaks.ru/images/screens/noheadset.png

(Со смартфоном проверял, с ним гарнитура работает.)

Внезапно Firefox стал открываться пустым окном. Натурально, пустым окном, вот так: https://maaaks.ru/images/screens/blank_firefox.png

Пробовал запускать с --safe-mode — не помогает.

Пробовал создать новый профиль — помогает! Но не хочется, естественно, терять все нажитые годами настройки. Может, кто-нибудь посоветует, как точечно отключить именно то, из-за чего может происходить такая вот фигня?

P.S. До сегодняшнего дня не было, наверное, с новой версией как-то связано. Может, это знак свыше, пора уже запрещать апгрейд пакета?

Версия Firefox — 40.0+build4-0ubuntu0.14.04.1, ОС — Linux Mint 17.2, среда — Cinnamon.

Хочу, чтобы сразу при загрузке системы кнопки нумпада работали как циферки, а не как стрелочки. Потому что как циферки они иногда удобны, а как стрелки – никогда.

Желательно – не только на уровне DE (Unity, Ubuntu), но и в TTY тоже.

Совсем в идеале – чтобы оно работало совсем-совсем при старте, ещё до монтирования рута, потому что у меня в пароле на LUKS есть цифры. =)

Ubuntu 14.10, Firefox 36.0 из репозиториев.

Иногда Firefox не сглаживает некоторые шрифты — судя по всему, те, которые считает мелкими. Например, при моём дефолтном масштабе я захожу (ну например сюда), и во всех <code> и <pre> шрифты уныло-пиксельные вместо красиво-сглаженных.

Я потыкал эти элементы девтулзами, попробовал поменять размер. Получилось, что при размере 9.4pt он всё сглаживает, а при 9.3pt и меньше — нифига. Хотелось бы опустить этот лимит в ноль или близко к тому, потому что 9.3pt это всё ещё достаточно различимые буквы, которые есть куда сглаживать.

По пришедшим в голову словам в about:config ничего не нашлось. Подозреваю, что это может быть общесистемной настройкой, но тогда совсем не знаю, где её копать. Лор, сделай мне Ш не Г.

Внезапно пропал интернет на ноутбуке с Ubuntu 14.04. Интернет он получал через Wi-Fi, конфликта IP быть не должно - точнее, может, что-то и было, но теперь я вручную прописал ему и другим устройствам разные адреса. Перезагрузка роутера (говнороутер от Связного, производство Alcatel) не помогает, перезагрузка ноутбука не помогает. Вот приложения, которые точно не видят интернет: Firefox, Synaptic, lynx, aptitude. Но при этом ping ya.ru происходит нормально.

Тем временем другой ноутбук, тоже с Ubuntu 14.04, живущий абсолютно на тех же условиях с тем же вайфаем, преспокойно работает, с него и пишу. Ни там, ни там я ничего не трогал, ну разве что на первом, возможно, чаще не глядя устанавливал прилетающие обновления.

Подскажите, плиз, чозадела и кагбыть.

Дистрибутив — Ubuntu 14.04, версия Firefox — 32.0.3.

После одного из недавних обовлений началось транное: периодически (раз в несколько секунд) окно Firefox перестаёт обновляться на 1-2 секунды. Когда оно приходит в норму, становится видно, что на самом деле Firefox как бы и не зависал: например, весь набранный за это время текст набран, просто отобразилось это не сразу. Естественно, эта неприятность катастрофически мешает нормально жить: мешает нормально печатать, мешает нормально скроллить, даже нормально кликать по ссылкам иногда умудряется мешать.

В других приложениях подобного не замечено, только в Firefox.

Вопрос, в общем, очевидный: что виновато и как это исправить?

UPD. Забыл добавить: иногда я перезапускаю Firefox, и тогда (уж не знаю, реально или это только кажется) на некоторое время проблема пропадает. Но потом появляется, причём в тот же день, без всяких гибернаций и прочих фокусов, влияние которых можно было бы хоть как-то понять.

Тема поднималась уже неоднократно, и сейчас я напишу просто yet another банальщину. Ожидаю услышать в ответ, в каких проектах такое реализовано, что стоит использовать, а что не стоит.

Я хочу блогоплатформу, которая будет одновременно и централизованной, и децентрализованной. С одной стороны, ты сможешь привязаться к определённому сервису, с другой — почти от него не зависеть. Сервис закроется, а твой бложик останется жить в распределённой социальной сети, и потом ты продолжишь его вести на другом сервере. Звучит красиво, остаётся только воплотить.

Итак, предположим, существуют два блогосервиса: SuperBlogs.xxx и AnotherBlogs.xyz. Их идентификаторами являются их доменные имена — не самый надёжный в мире, но довольно оптимальный способ понять, когда сервер «ещё тот», а когда «уже не тот», то есть начал закрываться, переезжать, становится недоступным и так далее. В общем, будем считать, что эти два сервиса за всё время существования так и останутся доступны именно по этим доменам.

Пользователь с внезапным именем Алиса публикует свой пост про котяток и цветочки на SuperBlogs.xxx. Технически это означает, что на сервере SuperBlogs.xxx теперь хранится новый объект «пост Алисы», родителем которого является объект «блог Алисы», родителем которого является объект «весь SuperBlogs.xxx». В свою очередь, комментарии к посту становятся детьми объекта «пост Алисы». Тут важно, что у объекта может быть и несколько родителей одновременно — это позволит пользователям гибко выносить комментарии в другие места. «Пользователь поделился ссылкой в своём дневнике», вот это всё.

SuperBlogs.xxx через стандартизированное API даёт доступ к лентам: «все новые дети объекта «блог Алисы»», «все новые дети объекта «пост Алисы #5»», «все новые дети объекта «комментарий у Алисы #1488»». Опционально ещё всякие фильтры и поиски, но это пока опционально.

В свою очередь, друг Алисы с ещё более внезапным именем Боб пользуется сервисом AnotherBlogs.xyz и читает ленту своих друзей там. Замечу, что он мог бы с тем же успехом пользоваться и десктопным приложением, похожим на RSS-клиент, но вот наш конкретный Боб пользуется онлайн-сервисом, который в данном сценарии является, по сути, клиентом (на самом деле он и клиент, и сервер, и на дуде игрец, ибо все равны в нашей децентрализованной сети). Так вот, действуя как клиент, AnotherBlogs.xyz обращается к SuperBlogs.xxx, запрашивая последние обновления по подписке «все новые дети объекта «блог Алисы»». В запросе он отправляет идентификаторы всех постов Алисы, о которых он уже знает. (Тут есть обширное поле для оптимизаций и упрощений запроса, типа «не буду перечислять подробно, но я уже получил либо меня не интересуют посты ранее этого года».) В ответ сервер присылает свежачок, и клиент сохраняет его у себя.

Пока всё понятно, да? Теперь усложняем. Вводим самый главный нюанс: Алиса не привязана к серверу SuperBlogs.xxx. Её новые посты не обязаны появляться именно там, они могут появляться где угодно. Разумеется, на практике люди не меняют блогохостинги как перчатки, поэтому у клиента, скорее всего, будет выставлена по умолчанию настройка «Искать посты Алисы только на SuperBlogs.xxx». (Другие опции — «Искать там, где нашёл в прошлый раз», «Искать на всех известных мне узлах», «Искать на 10 самых популярных плюс на каком-то специальном веб-архиве для подстраховки» и т.п.) Как вы понимаете, я клоню к тому, что если суровый Роскомнадзор пришёл и удалил запись про котяток и цветочки с SuperBlogs.xxx, но она успела скачаться на другие сервера, то наш Боб сможет увидеть котяток и цветочки, загрузив копию оттуда.

Идём дальше. Что если Алиса действительно захочет удалить свою запись? Или изменить её, оставив только цветочки, но убрав котяток под давлением Роскомнадзора, который борется с зоофилией? Или если администрация SuperBlogs.xxx сочтёт эту запись спамом и бояном и удалит её? В нашей сети против этих трёх бед действует один ответ: никаких изменений и удалений нет. То, что выгружено в сеть, не может быть отгружено обратно. Но погодите разбегаться, есть выход: специальные посты типа «апдейт». Это такие специальные диффы, которые применяются к предыдущей версии поста и изменяют либо полностью удаляют его.

Итак, что же будет происходить, если запись удалена? Это значит, что помимо сообщения «пост #5: котятки и цветочки» SuperBlogs.xxx будет распространять ещё и «пост #6: удалить прошлый пост». В зависимости от настроек как клиента, так и сервера эти две записи либо будут схлопнуты в одну (т.е. дифф будет применяться ещё на сервере), либо не будут. Если SuperBlogs.xxx абьюзоустойчивый и не боится Роскомнадзора, то он будет предоставлять обе опции. Заметьте, что это, как ни странно, наиболее выгодная политика. Ведь если запись просинкалась хоть на один посторонний сервер, то в дальнейшем её смогут найти все прежние читатели Алисы (и они даже убедятся, что это не фейк, ведь в нашем светлом мире все сообщения по умолчанию подписываются ключами, а вы как думали?). Есть только три способа, чтобы Боб не увидел поста Алисы. Первый: Алиса сама, добровольно, в трезвом уме и со своим ключом, публикует дифф-удаление, и тогда Боб со стандартными настройками клиента, скорее всего, уважительно относится к её воле и не читает удалённый пост. Второй: один из цензуроподвластных серверов, через которое прошло сообщение, добавляет дифф-удаление от своего имени (подобно добавлению заголовка X-Spam-Status в почте), в этом случае клиент, которым пользуется Боб, имеет повод ругнуться и предложить Бобу игнорировать такой чужеродный дифф. Наконец, третий способ: SuperBlogs.xxx прикидывается дурачком и просто перестаёт упоминать «пост #5» в своих ответах на запросы. Что ж, ему же хуже. Сообщение продолжает существовать неудалённым в виде копий на других площадках, и даже те пользователи, которые безоговорочно доверяли сообщениям от SuperBlogs.xxx, вполне могут прочитать «пост #5»: ведь диффа с безоговорочно доверенным «опровержением» они попросту не получили, а вот «пост #5» из других источников получили! Наиболее продвинутые могут в таких ситуациях даже автоматически занижать SuperBlogs.xxx в локальном списке предпочтительных, потому что зачем же доверять сервису, который то ли удаляет, то ли теряет и не доставляет сообщения, тогда как весь интернет вокруг уже в курсе, что «пост #5» был и написала его Алиса? Таким образом, с большой долей вероятности удалить опубликованное сообщение у кровавого режима не получится.

Специально подчёркиваю, что дифф может происходить как на клиенте, так и на сервере. Предположим, Алиса —— злостный спамер или просто назойливый чайник, и она наплодила 100500 одинаковых сообщений. Задача SuperBlogs.xxx как цивилизованного сервиса — удалить дубли, чтобы не засорять ленты подписанных пользователей. Выгодно ли SuperBlogs.xxx тупо замалчивать их существование и вещать про 1 запись вместо 100500 начиная с того момента, как администрация их обнаружила? Нет, не выгодно. Так как остальные 100499 сообщений могли уже разойтись по другим клиентам и серверам. Правильная стратегия — выпустить 100499 диффов-удалений, подписанных ключом пользователя Antispam@SuperBlogs.xxx или типа того. Клиенты, которые доверяют администрации (а таких будет подавляющее большинство), не будут требовать от сервера всей истории изменений, а просто получат одну неудалённую запись. Остальные же пользователи, которые собирают у себя дома веб-архив либо просто чересчур параноидальны, получат все 200999 записей (100500 постов плюс 100499 удалений) и получат возможность локально копаться во всей истории. И снова все счастливы! Да что ж это такое, никому не получается насолить!

Остаётся один, возможно, не совсем очевидный вопрос: а как мы вообще собираемся идентифицировать сообщения, как их нумеровать? Как понять, что вон та запись, прилетевшая в клиент из стороннего веб-архива — это именно «пост Алисы #5»? А никак. Мы оставляем нумерацию на совести SuperBlogs.xxx, так как, повторяю, пользователи не меняют блогохостинги как перчатки. Поэтому нумерацию обеспечивает тот сервер, на котором размещено сообщение, а остальные используют её, т.е. идентификатор у всех выглядит примерно так: «SuperBlogs.xxx/Алиса/5». Мы не ставим перед собой цель дать возможность постить котяток сразу «в никуда», «в облако». Мы лишь ставим цель не потерять уже запощенных котяток, если пост будет забанен, сервис — закрыт, сервер — недоступен, и так далее. Если Алиса захочет свалить на другой блогохостинг, она сама напишет об этом (более или менее стандартизированное) сообщение, с которого и начнёт новый блог на AnotherBlogs.xyz. А так как у неё есть публичный ключ, Боб сможет легко убедиться, что перед ним та же Алиса, что и прежде. Продвинутые клиенты нашей замечательной сети будут сами периодически опрашивать известные публичные сервера-«адресные книги» с целью проверить, не появилось ли новых блогов с теми же ключами у людей, на которых подписан Боб. При определённом желании можно реализовать это так, что Боб даже не заметит, что посты Алисы теперь качаются с нового, менее зацензуренного или просто более удобного Алисе сервиса. Умный клиент сети сам красивенько склеит историю сообщений Алисы с разных сервисов воедино.

Таким образом, сеть завоюет мир к 2025 году... ой, нет, не то. Пока, конечно, всё вышесказанное живёт лишь в моей одинокой головушке, и я хотел бы узнать, есть ли реализации подобных задумок, есть ли известные недостатки у такой модели, есть ли готовые прототипы, похожие протоколы, на которые имеет смысл ориентироваться, и так далее? Есть ли просто более обоснованные, чем просто «ненужно», мнения на этот счёт?

Я не верю, что вы это всё дочитали, но всё равно принято говорить спасибо, что вы это всё дочитали. Спасибо.

Нужна C или C++ библиотека-парсер HTML для кроссплатформенной проги под Windows и Linux. Пробовал использовать Gumbo Parser от Google, под линуксом всё было норм, я обрадовался, попробовал повторить свой успех на винде — и тупо не смог осилить Cygwin, чтобы его собрать. Очень не хочется много заморачиваться по этому поводу, хочется чего-то просто взять и использовать уже что-нибудь, что более/менее хорошо парсит валидный HTML.

Что посоветуешь, ЛОР? Или, может, научишь запускать autogen.sh от Gumbo Parser под виндой? Или, может, где-то этот Gumbo уже кем-то собранный под винду валяется?

Дано: Ubuntu с Unity и Akregator. Akregator почти постоянно запущен, хотя читаю я его в последнее время редко. Компьютер регулярно отправляется в suspend.

Сейчас открываю я Akregator и вижу вместо своих over 100 лент какие-то стандартные: Planet KDE, Kubuntu News и прочая херня. Перезапустил его — то же самое. Бэкап OPML у меня есть, но какой-то очень старый, из него восстанавливаться совсем не хочется. Хочется заставить Akregator самостоятельно вспомнить мой актуальный список лент, который оон без проблем помнил раньше.

Я покопался немножко в файлах, вот что увидел:

/home/.kde/share/apps/akregator/data/feeds.opml

Тут уже прописались Planet KDE и иже с ним.

/home/.kde/share/apps/akregator/data/feeds.opml-backup.1399724787

/home/.kde/share/apps/akregator/Archive/

ЛОР, помоги. Неохота заново подписываться на всё в интернете.

Хочу странного, не уверен, что найду то, что хочу. Но решил спросить — вдруг в какой-то из VCS такое есть из коробки, или есть какой-то готовый скрипт для этого.

Итак, предположим, у меня есть сайт. Контент на сайте двуязычный, и хочу яя хранить его в VCS. В теории, за каждым изменением в одной версии сайта должен следовать перевод, т.е. изменение в другой версии сайта. На практике, естественно, переводы часто отстают от оригиналов. Хочется как-то запоминать, что «данный коммит является переводом вон того коммита». И видеть, что «этот перевод соответствует оригиналу на вон то число, вот diff того, что изменилось в оригинале».

Как это сделать по уму?

Мой вариант — просто в commit message указывать, до какого коммита-оригинала я актуализировал перевод этим новым коммитом, а потом собственным скриптом отыскивать, у каких файлов есть коммиты, не упомянутые ещё в commit message переводов, т.е. какие файлы требуют перевода.

Напоминаю вопрос: есть ли что-нибудь готовое, красивое, годное для такой задачи?

Ситуация такая: есть у меня один очень маленький ноутбук и один очень большой. Внешних мониторов — нет. Иногда возникает желание, оставаясь в системе маленького ноута, задействовать монитор большого. Увы, видеовходов на ноутбуках не делают. На большом ноуте есть только два входа (VGA и HDMI), но они, как я понимаю, ни разу не помогут. У маленького ноута — один VGA-выход.

Существуют ли какие-то устройства-переходники, чтобы присобачить к большому ноуту VGA-вход и наслаждаться? Не уверен, что это может быть решено чисто аппаратно без использования ОС большого ноута, поэтому уточним, что на большом ноуте, естественно, линукс (Ubuntu, но при необходимости можно ради этого редкого странного желания поставить что-то ещё параллельно). На маленькому ноуте, увы, Windows 7.

Есть идеи?

Нужно из программы на C++/Qt вызвать скрипт, подождать, пока он выполнится, и после этого заполучить себе все переменные окружения, которые он выставил через export. Если есть способ сделать это красиво с помощью QProcess, QProcessEnvironment и прочих кьютишных плюшек, то будет вообще супер. Если нет — то нужен любой другой способ как-нибудь такое реализовать.

Собсно, сабж. Вот пропала, и всё. В консоли никаких сообщений нет, только вот это (но оно, кажется, всегда было:

[~]$ systemsettings 
QDBusConnection: session D-Bus connection created before QCoreApplication. Application may misbehave.
QDBusConnection: session D-Bus connection created before QCoreApplication. Application may misbehave.

Дистр — Ubuntu.

Куда можно покопать?

Вопрос, возможно, банален, но я не знаю, где искать. Прошу не пинать по больным местам ногами, используйте слова.

Так вот, использую Kubuntu 13.04, живу в Москве. Это у нас часовой пояс GMT+4. Периодически (раз в несколько недель) время откатывается назад на четыре часа. То есть, скажем, в реальности 12:00, а у меня в трее показывается 8:00. Ну, думаю, пипец, чё я встал так рано, а потом сверяюсь с телефоном — бааатюшки, я ж на работу сегодня хотел! Проблема не зависит от того, стоит или не стоит синхронизация с тайм-сервером (которую я, есличо, ставлю средствами KDE: правый клик по часикам -> Adjust Date and Time -> Set date and time automatically). Мамой клянусь, что вручную я никакого особого софта, связанного с настройкой часов, не запускаю. Всё как обычно у хомячков: браузер, RSS, терминал, текстовый редактор, IDE, иногда Ubuntu Tweak, чтоб старые ядра удалить... Да короче, не понимаю, с какого перепугу кто-то влезает в мою систему и правит моё время.

Сегодня ещё веселее было. Хотел кое-что протестировать, загрузился с убунтовского Live DVD, время было примерно 9:30, но там в трее я обратил внимание — показывалось 5:30. Кагбэ и хрен с ним, я не ради часов туда загружался, но потом перезагружаюсь в свою обычную систему — и там тоже 5:30! Какого чёрта? Я вообще не просил Убунту что бы то ни было настраивать!

Я так понимаю, где-то в моём компьютере (хм... BIOS?) стоит подлая настройка, которая говорит софту, якобы моя временная зона — GMT+0, и при первой возможности можно сверяться с сервером и брать время оттуда? Или как это безобразие вообще происходит? Я могу как-то обезопасить себя от внезапной смены часового пояса? Потому что 9:30->5:30 — это ещё ладно, посмеялся и забыл, но иногда бывает вообще не смешно, когда я верю неправильному времени и пропускаю «Спокойной ночи, малыши». :-(

Если можно, инструкцию для тупых, пожалуйста. И чтоб надёжно. И, во имя вселенской пунктуальности, синхронизацию с интернетом желательно оставить.

Сразу оговорюсь, что под «приложением» здесь и далее подарзумевается в первую очередь Qt Creator последних версий, но это только для примера. Подобное желание возникает и с другими программами в KDE.

Так вот, бывает так, что какая-то программа то ли использует системные цвета не совсем по назначению, то ли цветовая схема, выбранная мною в KDE, оказывается какой-то плохо продуманной — так или иначе получается, что 99% программ выглядят адекватно, текст читается, но какая-нибудь особо вредная фигня портит идиллию, показывая светлый текст на светлом или тёмный на тёмном.

Например, Qt Creator. На некоторых его светло-серых панельках я в данную минуту наблюдаю белый текст. Это, как вы понимаете, абсолютно нечитабельно. Откуда взялся белый цвет, не знаю, но откуда взялся светло-серый, после недолгих экспериментов сказать могу точно: это Window Background из настроек цветовой схемы KDE. Если его заменить на более тёмный, то после перезапуска Qt Creator будет выглядеть адекватнее. Но тогда другие приложения станут темнее и неадекватнее.

Вопрос такой: можно ли как-то подменить тот или иной цвет для отдельно взятой программы? Ну, там, выставить какую-то переменную окружения перед запуском или что-то такое, чтобы изменённая настройка виделась при запуске одной программы, но не перекрывала общую тему для всех остальных?

P.S. Гугл по моим запросам про цветовые схемы выдал в числе прочего что-то про vim. Блин, и чего я после этого от лора-то жду, если даже гугл с темы сразу на vim съехал?

Так случилось, что Amarok добавил в свою коллекцию большую папку с музыкой, которая была нна мойм компе «проездом» (копировал с флешки на флешку). Сейчас папка уже удалена, но в коллекции Amarok эта музыка по-прежнему присутствует. В свойствах треков (Edit Track Details) указан путь в ту самую папку.

Amarok перезапускал, комп перезагружал, бубна, извините, нет.

Гуглёж показал, что в версии 2.7.0 (а это как раз мой случай) такое случается у многих, но решения проблемы я что-то не нашёл. Может, здесь кто-то подскажет?

P.S. Сносить базу Amarok не хотелось бы, проставленный рейтинг — штука нужная.

Интересует, возможно ли где-то раздобыть (или самому сгенерировать) единый файл документации по всем модулям Qt5, аналогичный тому, что раньше был для Qt4?

Интересует это потому, что я пишу код в KDevelop и в настройках подключил туда файлы qtcore.qch, qtgui.qch и qtwidgets.qch, взятые из поставки Qt Creator. В результате KDevelop нормально показывает справку по нужным методам, но не умеет переходить по ссылкам из файла в файл. То есть если я в описании QLineEdit кликну на ссылку QString, ничего не произойдёт, потому что QString находится в другом модуле (QtCore, а не QtWidgets). Собственно, поэтому и требуется вся документация Qt в одном файле QCH.

Что делать?