Entwicklung auf mehreren PCs mit verschiedenen SuSE Versionen
Hi, ich habe folgendes Problem: Ich habe einen kleinen Server mit SuSE 7.2 lokal bei mir im Netzwerk laufen. Bisher wars so, wenn ich ein Programm in C++ auf meinem Client geschrieben habe konnte ich es sofort auf den Server schieben und testen, da beide SuSE 7.2 laufen haben. Jetzt möchte ich bei mir aber auf dem Client 8.0 installieren, nur wird dann ein einfaches Überspielen der compilierten Programme nicht mehr möglich sein, schon alleine weil die glibc soweit ich weiß nicht mehr identisch ist. D.h. ich müsste immer bei mir auf dem Client entwickeln, dann alles auf den Server schieben und dort nochmal kompilieren. Das ist mir allerdings zu umständlich. Was kann ich da machen? Ich möchte gerne so weiterhin programmieren und testen können wie bisher, ohne auch den Server mit 8.0 versorgen zu müssen. Danke im voraus Mike
On Mon, 18 Mar 2002 22:47:43 +0100, you wrote:
Ich möchte gerne so weiterhin programmieren und testen können wie bisher, ohne auch den Server mit 8.0 versorgen zu müssen.
Genau dafür wurde chroot erfunden ;-) Installiere dir, was du für die Entwicklung brauchst plus ein Minimalsystem in einer chroot Umgebung und schon kannst du nach einem 'chroot /deine/chrootumbebung' in alter Umgebung programmieren und kompilieren. Philipp
Hi, danke für Deine Antwort. Aber wie installiere ich denn ein Minimalsystem in einer chroot Umgebung? Funktioniert das dann auch wenn ich z.B. mit kdevelop programmiere? Mike On Monday 18 March 2002 23:27, Philipp Thomas wrote:
On Mon, 18 Mar 2002 22:47:43 +0100, you wrote:
Ich möchte gerne so weiterhin programmieren und testen können wie bisher, ohne auch den Server mit 8.0 versorgen zu müssen.
Genau dafür wurde chroot erfunden ;-) Installiere dir, was du für die Entwicklung brauchst plus ein Minimalsystem in einer chroot Umgebung und schon kannst du nach einem 'chroot /deine/chrootumbebung' in alter Umgebung programmieren und kompilieren.
Philipp
Ad eins, bitte in Zukunft keine TOFUs (Text oben Fullquote unten) mehr. Das wird hier sehr ungern gesehen. On Wed, 2 Jan 2002 05:25:15 +0100, you wrote:
Date: Wed, 2 Jan 2002 05:25:15 +0100
Wie, bei dir hat das Jahr gerade erst begonnen ? ;-)))
Aber wie installiere ich denn ein Minimalsystem in einer chroot Umgebung?
Das erstmalige Aufsetzen ist keine ganz triviale Angelegenheit, denn dabei hilft dir kein Tool wie YaST. Dafür müssen Pakete wie aaa_base.rpm, shlibs, bash, util-linux etc. von Hand eingespielt werden.
Funktioniert das dann auch wenn ich z.B. mit kdevelop programmiere?
Sollte funktionieren, wenn du das "alte" X aus der chroot-Umgebung startest. Wie gesagt, alles was du benötigst muss in der chroot-Umgebung vorhanden sein. Ich würde mal im Netz forschen (sprich Google o.Ä.), ob es nicht auch zu diesem Thema Infos gibt. Philipp
Hallo, On Wed, 20 Mar 2002, Philipp Thomas wrote:
Funktioniert das dann auch wenn ich z.B. mit kdevelop programmiere?
Sollte funktionieren, wenn du das "alte" X aus der chroot-Umgebung startest. Wie gesagt, alles was du benötigst muss in der chroot-Umgebung vorhanden sein. Ich würde mal im Netz forschen (sprich Google o.Ä.), ob es nicht auch zu diesem Thema Infos gibt.
Ein guter Anhaltspunkt dazu ist das (inzwischen "offizielle") LFS-HOWTO. Aber auch davon sollte man wirklich nur das in der chroot- mgebung benoetigte installieren Man muss eben ein wenig aufpassen, was suse in welches rpm gepackt hat (aber AFAIK ist das seit 6.x ja deutlich besser geworden :) Dabei hilft einem aber ein rpm -qf im "Hauptsystem". Ich wuerde zwar die chroot Umgebung nicht unbedingt per rpm installieren (ein rm -rf /chroot-root ist doch ggfs. sehr effektiv ;) aber ggfs. sollte man sich mit man rpm naeher befassen, bes. die Option --root= ist sehr interessant fuer diesen Zweck. -dnh -- Christ, their _intention_ is to have the OS drop its pants, bend over, and ask the whole bloody net to remotely install any bits at all . . . and then they're surprised it turns out to be a serious security flaw? This is moronic even by the standards set by Microsoft. -- David P. Murphy
Am Montag, 18. März 2002 22:47 schrieb Michael Gebhart:
Ich habe einen kleinen Server mit SuSE 7.2 lokal bei mir im Netzwerk laufen. Bisher wars so, wenn ich ein Programm in C++ auf meinem Client geschrieben habe konnte ich es sofort auf den Server schieben und testen, da beide SuSE 7.2 laufen haben. Jetzt möchte ich bei mir aber auf dem Client 8.0 installieren, nur wird dann ein einfaches Überspielen der compilierten Programme nicht mehr möglich sein, schon alleine weil die glibc soweit ich weiß nicht mehr identisch ist. D.h.
Es ist auch ne 2.2er da sollte es eigentlich keine Probleme geben. Unter SuSE 7.3 compilierte Programme mit glibc 2.2.4 laufen ja auch ohne Probleme unter 7.1 mit glibc 2.2(.0), da wird der Sprung von 2.2.4 auf 2.2.5 wohl kaum compatiblitätsprobleme verursachen. Wenn SuSE also noch nicht auf den gcc 3 umstellt, dürfte das laufen wie gehabt.
ich müsste immer bei mir auf dem Client entwickeln, dann alles auf den Server schieben und dort nochmal kompilieren. Das ist mir allerdings zu umständlich. Was kann ich da machen? Ich möchte gerne so weiterhin programmieren und testen können wie bisher, ohne auch den Server mit 8.0 versorgen zu müssen.
Probiers ganz einfach, mit 99% Wahrscheinlichkeit läuft das wie gehabt. -- Machs gut | http://www.iiv.de/schwinde/buerger/tremmel/ Manfred | http://www.knightsoft-net.de
participants (4)
-
David Haller -
Manfred Tremmel -
Michael Gebhart -
Philipp Thomas