[gelöst] Qt4.2.2 unter Fedora Core 6 und Debian

[heikob]

Hallo,

ich bin von SuSE auf Fedora umgestiegen und verweifle gerade daran, Qt4.2.2 derart einzubinden, damit ich Programme kompilieren kann. Es liegt definitiv an den Pfaden, da er bei mir nur qmake in der Version 3.3.7 findet.

Den Pfad habe ich in .profile exportiert, aber anscheinend mag er das unter Fedora nicht. Auch die Installation der bereitgestellten rpms brachte keine Besserung.

Nutzt hier vielleicht noch jemand Fedora und kann mir verraten, an was es liegen könnte?

Vielen Dank

[Christian81]

Wenn Du das mit den Pfaden nicht hinbekommst - was hindert Dich daran qmake mit den vollen Pfad aufzurufen?

[heikob]

Klar, das funktioniert schon. Ist aber lästig. Komischerweise, das habe ich eben erst festgestellt, findet QDevelop den korrekten Pfad zu der Qt-Version, die ich in .profile exportiere. Das ist alles sehr seltsam.

[franzf]

Vllt per symlink in ein Verzeichnis welches im PATH liegt?
z.B. so (hier Gentoo)

Code: Alles auswählen

# cd /usr/local/bin
# ln -s /usr/share/qt4/bin/qmake ./qmake4
# ln -s /usr/qt/3/bin/qmake ./qmake3

Die Pfade musst du natürlich für deine Umgebung anpassen.

So bekommst du qmake von qt3 durch den Aufruf von qmake3, den von qt4 mit qmake4.
Vorher aber bitte absichern, dass /usr/local/bin im PATH ist (echo $PATH), sollte aber standardmäßig so sein...

Grüße
Franz

[heikob]

Vielen Dank für den Tipp. Das ist sicherlich auch eine gute Möglichkeit.

Nachdem ich das gleiche Problem für Java unter Debian hatte, habe ich den Fehler bemerkt. Bei SuSE ist mal wieder alles ein wenig anders als bei vielen anderen Distributionen.

Anstatt den Pfad, wie in der Beschreibung in der Installationsanleitung von Trolltech angegeben, in .profile zu schreiben, nutzt Debian und Fedora die Datei .bash_profile. Nach einem Neuanmelden des Nutzers oder einem Neustart des X-Servers funktioniert der Zugriff wie gewünscht.