LINUX.ORG.RU

Сообщения Desmond_Hume

 

Время привыкания к дистрибутивам Linux

Как думаете, сколько нужно времени человеку, работавшему в одном дистрибутиве, чтобы привыкнуть к другому? Конечно же, всё зависит от личных способностей человека и высоты порога вхождения в тот или иной дистрибутив, но всё же, в среднем ... сколько? LFS исключается из опроса (уровень God не участвует)).

 , ,

Desmond_Hume ()

Чудеса в df -h Ubuntu

Установил я тут Ubuntu. Н-да, дистрибутив сильно изменился в лучшую сторону со времён, когда я решил его покинуть (2011-2014, точно не вспомню). Всё радует глаз: и GNOME 3, и анимация графики (без лагов, что удивительно - ведь у меня AMD). Конечно, гном у убунты, по умолчанию, не совсем выглядит приятно, но это меняется - парой кликов в настройках. Набрал одну из любимых команд df -h в терминале и ушёл в астрал от увиденного:

/dev/loop1                    91M   91M     0 100% /snap/core/6350
/dev/loop0                   152M  152M     0 100% /snap/gnome-3-28-1804/40
/dev/loop4                    13M   13M     0 100% /snap/gnome-characters/139
/dev/loop7                    15M   15M     0 100% /snap/gnome-logs/45
/dev/loop2                   3.8M  3.8M     0 100% /snap/gnome-system-monitor/57
/dev/loop3                   2.3M  2.3M     0 100% /snap/gnome-calculator/260
/dev/loop5                   4.2M  4.2M     0 100% /snap/gnome-calculator/406
/dev/loop6                   141M  141M     0 100% /snap/gnome-3-26-1604/74
/dev/loop8                    54M   54M     0 100% /snap/core18/970
/dev/loop9                    89M   89M     0 100% /snap/core/6964
/dev/loop10                  3.8M  3.8M     0 100% /snap/gnome-system-monitor/81
/dev/loop11                  1.0M  1.0M     0 100% /snap/gnome-logs/61
/dev/loop12                   35M   35M     0 100% /snap/gtk-common-themes/818
/dev/loop13                   36M   36M     0 100% /snap/gtk-common-themes/1198
/dev/loop14                  141M  141M     0 100% /snap/gnome-3-26-1604/82
/dev/loop15                   15M   15M     0 100% /snap/gnome-characters/258
Скопировал только то, что удивило. Понятно, что это что-то связанное со snap, которым я не пользовался и не пользуюсь. Но откуда это и зачем?


P.S.
Проблема решена.

 , , ,

Desmond_Hume ()

Англоязычные аналоги LOR

Извиняюсь за свой сломанный Google, хочу спросить вас, где можно почитать новости в англоязычном формате, в стиле лора или опеннета? Может кто знает полезные ресурсы такого плана, поделитесь ссылкой, если не сложно.

Понравившиеся ресурсы из ответов:
линукс журнал
линукс ком
лвн.нет

 , ,

Desmond_Hume ()

Наконец-то побороли эффект слайд-шоу в анимациях GNOME 3

Дистрибутив Fedora 29. Заметил, что куда-то делось многолетнee гномовскoe слайд-шоу. Сижу на X. Как там в Wayland - не знаю. Именно в 29-ой версии пропал эффект слайд-шоу, чему я несказанно рад. Кто-нибудь знает, из-за чего? Что починили? Где подкрутили?

 , ,

Desmond_Hume ()

Backup зашифрованных разделов LUKS

Образ всего зашифрованного раздела можно сделать, без проблем. Но как сделать такой образ, чтобы из 160 Гб, к примеру, записались в образ только реальные 15 Гб данных (остальные 145 Гб не заполнены). Clonezilla может это делать, но только не с зашифрованными разделами, как я понял. Это возможно или противоречит самой природе шифрованных разделов? Правильно ли я понял, что в шифрации данных участвует всё выделенное место под раздел?

Если я прав, то это обратная сторона медали шифрованных разделов - придётся тупо копировать всё пространство(.

 , , ,

Desmond_Hume ()

Для чего нужен этап loadkeys при установке Arch Linux

Вот я и добрался до арча. Изучаю вики-страничку по установке Arch Linux. Не совсем понимаю, зачем нужен этап с loadkeys.
Что он даёт при установке? Зачем о нём написали? Ведь для чего-то это нужно ...
Проследовав по ссылкe o loadkeys, наткнулся на фразу

It is possible to set a keymap just for current session. This is useful for testing different keymaps, solving problems etc.

«Проверка различных раскладок (keymaps?), решение проблем и т.д.» — ну, например, зачем нужна эта проверка раскладок?
Вот, к примеру, я, русскоговорящий, должен буду проверить раскладку на немецком, английском, китайском. Для чего мне может понадобиться данная проверка?
Если для «решения проблем» (solving problems), то каких? Вы можете привести какой-нибудь пример, частный случай возникновения проблем подобного характера, требующий данный этап с loadkeys?
Были ли у вас случай, когда этот этап loadkeys был настолько важен, что вы просто не могли его пропустить?

Решение
Ответ на мой вопрос любезно предоставил Anonymous.

 , ,

Desmond_Hume ()

xdotool не работает или ....

Задача следующая: хочу забиндить горячую клавишу, позволяющую послать клавишу alt+space (сворачивание окна) окну SMPlayer'a. Пробовал такие комбинации, ни одна не работает:
xdotool search --class smplayer key alt+space
xdotool search --classname smplayer key alt+space
xdotool search --name smplayer key alt+space
Так же, пробовал всё то же самое, только smplayer делал с кавычками. Результат один и тот же ... нулевой.
Подскажите, какой вариант может быть рабочим?

Решение

Обнаружено 2 решения:
1 способ (более верный)
2 способ (рабочий, но могут быть нюансы)

 , , , ,

Desmond_Hume ()

Как подсоединиться одновременно к TCP и UDP через VPN в openSUSE Leap 42.3

В Tumbleweed такой проблемы не было. Создал tcp и udp подключение из файлов vpn, которые получил от провайдера. Было возможно одновременное подключение и к tcp, и к udp.
На Leap картина другая: возможно либо tcp, либо udp подключение. Какое-то одно из двух. Вместе не работают - сразу идёт разъединение с текущим vpn-подключением.
В общем, как обычно, openSUSE не даёт скучать! :-)

 , , , ,

Desmond_Hume ()

В KDE нет возможности hot-switch источников звука?

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

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

 , , , ,

Desmond_Hume ()

Странное поведение Klipper в openSUSE Tumbleweed

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

username@localhost:~> klipper 
"No such object path '/org/kde/klipper'"
3. Попытка убить процесс klipper в терминале заканчивается этим:
username@localhost:~> killall klipper
klipper: no process found
Правильно ли я понимаю, что данный пакет замаскирован и забит в систему саморезом, смазанным эпоксидной смолой и выдрать его без кусков самой системы уже невозможно?

Из хороших новостей: кажется, начал осознавать, что Klipper удобнее Clipit, к котому успел привязаться в GNOMЕ. Но, всё же, неприятный осадок остался: как же так, почему его нельзя ни установить, ни удалить? Это ведь обычный пакет!

 , , ,

Desmond_Hume ()

KDE сайты тоже забанены РКН'ом?

Когда нажимаю на «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>

При подключении к VPN, ошибка исчезает и обои грузятся нормально.
Это РКН балуется или всё же что-то с настройками дефолтной сети?

 , , , ,

Desmond_Hume ()

Firefox в полноэкранном режиме

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

Решение

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

#!/bin/bash
sleep 4;
firefox http://yandex.ru &
sleep 7;
xdotool search --name 'Firefox' && xdotool key "F11"
Соответственно, xdotool должен быть перед этим установлен. Видимо, в фоне что-то не успевало подгружаться и скрипт отрабатывал не до конца. Увеличил задержку перед исполнением скрипта и перед эмитацией нажатия кнопки F11 — и всё заработало. Спасибо за наводку про увеличение времени ...

 ,

Desmond_Hume ()

«Фантомный» звук в Google Chrome на YouTube

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

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

 , , , ,

Desmond_Hume ()

Очень медленный dnf update

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

 , , , ,

Desmond_Hume ()

Не сохраняются профили и настройки в Network Manager в Debian

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

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

 , ,

Desmond_Hume ()

В течение какого периода можно редактировать «на лету» созданные темы?

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

 , , , ,

Desmond_Hume ()

Не показывается значок KeePassX в трее Debian 8.8 (GNOME 3)

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

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

 , , , ,

Desmond_Hume ()

Есть ли жизнь VLC на CentOS'и?

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

Ребят, я правильно понял, что нормальной сборки 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
При попытке установить vlc обычным способом, через sudo yum install vlc, после вычисления всех зависимостей устанавливается отсутствие пакетов fglrx и fglrx-kmod. Попытка их установки, как обычно (в моём случае), приводит к невозможности запуска иксов. Я заметил, у меня проприетарные дрова к моей карте вообще никак не хотят работать. Уже привык к свободным. Впервые вижу, что vlc выпрашивает fglrx. Раньше не замечал за ним подобного поведения. В общем, этот способ установки vlc не работает. Короче, плюнул, решил собрать пакет из исходников с videolan.org. Зашёл в раздел RHEL, скачал исходники к vlc-2.2.4.x86_64. Сделал configure/make/make_install. Ярлычок программки появился в приложениях - запускаю, но никакого отклика нет. Запускаю vlc в терминале, и получаю следующую ругань:
main libvlc error: interface "globalhotkeys,none" initialization failed
Однако, если запускать в терминале vlc /путь/к/фильму.mkv - фильм играет, пускай и с тирингом, но играет, правда без кнопочек, тупо картинка выводится, ни меню, ни какой-либо навигации нету. Вырубается это дело Ctrl+c либо Alt+F4. Центось установил сегодня. Раньше, помнится, таких проблем на центоси не замечал (где-то месяц назад).
Вопрос к счастливым обладателям видеокарт NVIDIA: у вас VLC тоже выпрашивает проприетарный драйверок для установки VLC?

SMPlayer играет безупречно. Но без VLC как-то грустно, очень уж привык к нему. Наверное, CentOS и вправду серверная ОС (в отличие от того же Debian'a, где нет таких эпических проблем с таким тривиальным пакетом, как VLC)...


Решение

Спасибо комментарию igor_ubuntu! После удаления некоторых установленных пакетов (см.комментарии) с репозитория nux-dextop и самого репозитория nux-dextop (я его просто переименовал, вдруг пригодится...), а затем установки vlc с negativo17 всё заработало! CentOS списывать с домашнего десктопа ещё рано).

--------------------------------------------------------------------------------------------------------------------
Печальный итог

В общем, установил заново систему для чистоты эксперимента. VLC работает так же в рваном режиме (аудио и видеопотоки в двух окнах живут раздельной жизнью). При попытке установить smplayer получил новую свистопляску:
    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
Похоже, CentOS 7 претендует на звание самого недружелюбного дистрибутива по отношению к мультимедиа. Учитывая то, что среднестатистический пользователь домашнего компа использует последний для просмотра видео, то CentOS 7 к домашнему компу явно не готова. Я сомневаюсь, что кто-то будет тратить часы на установку VLC. Недавно смотрел, как обстоят дела с этим у так непочитаемой, почему-то, современными пользователями Slackware. VLC работает безупречно. Любой пакет. Да, устанавливать может не так удобно, но то, что ты установил - работает ни сучка, ни задоринки. И что мы видим в CentOS 7? Небо и земля. Так что, да, сношу... увы и ах. Да, не осилил, наверное. Мой печальный итог относится к тем пользователям, которые не могут обойтись без VLC. Если устраивает SMPlayer и проч.плееры, возможно, есть шанс, что всё пойдёт, как надо.

 , ,

Desmond_Hume ()

Как устранить тиринг в GNOME 3 (Debian)

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

Решение

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

 , , , ,

Desmond_Hume ()

Причины непопулярности старейшего дистрибутива Linux — Slackware

Буквально 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'овскую команду), пятый — потом можно донастроить

 

Desmond_Hume ()

RSS подписка на новые темы