Wird das cdk gerade umgestellt?

[esetorp]

Tach Leute
Hab bereits Gestern versucht ein kommplett co zu machen. Mit kleien unpesslichkeiten leif der compiler aber durch nur die Soft die dabei rauskamm aber nicht so recht.
Hab dann seit heute 17:00 Uhr versucht alles noch mal auszuchecken, und neu zu compilieren, aber ich scheitere schon an autogen und configure:

/tuxbox/cdk # ./autogen.sh
Generating configuration files for tuxbox-cdk, please wait....
aclocal -I .
libtoolize --automake
autoconf
configure.ac:13: warning: AC_ARG_PROGRAM was called before AC_CANONICAL_TARGET <-----------------------------------------------------
automake --add-missing
automake: configure.ac: installing `./install-sh'
automake: configure.ac: installing `./mkinstalldirs'
automake: configure.ac: installing `./missing'
automake: Makefile.am: installing `./INSTALL'
automake: Makefile.am: installing `./COPYING'


/tuxbox/cdk # ./configure --prefix=/home/dbox_cvs/dbox2 --with-cvs-dir=/home/dbox_cvs/tuxbox --enable-maintainer-mode
checking for a BSD compatible install... /usr/bin/install -c
checking whether build environment is sane... yes
checking whether make sets ${MAKE}... yes
checking for working aclocal... found
-----------------------gekürzt-----------------------------------
checking build system type... i686-suse-linux
checking host system type... i686-suse-linux
checking target system type... powerpc-tuxbox-linux-gnu
configure: error: can't find /home/dbox_cvs/tuxbox/cdk/apps/configure.ac <----------


Mach ich was falsch?

Ese

[PressluftPinocchio]

Hi,

so wie's aussieht, machst du nix falsch

Führ im Verzeichnis /home/dbox_cvs/tuxbox/cdk/apps/ mal ./autogen.sh aus.

Wenn das auch nix bringt, dann check nochmal aus komplett neu aus.

Gruß PP

[esetorp]

Hay PP

Das mit dem autogen in dbox2 hatte ich Samstag schon mal probiert.
Samstag war es aber so das autogen und configure /dbox2/apps wohl ignoriert haben aber nicht auf einen Fehler gelaufen sind.
Das Compilat lief aber nicht richtig, deshalb habe ich Sonntag mittag/nachmittag noch mal komplett alles gelöscht und neu ausgecheckt.

Und jetzt schafft er halt nicht mal mehr autogen/configure zu ende.
Ist die Reihenfolge hier wichtig: so nach dem motto erst die ignorierten Sub's dann die Root, oder erst überall autogen und dann in der root configure.
Ich muß ja gestehen ich Blick nicht durch. Hab zwar mal in die configure.ac reingeschaut aber Null begriffen.

Deshalb hab ich dann auch gefrusstet mein System zurück gedreht, und mich dem Allohol hingegeben (ist aber auch keine Lösung ).

Ich werds aber weiter Testen


Ese

[cbr600f]

wieso cdk/apps? das mußt Du dann schon angeben(--with-appsdir)

aber besser, ausschecken:
-rwxrwxrwx 1 root root 34 Jan 20 05:00 .cvsignore
drwxrwxrwx 2 root root 131 Feb 25 23:24 CVS
drwxrwxrwx 3 root root 370 Feb 25 23:24 CVSROOT
drwxrwxrwx 36 root root 978 Feb 25 23:24 apps
drwxrwxrwx 5 root root 98 Feb 25 23:24 boot
drwxrwxrwx 7 root root 613 Feb 25 23:24 cdk
drwxrwxrwx 3 root root 319 Feb 25 23:24 doc
drwxrwxrwx 18 root root 376 Feb 25 23:24 driver
drwxrwxrwx 6 root root 290 Feb 25 23:24 hostapps
drwxrwxrwx 8 root root 164 Feb 25 23:24 old

dann autogen, z.B. so:
/tuxcvs/cdk> ./autogen.sh
Generating configuration files for tuxbox-cdk, please wait....
aclocal -I .
libtoolize --automake
autoconf
configure.ac:13: warning: AC_ARG_PROGRAM was called before AC_CANONICAL_TARGET
automake --add-missing
automake: configure.ac: installing `./install-sh'
automake: configure.ac: installing `./mkinstalldirs'
automake: configure.ac: installing `./missing'
automake: Makefile.am: installing `./INSTALL'
automake: Makefile.am: installing `./COPYING'

und configure, z.B. so:
/tuxcvs/cdk> ./configure --prefix=/dbox2 --with-cvsdir=/tuxcvs --enable-maintainer-mode
checking for a BSD compatible install... /usr/bin/install -c
checking whether build environment is sane... yes
checking whether make sets ${MAKE}... yes
checking for working aclocal... found
checking for working autoconf... found
checking for working automake... found
checking for working autoheader... found
checking for working makeinfo... found
checking whether to enable maintainer-specific portions of Makefiles... yes
checking for gcc... gcc
checking for C compiler default output... a.out
checking whether the C compiler works... yes
checking whether we are cross compiling... no
checking for executable suffix...
checking for object suffix... o
checking whether we are using the GNU C compiler... yes
checking whether gcc accepts -g... yes
checking build system type... i686-suse-linux
checking host system type... i686-suse-linux
checking target system type... powerpc-tuxbox-linux-gnu

Summary:
Hostruleset: standard
Targetruleset: standard
Prefix: /dbox2
Targetprefix: /dbox2/cdkroot
Hostprefix: /dbox2/cdk
Bootprefix: /dbox2/tftpboot
Buildprefix: /tuxcvs/cdk
CVSdir: /tuxcvs
Appsdir: /tuxcvs/apps
Bootdir: /tuxcvs/boot
Driverdir: /tuxcvs/driver

configure: creating Makefile-archive
configure: creating ./config.status
config.status: creating Makefile
config.status: creating etc/Makefile
config.status: creating etc/init.d/Makefile
config.status: creating etc/modules.conf

jetzt "make download" (über 100MB!)
und dann kann`s losgehen.
make ...

[obi]

configure.ac:13: warning: AC_ARG_PROGRAM was called before AC_CANONICAL_TARGET

egal

/tuxbox/cdk # ./configure --prefix=/home/dbox_cvs/dbox2 --with-cvs-dir=/home/dbox_cvs/tuxbox --enable-maintainer-mode

/tuxbox und /home/dbox_cvs/tuxbox sind 2 paar schuhe...

Mach ich was falsch?

offensichtlich

[esetorp]

Hallo Ihr

@obi
Also
"/tuxbox/cdk #" ist das Problem leider nicht, ich hab nur beim Posten kürzt den Pfad gekürzt (OK schlecht bis garnicht zu sehen, mein Fehler ). Aktuelles Verzeichnis ist schon /home/dbox_cvs/tuxbox/cdk (wie im Readme, weil ich ja noch nicht wirklich weiß wie die Zusammenhänge sind).


@cbr600f
Hatte bislang die option nicht angegeben (Strikt nach Readme/Install.de). Das hat auch mitte Januar schon mal geklappt
Wo/Wie müßte der Parameter den ein/angefügt werden?



@Antworter
Dank für die Antworten, hatte (wie man wohl sieht) den Kontakt zum Thead schon etwas verlohren Antwort