Комиго курочит Linux

Наконец-то руки дошли обновить федору до версии 33. Только вот нельзя просто так взять её и обновить — ГУИшный установщик ПО найдёт, где выпендриться. Ошибка значит в переводе, что не удаётся провести транзакцию (грубо говоря, установку), из-за того, что такой-то пакет уже установлен. О ужас! Почему это считается вообще ошибкой — философский вопрос, а чинить как-то надо. Запускаем командную строку. Выполняем команды (только прочитайте сначала текст ниже): sudo dnf upgrade --refresh -y sudo dnf update dnf-plugin-system-upgrade -y sudo dnf system-upgrade download --releasever=33 --allowerasing -y -b Первая команда обновляет все пакеты в системе. Вторая обновляет плагин для обновления самой системы. (На самом деле, плагин и так обновится первой командой. Это скорее для проверки существования самого пакета. Если команда валится и пишет, что такого пакета нет, выполните sudo dnf install dnf-plugin-system-upgrade .) Третья скачивает все пакеты, которые нужны для самого обновления...

По факту, эта статейка — выжимка из статьи с блога Tinned Software / Experiencing Technology. Моего здесь мало. Удалить файлы из истории git нужно, когда в репозиторий: случайно попали критические данные (напр. логины, пароли, токены доступа); что-то тяжёлое было когда-то залито, а теперь не нужно и занимает вес в репозитории; и простое удаление с коммитом или реверс-коммиты не подходят. Так как git призван записывать всю историю манипуляций с файлами, придётся перелопачивать всё дерево изменений — весь индекс. А так как мерж-риквесты, форки, ветки и всё такое базируются на этом индексе, ветки потеряют своих родителей: репозиторий придётся другим пользователям клонировать заново, или сбрасывать свои коммиты. Для сохранения наработок придётся делать rebase. Короче говоря, операция не без последствий. Долгое время думаем о последствиях и вставляем в терминал с открытым корнем репозитория этот код (в дереве не должно оставаться висячих изменений!): git filter-branch --force --...

Волей-неволей в жизни девопса иногда приходится работать без графического интерфейса. Или же нужно сделать что-то в своей файловой системе без иксов. Midninght Commander — это файловый менеджер с терминальным интерфейсом, который схож визуально с Total Commander с его разделением на два окна. Миднайт командер также поддерживает управлению мышью, да и в общем идеален для тех, кто привык к графическим интерфейсам и боится vim -а (как я). Если ввести dnf search midnight commander , то ничего не найдётся. Всё потому, что в пакетных менеджерах называется он просто mc , а в описании полного названия нет: Устанавливается он довольно просто. Для Fedora: sudo dnf install -y mc Для RHEL/CentOS: sudo yum install -y mc И всё, можно пользоваться: mc

Зайдя на страницу стима и нажав на кнопку "Загрузить Steam", получаем deb-пакет для Ubuntu-подобных и Debian. Спасибо, Стим, мы тебя тоже очень сильно ненавидим! Федора у меня 30-я. К счастью, стим для неё есть в UnitedRPMs, но и простой команды sudo dnf install steam будет недостаточно. Для начала установим сам репозиторий UnitedRPMs, если он у вас отсутствует: sudo dnf -y install https://github.com/UnitedRPMs/unitedrpms/releases/download/14/unitedrpms-$(rpm -E %fedora)-14.fc$(rpm -E %fedora).noarch.rpm После можно установить стим: sudo dnf -y install steam Из коробки Steam жалуется, что не может найти libva.so.1, libbz2.so.1.0, libva.so.1, libva-x11.so.1 . Это странно, но следующая команда решает проблему с библиотеками: steam --reset Всё, должно работать.

По умолчанию в федоре отсутствует ряд репозиториев, в которых есть разные популярные опенсорсные приложения. Например, для видео часто требуется OBS, Shotcut, Kdenlive, ffmpeg и другие, некоторые из которых из коробки можно установить только с Flathub, но и это влечёт ряд неприятностей. Такие проги есть в UnitedRPMs, и если установить эти репозитории, то они появятся в dnf и стандартном установщике. Устанавливаются репозитории следующей командой: sudo dnf -y install https://github.com/UnitedRPMs/unitedrpms/releases/download/14/unitedrpms-$(rpm -E %fedora)-14.fc$(rpm -E %fedora).noarch.rpm Работает для всех версий Fedora. Всё, теперь можно устанавливать, зайдя в стандартный установщик, или же установив через dnf (копируем нужное): sudo dnf install kdenlive # Установить kdenlive sudo dnf install openshot # Установить OpenShot sudo dnf install kodi # Ну вы поняли… sudo dnf install obs-studio sudo dnf install spotify-client sudo dnf install handbrake sudo dnf install devede sudo...

Пришла новая Fedora 30! А с ней некоторые графические приложения перестали запускаться под sudo. Где-то поломался GEdit, где-то не запускается установщик VMWare Remote Console (безобразный продукт), где-то фейлится рандомная фигня, которая раньше работала на 29й федоре. Почему они работали ранее вообще — интересный вопрос, ведь по-умолчанию приложениям из-под sudo, работающим на X11/Xorg, запрещён доступ к вашему графическому рабочему столу . Более технично — у root-юзера нет прав на доступ к Xorg серверу. С Wayland как-то попроще, но на вейланде сейчас один только GNOME-shell и его файловый менеджер Nautilus. Ошибки выводятся разные, но они все говорят об интерфейсе: # Это вылезло из установщика VMWare Remote Console User interface initialization failed. # Вообще, у меня большая часть приложений на основе electron # или nw.js и их в принципе нельзя запускать под рутом, # поэтому вот вам ошибка, возвращаемая Xeyes 👀 No protocol specified Error: Can't open display: :0 Варн...

Посты совсем не выходят, да? Всё потому, что у меня кончились проблемы на Linux. Т.е. сначала были проблемы с дровами на Nvidia , потом ставились прикладные программы вроде ftp-сервера или альтернативы Photoshop . Были некоторые аппаратные и софтверные проблемы с флехами, жёстким диском, но все они случались максимум два-три раза, а сейчас каких-либо проблем попросту нет . Теперь у меня классная, шустрая рабочая система. Fedora уже давно успела обновиться до 28-й версии, кстати.

Сегодня произошёл совсем странный глюк — свежеотформатированная флешка под NTFS отказалась что-либо на себя записывать, сказав, что устройство подключено только для чтения. Оказалось, что это баг в Nautilus, отчего такая ошибка может появиться и в Fedora, и в Ubuntu, и во многих других дистрибутивах с NTFS, FAT32 и, вероятно, с другими файловыми системами тоже. Решилась проблема просто ( источник ) — достаточно убить все процессы Наутилуса и запустить его заново: killall nautilus Если не помогло, попробуйте эту статью .

Тёмная тема по умолчанию устанавливается вместе с Fedora. Называется она Adwaita Dark, но достать её без дополнительных программ и не получится. К счастью, хватит одной программы с графическим интерфейсом.

Вот такая радость меня встретила сегодня утром — дополнительный жёсткий диск в ноутбуке перестал работать. Часть прог не работает, другие не могут найти рабочие проекты. При монтировании диска через тот же Наутилус пишет: Error mounting system-managed device dev/sdb3: can't read superblock on /dev/sdb3 (udisks-error-quark, 0)

Отсутствие Photoshop на линуксе — тема больная. Полноценного инструмента, который может абсолютно всё, на что способен фотошоп — растровое рисование, обработка изображений, векторная графика, прототипирование и т.п. — просто нет. Быть может, его просто ещё не изобрели. Но решение отдельных таких задач есть, и некоторые даже превосходят по своему качеству фш. В этой статье рассмотрим альтернативы Adobe Photoshop и его конкуренту в области веб-дизайна Sketch, которые работают на Fedora, Ubuntu и т.п. или с самого начала написаны для Linux.

Итак: Скачиваем вот этот файл . Запускаем его через Наутилус (стандартный просмотрщик файлов) — откроется стандартный установщик приложений. Устанавливаем, запускаем. Всё :) Используется Flatpak — современный стандарт манифестов и пакетов ПО, альтернатива dnf и apt-get для всех платформ. В Федоре встроенная поддержка флэтпэка и всё работает из коробки.

FTP нужен для передачи файлов по локальной сети и интернету, и при этом он более платформонезависим, нежели SMB. Минимальную поддержку этого протокола ообеспечивают все веб-браузера, а проводник на Windows и Nautilus на Linux-системах предоставляют полную работу над файлами в стандартном, привычном интерфейсе. Короче говоря, крутая вещь, как ни крути, и бессмертная. Подойдёт для передачи файлов в небольшой сети, чтобы скинуть файлы другу, или для предоставления ресурсов на постоянной основе без частой многопользовательской нагрузки. Если же нужно именно последнее, но понадобятся P2P-решения, но об этом не здесь.

Узнать локальный адрес вам поможет следующая команда: ip addr | grep 'state UP' -A2 | tail -n1 | awk '{print $2}' | cut -f1 -d'/' Работает под любым пользователем, показывает только айпишник. IP-адрес нужен, чтобы подключиться к игровому серверу, чтобы получить доступ к локальному веб-серверу и прочему, и прочему. Глобальный адрес можно узнать здесь . Смотрим полоску аккурат под словом "Answer"). В целом, применение аналогичное, разве что с таким адресом можно достучаться не только из вайфай- или проводной сети, но и из интернета. Обращаю внимание, что некоторые интернет-провайдеры делят один IP на несколько устройств, или же этот айпишник меняется.

Если у вас не встали автоматически дрова на nVidia при установке, или дрова nouveau не подошли, или же после обновления ядра федоры они взяли и отвалились, или же просто нужно взять и установить драйвера на нвидию, то вы в правильном месте. Есть два пути установки драйверов: простой и для психов. Рассматриваем процесс установки проприетарных драйверов для простых пользователей; в конце найдёте ссыль на хардкорное руководство для тех, кому предложенный процесс не подошёл или показался простым 😈

Всё просто. Введите в терминале /sbin/lspci | grep -e VGA Выведутся все видеокарты в устройстве. У меня вывод выглядит так (выделил модель Nvidia мышью):