Am 15.09.2007 um 04:11 schrieb Philipp Thomas:
On Fri, 14 Sep 2007 14:16:46 +0200, Lothar Behrens wrote:
Mir ist nicht bekannt, ob es für SuSE 9.1 mindestens ein wxWidgets 2.6.3 gibt. Zudem ist auf den Herstellerseiten von wxWidgets kein RPM zu finden.
Was hindert Dich daran, ein openSUSE-Projekt aufzumachen und dann die aktuelle wxGTK für SLES9 zu bauen? Das müsste auch auf der 9.1 funktionieren.
Meinst Du ein RPM von openSuSE 10.1 downloaden und auf 9.1 bauen ? Nicht das Bauen der wxGTK ist das Problem, sondern das bundeln ohne zu wissen wie die wxGTK gebaut wurde. (Von hand geht das ja - makefile / spec ändern) Ich meine, wenn einer ein Packet baut, dass Seine Software enthält, aber nicht immer (als Modul, so wich ich Fremdsoftware einbinden kann) schauen muss, ob die wxGTK Library richtig gebaut ist. Beispielsweise ist diese einfach schon installiert. Das beste bleibt wohl auf dem Zielsystem alles bauen. Dann sollte es auch gehen. Nur hatte ich gedacht, zwischen 9.1 und 10.1 keine Probleme zu bekommen. Ich hatte Probleme mit libexpat.so.0, es war libexpat.so.1 installiert. Also lieber auf einem 10.1er bauen :-)
In den wxWidgets mailings wird oftmals empfohlen ein static Build zu machen, was bei mir aber nicht geht.
Warum ist es Dir nicht möglich, nur wxGTK statisch einzubinden?
Ich setze grundsätzlich auf Plugins und nachladbare Software. Oder kann ich meine Module gegen die executable binden ?
Also baue ich meine wxWidgets Library mit einem Vendor tag um nicht in Konflikt mit evtl. vorhandenen Libraries zu kommen.
Das funktioniert mit AutoReqProv: on nicht! Da müsstest Du schon entweder den Bibliotheken einen anderen Soname geben (mach mal spasseshalber ein 'rpm -q --provides' auf Dein Bibliothekspaket, dann siehst du, was ich meine) oder aber mit Pseudo-Abhängigkeiten arbeiten, also z.B. in Deinem Programm-Paket ein
Requires: wxGTK-Lollisoft
und in Deinen wxGTK-Paketen
Provides: wxGTK-Lollisoft
natürlich für jedes Bibliothekspaket ein anderes Provides-Tag verwenden. Das müsste problemlos funktionieren.
Das ist es, was mir gefehlt hat. Grundsätzlich dachte ich mir das so (--with-flavour=Lollisoft).
Allgemein glaube ich, mehr Linux Distros abdecken zu können, wenn ich das so mache.
Das macht keinen Sinn. Entweder Du beschränkst Dich auf die von der LSB normierten Symbole (dann ist aber wxGTK aus dem Spiel :), dann kannst Du das Programm zumindest auf LSB konformen Distris laufen lassen, oder Du baust für jede Distribution separate Pakete, oder du
Also ist mein Ansatz schon richtig (--with-flavour=Lollisoft), aber am Beispiel der libexpat und allgemein an dem Versions System (lib<abc>.so.<major>.<minor>.<micro>) kann ich nicht sicherstellen, dass es so geht.
bindest alle unsicheren Kandidaten statisch ein. Aber schon die glibc kannst Du in den meisten Fällen nicht statisch einbinden (statisch Linken verbietet sich bei Verwendung von Funktionen zur Namensauflösung wie z.B. gethostbyname, sprich wenn Funktionen aus den libnss* Bibliotheken gebraucht werden).
Mal abgesehen davon, ob GTK1 oder GTK2 installiert ist. Heute dürfte per se GTK2 installiert sein. Glaube ich :-)
Aber nicht unbedingt auf einer 9.1 :) Und nicht zwingend in der Version, gegen welche die wxGTK gelinkt wurde.
Eben doch fast immer damit zu rechnen ist, dass die Versionen NICHT passen :-( Also: Suche ich lieber nach Leuten, die ich als Packager gewinnen kann :-) Aber allgemein: Ich suche demnächt wieder Tester. Ich bin dabei meine SW in 1.0rc2 zu veröffentlichen. Die 1.0rc1 ist leider nicht ohne Fehler. Mehr zu der SW auf meiner Webseite und http://sourceforge.net/projects/lbdmf Das Thema ist unten ja zu sehen :-) Lothar
Philipp --------------------------------------------------------------------- To unsubscribe, e-mail: opensuse-programming-de+unsubscribe@opensuse.org For additional commands, e-mail: opensuse-programming-de+help@opensuse.org
-- Lothar Behrens | Rapid Prototyping ... Heinrich-Scheufelen-Platz 2 | 73252 Lenningen | www.lollisoft.de --------------------------------------------------------------------- To unsubscribe, e-mail: opensuse-programming-de+unsubscribe@opensuse.org For additional commands, e-mail: opensuse-programming-de+help@opensuse.org