Файлы рабочего стола, похоже, неправильно используют $ PATH

13

Я создаю .desktopфайлы для использования в Unity Launcher.

У меня есть собственное местоположение в моем домашнем каталоге, куда я помещаю свои исполняемые файлы ( ~/usr/bin/), которые правильно добавляются в мою PATHпеременную окружения в моем .pam_environmentфайле, как указано в соответствующей документации по Ubuntu .

Это содержимое моего .pam_environmentфайла:

LANGUAGE=en_AU:en_GB:en
LANG=en_AU.UTF-8
LC_NUMERIC=en_AU.UTF-8
LC_TIME=en_AU.UTF-8
LC_MONETARY=en_AU.UTF-8
LC_PAPER=en_AU.UTF-8
LC_NAME=en_AU.UTF-8
LC_ADDRESS=en_AU.UTF-8
LC_TELEPHONE=en_AU.UTF-8
LC_MEASUREMENT=en_AU.UTF-8
LC_IDENTIFICATION=en_AU.UTF-8

PATH DEFAULT=${PATH}:~/usr/bin/

В результате моя PATHпеременная выглядит следующим образом:

ben@ben-HPdv6:~$ echo $PATH
/usr/lib/lightdm/lightdm:/usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin:/sbin:/bin:/usr/games:/usr/local/games:~/usr/bin/:~/usr/bin/

Я знаю, что он добавляется дважды, но все в этом .pam_environmentфайле, кажется, добавляется дважды, независимо от того, что при использовании правильного синтаксиса, рекомендованного в той документации по Ubuntu, на которую я ссылался.

Это один из примеров проблемы (это происходит во всех случаях). У меня есть скрипт (называется eclipse), в ~/usr/bin/котором работает Eclipse IDE.

Я могу открыть любой терминал и просто набрать, eclipseи он работает нормально, как вы ожидаете.

Но при использовании следующего .desktopфайла:

#!/usr/bin/env xdg-open

[Desktop Entry]
Version=1.0
Type=Application
Terminal=false
Name=Eclipse - Juno (4.2)
Icon=/home/ben/.icons/eclipse.svg
Exec=eclipse

Я получаю ошибку: ошибка

Но когда я изменяю Exec=строку на:

Exec=/home/ben/usr/bin/eclipse

это работает отлично.

Документация Unity Пусковые и файлы рабочего стола Официальный предполагает , что это должно работать:

Exec - это путь к исполняемому файлу. Полный путь к исполняемому файлу должен использоваться только в том случае, если его нет ни в одном из путей, указанных в переменной $ PATH. Например, любые файлы, которые находятся внутри пути / usr / bin, не обязательно должны указывать полный путь в поле Exec, а только свое имя файла.

Любые предложения о том, что происходит?

BT
источник
Измените файл рабочего стола так, чтобы он весело затмевал оболочку, и это может сработать. Я не могу сказать, так как я перестал использовать портативный некоторое время назад.
RobotHumans

Ответы:

5

Тильда расширяется не .pam_environmentтак, как в скрипте профиля, и файлы рабочего стола не выполняют расширение оболочки в своих Execстроках так, как это делает оболочка , поэтому она ищет файл с буквальным именем ~/usr/bin/eclipse, что, конечно, не ' не существует.

Замените тильду в назначении PATH на $ {HOME}, и это похоже на работу.

cscarney
источник
Ваш ответ правильный, это решает проблему полностью. Благодарность! Чтобы спасти меня, задавая другой вопрос, у вас есть идея, почему добавление к случаю $PATHпроисходит дважды?
БТ
1
Это ошибка: pad.lv/955032
cscarney
3

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

Быстро посетите ваш файл ./.profile.

Мой содержит это:

# ~/.profile: executed by the command interpreter for login shells.
# This file is not read by bash(1), if ~/.bash_profile or ~/.bash_login
# exists.
# see /usr/share/doc/bash/examples/startup-files for examples.
# the files are located in the bash-doc package.

# the default umask is set in /etc/profile; for setting the umask
# for ssh logins, install and configure the libpam-umask package.
#umask 022

# if running bash
if [ -n "$BASH_VERSION" ]; then
    # include .bashrc if it exists
    if [ -f "$HOME/.bashrc" ]; then
    . "$HOME/.bashrc"
    fi
fi

# set PATH so it includes user's private bin if it exists
if [ -d "$HOME/bin" ] ; then
    PATH="$HOME/bin:$PATH"
fi

Как вы можете видеть в последнем разделе этого файла (строки ниже # устанавливают PATH, так что он включает в себя личный ящик пользователя, если он существует), это уже делается. Поэтому, если вы хотите добавить что-то в переменную $ PATH, вы просто сделаете то же самое. В документации упоминалось, что это будет выполняться каждый раз при запуске системы.

В вашем случае все, что вам нужно сделать, это добавить это:

# set PATH to custom variable (this line is not needed)
if [ -d "$HOME/usr/bin" ]; then
    PATH="$HOME/usr/bin:$PATH"
fi

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

Если вы не уверены, как это сделать:

1) Сначала нажмите CTRL + ALT + F3

2) Войдите в систему, следуя подсказкам на экране

3) Введите это в командной строке:

/usr/bin/nano ./.profile

4) удалите эти строки: (мы просто добавили их)

# set PATH to custom variable (this line is not needed)
if [ -d "$HOME/usr/bin" ]; then
    PATH="$HOME/usr/bin:$PATH"
fi

5) нажмите CTRL + O (как в Out)

6) нажмите CTRL + X (как в eXit)

7) введите exitи нажмите ENTER (иногда RETURN)

8) теперь нажмите CTRL + ALT + F7

9) Вы должны получить свой экран входа или рабочий стол, в зависимости от того, когда возникла проблема. Если нет, нажмите CTRL + ALT + DEL (иногда CTRL + ALT + DELETE), и ваша система должна перезагрузиться безопасно.

Надеюсь это поможет!

JimmyC866
источник
Оба решения работают для решения проблемы, так что спасибо :) Я проголосовал за вас обоих, но @csarney объясняет точную причину проблемы и использует метод установки переменных среды, рекомендованный в документации, поэтому я отметил это как решение.
BT