Terminal öykünücüsünün bir masaüstü oturumunda çalışıp çalışmadığını komut dosyası algılaması nasıl yapılır?

Ben bir metin dosyası yazmak, daha sonra bir düzenleyicide açmak çalıştırdığınız komut dosyaları var. Masaüstü oturumumda bir terminal öykünücü penceresi açar ve komut dosyasını çalıştırırsam, düzenleyicinin grafik gibi olmasını isterim gedit. Ancak, telefonumda ConnectBot veya benzeri bir cihazla giriş yapmışsam (masaüstü oturumu yok), editörün olmasını istiyorum nano.

Şu anda son adım hariç aynı 2 farklı komut dosyaları korumak zorunda (veya grafik bir çalışmasına izin, hata, sonra dosyayı el ile açın nano). Çoğunlukla aynı iki betiğe sahip olmak, bakım açısından verimsizdir.

Bir komut dosyası bu durumlardan hangisinde olduğumu algılayabilir ve doğru düzenleyiciyi açabilir mi?

(Bir komut dosyasının bir terminal öykünücü penceresinde çalıştığını veya çift tıklatıldığını algılaması için yollar buldum, ancak pencerenin masaüstünde çalışıp çalışmadığını tespit etmenin bir yolunu henüz bulamadım ... google için doğru terminolojiyi bilmek)

Ortam değişkenini $DISPLAYbir ifkoşulda tetikleyici olarak kullanabilirsiniz . Genellikle bu değişkenin bir değeri olduğunda grafik uygulamaları çalıştırabilirsiniz.

İşte bir bash örneği:

if [[ -z $DISPLAY ]]
then
    nano
else
    gedit
fi

-zEnvvar $DISPLAYboş olduğunda ve betiğiniz çalıştığında nano, diğer tüm durumlarda çalışacak şekilde operatör true değerini döndürür gedit.

@ Vurp0'ın bu yorumuna göre :

Çoğu modern Wayland masaüstünde (Fedora ve Ubuntu'daki varsayılan masaüstü gibi), $DISPLAYgeriye dönük uyumluluk (XWayland aracılığıyla) nedeniyle hala ayarlanmıştır, ancak daha sağlam bir komut dosyası için her ikisini de test etmek $DISPLAYve $WAYLAND_DISPLAYemin olmak iyi olacaktır .

Test ifadesini aşağıdaki şekilde değiştirmenizi öneririm:

[[ -z ${DISPLAY}${WAYLAND_DISPLAY} ]]

Böylece, iki değişkenin değerleri, operatör tarafından işlenecek ortak bir dizgiye birleştirilecektir -z.

Referanslar:

• Gelişmiş Bash-Scripting Kılavuzu: 7. Testler
• Gelişmiş Bash-Scripting Kılavuzu: 7.1. Test Yapıları
• Gelişmiş Bash-Scripting Kılavuzu: 7.3. Diğer Karşılaştırma Operatörleri

Genellikle sanal terminaller /dev/ptssözde terminaller kullanır . Bu nedenle, ttykomutun çıktısına dayanarak, casebelirli bir düzenleyiciyi açmaya yönelik basit bir ifade oluşturabiliriz:

case "$(tty)" in ; "/dev/pts"*) nano ;; "/dev/tty"*) gedit ;; ;esac

Veya daha güzel biçimlendirilmiş:

case "$(tty)" in
    "/dev/pts"*) gedit ;; 
    "/dev/tty"*) nano ;;
    *) echo "Not suitable tty" > /dev/stderr ;;
esac

Ortam değişkenlerini kullanmaya kıyasla, bu biraz daha güvenilir ve biraz daha taşınabilir komutlu casedeyimi kullandığını düşünüyor tty. Muhtemelen en iyi şey, her ikisini birden gibi ekstra testlerle birleştirmektir."/dev/tty"*) [ -n "$DISPLAY" ] && gedit ;;

Ben ne kullanıyorum:

# $TERM variable may be missing when called via desktop shortcut
CurrentTERM=$(env | grep TERM)
if [[ $CurrentTERM == "" ]] ; then
    notify-send --urgency=critical "$0 cannot be run from GUI without TERM environment variable."
    exit 1
fi

Bu kodun nedeni şu soruydu: Bash betiğinin masaüstü kısayolu çöküyor ve yanıyor

Aşağıdaki gibi değiştirebilirsiniz:

# $TERM variable may be missing when called via desktop shortcut
CurrentTERM=$(env | grep TERM)
if [[ $CurrentTERM == "" ]] ; then
    nano ...
else
    gedit ...
fi