Win7: Virtualisierung austricksen?

[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

[xaromz]

Hallo,

Zitat von messie:

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

hierzu möchte ich noch ein paar Anmerkungen machen: Das Problem hierbei ist, dass es seit Vista eine Verbindung (Junction) gibt, die "Documents and Settings" auf "Users" mappt. In der deutschen Version gibt es eine zusätzliche Verbindung "Dokumente und Einstellungen" (einfach mal in der Shell "dir c:\ /a" eingeben). Deshalb kann man diese Ordner auch nicht erstellen, sie sind schon da. Die Rechte dieser Verbindungen sind aber so gewählt, dass normale User keinen Zugriff darauf haben. Deshalb bekommt man normalerweise auch ein "Zugriff verweigert".

Gruß
xaromz

[H4ndy]

InstallShield kann schon seit Jahren mit den Windows-Pfaden umgehen, wir bis vor kurzem noch ein Uralt-IS (glaub sogar Express) aus der Zeit von Delphi 5 oder 6 im Einsatz gehabt und konnten damit problemlos auch auf Vista/7 installieren (inkl. Dateien, welche in die "Common Appdata" mussten, welche unter XP unter All Users\Anwendungsdaten\ und unter 7 in ProgramData verweilen). Also irgendwas musst du da falsch gemacht haben

Setzen übrigens aktuell auf IS 2010 und bauen damit MSI-Only-Installer ohne Probleme.

[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.