Debian. Первое знакомство, прервые трудности.

[R_M_S]

     Решил назвать тему именно так, поскольку вопросов много и все они разношёрстные (задам только два).
     Здравствуйте!
     Итак, пару дней назад решился поставить второй системой Debian. И ровно столько же сижу перед монитором с широко раскрытыми глазами)). Понимаю всё плохо и с трудом, но стараюсь не отчаиваться.
     За последние два дня от обилия перемолотой информации голова кругом идёт, поэтому сразу извиняюсь, если вопросы покажутся м..мм...мм... "нубскими" что-ли.
     Наверное прежде, чем задавать вопросы нужно пояснить для каких целей решил использовать именно Linux в общем и именно Debian в частности.
     Использовать ОС собираюсь для компьютерной графики (Blender, Gimp, Krita, UE  и т.д.), а почему именно Debian, потому, что насколько я успел понять один из самых стабильных дистрибутивов.
     И первое, с чем столкнулся нужно ли обновлять ядро? В каких случаях это необходимо, а в каких можно не обращать внимание? Текущая версия установленного ядра 3.16.0-4-amd64 (Debian 8.7). Насколько я понимаю существуют гораздо более свежие версии. Я попытался обновиться по лекалам этой статьи: http://worldjb.ru/blog/30.html , но когда дошёл до пункта: "удаляем старый пакет linux-base" стал в тупик. Что это за пакеты и как их через терминал удалять и устанавливать я понятия не имею. Может быть я слишком далеко (для новичка) полез?
    Ещё один вопрос: Собирая  разную информацию по Debian наткнулся на один комментарий, в котором автор советует в качестве графических оболочек использовать либо MATE либо Xfce. (я в принципе так и сделал). Суть в том, что к MATE он делал патчи пакетов systemd против "утечки памяти" (Вот https://github.com/mate-desktop/mate-settings-daemon/issues/44#issuecomment-245908898).
    В связи с чем вопрос: есть ли смысл ставить эти патчи и если да, то насколько это сложно для новичка?

[amd_amd]

ничего делать не  надо, ядро обновлять тем более - поставили финал и пилите на нем, установите что хотели по графике и все, со временем можно обновить систему
sudo apt-get update
sudo apt-get upgrade
sudo apt-get dist-upgrade

[R_M_S]

Спасибо за ответ!
Наверное я слишком переусердствовал)

[Ogis1975]

Суть в том, что к MATE он делал патчи пакетов systemd против "утечки памяти"

Приветствую. У вас в память протекает? Если нет, тогда зачем эти патчи ставить? И да, советую почитать вот тут https://wiki.debian.org/DontBreakDebian. Не ломайте Debian, а то вместо обещанной стабильности, получите глюкодром.

[R_M_S]

Не ломайте Debian, а то вместо обещанной стабильности, получите глюкодром.

Спасибо за совет, не буду!

Подскажите как быть с файлами .desktop
Та версия программы (Blender), которая имеется в репозитории достаточно устаревшая, поэтому пришлось качать с оф. сайта. В документации по установке толком ничего не сказано, о том, как связать установочный файл с его "Ярлыком". Простое перемещение файла в дирректорию applications - ниАчём. Как я понимаю, этот файл нужно открыть блокнотом и прописать какие-то строки. Пример советовали взять любой - из той же папки applications.  Открыл, посмотрел, закрыл.
Подскажите, как добавить  "ссылку" на программу в меню "приложения"?

[ferum]

Мягко говоря вы пока не имеете представления об устройстве linux вообще и debian в частности. Научитесь работать с тем что есть в репозиториях и основам сборки программ из исходного кода, ни каких установочных файлов у нас нет. Потом по мере надобности будете гоняться за свежаком.

[R_M_S]

Мягко говоря вы пока не имеете представления об устройстве linux вообще и debian в частности

Согласен, за три дня изучить программу (даже азы) невозможно. Я ещё путаюсь даже в терминологии (хотя прекрасно понимаю, что основной принцип Linux - "всё  - есть файлы"), поэтому назвал исполняемый файл "установочным". Просто то, что я установил свежую версию программы, не дань какой-то моде или слепая погоня за всем новым, а исключительно с точки зрения практичности. В Windows я использовал именно эту версию программы и её инструментарий повыше того, который представлен в текущем репозитории. В принципе да, действительно, заморачиваться с файлом .desktop это не так уж и важно на данном этапе.

Сейчас столкнулся с другим, пока неразрешённым вопросом: Смена горячих клавиш. Начал было настраивать привычный для себя интерфейс и обнаружил, что некоторые сочетания "конфликтуют" с Debian. Например Alt+ПКМ. Гугл, пока прячет от меня нужную для решения этого вопроса информацию.

[I-Jurij]

...заморачиваться с файлом .desktop это не так уж и важно на данном этапе.
Сейчас столкнулся с другим, пока неразрешённым вопросом: Смена горячих клавиш. Начал было настраивать привычный для себя интерфейс и обнаружил, что некоторые сочетания "конфликтуют" с Debian. Например Alt+ПКМ. ...

Blender уже собран и может быть запущен из любой папки.
Т.е., если он нужен только одному пользователю (мне, например), в своей домашней папке делаю папку bin, кладу туда папку blender-2.87b-linux-glibc219-i686, в папку /home/my-user/.local/share/applications кладу blender.desktop, в котором меняю строку:

Код Выделить Развернуть

Exec=blender %f
на

Код Выделить Развернуть

Exec=/home/my-user/bin/blender-2.87b-linux-glibc219-i686/blender %f
Теперь в меню должен появиться blender.
Но обычно собранные таким образом програмы помещают в /opt и они доступны всем пользователям.

Код Выделить Развернуть

# mv /path-to-blender/blender-2.87b-linux-glibc219-i686 /opt/
# cd /opt/blender-2.87b-linux-glibc219-i686
# ln -s blender /usr/bin/blender
# ln -s blender.desktop /usr/share/applications/blender.desktop
Теперь можно запустить из меню или в терминале:

Код Выделить Развернуть

blender

Горячие клавиши использует и рабочее окружение (DE и/или WM, которые установлены), поэтому при конфликтах нужно проверить их и сменить. Обычно настройку горячих клавиш можно найти в настройках клавиатуры.

[ferum]

Полагаю вы скачали бинарную сборку для своей архитектуры. Ленивое решение, папка полученная при распаковке архива перемещается в /usr/local 
Например для KDE щелчок правой клавишей мыши по значку меню приложений добавить новый элемент. Пишем название проги blender. описание что это за хрень,
команда /usr/loca/blender-2.78b/blender иконку выбираем в /usr/loca/blender-2.78b/icons
Папку для удобства переименовали а то очень длинно.
Не факт что эта сборка будет работать лучше родного пакета.

[R_M_S]

в своей домашней папке делаю папку bin, кладу туда папку blender-2.87b-linux-glibc219-i686, в папку /home/my-user/.local/share/applications кладу blender.desktop

В домашней папке не нашёл  applications. или её нужно создавать самому?


Второй способ:

ln -s blender.desktop /usr/share/applications/blender.desktop

Код Выделить Развернуть

ln: не удалось создать символьную ссылку «/usr/share/applications/blender.desktop»: Файл существует

ferum
Вроде бы всё сделал как Вы описали, но при добавлении нового элемента - "Blender" не нашлось. Кстати, из окружения я использую Xfce  и Lxde. Ещё Mate установлен, но он не особо пока нравится.

[I-Jurij]

1. В домашней папке не нашёл  applications. или её нужно создавать самому?...
2.

Код Выделить Развернуть

ln: не удалось создать символьную ссылку «/usr/share/applications/blender.desktop»: Файл существует

1. Да
2. Если в меню есть Blender и запускается - все норм

В lxde и xfce и 1 и 2-й варианты должны работать, в mate, gnome, kde - по идее тоже (не проверял). Оба варианта использовать нет смысла.
Можно и так, как ferum написал, смысл тот же. Просто /opt уже как стандарт для таких дел.
Просто нужно помнить, что папки с бинарниками прог кладу туда-то, например у меня :

Код Выделить Развернуть

$ ls /opt
openoffice4  palemoon
В этих папках - все, что нужно этим прогам.
Дальше добавляем ссылки на исполняемые бинарники в /usr/bin или /usr/local/bin. Эти пути система знает и так можно запустить бинарник не указывая полный путь, например:
если бинарник в /opt/blender,
то в терминале для запуска нужно набрать:

Код Выделить Развернуть

/opt/blender/blender,
и в blender.desktop указать Exec=/opt/blender/blender
а если сделать симлинк в /usr/bin/blender или /usr/local/bin/blender

Код Выделить Развернуть

ln -s /opt/blender/blender /usr/bin/blender, то можно в терминале просто

Код Выделить Развернуть

$ blender и в blender.desktop Exec=blender.

Сами *.desktop файлы, чтобы система их видела, должны быть в /usr/share/applications/ (для всех пользователей) или /home/user/.local/share/applications/ (только для пользователя user).

В файле *.desktop указывается название проги, описание, путь к исполняемому файлу и путь к иконке (они тоже в системе где попало не лежат, проще всего положить в pixmaps). Например:

Код Выделить Развернуть

[Desktop Entry]
Encoding=UTF-8
Version=0.7
Name=Htop Processes Viewer
Name[ru_RU]=Системный монитор Htop
Type=Application
Comment=Show System Processes
Comment[ru_RU]=Просмотр системных процессов
Exec=xterm -e htop #что и откуда запускаем, в данном случае система ищет в /usr/bin, /usr/local/bin бинарник xterm, запускает его и передает ему команду htop
Icon=htop # система ищет рисунок htop.* (* - xpm, png, svg) в папке /usr/share/pixmaps, /usr/share/icons/hicolor/* и других
Categories=ConsoleOnly;System;Application;
GenericName=Process Viewer

для blender-a в /opt/blender (без симлинков в /usr/bin и /usr/share/pixmaps) должно быть примерно так:

Код Выделить Развернуть

[Desktop Entry]
Name=Blender
Type=Application
Comment=3D image editor and visualiser
Exec=/opt/blender/blender
Icon=/opt/blender/icons/blender48.png
Categories=Graphics;Application;Gtk;

[ferum]

Просто /opt уже как стандарт для таких дел.

Спорно, обычно для программ из сторонних и довольно левых реп. Самосборный и бинарный софт в /usr/local
Вы можете использовать *.dekstop от родной программы измените только в команде пути к исполняемым файлам и иконкам.
Что бы определить правильность путей пробуйти запустить приложение командой из консоли.

ln: не удалось создать символьную ссылку «/usr/share/applications/blender.desktop»: Файл существует

не надо лепить в систему две версии одного приложения.

[I-Jurij]

не надо лепить в систему две версии одного приложения.

А вот и профит /opt: ставьте хоть десять версий одного приложения, только в разные папки (ну и конфиги должны подходить к разным версиям).
Например, разработчики gimp у себя на сайте так и пишут: ставьте разные версии в разные папки и пробуйте, пробуйте... (не дословно, но смысл такой)

Cообщение объединено 11 февраля 2017, 20:21:32
R_M_S в папках пользователя изменения желательно делать под своей учеткой, а не под рутом: можно нарваться на косяки с правами доступа на ровном месте, а потом ломать голову, что не так.
Это я увидел на скриншоте файл-менеджер, запущенный от рута.
Рутится лучше в консоли, и то - только когда нужно. Debian - это не puppy.

[R_M_S]

Парни это какой-то абсурд. Чувствую себя героем одной поговорки: "Стою на асфальте я в лыжи обутый..."

I-Jurij
Если делаю по 1-му способу (для одного пользователя), то имя программы в меню приложений появляется (без значка), но программа не запускается.

Попробовал сделать вторым способом - с нуля: при попытке переместить паку с распакованной программой в /opt/ терминал выдаёт следующее:

Код Выделить Развернуть

root@Dragon:/home/romaneus# mv /path-to-blender/blender-2.78b-linux-glibc219-x86_64 /opt/

Код Выделить Развернуть


mv: не удалось выполнить stat для «/path-to-blender/blender-2.78b-linux-glibc219-x86_64»: Нет такого файла или каталога

Не понимаю, что я делаю не так?

[I-Jurij]

R_M_S /path-to-blender - это путь к папке, а он в команде не указан, естественно mv ругается.
Например, если blender-2.7* находится в /home/my/Downloads, то путь к ней /home/romaneus/Downloads/blender-2.7*:

Код Выделить Развернуть

mv /home/romaneus/Downloads/blender-2.78b-linux-glibc219-x86_64 /opt/