Komenda `open`, aby otworzyć plik w aplikacji

Dlaczego nie mogę uruchomić tego polecenia w moim terminalu:

open index.html

Czy nie powinien otworzyć tego pliku w mojej przeglądarce? Również nie mogę uruchomić tego polecenia: open index.html -a "Sublime Text". Wynikiem tych poleceń są:

$ open index.html
Couldn't get a file descriptor referring to the console

$ open index.html -a "Sublime Text" - 
open: invalid option -- 'a' 
Usage: open [OPTIONS] -- command

Podstawowym celem openpolecenia OS X jest otwarcie pliku w powiązanej aplikacji. Odpowiednikiem tego w nowoczesnych jednorożcach innych niż OSX jest xdg-open.

xdg-open index.html

xdg-opennie ma odpowiednika OSX open -ado otwarcia pliku w określonej aplikacji. Wynika to z faktu, że normalnym sposobem otwarcia pliku w aplikacji jest po prostu wpisanie nazwy aplikacji, a następnie nazwy pliku. Mówiąc dokładniej, musisz wpisać nazwę programu wykonywalnego, który implementuje aplikację.

sublime_text index.html

Linux, podobnie jak inne systemy uniksowe (ale o ile mi wiadomo, części OS X inne niż Unixy) zarządza oprogramowaniem poprzez śledzenie go za pomocą menedżera pakietów i umieszcza poszczególne pliki tam, gdzie są używane . Na przykład wszystkie programy wykonywalne znajdują się w małym zestawie katalogów, a wszystkie te katalogi są wymienione w PATHzmiennej ; uruchomione sublime_textwyszukuje plik o nazwie sublime_textw katalogach wymienionych w PATH. OS X potrzebuje dodatkowego poziomu pośredniczenia, open -aaby obsłużyć aplikacje rozpakowane w jednym drzewie katalogów i zarejestrowane w bazie danych aplikacji. Linux nie ma żadnej bazy danych aplikacji, ale jest zorganizowany w taki sposób, że nie potrzebuje żadnej.

Jeśli uruchomienie sublime_textpowłoki poleceń nie działa, oznacza to, że Sublime Text nie został poprawnie zainstalowany. Nigdy go nie używałem i najwyraźniej jest to archiwum tar, a nie pakiet dystrybucyjny (np. Deb lub rpm), więc możliwe jest, że musisz wykonać dodatkowy krok instalacji. Twórcy Sublime Text naprawdę wykonują to automatycznie, ale jeśli jeszcze tego nie zrobili, prawdopodobnie możesz to zrobić samodzielnie, uruchamiając polecenie

sudo -s …/sublime_text /usr/local/bin

Oczywiście zastąp …ścieżkę, w której sublime_textznajduje się plik wykonywalny.

openKomenda napotkał to starsza nazwa openvtpolecenia (niektóre dystrybucje tylko umieścić go pod nazwą openvt). openvtPolecenie tworzy nową wirtualną konsolę , która może być dokonana jedynie przez administratora i nie jest używane bardzo często w tym wieku, ponieważ większość ludzi tylko kiedykolwiek pracować w środowisku graficznym okna.

Nie wspominasz o używanym systemie operacyjnym.

W niektórych dystrybucjach Linuksa openpolecenie jest dowiązaniem symbolicznym do openvtpolecenia, które otwiera plik binarny w nowej konsoli wirtualnej. Najwyraźniej nie tego chcesz. Twoje komunikaty o błędach rzeczywiście wskazują, że wywołałeś openvtpolecenie. To polecenie oczekuje binarnego programu (pliku wykonywalnego) jako argumentu.

Zakładam, że masz na myśli, xdg-openco w przeciwieństwie do tego openvt, że nie oczekuje pliku wykonywalnego jako argumentu, ale plik skojarzony z programem i otwierający go wraz z programem. Możesz przekazać pliki i adresy URL jako argumenty.

Dlatego xdg-open index.htmlpowinien otworzyć plik w przeglądarce, xdg-open image.pngpowinien otworzyć plik w przeglądarce zdjęć itp.

Chociaż ludzie często nazywają xdg-openemulowanie funkcjonalności open, macOS openjest nieco inny, ponieważ 1. nie przekierowuje niczego ze stdout / stedrr i 2. odłącza wszystko, co chcesz uruchomić z terminala (co jest prawie zawsze tym, czego chcesz, uruchamiając GUI aplikacje, abyś nie miał wokół siebie terminali)

Aby rozwiązać ten problem, opracowałem odpowiedni ekwiwalent za pomocą standardowych narzędzi GNU (składnia to fish shell, ale konwersja na bash jest trywialna):

function open
    for i in $argv
        setsid nohup xdg-open $i > /dev/null 2> /dev/null
    end
end

Dodano :

Dla tych, którzy używają powłoki bash, oto funkcja:

open ()
{
    for i in $*
    do
        setsid nohup xdg-open $i > /dev/null 2> /dev/null
    done
}

Moim rozwiązaniem (używanym na codzień) jest używanie aliasdla xdg-open.

Po prostu umieść to na ~/.bashrc:

alias open='xdg-open '

Następnie zamknij i uruchom ponownie powłokę lub source ~/.bashrc.

Teraz możesz otworzyć dowolny plik za pomocą tego polecenia ... od .png do .jpg do .docx do .pdf do .txt.