Am Montag, 24. März 2003 21:52 schrieb David Haller:
Oha ;) Nur lt. configure zu alt, oder gab's tatsaechlich beim kompilieren Fehler?
Das configure script erkennt es, akzeptiert es, baut ein kleines Testprogramm zur Prüfung der Funktionsfähigkeit und das läuft dann nicht, wegen nem unresolved Symbol (frag mich jetzt nicht wo, hab die Ausgabe nicht mehr hier). Daraufhin wird der sm3600er deaktiviert.
Naja, das SPEC-File ist jetzt sauber und installiert nicht direkt ins System, das RPM zu bauen benötigt keine Root-Rechte mehr,
*hehe* :)
Naja, das Problem ist halt, dass sane-backends und sane-frontends in einem spec-file gebaut werden, wenn die sane-backendes compiliert wurden und das configure-script der sane-frontends losrattert, findet dieses natürlich keine installierten sane-backends. Bei SuSE hat man es sich wohl einfach gemacht und läst DESTDIR einfach weg und die Sache ins System installieren. Hat halt den netten nebeneffekt, dass nicht in zwangsweise saubere Verzeichnisse installiert wird und libs aus älteren sane-versionen gern mal ins Paket wandern. Ich erweitere halt $PATH im SPEC-File und gib mit CPPFLAGS und LDFLAGS die Includes bzw libs-Verzeichnisse des BUILD-Bereichs mit, dann geht das auch so. Sollte man bei SuSE mal nen Blick drauf werfen ;-)
Mich deucht, dass das ein Problem mit den autoconf/-make Versionen ist... *seufz*
Autoconf der SuSE 8.1 ist für sane >= 1.0.10 zu alt, mit der aktuellen Version 2.57 (liegt auch bei Packman) gehts.
Also Bernd, saug dir die neuen RPMs von Manfred, das Problem mit den autotools ist wohl ein wenig viel fuer den Anfang... ;)
Glaub mir, das hat mir auch viel Zeit gekostet, bis ich dahinter gestiegen bin, wo der Fehler sitzt. -- Machs gut | http://www.iivs.de/schwinde/buerger/tremmel/ | http://packman.links2linux.de/ Manfred | http://www.knightsoft-net.de