mevcut kabuğu belirlemenin checkbashism uyumlu yöntemi

Benim .profile, Bash ile ilgili takma adların ve fonksiyonların sadece giriş kabuğu aslında Bash ise kaynaklı olduğundan emin olmak için aşağıdaki kodu kullanıyorum :

# If the current (login) shell is Bash, then
if [ "${BASH_VERSION:-}" ]; then
  # source ~/.bashrc if it exists.
  if [ -f "$HOME/.bashrc" ]; then
    . "$HOME/.bashrc"
  fi
fi

Şu anda kabuk yapılandırma dosyalarımı, komut dosyalarını ve işlevlerini sürüm denetimi altına alma sürecindeyim. Ben de son zamanlarda değiştirilmesi, örneğin Bash özgü özelliklerinden fayda görmeyen kabuk komut, gelen gündelik Bashisms kaldırma işlemini başlattık function funcname()ile funcname().

Kabuk dosyaları havuzum için, yanlışlıkla Bash'e özel sözdizimini tanıtmamamı sağlamak için , Debian'ın devscripts paketindeki yardımcı programı havuzdaki her dosyada çalıştıran bir ön işleme kanca yapılandırdım . Ancak, bu benim için bir hata oluşturur :checkbashismssh.profile

possible bashism in .profile line 51 ($BASH_SOMETHING):
if [ "${BASH_VERSION:-}" ]; then

Hangi merminin çalıştığını kontrol etmenin bir uyarı olup olmadığını kontrol etmenin bir yolu olup olmadığını merak ediyordum checkbashisms.

POSIX tarafından listelenen kabukla ilgili değişkenlerin listesini , bunlardan birinin geçerli kabuğu göstermek için kullanılabileceğini umarak kontrol ettim . Ayrıca etkileşimli bir Dash kabuğunda ayarlanan değişkenlere de baktım ancak yine uygun bir aday bulamadım.

Şu anda, .profiletarafından işlenmekten dışlandım checkbashisms; küçük bir dosya olduğundan manuel olarak kontrol etmek zor değildir. Ancak, sorunu araştırdıktan sonra, hangi kabuğun çalıştığını belirlemek için POSIX uyumlu bir yöntem olup olmadığını bilmek istiyorum (veya en azından checkbashismsbaşarısızlığa neden olmayan bir yol ).

Daha fazla arka plan / açıklama

Kabuk yapılandırma dosyalarımı sürüm denetimi altına almamın nedenlerinden biri, ortamımı şu anda düzenli olarak oturum açtığım tüm sistemlerde yapılandırmaktır: Cygwin, Ubuntu ve CentOS (hem 5 hem de 7, Active Directory'yi kullanıcı için kullanma) doğrulama). Çoğunlukla X Windows / masaüstü ortamları ve uzak ana bilgisayarlar için SSH ile oturum açıyorum. Bununla birlikte, bunun gelecekteki kanıt olmasını ve sistem bağımlılıklarına ve diğer araçlara mümkün olan en az güven duymasını istiyorum.

checkbashismsKabuğumla ilgili dosyalarımın sözdizimi için basit, otomatik bir sağlık kontrolü olarak kullanıyorum . Mükemmel bir araç değil, örneğin, command -vsenaryolarımın kullanımından şikayet etmemesi için zaten bir yama uyguladım . Araştırma yaparken, programın asıl amacının, anladığım kadarıyla 2008'den (veya 2013 revizyonundan) POSIX 2004'e dayanan Debian politikasına uymak olduğunu öğrendim.

Sizin

# If the current (login) shell is Bash, then
if [ "${BASH_VERSION:-}" ]; then
  # source ~/.bashrc if it exists.
  if [ -f "$HOME/.bashrc" ]; then
    . "$HOME/.bashrc"
  fi
fi

kodu tamamen POSIX uyumludur ve şu anda çalıştığınızı kontrol etmenin en iyi yoludur bash. Elbette $BASH_VERSIONdeğişken bash'a özgüdür, ancak özellikle bu yüzden kullanıyorsunuz! Koştuğunuzu kontrol etmek için bash!

Veya olarak çağrılırsa $BASH_VERSIONayarlanacağını unutmayın . Çalıştığınızı iddia ettikten sonra , kabuğun çağrıldığının bir göstergesi olarak kullanabilirsiniz (bu seçenek, POSIXLY_CORRECT ortamdayken veya ortamla veya SHELLOPTS = posix ile çağrıldığında da ayarlanır . Ancak tüm bu durumlarda, sanki denir gibi davranacaktır .bashbashshbash[ -o posix ]shbash-o posixbashsh

Başka değişken, yerine kullanabilirsiniz $BASH_VERSIONve o checkbashismgeçti sürece şikayet görünmüyor -xseçenektir $BASH. Bu aynı zamanda özeldir, bashböylece çalışıp çalışmadığınızı belirlemek için de kullanabilmeniz gerekir bash.

Ayrıca bunun gerçekten uygun bir kullanımı olmadığını da iddia ediyorum checkbashisms. checkbashismstaşınabilir shkomut dosyaları yazmanıza yardımcı olacak bir araçtır ( shDebian ilkesindeki belirtime göre, POSIX'in bir üst kümesidir), shbir simge bağlantısı olan sistemlerde komut dosyaları yazan kişilerin tanıdığı standart olmayan sözdiziminin belirlenmesine yardımcı olur bash.

A .profile, çoğu POSIX uyumlu olmayan farklı kabuklar tarafından yorumlanır. Genellikle, kullanmadığınız shgiriş kabuğu olarak değil kabukları gibi zsh, fishya da bashdaha gelişmiş interaktif özellikleri ile.

bashve zsholarak adlandırılmadığında shve ilgili profil oturum dosyası ( .bash_profile, .zprofile) POSIX uyumlu (özellikle zsh) değil, yine de okunuyorsa .profile.

Bu, istediğiniz POSIX sözdizimi değil, POSIX .profileile uyumlu bir sözdizimidir (for sh) bashve zshbu kabukları kullanacaksanız (Bourne kabuğunun da okuduğu gibi Bourne bile, .profileancak Linux tabanlı sistemlerde yaygın olarak bulunmazsa) ).

checkbashismskesinlikle bashisms bulmanıza yardımcı olur, ancak zshveya ile uyumlu olmayan POSIX sözdizimini göstermeyebilir bash.

Burada, bash-spesifik kod kullanmak istiyorsanız ( etkileşimli giriş kabuklarında bashokunmayan bu hatanın etrafındaki çalışma gibi ~/.bashrc), ~/.bash_profilebunu yapmak için daha iyi bir yaklaşım olacaktır ( ~/.profileortak oturumunuzu nereye koyduğunuzdan önce veya sonra alıştırmalarını).

Genellikle $0bu amaç için kullanılır. Bağladığınız sitede:

0
   (Zero.) Expands to the name of the shell or shell script.

Genellikle SHELL ortam değişkeni size varsayılan kabuğu bildirir. .Bashrc dosyasını el ile kaynaklamanız gerekmez (doğru değil bkz. Güncelleme feryat), bash bunu otomatik olarak yapmalıdır, sadece $ HOME dizininde olduğundan emin olun.

Diğer seçenek şunun gibi bir şey yapmaktır:

 ps -o cmd= $$

geçerli işlemin komutunu (bağımsız değişkenler olmadan, = değeri olmayan sütun başlıkları görüntülemez) söyleyecektir. Örnek çıktı:

 $ps -o cmd= $$
 bash
 $sh
 $ps -o cmd= $$
 sh

GÜNCELLEME:

Ben düzeltilmiş duruyorum! :)

.Bashrc her zaman aşağıdaki yorumlarda belirtildiği gibi kaynaklanmamaktadır ve /programming/415403/whats-the-difference-between-bashrc-bash-profile-and-environment

Böylece .bashrc'nizi .bash_profile dosyasına taşıyabilir ve testi yapmak zorunda kalmadan çalışıp çalışmadığını görebilirsiniz. Değilse yukarıdaki teste sahipsiniz.

Soru, kullanıcının oturum açma kabuğunun yanı sıra geçerli kabuğu da uygun bir şekilde sorar checkbashisms. Bu kullanıcının oturum açtığı kabuk olması gerekiyorsa /etc/passwd, örneğin,

MY_UID=$(id -u)
MYSHELL=$(awk -F: '$3 == '$MY_UID'{ print $7; }' </etc/passwd )

Kullanıcılar, giriş yaptıktan sonra elbette yeni bir kabuk başlatabilirler. Elbette, biri bash diğeri değilse, bash ortam değişkenlerinin testleri yardımcı olmayabilir.

Bazıları getentsadece passwddosyadan ziyade kullanmak isteyebilir (ancak bu sorunun kapsamına girmez).

LDAP hakkındaki açıklamaya ve önerisine dayanarak logname, bu alternatif form kullanılabilir:

MY_NAME=$(logname)
MYSHELL=$(getent passwd | awk -F: '$1 ~ /^'$MY_NAME'$/ {print $7;}' )

Test ederken logname, girişinin yeniden yönlendirilmesini sevmediğini fark ettim (bu yüzden ifadeyi ayrıldım). Hızlı bir kontrol şovları getentbelirtilen platformlarda çalışmalıdır (orijinal soruda verilmelidir)

• Yeni paket: getent-2.18.90-1
• Windows Server 2008 R2'de Kerberos ve LDAP'yi Active Directory'ye Karşı Kullanarak RHEL 5 ve 6 SSSD'yi Kimlik Doğrulama
• getent - girişleri yönetim veritabanından alın (Ubuntu)