Hallo zusammen,
wir haben gerade festgestellt, dass die Prioritäten von Produkten nicht eingehalten werden, wenn wir mehrere Produkte über Abhängigkeiten in einem anderen Produkt installieren.
Folgendes Szenario:
- Paket: dev-umgebung
Abhängigkeiten:
- Paket "erste Abhängigkeit" Prio: 65
- Paket "zweite Abhängigkeit" Prio: 80
Meine Erwartung. Paket "erste Abhängigkeit" wird NACH "zweite Abhängigkeit" installiert, wegen der niedrigeren Prio.
Es ist aber andersrum (vermutlich alphabetische Abarbeitung).
Wir haben hier 4 Abhängigkeiten, deren Reihenfolge wichtig ist. Ist das Problem bekannt oder kann das jemand bestätigen?
Viele Grüße,
Felix
[GELÖST] Produkt Prioritäten bei Dependency
-
- Beiträge: 141
- Registriert: 28 Feb 2014, 10:21
[GELÖST] Produkt Prioritäten bei Dependency
Zuletzt geändert von bademeister am 24 Sep 2018, 09:41, insgesamt 1-mal geändert.
Re: Produkt Prioritäten bei Dependency
da liegt vermutlich ein Missverständnis bei den erforderlichen Einträgen im control-File vor, am besten mal die Controlfiles der beteiligten Produkte bzw. ihre relevanten Abschnitte posten
opsi support - uib gmbh
For productive opsi installations we recommend maintainance + support contracts which are the base of opsi development.
Wondering who's using opsi? Have a look at the opsi map: http://opsi.org/opsi-map/.
For productive opsi installations we recommend maintainance + support contracts which are the base of opsi development.
Wondering who's using opsi? Have a look at the opsi map: http://opsi.org/opsi-map/.
-
- Beiträge: 141
- Registriert: 28 Feb 2014, 10:21
Re: Produkt Prioritäten bei Dependency
Das sieht wie folgt aus und installiert twincat vor visualstudio2010. Das Ziel ist erst visualstudio zu installieren:
Paket dev-umgebung:
beckhoff-twincat31:
ms-visualstudio2010-32bit:
Paket dev-umgebung:
Code: Alles auswählen
[Product]
type: localboot
id: dev-umgebung
name: Dev Umgebung
description: Installiert alle notwendigen Produkte
advice:
version: 1.0
priority: 90
licenseRequired: False
productClasses:
setupScript: setup.opsiscript
uninstallScript:
updateScript:
alwaysScript:
onceScript:
customScript:
userLoginScript:
[ProductDependency]
action: setup
requiredProduct: beckhoff-twincat31
requiredAction: setup
requirementType: before
[ProductDependency]
action: setup
requiredProduct: ms-wdk7
requiredAction: setup
requirementType: before
[ProductDependency]
action: setup
requiredProduct: ms-visualstudio2010-32bit
requiredAction: setup
requirementType: before
Code: Alles auswählen
[Product]
type: localboot
id: beckhoff-twincat31
name: Beckhoff TwinCAT 3
description: Installiert Beckhoff TwinCAT 3. Standardmäßig die Version, die mit dem Virtuos ISG gekoppelt werden kann.
advice:
version: 3.1.4022.16
priority: 65
licenseRequired: False
productClasses:
setupScript: setup.opsiscript
uninstallScript: uninstall.opsiscript
updateScript:
alwaysScript:
onceScript:
customScript:
userLoginScript:
Code: Alles auswählen
[Product]
type: localboot
id: ms-visualstudio2010-32bit
name: Microsoft Visual Studio 2010 (32 Bit)
description: Installiert die Visual Studio 2010 IDE (default inkl. SP1)
advice:
version: 10.0
priority: 81
licenseRequired: False
productClasses:
setupScript: setup.opsiscript
uninstallScript: uninstall.opsiscript
updateScript:
alwaysScript:
onceScript:
customScript:
userLoginScript:
Re: Produkt Prioritäten bei Dependency
Hi!
Also, ich würde als erstes mal die Prio des Hauptpaketes "dev-umgebung2 relativ weit runter setzen (zumindest kleiner als 65), da ich vermute, dass das mit der setup-before Mechanik der abhängigen Pakete kollidiert. Ich benutze auch solche "Meta-Pakete", um Installationen zu bündeln, die haben bei mir immer eine Prio von -100, weil sie ja selber gar nix installieren, sondern nur steuern. Ansonsten stimmt die Vermutung, je größer die Nummer, desto "wichtiger" und eher wird installiert.
Geh mal in den opsi-configed, nimm dir irgendeine Maschine, wechsele auf den Reiter "Produktkonfiguration", klick mit der rechten Maustaste in die Produkttabelle und wähle bei "Sichtbare Spalten" zusätzlich noch "Prioritätsklasse" aus. Wenn du nach der Spalte sortierst, solltest du recht genau sehen können, was in welcher Reihenfolge installiert wird.
Lieber Gruß
Holger
Also, ich würde als erstes mal die Prio des Hauptpaketes "dev-umgebung2 relativ weit runter setzen (zumindest kleiner als 65), da ich vermute, dass das mit der setup-before Mechanik der abhängigen Pakete kollidiert. Ich benutze auch solche "Meta-Pakete", um Installationen zu bündeln, die haben bei mir immer eine Prio von -100, weil sie ja selber gar nix installieren, sondern nur steuern. Ansonsten stimmt die Vermutung, je größer die Nummer, desto "wichtiger" und eher wird installiert.
Geh mal in den opsi-configed, nimm dir irgendeine Maschine, wechsele auf den Reiter "Produktkonfiguration", klick mit der rechten Maustaste in die Produkttabelle und wähle bei "Sichtbare Spalten" zusätzlich noch "Prioritätsklasse" aus. Wenn du nach der Spalte sortierst, solltest du recht genau sehen können, was in welcher Reihenfolge installiert wird.
Lieber Gruß
Holger
Wer mir einen Kaffee spendieren mag , bitte gerne!
opsi PackageBuilder - Python Edition
opsibian-gen - RaspberryPi Image Generator mit opsi 4.1
Winst32 Preprocessor
opsi PackageBuilder - Python Edition
opsibian-gen - RaspberryPi Image Generator mit opsi 4.1
Winst32 Preprocessor
-
- Beiträge: 141
- Registriert: 28 Feb 2014, 10:21
[GELÖST] Re: Produkt Prioritäten bei Dependency
Besten Dank für die Rückmeldungen.
Die Priorität von dem "Container-Produkt" auf -95 zu setzen hat geholfen.
Viele Grüße,
Felix
Die Priorität von dem "Container-Produkt" auf -95 zu setzen hat geholfen.
Viele Grüße,
Felix
Re: [GELÖST] Produkt Prioritäten bei Dependency
Schick! Super, wenn es jetzt klappt!
[werbeblock]
Übrigens, falls du meinen opsi PackageBuilder für den Paketbau nutzt, hat der auch schon eine eingebaute Funktion für "Paketbündel". Da klickst du dir alles einfach zusammen und fertig ist das Ding
[/werbeblock]
[werbeblock]
Übrigens, falls du meinen opsi PackageBuilder für den Paketbau nutzt, hat der auch schon eine eingebaute Funktion für "Paketbündel". Da klickst du dir alles einfach zusammen und fertig ist das Ding
[/werbeblock]
Wer mir einen Kaffee spendieren mag , bitte gerne!
opsi PackageBuilder - Python Edition
opsibian-gen - RaspberryPi Image Generator mit opsi 4.1
Winst32 Preprocessor
opsi PackageBuilder - Python Edition
opsibian-gen - RaspberryPi Image Generator mit opsi 4.1
Winst32 Preprocessor