Ac-aux içinde install-sh, install.sh veya shtool bulunamıyor

Bu benim linux makinede herhangi bir şeyi derlemeye ve yüklemeye ilk kez başladım. Https://github.com/processone/exmpp adresinden en son sürümü git üzerinden aldım ve bu durumu gösteren talimatları okudum:

2. Oluştur ve yükle

Exmpp, Otomatik Araçlar'ı kullanır. Bu nedenle süreç oldukça yaygındır:

$ ./configure
$ make
$ sudo make install

yazdıktan sonra ./configurehatayı alıyorum

Ac-aux içinde install-sh, install.sh veya shtool bulunamıyor

Google yardımsızdı. Yapmam gereken şeyden emin değilim. Herhangi bir yardım çok takdir edilecektir

Aşağıdaki araçları kullanarak configure betiğini yarattım:

libtoolize --force
aclocal
autoheader
automake --force-missing --add-missing
autoconf
./configure

Tüm bağımlılıklara sahip değilim, bu yüzden şu anda test edemiyorum, ancak bu genellikle bir ac dosyasından configure betiği oluşturacağınız durumdur.

Şey, sebastian_k'ın cevabını denedim ve bu işe yaramadı ( ./configureçok garip bir hata ile birlikte çarptı).

Ne yaptı, ancak benim için çalışmam, bulduğum bu derleme günlüğünde kullanılan talimatları kopyalamaktı.

Kısa versiyon (bu nedenle kendiniz üzerinden geçmeniz gerekmez):

$ autoreconf -vif
$ ./configure --prefix=/usr/lib/erlang/lib
$ make
$ sudo make install

Bu soru ve buradaki diğer cevapların çoğu, GNU Yapı Sistemini (aka Autotools) kullanan projelerin nasıl dağıtıldığının yanlış anlaşılmasından kaynaklanmaktadır . Aslında, OP tarafından belirtilen Erlang XMPP kütüphanesi durumunda , yanlış anlama geliştiricilerin bir parçası gibi görünmektedir.

Yazılımın doğru şekilde elde edilmesi

Tek yapmanız gereken GNU Autotools ile piyasaya sürülen bir projeyi derleyip kurmaksa, kaynak kontrol sisteminden kontrol etmemelisiniz . Bunun yerine geliştirici tarafından sağlanan paketlenmiş kaynak sürümünü indirmelisiniz . Bunlar normalde projenin web sitesinde dağıtılan tarball şeklini alır. Tamamen GitHub, Savannah veya benzeri bir barındırma hizmeti üzerinde barındırılan projeler için, bu tarball'lar genellikle "İndir" veya "Bültenler" etiketli bir bağlantının arkasında bulunur. Paketi aç ve standart ./configure && make && sudo make installkuluçka makinesinin bir türevini çıkar . Bu kadar; GNU Autotools’un herhangi birini çağırmanıza gerek yoktur ve GNU Autotools’un sisteminizde kurulu olması gerekmez.

Eğer kullanıcı, bir Autotools paketlenmiş projeyi derlemek için GNU Autotools gerekmez nedeni geliştirici olmasıdır zaten herhangi yazılımı oluşturmak için kullanılabilecek bir "dağıtım tarball" üretmek için çeşitli Autotools programları kullanılan Unix benzeri sistem. Dağıtım tarball'u configure, derleme ortamını tarayan, bağımlılıkları denetleyen ve Makefilesisteminize göre özelleştirilmiş bir yapı oluşturan oldukça taşınabilir bir komut dosyası içerir .

Peki, ne zaman Autotools'a ihtiyacınız var?

GNU Autotools'u kendiniz kurmak ve çağırmak için ihtiyacınız olan tek şey, Autotools ile inşa edilmiş bir projede geliştirme çalışması yapmak istiyorsanız . Ve o zaman bile, projenin bağımlılıklarını değiştirmediğiniz sürece muhtemelen Otomatik Araçlara ihtiyacınız olmayacak. Bu durumda, gerçekten, orijinal kaynak kontrol etmeliyiz Autotools özgü girdi dosyaları (gerekli değişiklikleri yapar configure.ac, Makefile.amvs.) ve yeni oluşturmak için üzerlerinde Autotools çalıştırmak configuredosyayı. Gözden geçirilmiş paketi bağımsız olarak yayınlamak istiyorsanız, Autotools tarafından oluşturulan Makefile'ı yeni bir dağıtım tarball'ı oluşturmak için kullanır ve ardından bu tarball'ı çevrimiçi bir yerde yayınlarsınız.

Buradaki sorun, bazı geliştiricilerin kaynak depolarını kamuya açık hale getirmelerine karşın, dağıtım tarball'larını yayınlamayı ihmal etmeleri (veya yayınlandıkları yeri bulmayı zorlaştırmaları). Örneğin, dağıtım tarball'larını GitHub Bültenleri olarak yayınlamak yerine , Erlang XMPP kütüphanesinin GitHub Bültenleri ham kaynak havuzunun tarball'larıdır. Bu, projeyi GNU Autotools olmadan derlemeyi imkansız kılar ve Autotools'u ilk etapta kullanma amacını ortadan kaldırır.

TL; DR özeti

GNU Autotools, geliştiricilerin kullanıcılar için taşınabilir kaynak kod paketleri yapmak için kullandıkları bir şeydir . Kullanıcılar , kaynak kontrol sistemindeki orijinal kodu değil, bu kaynak paketleri indirmeli ve derlemelidir. Geliştiriciler bu kaynak paketleri sağlamazlarsa, Autotools'u doğru şekilde kullanmıyorlar ve yollarının hatasını görene kadar hafifçe alabalıkla tokatlanmaları gerekir .

Bu sorunu yaşadım ve aşağıdaki satırdan kaynaklandığını gördüm configure.ac:

AC_CONFIG_AUX_DIR([build-aux])

Satır kendi başına fena değildi, ancak configure.acdosyanın üstüne taşınması gerekiyordu .

Lütfen bu sorunu çözmek için aşağıdakileri yapın,

sudo apt-get install autogen libtool shtool

Sonra kurulumu yap

sh autogen.sh --prefix=prefered_install_path
make 
make install 

Mercurial deposundan GNU Octave'ı derlemeye çalışırken, bu problemle karşılaşabilirsiniz. Düzeltme, ./bootstrapkaynak ağacın kökündeyken çalıştırmaktır.

sudo apt-get install automake autoconf

başarıyla çalışır

./configureBir kaynak kodunu denediğimde ve yayınlanan hatayı aldığımda da benzer bir problem yaşadım . Sonunda kodumu girerek sorunlarımı çözdüm:

sudo apt-get install autotools-dev

autogenPaketi kurduktan sonra bu hata derlemede çözüldü wolfSSL.

sudo apt-get install autogen libtool shtool

Biraz farklı bir hatam oldu:

configure: error: cannot find install-sh, install.sh, or shtool in "." "./.." "./../.."

Configure bulunamadı bulamadı build-aux/install-sh. Ben böyle bağladım

ln -s build-aux/install-sh .

sonra oluşturur.

Umarım bu orada birine yardım eder!