Win7: Virtualisierung austricksen?

[rollstuhlfahrer]

selbstverständlich solltest du mit Hilfe der Kommandozeile (cmd) den Ordner "C:\Dokumente und Einstellungen\" erstellen können. Der Explorer wird dann nur damit nicht klar kommen und ihn im schlimmsten Fall 2x anzeigen.
Windows 7 hat als Grundstruktur C:\Users\ und da sollen alle benutzerbezogenen Daten rein. Damit man nicht für jede Sprache Teile von Windows neu kompilieren muss, hat MS sich was tolles einfallen lassen: Überall werden die englischen Namen verwendet und in der jeweiligen Desktop.ini steht dann drinnen, wie der Explorer diesen Ordner anzuzeigen hat. Heißt: Den Ordner, auf den du zugreifst existiert gar nicht, du kannst es aber trotzdem. Genauso verhällt es sich mit Programme zu Program Files. Das eine wird angezeigt, letzteres existiert. Ob man das jetzt gut heißen will oder nicht: Man muss sich damit abfinden.
Und wenn der Installer jetzt auf "C:\Dokumente und Einstellungen" eingefahren ist, gehört er entfernt. Was ist denn mit denen, die Windows nicht auf C: sondern auf D: haben? - Geht ganz einfach (Win XP, eigene Erfahrung). Bei der Installation unabsichtlich nen USB-Stick stecken lassen und schon ist der USB-Stick C: und Windows findet sich auf D: wieder. Folglich gibt es sogar Systeme, die ohne C: auskommen. Wie willst du diesen Nutzern klar machen, dass die Windows auf C: haben müssen, nur weil dein Installer mit was anderem nicht zurecht kommt?

In Fachzeitschriften wird unter dem Stichwort SSD dazu geraten, die persönlichen Daten auf eine Scheibenfestplatte nach D: zu schreiben (auch die Profile dahin umziehen), damit die nicht auf der SSD liegen (C:). Spätestens da wirst du deinem Installer sagen müssen, dass Eigene Dateien eben ein variabler Pfad ist.

Bernhard

[messie]

Moin,

ob andere Setup-Umgebungen das besser können, weiß ich noch nicht. Ich werde Installshield auch irgendwann kicken.
Die absoluten Pfade betreffen aber nicht die Installation, sondern sind die absoluten Pfade der Ursprungsdateien, die relativ zu installieren sind.
Ich verwende derzeit noch Installshield 2008, was in Sachen Installation (also Ziel) durchaus brauchbar ist.
Ob Innosetup auch die Ursprungspfade der Dateien im Setup relativ behandeln kann, ist mir nicht bekannt.

Grüße, Messie

[Sir Rufo]

Ja, kann InnoSetup

[generic]

Wenn du auf einen neuen Installer ausweichst, dann empfehle ich dir einen zu nutzen, welcher auf dem Windows Installer basiert.
Hat viele Vorteile das Ding. Reparaturinstallationen, Transaktionen während der Installation, Patches und kann von Admins prima in Netzwerken verteilt werden.

Dafür gibt es auch kostenlose Tools, wie z.B. den WIX.
http://wix.sf.net

btw. ich kann mir nicht vorstellen, dass Installshield 2008 das nicht kann. Nutzt ihr es vielleicht falsch? Keine Pfadkonstanten genutzt (wenn es die dort gibt)?

[mkinzler]

Ich finde dies gerade ein Vorteil von innoSetup, dass es nicht auf MSI setzt!

[Sir Rufo]

Zitat von mkinzler:

Ich finde dies gerade ein Vorteil von innoSetup, dass es nicht auf MSI setzt!

Ja das sehe ich auch so, aber den Vorteil mit der administrativen Verteilung innerhalb einer Domäne sehe ich auch bei MSI.
Aber man kann halt nicht alles haben.

[Bernhard Geyer]

Zitat von mkinzler:

Ich finde dies gerade ein Vorteil von innoSetup, dass es nicht auf MSI setzt!

Genau. Wenn ich sehe wie viel Probleme wir schon mit MSI-Installern hatten ...
Schönster Fall (Tests in VM): Firewall mit MSI-Installer. Verkonfigurierte Firewall hat normalen Boot gestört (Absturz). Gestartet in abgesicherten Modus zum Deinstallieren. Jedoch in abgesicherten Modus kann die Firewall nicht deinstalliert werden da die für MSI nötigen Dienste nicht funktionieren.

[messie]

Na, dann werde ich mal eines der nächsten Projekte mit InnoSetup probieren.

Für die alten Setups werde ich das Installshield wohl auf die XP-Partition installieren, die ich für ein paar alte D6-Projekte brauche.

Der doppelte redirect von Win7 (C:\User\Messie -> C:\Dokumente und Einstellungen\Messie ->C:\Documents and Settings) ist trotzdem Pfusch

Danke, Messie

[messie]

Zitat von generic:

btw. ich kann mir nicht vorstellen, dass Installshield 2008 das nicht kann. Nutzt ihr es vielleicht falsch? Keine Pfadkonstanten genutzt (wenn es die dort gibt)?

Für die Ursprungsdateien gibt es die nicht, nur für das Zielsystem.

BTW: wenn Innosetup den MSI nicht nutzt, wie funktionieren da Updates oder nachfolgende Versionen? Kann man da auch für jede Datei festlegen "nur ersetzen bei höherer Dateiversion", "nicht ersetzen wenn vorhanden", "mit Gewalt ersetzen"?
Denn das ist ja mit dem MSI durchaus komfortabel.

Grüße, Messie

[Sir Rufo]

Ja das geht alles.

Allerdings machen meine InnoSetups beimInstallieren einen automatischen UnInstall der alten Version (wenn erforderlich) und dann den Install.
Aber ein Patch würde auch funktionieren ist aber OutOfTheBox nicht so komfortabel wie bei InstallShield.

Dafür basiert InnoSetup auf reinen Text-Dateien und die lassen sich perfekt in ein SVN hineinbringen.