Versionierung und SW-Updates

[AlexanderS]

Hallo,

dies ist ein Split aus "Wann ist ein Update wirklich ein Update"?(http://www.matrix42.de/forum/viewtopic.php?f=84&t=12009)
Ich Quote mich mal selber:

Hi,

wenn ich das Thema mal aufgreifen darf...

Fiktives Beispiel:

2 Java Pakete, Java 6.31 und Java 6.41
Alle PCs bekommen Java 6.31, nur auserwähllte bekommen 6.41

Jetzt weise ich der Konfigurationsgruppe
"\Clients" Java 6.31 zu, und der Gruppe
"\Clients\speziellePCs" 6.41 zu.
So dass der PC Java 6.31 und Java 6.41 zugeordnet hat.

Soweit alles ok.

Jetzt installiere ich den Client per PXE neu.

Der Client lädt aber beide Java Versionen herunter und installiert diese.
1. Install (6.31)
2. per Update (auf 6.41)

Wie kann ich ihm beibringen, dass er nur die neueste herunterlädt und installiert?

Bei Java macht dies noch wenige Probleme, wenn es aber um Office 2003/2007/2010 geht sieht es schon anders aus.

Ich möchte nicht bei jeder Installation zuerst 2003 und dann 2010 installieren lassen...

Danke und Grüße
Alexander

Hier sind die beiden Setup.inf Dateien.
Oracle Java 6.31 und 6.41.

In der Computer DDC stehen beide Pakete drin (in der Reihenfolge, wie sie unter Konfiguration\softwareManagement eingerichtet sind).

Da wir momanten einen "Abgelöste Software" Ordner haben, der ganz unten steht installiert er zuerst die 6.41, danach die 6.31 und läuft auf einen Fehler.
Meines Erachtens sollte er die 6.31 ignorieren und sofort die 6.41 installieren. Das macht er aber nicht, er will immer beide installieren.

Was mache ich falsch?
Oder vllt. ein Bug bei der Versionsprüfung?


Danke und Grüße
Alex

[marc.schneider]

Hi Alex,

wir machen das so ähnlich wie Du beschreibst. Es funktioniert, wenn die Pakete in der richtigen Reihenfolge (neuestes zuerst) im Software Depot hinterlegt sind. Allerdings müssen zusätzlich zwei Bedingungen erfüllt sein:
1. Der Agent darf erst installieren, wenn alle Pakete gecached sind (Haken bei "Nach Download direkt installieren" raus)
2. Keine Paketreihenfolge innerhalb anderer Pakete definiert ist. Das gibt nur Probleme.

Lösungsversuch: Setzt doch Deinem Paket der 31'er Version mal die Abhängigkeit "NOT Java 6.0.41" vielleicht klappt es damit.

Und als letztes: Bitte gib doch immer an, mit welcher Umgebung und Empirum-Version Du arbeitest

Beste Grüße aus Magdeburg
Marc

[MPI.EVA]

Hallo Alexander,

Dank fuer den neuen Thread und die Setup.inf Dateien.
Als wir damals MatLab R2012b paketiert haben, hatten wir durch die Bezeichnung "R2012b" in der Variable "Version" einige Probleme. Empirum mag anscheinend keine Buchstaben in der Versionsnummer.

Evtl. hat Empirum mit deinen Sonderzeichen im "ProductName" ebenfalls Probleme. Kannst du bitte bei beiden Paketen das "(TM)" entfernen und die Pakete erneut verteilen.

Alt: ProductName=Java(TM) 6
Neu: ProductName=Java 6

[AlexanderS]

Hallo,

Danke für Eure Antworten,

das (TM) habe ich schon ausgeschlossen, indem ich (wie vorgeschlagen) als Productname Java6 genommen habe.
Dies ergab leider keine Änderung des Verhaltens.

EmpirumVersion ist v15.0.0.528

Das Agent Template werde ich noch einmal anpassen, wir haben den Haken bei "nach Download sofort installieren" angehakt.
Paketreihenfolgen haben wir keine definiert.

Danke und Grüße
Alex

[MPI.EVA]

Hallo,

was mich etwas wundert. Ihr setzt Empirum V15 ein.
In deiner Setup.inf steht "Version=10.5". Wir setzen Empirum V14.2 ein und in meiner Setup.inf steht "Version=14.2"

Nutzt du evtl. einen veralteten Package Wizard?

[AlexanderS]

Hi,

das erste Java Paket wurde mit dem 14.0 Packaging Studio gemacht.
Danach habe ich für neue Pakete die inf Dateien übernommen und manuell die Versionsnummer, sowie GUID des MSI Pakets in den Abfragen geändert.

Gruß
Alex

[AlexanderS]

Hi,

wir hatten jetzt jemanden von M42 hier (in einem anderen Kontext), dieser hat sich das kurz angesehen und meinte, dass dies ein Fehlverhalten ist.
Konfiguriert ist alles richtig, ich mache die Tage ein Bug Ticket dazu auf.

Grüße
Alex

[Captain_Slow]

Hi.
... und, gibts Neues vom Support ?
bei uns hiess es damals, das "man dann halt das (ältere) Paket zusätzlich auf DEinstallieren stellen soll".
Ja, das klappt dann auch - er installiert dann (bei einer Erstbeankung) zB direkt Office 2010 statt erst 2007 + danach ein Update auf 2007.
doof finde ich das dennoch; das schimpft sich dann "intelligenter Update Mechanismus"

Grüße cs