🚀 go-pugleaf

Podejrzewam, że zbyt stara wersja automake <1.10 powoduje następujacy błąd:

[ots@host-91 source]$ ./autogen.sh
autoreconf: Entering directory `.'
autoreconf: configure.ac: not using Gettext
autoreconf: running: aclocal --force
autoreconf: configure.ac: tracing
autoreconf: configure.ac: not using Libtool
autoreconf: running: /usr/bin/autoconf --force
configure.ac:98: error: possibly undefined macro: AC_TYPE_INT16_T
      If this token and others are legitimate, please use m4_pattern_allow.
      See the Autoconf documentation.
configure.ac:99: error: possibly undefined macro: AC_TYPE_INT32_T
configure.ac:100: error: possibly undefined macro: AC_TYPE_INT64_T
configure.ac:103: error: possibly undefined macro: AC_TYPE_UINT16_T
configure.ac:104: error: possibly undefined macro: AC_TYPE_UINT32_T
configure.ac:105: error: possibly undefined macro: AC_TYPE_UINT64_T
configure.ac:106: error: possibly undefined macro: AC_TYPE_UINT8_T
autoreconf: /usr/bin/autoconf failed with exit status: 1
[ots@host-91 source]$

Można to jakoś ominąć bez instalowania automake 1.1x ?

Bartosz <lot_nie_chce_spamu@algrim.pl> wrote:
> Witam. Mam problem następujący. Program configure.ac który chcę skompilować wymaga:
> 
> AM_INIT_AUTOMAKE([1.10 foreign]) jak domniemam wersji minimum 1.10.
> 
> Posiadam Centos 5.5 (chyba), który posiada:
> 
> [root@host-91 ~]# yum list |grep auto
> autoconf.noarch                            2.59-12                     installed
> autofs.x86_64                              1:5.0.1-0.rc2.143.el5_6.2   installed
> automake.noarch                            1.9.6-2.3.el5               installed
> autoconf213.noarch                         2.13-12.1                   base
> automake14.noarch                          1.4p6-13.el5.1              base
> automake15.noarch                          1.5-16.el5.2                base
> automake16.noarch                          1.6.3-8.el5.1               base
> automake17.noarch                          1.7.9-7.el5.2               base
> 
> a autoconf jest w najnowszej wersji dostępnej w repozytoriach.
> 
> Zainstalowanie 1.11 z wersji RH6.0 nie udaje się z powodu braku klucza.
> 
> Nie chce mieć bałaganu w wersjach bibliotek jedne 32bit jedne 64bit.
> 
> 
> 
> Czy na dzień dzisiejszy da się już online upgreade po sieci zrobić z wersji 5.5 do 6.0 z poziomu Centosa który już posiada automake w wersji 1.11? Proszę o wskazówkę jak z tego wybrnąć naprościej?
	... zrekompiluj zrodla automake z RHEL 6.0 lub Fedory. Ale w twoim przypadku
starcz chyba wybrac odpowiednia wersje, nieprawdaz?;-) Przeczytaj ze zrozumieniem
co tu poslales;-) Z powazaniem
								Adam Przybyla

Witaj Adamie.
Doskonale rozumiem co napisałem.
Rekomplilacja źrodeł to dla ciebie najprostsza metoda? hmmm bez komentarza.
Widziałem na jednym z forum, że ktoś miał identyczny problme i wystarczy jakaś drobna zmiana w pliku configure.ac i przechodzi to.
Może ktoś podpowie ?

On 2011-09-13, Bartosz <lot_nie_chce_spamu@algrim.pl> wrote:
> Witaj Adamie.
> Doskonale rozumiem co napisałem.
> Rekomplilacja źrodeł to dla ciebie najprostsza metoda? hmmm bez komentarza.

A, już wiem. Bo ty nie umiesz budować pakietów. Trzeba było od razu, że
ty z ludzi nieumiejących administrować systemem operacyjnym. Wrzuć sobie
w gugle "rpm source building", poczytaj i dopiero wróć.

Nawiasem mówiąc, ten soft który próbujesz zbudować też powinieneś
spakować w RPM, a nie paprać ręcznie.

-- 
Secunia non olet.
Stanislaw Klekot

Rozumiem, że różnice w "dependence" nie mają znaczenia podczas budowy pakietów (myślałem że mają).
W takim razie masz rację najprościej będzie zbudować ów pakiet.