Столкнулся вот с такой неприятной детской болячкой от KDE. Может я что-то не так делаю? Как быстро переключиться в KDE на другоe устройство для воспроизведения звука (с колонок на наушники, например)?

Установил Kubuntu 18.04 — всё заработало. Да, жаль, не срослось с openSUSE. Который раз уже замечаю, кстати.
Только что проверил Leap 42.3 — всё работает отлично. Глюки, значит, касаются только текущего состояния Tumbleweed-версии openSUSE.

1. Начну со странностей самого пакета klipper. Его невозможно ни удалить, ни установить с помощью утилиты zypper. Руками выдирать неохота, всё же 21 век на дворе, да и дистрибутив высокотехнологичный, должно быть красивое решение.
Команда «locate klipper» выдаёт следующую портянку.
2. Попытка запустить klipper из терминала заканчивается таким вот ребусом:

username@localhost:~> klipper 
"No such object path '/org/kde/klipper'"

username@localhost:~> killall klipper
klipper: no process found

Когда нажимаю на «Get New Wallpapers», получаю эту ошибку - «Network error 1: 1».

Journalctl выдаёт следующие ошибки в конце лога:

May 15 11:33:33 localhost.localdomain plasmashell[2427]: kf5.kpackage: No metadata file in the package, expected it at: "/home/pushopensuse/.local/share/wallpapers/"
May 15 11:33:33 localhost.localdomain plasmashell[2427]: kf5.kpackage: No metadata file in the package, expected it at: "/home/pushopensuse/.local/share/wallpapers/"
May 15 11:33:33 localhost.localdomain plasmashell[2427]: kf5.kpackage: No metadata file in the package, expected it at: "/home/pushopensuse/.local/share/wallpapers/"
May 15 11:33:33 localhost.localdomain plasmashell[2427]: kf5.kpackage: No metadata file in the package, expected it at: "/home/pushopensuse/.local/share/wallpapers/"
May 15 11:33:33 localhost.localdomain plasmashell[2427]: kf5.kpackage: No metadata file in the package, expected it at: "/home/pushopensuse/.local/share/wallpapers/"
May 15 11:33:33 localhost.localdomain plasmashell[2427]: kf5.kpackage: No metadata file in the package, expected it at: "/home/pushopensuse/.local/share/wallpapers/"
May 15 11:33:33 localhost.localdomain plasmashell[2427]: kf5.kpackage: No metadata file in the package, expected it at: "/home/pushopensuse/.local/share/wallpapers/"
May 15 11:33:33 localhost.localdomain plasmashell[2427]: kf5.kpackage: No metadata file in the package, expected it at: "/home/pushopensuse/.local/share/wallpapers/"
May 15 11:33:33 localhost.localdomain plasmashell[2427]: kf5.kpackage: No metadata file in the package, expected it at: "/home/pushopensuse/.local/share/wallpapers/"
May 15 11:33:33 localhost.localdomain plasmashell[2427]: org.kde.kcoreaddons: KDirWatch: "/home/pushopensuse/.local/share/wallpapers" is a directory. Use addDir!
May 15 11:33:33 localhost.localdomain plasmashell[2427]: org.kde.kcoreaddons: KDirWatch: "/usr/share/wallpapers/Next" is a directory. Use addDir!
May 15 11:33:38 localhost.localdomain kwin_x11[2419]: QXcbConnection: XCB error: 3 (BadWindow), sequence: 21588, resource id: 25177336, major code: 20 (GetProperty), minor c>
May 15 11:33:38 localhost.localdomain kwin_x11[2419]: QXcbConnection: XCB error: 3 (BadWindow), sequence: 21589, resource id: 25177336, major code: 20 (GetProperty), minor c>
May 15 11:33:38 localhost.localdomain kwin_x11[2419]: QXcbConnection: XCB error: 3 (BadWindow), sequence: 21590, resource id: 25177336, major code: 20 (GetProperty), minor c>

Это возможно? Пробовал это руководство, только при старте системы - запускается браузер, но в полноэкранный режим не выходит. В режиме текущей сессии браузер худо-бедно ещё запускается этим скриптом в полноэкранном виде. Что может влиять на неисправный автостарт этого скрипта при заходе в систему?

Решение

Сделал такой вот скрипт в автозагрузке:

#!/bin/bash
sleep 4;
firefox http://yandex.ru &
sleep 7;
xdotool search --name 'Firefox' && xdotool key "F11"

Когда кликаю на значок YouTube в левом верхнем углу, при просмотре какого-нибудь видеоролика, происходит перенаправление на главную страничку, как обычно, но звук продолжает в фоне играть. Только если обновить страничку (F5), то звук прекращает играть дальше. В Firefox, Opera такого глюка с «фантомным» звуком нет.
Что это может быть?

Версии программ:
Google Chrome 65.0.3325.181
Opera 52.0.2871.40
Mozilla Firefox 59.0.2

Раньше такого не было. Вот уже который релиз я на Fedora, но таких апдейтов долгих никогда не было. Сразу скажу, fastestmirror=1 (в т.ч. true) сделал. Где-то минуту с лишним фризится, а потом начинает обновляться. Это касается и обычного dnf install. Как лечить?

Итак, Debian 9.1. Обнаружил странный баг (или фича?). Захожу в All Settings, затем Network — пытаюсь хоть добавить профиль, хоть изменить MAC-адрес, вообще, что угодно, но после нажатия на Apply окошко Network Manager закрывается. Захожу снова туда, в надежде, что настройки сохранились и ... фигушки). Всё, как было. Есть предположение, что настройки сетевого менеджера «заблокировал» соотвествующий systemd-процесс. Возможно, если его отключить, тогда можно будет сохранить вносимые изменения в сетевые подключения. Так ли это? Кстати, когда был на Fedora — все настройки меняются ровно, без каких-либо проблем.

Найденная причина: остутствовал пакет network-manager-gnome. Решение в ветке комментариев.

Хочу сделать тему по настройке GNOME 3. Но так, чтобы можно было её периодически редактировать, обновлять, опираясь на советы в обсуждении. Подскажите, как долго можно редактировать созданную тему? Не закроют ли её для редактирования через N-ное количество дней? В «Галереях» не хочу эту тему создавать - по галерее поиск сайта, к сожалению, не работает.

Не нашёл keepassx2 в репозиториях дебиана. Сторонние репы было искать в лом, поэтому решил собрать сам из исходников (да, анекдот, знаю). Всё собралось отлично, благо что на сайте KeePassX в архиве исходников лежит подробнейшая инструкция для собственноручной сборки на Debian'e. После сборки иконка приложения и само приложение отсутствовали в обзоре приложений - пришлось добавлять ручками .desktop-файлик в ~/.local/share/applications/, c cоответствующим путём к иконке, это не проблема. «Проблема» (а может это фича, как думаете?) в том, что иконка приложения не показывается в трее. Однако, если я кликну на пустой области слева от последнего видимого значка в трее — приложение показывается в штатном режиме. То есть, по сути, он там как будто бы есть, но сама иконка не показывается. Я вот думаю, это баг или так задумано разработчиками, чтобы не палить парольный менеджер пользователя?
Кстати, keepass, который есть в репозиториях дебиана, ведёт себя точно так же — иконку в трее не показывает, хотя подразумевает её (тоже приложение вызывается при клике на пустую область слева от последнего видимого значка).

Как думаете, это что-то вроде «защиты от дураков и любопытных глаз», чтобы не было палева парольного менеджера или что-то пошло не так и иконка не показывается, хотя должна показываться?
Если так задумано, то плюсик в счёт разработчиков — приятная мелочь, если привыкнуть. Если это недоработка, то печально и как это исправить?

***Заметка для себя лично, а может и для кого-то, кому это пригодится***

Ребят, я правильно понял, что нормальной сборки VLC в репах центоси не существует, а исходники программы корректно поставить не удастся? Подвожу итог: можно ли сейчас использовать на домашнем десктопе CentOS.

Подключены следующие репы:

[user@localhost ~]$ yum repolist
Loaded plugins: fastestmirror, langpacks
Determining fastest mirrors
 * base: mirror.yandex.ru
 * elrepo: ftp.colocall.net
 * epel: mirror.yandex.ru
 * extras: mirror.yandex.ru
 * nux-dextop: li.nux.ro
 * updates: mirror.yandex.ru
repo id                                             repo name                                                                           status
base/7/x86_64                                       CentOS-7 - Base                                                                      9,363
centos-sclo-rh/x86_64                               CentOS-7 - SCLo rh                                                                   4,959
centos-sclo-sclo/x86_64                             CentOS-7 - SCLo sclo                                                                   392
elrepo                                              ELRepo.org Community Enterprise Linux Repository - el7                                 197
*epel/x86_64                                        Extra Packages for Enterprise Linux 7 - x86_64                                      11,585
extras/7/x86_64                                     CentOS-7 - Extras                                                                      337
nux-dextop/x86_64                                   Nux.Ro RPMs for general desktop use                                                  2,593
updates/7/x86_64                                    CentOS-7 - Updates                                                                   1,577
repolist: 31,003

main libvlc error: interface "globalhotkeys,none" initialization failed

    Packages skipped because of dependency problems:
1:compat-ffmpeg-libs-2.8.11-3.el7.x86_64 from epel-multimedia
    enca-1.18-1.el7.x86_64 from epel
    libXScrnSaver-1.2.2-6.1.el7.x86_64 from base
    libbs2b-3.1.0-13.el7.x86_64 from epel
    libdca-0.0.5-7.el7.nux.x86_64 from nux-dextop
    libnemesi-0.7.0-0.5.20110215git.el7.nux.x86_64 from nux-dextop
    1:mpg123-libs-1.23.8-2.el7.x86_64 from epel-multimedia
    mplayer-1.1-33.20150505svn.el7.nux.x86_64 from nux-dextop
    mplayer-common-1.1-33.20150505svn.el7.nux.x86_64 from nux-dextop
    netembryo-0.1.1-5.el7.nux.x86_64 from nux-dextop
    qtlockedfile-2.4-20.20150629git5a07df5.el7.x86_64 from epel
    qtsingleapplication-2.6.1-28.el7.x86_64 from epel
    qtwebkit-2.3.4-8.el7.x86_64 from epel-multimedia
    smplayer-15.11.0-1.el7.nux.x86_64 from nux-dextop

В последнее время сильно разочаровался в любимом (когда-то) GNOME 3. В принципе, сама концепция шикарная, красивая, удобная, но этот тиринг, фризы... Терпел, терпел и решил закончить свои отношения с GNOME 3.
Cмотрю сейчас в сторону Xfce и KDE (особенно кеды от слаки очень понравились - 4-ая версия). На них тиринг не обнаружил. В смысле, тиринг-то есть, но он элементарно лечится (compton+пара галочек в настройках кед и софта). В гноме же всё прибито гвоздями (я про композитный менеджер). В Mageia шикарный гном, без тиринга, но после нескольких десятков глюков с софтом, решил прекратить этот эксперимент. А жаль, очень порадовал этот дистрибутив в самом начале (когда я ещё не знал, что меня ждёт).
Расскажите о своих секретах борьбы с тирингом в третьегноме. Побороть, вообще, возможно или только переход на другое DE поможет?

Решение

Нашёл неожиданно решение тут. Оказывается, у меня не был установлен (ну, почему нельзя было доустановить автоматически, раз уж установщик сам установил все дрова??) пакет firmware-linux-nonfree. После его установки дебиановский гном превратился в тот гном, который я всегда любил). Фух, я думал, что гном нормальный только в суське, федоре и прочих модных дистрах. Значит, Debian я зря ругал. Жизнь продолжается! Всем спасибо, проблема решена.

Буквально 3 день пробую Slackware. Первый день плевался, избалованный убунтами, федорами, сусями. На второй день меня посетил Святой Патрик и я наконец-таки осознал, что Slackware не так уж и плох. На третий день мне уже вовсе не хочется убунт, федор и проч. — при всём при том, что я уважаю любой дистрибутив Linux, даже самый корявый и забаженный — ведь люди отдают своё время, стараются (пускай не всё получается), что-то делают для общества. По cему очень удивлён результатам данного опроса(он там и вовсе отсутствует, как вариант) и текущему рейтингу на Distrowatch.

На данный момент пришёл к следующим причинам непопулярности данного дистрибутива:
1) отсутствие GNOME 3 «из коробки» (причём, я так понял, что не только «из коробки»);
2) трудность освоения установки пакетов из исходников;
3) старая версия ядра Linux (4.4.14 на текущий момент) и некоторого софта;
4) отсутствие systemd (может кому-то удобнее с systemd?);
5) отсутствие возможности шифрования разделов на этапе первоначальной установки системы (оказывается, есть, но я пока не пробовал)...

Допускаю мысль, что я ещё чего-то не знаю про Slackware, про какие-нибудь «подводные камни». Помогите дооформить вышеуказанный список. Какие у вас версии? Если в каком-либо пункте не прав, поправьте.
Честно говоря, несмотря на эти 5 пунктов, не вижу в них ничего «криминального»: первое - можно жить и без GNOME, причём весьма неплохо (не ожидал, что четвёртые кеды такие уютные после доработки напильником!), второе - дело привычки (на второй день мне уже не казалось, что это сложно), третий - зато стабильность, четвёртый — смысла в systemd не осознал пока (в силу того, что я обычный пользователь), разве только режим suspend и т.п. усложнились (на горячую клавишу уже не повесишь простое «systemctl suspend», приходится копипастить длинную D-Bus'овскую команду), пятый — потом можно донастроить

Очень удивлён скоростью работы Mageia 5.1. Поставил «на посмотреть», а в итоге — уже хочу остаться. На удивление, видео работает из коробки, без всяких танцев с кодеками (как на сусе, к примеру — я про Totem, a не VLC). Драйвер для AMD встал ровно — ничего не тирингуется, не фризит, плавно и быстро вылетают окошечки, рюшечки. Пакетная база старовата, в отличие от Fedora, зато всё работает без проблем и лишних телодвижений (даже Ubuntu отдыхает). Но вот незадача, на сайте Pomodoro нет сборки для Mageia. Какова вероятность того, что встанет любой пакет от rpm-based дистра (Fedora, OpenSUSE)? У кого-нибудь есть успешный опыт установки этого дополнения GNOME в этом дистрибутиве?

Обидно будет из-за помидора возвращаться на федору. Я не против Фёдора, но очень уж Mageia понравилась, особенно своим синтаксисом пакетного менеджера (urpmi calibre - и вот тебе Calibre, urpmi steam — получай Steam...просто сказка для тех, кто предпочитает терминал — волшебно!).

Такие меню, в которых значения цифр не вмещаются в своих окошках, в основном только в Thunderbird, но есть такие моменты и в менюшках выбора файлов при отправке/получении в браузере, т.е. это что-то «глобальное», а не касающееся отдельного приложения. Был недавно такой косяк в VLC, но там выкрутился посредством выбора другой темы оформления. Повторюсь, раньше такой косяк исправлялся соответствующими настройками в qtconfig. Сейчас же, настраиваю так же, но ничего не меняется. Цифры не влезают, окошки чересчур малы. Может кто знает, гд е в гном можно подкрутить соответствующую настройку, чтобы окошки авторесайзились как-то под цифры и значения в них?

Пример этого ужаса...

Пошерстил на сайтах и того, и того дистрибутива, но к единому мнению не пришёл. Создалось впечатление, что ALT Linux платный, а ROSA (ROSA Enterprise Desktop) бесплатный для организаций. Не понимаю, за что нужно платить, в итоге. За печать от ФСТЭК? Или какие-то несвободные элементы в дистрибутиве, которые разработал ALT или ROSA (опять же, намёков на оплату у росы не обнаружил, в отличие от альта). Вы как считаете, если нужна лицензия организации (тупо нужно и всё, сам не понимаю, зачем, если это GPL), то какой из этих дистрибутивов лучше? Кстати, сайт у росы выглядит более современно, чем у альта. Зато у альта есть магазин, где куча ценников.

Кому интересно, вот прайс Росы (прислали 12.04.2017).

Сразу напишу, что я GNOME-пользователь, и к KDE только лишь присматриваюсь со стороны (последние выпуски реально стали нравиться - по крайней мере, по дизайну), поэтому в кедах особенно не разбираюсь. Сейчас настраиваю офисные приложения в KDE (Fedora 25 KDE). К моему сожалению, к кедам по умолчанию идёт Calligra Office Suite, вместо полюбившегося за многие годы LibreOffice. Никак не могу понять, где находится заветная настройка локализации калигры. В системе выбран русский язык, как основной язык системы. Параллельно установленная LibreOffice представлена в полностью переведённом на русский язык виде, в отличие от Calligra. Подскажите, как русифицировать данный пакет офисных приложений, который идёт по умолчанию в KDE (Fedora 25)?

P.S. Да, уже гуглил. Ничего не нашёл. Буду благодарен за полезные ссылки.

P.P.S. Если русификация невозможна, как можно безболезненно для KDE экосистемы удалить Calligra, чтобы плазма не упала?

Раньше это касалось VLC (Не вмещаются цифры значений в настройках VLC (и не только)...), теперь перешло в SMPlayer. Только теперь не помогают прошлые рецепты. Qt4 Config правил, не помогло. Вот так выглядит это безобразие. В VLC такой проблемы нет.

Заметил, что в VLC не работает корректно функция продолжения проигрывания с того места, где был закончен просмотр фильма. На более ранних версиях VLC вроде не было такого, но точно не уверен. Обратил внимание только сейчас. Подумал было на Fedora (типа, полигон и ко-ко-ко..), но проверил на Kubuntu 16.04 — то же самое. Версия VLC в Fedora 25 — 3.0.0, а в Kubuntu — 2.2.2(если не ошибся). Видимо, эта неполадка давно в VLC. Как проявляется? Проигрываю с начала фильм какой-нибудь, потом его закрываю и открываю тот же файл - воспроизводится опять же с самого начала, хотя галочка на опции «Continue playback?» выставлена. Но, стоит мне вручную прокрутить фильм вперёд минут на 20-30, при последующем открытии спрашивает «продолжить?», типа. То есть, прокрутка вперёд каким-то образом влияет на «оживление» данной опции. Рылся в конфигах (~/.config/vlc/vlcrc), но там всё нормально - всё выставлено правильно и должно вроде бы как работать, но на самом деле работает «через раз», мягко выражаясь. У одного меня такой баг или у вас тоже? Напишите, какой у вас дистрибутив, версия, DE, если всё работает...

P.S. В smplayer данная функция работает на ура, но качество воспроизведения заметно отстаёт от vlc (во-первых, виден тиринг; во-вторых, идут лаги, фризы при воспроизведении - копошение и эксперименты с настройками ничего не дали...).

P.P.S. Как ни странно, но от тиринга и фризов на SMPlayer я наконец-таки избавился.
Что сделал:

1. Установил следующие пакеты:

gstreamer1-vaapi gstreamer1-vaapi-devel-docs libvdpau-va-gl gstreamer1-plugins-base gstreamer1-plugins-good gstreamer1-plugins-ugly gstreamer1-plugins-bad-free gstreamer1-plugins-bad-freeworld ffmpeg gstreamer1-libav gstreamer1-plugins-bad-free-extras gstreamer1-plugins-base-tools gstreamer1-plugins-good-extras gstreamer1

В более ранней теме всё было решено, всё заработало. Но, к сожалению, после выхода из suspend-режима, директория с sshfs в списке примонтированных устройств отсутствует и каждый раз после выхода из suspend приходится монтировать заново (причём, уже с введением пароля). Что самое интересное: если я выхожу из suspend через 30-40 минут, то sshfs остаётся примонтированным. Но стоит мне зайти в систему из suspend-режима через несколько часов, то всё — sshfs-директория потеряна. Пробовал увеличить до значения «9600» параметр «ServerAliveInterval» в файле /etc/ssh/sshd_config — но это не помогло.

Решение
Экспериментальным путём установил: надо было добавить опцию reconnect к точке монтирования в /etc/fstab. Как обычно, решение простое до невозможности. Странно, почему про reconnect не написано в man fstab? Можно сказать, случайно нашёл решение - увидел в чужом конфиге эту опцию и решил попробовать, благо что смысл перевода подходит под мою ситуацию...
Нашёл про reconnect в man sshfs. Я так понимаю, что в опциях можно указывать любые опции, касающиеся монтируемой файловой системы, указанные в её man?

Вот мои опции, если кому пригодятся: defaults,_netdev,reconnect,user,allow_other

Перепробовал множество вариантов, предложенных гуглом. Ни один не хочет работать - после загрузки смотрю в df -hT - и никакого sshfs нету в списке. Само монтирование предполагается делать с помощью /etc/fstab. RSA-ключи сделал, в файловом менеджере и в ssh-сеанс могу зайти без введения пароля теперь. На данный момент проблему решил при помощи создания .desktop файла в автозагрузке, но хотелось бы разобраться с этим /etc/fstab. Есть ли тут пользователи Fedora (других дистрибутивов), которые столкнулись с такой же проблемой? На данный момент мой /etc/fstab выглядит так:

[pushistiq@localhost ~]$ cat /etc/fstab 

#
# /etc/fstab
# Created by anaconda on Tue Nov 29 02:54:01 2016
#
# Accessible filesystems, by reference, are maintained under '/dev/disk'
# See man pages fstab(5), findfs(8), mount(8) and/or blkid(8) for more info
#
/dev/mapper/luks-f98ce45d-340b-4c41-8e73-d1443497c081 /                       ext4    defaults,x-systemd.device-timeout=0 1 1
UUID=e75301db-ce1d-491d-b9a0-fe73b00049c8 /boot                   ext4    defaults        1 2
/dev/mapper/luks-cb830964-b4f1-4a39-bdab-8a862a0a4470 /home                   ext4    defaults,x-systemd.device-timeout=0 1 2
/dev/mapper/luks-fbecc0b6-5f1b-4add-a7f7-c9d17db3ff8d swap                    swap    defaults,x-systemd.device-timeout=0 0 0
UUID=50588552-8b02-48b7-b2ed-6a0f320c30db	/mnt/Container2TB	ext4	defaults	0	0
UUID=8a8f70ca-66d2-4a8b-8fed-45d237e8f7f0	/mnt/Container3TB	ext4	defaults	0	0
sshfs#pushistiq@192.168.1.41:/var/lib/transmission/Downloads/	/mnt/pushistiq-3vi-Downloads	fuse	defaults,allow_other	0	0

#
# /etc/fstab
# Created by anaconda on Tue Nov 29 02:54:01 2016
#
# Accessible filesystems, by reference, are maintained under '/dev/disk'
# See man pages fstab(5), findfs(8), mount(8) and/or blkid(8) for more info
#
/dev/mapper/luks-f98ce45d-340b-4c41-8e73-d1443497c081 /                       ext4    defaults,x-systemd.device-timeout=0 1 1
UUID=e75301db-ce1d-491d-b9a0-fe73b00049c8 /boot                   ext4    defaults        1 2
/dev/mapper/luks-cb830964-b4f1-4a39-bdab-8a862a0a4470 /home                   ext4    defaults,x-systemd.device-timeout=0 1 2
/dev/mapper/luks-fbecc0b6-5f1b-4add-a7f7-c9d17db3ff8d swap                    swap    defaults,x-systemd.device-timeout=0 0 0
UUID=50588552-8b02-48b7-b2ed-6a0f320c30db	/mnt/Container2TB	ext4	defaults	0	0
UUID=8a8f70ca-66d2-4a8b-8fed-45d237e8f7f0	/mnt/Container3TB	ext4	defaults	0	0
pushistiq@192.168.1.41:/var/lib/transmission/Downloads/ /mnt/pushistiq-3vi-Downloads/	fuse.sshfs	defaults,_netdev,allow_other	0	0