Senaryodaki shebang satırında birden fazla olasılığa nasıl sahip olabilirim?

Ben teorik olarak çeşitli ortamlar (ve PATHs) ve çeşitli Linux sistemleri üzerinde çeşitli kullanıcılar tarafından çalıştırılabilir bir Python komut dosyası var ilginç bir durumdayım. Bu komut dosyası, yapay kısıtlamalar olmadan mümkün olduğunca çok üzerinde çalıştırılabilir olmasını istiyorum. İşte bilinen bazı kurulumlar:

• Python 2.6 sistem Python sürümüdür, bu nedenle python, python2 ve python2.6 / usr / bin dosyasında bulunur (ve eşdeğerdir).
• Python 2.6, yukarıdaki gibi sistem Python sürümüdür, ancak Python 2.7 yanında python2.7 olarak yüklenir.
• Python 2.4 betiğimin desteklemediği sistem Python sürümüdür. / Usr / bin dizininde eşdeğer olan python, python2 ve python2.4 ve betiğin desteklediği python2.5 var.

Bunların üçünde de aynı yürütülebilir python komut dosyasını çalıştırmak istiyorum. İlk önce /usr/bin/python2.7 kullanmaya çalışsaydı, eğer varsa /usr/bin/python2.6'ya, ardından /usr/bin/python2.5'e geri düşse, bunlardan hiçbiri yoksa hata yap. Bununla birlikte, eğer mevcutsa doğru tercümanlardan birini bulabildiği sürece, mümkün olan en son 2.x'i kullanarak fazla takılmadım.

İlk eğim, shebang hattını değiştirmekti:

#!/usr/bin/python

için

#!/usr/bin/python2.[5-7]

çünkü bu bash'da iyi çalışıyor. Ancak betiği çalıştırmak:

/usr/bin/python2.[5-7]: bad interpreter: No such file or directory

Tamam, bu yüzden bash'da da çalışan aşağıdakileri deniyorum:

#!/bin/bash -c /usr/bin/python2.[5-7]

Ama yine, bu başarısız olur:

/bin/bash: - : invalid option

Tamam, tabii ki doğru tercümanı bulan ve bulduğu herhangi bir tercümanı kullanarak python komut dosyasını çalıştıran ayrı bir kabuk komut dosyası yazabilirim. Ben sadece en güncel python 2 yorumlayıcı yüklü olarak çalıştırıldığı sürece yeterli olması gereken iki dosyayı dağıtmak için bir güçlük bulurdum. İnsanlardan tercümanı açıkça çağırmasını istemek (örn. $ python2.5 script.py) Bir seçenek değildir. Kullanıcının PATH'in belirli bir şekilde kurulmasına güvenmek de bir seçenek değildir.

Düzenle:

Python komut içinde kontrol Sürüm edilir değil Python 2.6 itibariyle mevcut (ve 2.5 ile kullanılabilir "ile" deyimi kullanıyorum beri işe gidiş from __future__ import with_statement). Bu, komut dosyasının kullanıcı dostu olmayan bir SyntaxError ile hemen başarısız olmasına neden olur ve ilk önce sürümü kontrol etme ve uygun bir hata yayınlama fırsatım olmasını engeller.

Örnek: (bunu 2.6'dan küçük bir Python yorumlayıcıyla deneyin)

#!/usr/bin/env python

import sys

print "You'll never see this!"
sys.exit()

with open('/dev/null', 'w') as out:
    out.write('something')

Uzman değilim, ancak kullanmak için tam bir python sürümü belirtmemeli ve bu seçeneği sisteme / kullanıcıya bırakmamalısınız.

Ayrıca bunu kodda python için hardcoding yolu yerine kullanmalısınız:

#!/usr/bin/env python

veya

#!/usr/bin/env python3 (or python2)

Bu edilir önerilen tarafından Python doc tüm sürümlerinde:

İyi bir seçim genellikle

#!/usr/bin/env python

tüm PATH'de Python yorumlayıcısını arar. Ancak, bazı Unices env komutuna sahip olmayabilir, bu nedenle yorumlayıcı yolu olarak hardcode / usr / bin / python kodlaması yapmanız gerekebilir.

Çeşitli dağıtımlarda Python farklı yerlere kurulabilir, bu yüzden envonu arayacaktır PATH. Tüm büyük Linux dağıtımlarında ve FreeBSD'de gördüklerimde mevcut olmalıdır.

Komut dosyası, PATH'nizde bulunan ve dağıtımınız tarafından seçilen Python sürümüyle yürütülmelidir *.

Betiğiniz 2.4 dışındaki tüm Python sürümleriyle uyumluysa, sadece Python 2.4'te çalıştırılıp çalıştırılmadığını kontrol etmeli ve bazı bilgileri yazdırıp çıkmalısınız.

Okunacak daha fazla bilgi

• Burada Python'un farklı sistemlere hangi yerlerde kurulabileceğine dair örnekler bulabilirsiniz.
• Burada kullanım için bazı avantajlar ve dezavantajlar bulabilirsiniz env.
• Burada PATH manipülasyonu örnekleri ve farklı sonuçlar bulabilirsiniz.

dipnot

* Gentoo'da bir araç var eselect. Bunu kullanarak farklı uygulamaların (Python dahil) varsayılan sürümlerini varsayılan olarak ayarlayabilirsiniz:

$ eselect python list
Available Python interpreters:
  [1]   python2.6
  [2]   python2.7 *
  [3]   python3.2
$ sudo eselect python set 1
$ eselect python list
Available Python interpreters:
  [1]   python2.6 *
  [2]   python2.7
  [3]   python3.2

Birkaç yorumdan bazı fikirlere dayanarak, gerçekten çirkin bir kesmek gibi birlikte çalışmayı başardım. Betik bash betiği bir Python betiğini sarar ve bir "burada belge" aracılığıyla Python yorumlayıcısına iletir.

Başlangıçta:

#!/bin/bash

''':'
vers=( /usr/bin/python2.[5-7] )
latest="${vers[$((${#vers[@]} - 1))]}"
if !(ls $latest &>/dev/null); then
    echo "ERROR: Python versions < 2.5 not supported"
    exit 1
fi
cat <<'# EOF' | exec $latest - "$@"
''' #'''

Python kodu buraya gelir. Sonra en sonunda:

# EOF

Kullanıcı komut dosyasını çalıştırdığında, komut dosyasının geri kalanını burada bir belge olarak yorumlamak için 2.5 ile 2.7 arasındaki en son Python sürümü kullanılır.

Bazı maskaralıklara ilişkin açıklama:

Eklediğim üçlü alıntılar da aynı komut dosyasının bir Python modülü olarak içe aktarılmasına izin veriyor (test amacıyla kullanıyorum). Python tarafından içe aktarıldığında, birinci ve ikinci üçlü-tek tırnak arasındaki her şey modül düzeyinde bir dize olarak yorumlanır ve üçüncü üçlü-tek tırnak alıntılanır. Gerisi sıradan Python.

Doğrudan çalıştırıldığında (şimdi bir bash betiği olarak), ilk iki tek tırnak boş bir dize olur ve üçüncü tek tırnak, yalnızca iki nokta üst üste içeren dördüncü tek tırnaklı başka bir dize oluşturur. Bu dize Bash tarafından işlem yapılmaz olarak yorumlanır. Diğer her şey, / usr / bin içindeki Python ikili dosyalarını globlamak, sonuncuyu seçmek ve exec çalıştırmak, dosyanın geri kalanını burada belge olarak geçirmek için Bash sözdizimidir. Bu belge, yalnızca bir karma / pound / octothorpe işareti içeren bir Python üçlü-tek tırnakla başlar. Komut dosyasının geri kalanı '# EOF' yazan satır bu belgeyi sonlandırana kadar normal olarak yorumlanır.

Bunun sapkın olduğunu hissediyorum, umarım birisinin daha iyi bir çözümü vardır.

Mesele hattı sadece bir tercümana giden sabit bir yol belirleyebilir. #!/usr/bin/envTercümana bakma hilesi var PATHama hepsi bu. Daha fazla karmaşıklık istiyorsanız, bazı sarıcı kabuk kodu yazmanız gerekir.

En belirgin çözüm bir sarıcı komut dosyası yazmaktır. Python komut dosyasını çağırın foo.realve bir sarıcı komut dosyası oluşturun foo:

#!/bin/sh
if type python2 >/dev/null 2>/dev/null; then
  exec python2 "$0.real" "$@"
else
  exec python "$0.real" "$@"
fi

Her şeyi bir dosyaya koymak istiyorsanız, genellikle bir satırla başlayan (yani kabuk tarafından yürütülecek) bir çokgrup yapabilirsiniz #!/bin/sh, ancak aynı zamanda başka bir dilde geçerli bir komut dosyasıdır. Dile bağlı olarak, bir çoklu dil imkansız olabilir ( #!örneğin bir sözdizimi hatasına neden olursa ). Python'da çok zor değil.

#!/bin/sh
''':'
if type python2 >/dev/null 2>/dev/null; then
  exec python2 "$0.real" "$@"
else
  exec python "$0.real" "$@"
fi
'''
# real Python script starts here
def …

(Arasındaki tüm metin '''ve '''hiçbir etkisi olmaz toplevel, bir Python dizedir. Kabuk, ikinci çizgi ''':'sıyırma tırnak sonra hiç-op komutu olan :.)

Gereksinimleriniz bilinen bir ikili dosyalar listesini belirttiği için, Python'da aşağıdakileri yapabilirsiniz. Python'un tek haneli küçük / büyük bir versiyonunu geçmeyecekti ama yakın zamanda bunun olacağını görmüyorum.

İkili etiketli sürüm python yürütme geçerli sürümünden daha yüksekse, diskte bulunan en yüksek sürümü, sıralı pitonlar listesinden artan çalışır. "Sıralı artan sürüm listesi" bu kod için önemli bir bittir.

#!/usr/bin/env python
import os, sys

pythons = [ '/usr/bin/python2.3','/usr/bin/python2.4', '/usr/bin/python2.5', '/usr/bin/python2.6', '/usr/bin/python2.7' ]
py = list(filter( os.path.isfile, pythons ))
if py:
  py = py.pop()
  thepy = int( py[-3:-2] + py[-1:] )
  mypy  = int( ''.join( map(str, sys.version_info[0:2]) ) )
  if thepy > mypy:
    print("moving versions to "+py)
    args = sys.argv
    args.insert( 0, sys.argv[0] )
    os.execv( py, args )

print("do normal stuff")

Benim cızırtılı piton için özür dilerim

Kullanılabilir phython yürütülebilir dosyasını kontrol eden ve komut dosyasıyla parametre olarak çağıran küçük bir bash betiği yazabilirsiniz. Daha sonra bu komut dosyasını shebang satır hedefi yapabilirsiniz:

#!/my/python/search/script

Ve bu komut dosyası basitçe yapar (aramadan sonra):

"$python_path" "$1"

Çekirdeğin bu betik dolaylamasını kabul edip etmeyeceğinden emin değildim ama kontrol ettim ve işe yarıyor.

Düzenle 1

Bu utanç verici algıyı nihayet iyi bir teklif haline getirmek için:

Her iki komut dosyasını tek bir dosyada birleştirmek mümkündür. Python betiğini bash betiğinde burada belge olarak yazmanız yeterlidir (python betiğini değiştirirseniz betiği tekrar birlikte kopyalamanız gerekir). Ya örneğin / tmp'de geçici bir dosya oluşturursunuz veya (python bunu destekliyorsa, bilmiyorum) komut dosyasını tercümana girdi olarak sağlarsınız:

# do the search here and then
# either
cat >"tmpfile" <<"EOF" # quoting EOF is important so that bash leaves the python code alone
# here is the python script
EOF
"$python_path" "tmpfile"
# or
"$python_path" <<"EOF"
# here is the python script
EOF