Jak dodać program uruchamiający aplikację uwzględniający środowisko użytkownika do panelu Unity?

9

Oto mój problem: kiedy szukam w NetBeans Unity Dash Home i przeciągam go do programu uruchamiającego Unity, zauważyłem, że netbeans nie ma dostępu do moich zmiennych środowiskowych, które zostały zdefiniowane w moim .bashrcpliku w następujący sposób

... 
export SCALA_HOME=/usr/local/typesafe-stack
...

Kiedy uruchamiam NetBeans z terminala gnome, nie zauważam tego problemu związanego ze zmienną środowiskową.

Zamiast tego zrobiłem też plik na pulpicie. Oto jak zdefiniowałem mój netbeans.desktopplik:

[Desktop Entry]
Type=Application
Name=NetBeans IDE 7.0.1
Icon=/usr/local/netbeans-7.0.1/nb/netbeans.png
Exec=netbeans
Terminal=false
Categories=Development;IDE;
StartupNotify=false

Jak mogę zmodyfikować ten plik, aby był świadomy zmiennych środowiskowych użytkownika?

Z góry dziękuję,

Z poważaniem.

Ciuncan

Ciuncan
źródło

Odpowiedzi:

6

Dodaj:

SCALA_HOME=/usr/local/typesafe-stack

do tego:

/etc/environment

.bashrcNikt nie zgadnie, dlaczego program uruchamiający Unity nie pozyskuje środowiska użytkownika , tak jak powinien to robić IMO.

KC Berg
źródło
To nie jest specyfika jedności, ale raczej darmowe specyfikacje pulpitu, których używa obecnie większość facetów.
Gringo Suave
3

Spróbuj ustawić Terminal na „true”:

[Desktop Entry]
Type=Application
Name=NetBeans IDE 7.0.1
Icon=/usr/local/netbeans-7.0.1/nb/netbeans.png
Exec=netbeans
Terminal=false
Categories=Development;IDE;
StartupNotify=false

Myślę, że tak się dzieje, ponieważ netbeanssam plik wykonywalny nie jest bashskryptem:

file `which netbeans` #shows the type of the file
head -n1 `which netbeans` #shows the first line of the file/script

(mój zakład to „tekst wykonywalny skryptu powłoki POSIX”, #! / bin / sh zamiast #! / bin / bash)

Aktualizacja: spróbuj także edytować .profileplik zamiast .bashrc (i wyloguj się / zaloguj)

Savvas Radevic
źródło