Probleme bei der Paketerstellung: nur eine Produktvariable sichtbar

[MichaelSchwarz]

Sehr geehrte Helfer,

Vorgeschichte: Ich hab noch nie ein Paket mit 2 Produktvariablen geschrieben. Upgedatet diesen Mittwoch, also 1 Tag vor dem neuen Paket.

Ich habe ein Problem wenn ich ein opsi-Paket mit dem opsi PackageBuilder 8.5.0 programmiere. Wenn ich die Setup-Datei mit opsi-setup-detector analysiere und ein Paket-script erstelle funktioniert alles gut. Das Desktopicon anlegen als Produktvariable angelegt, aber keine Funktion in setup.opsiscript auftaucht, kann ich noch verstehen. Nicht alle exe oder msi haben die gleichen Parameteraufrufe.

Wenn ich diese im Packagebuilder anlege passiert merkwürdiges: Nach dem Packen des Packetes verschwindet eine Variable aus der control-Datei. Bein neuladen des Paketes wird diese im Packagebuilder nicht mehr angezeigt. Sind irgendwann beide Variablen in der Control-Datei, ist nur eine Variable in der control.toml Datei. Erstellen und ins Depot laden funktioniert problemlos. Im opsi-configed taucht jedoch nur 1 Variable auf.

Hier Thunderbird ESR mit Desktoipicon und Maintenance Service-Schalter

Hier die control:

Code: Alles auswählen

[Package]
version: 1
depends: 
incremental: False

[Product]
type: localboot
id: thunderbird-esr
name: Mozilla Thunderbird ESR
description: 
advice: esr msi downloaden und umbenennen
version: 140.8.0
priority: 0
licenseRequired: False
productClasses: 
setupScript: setup.opsiscript
uninstallScript: uninstall.opsiscript
updateScript: 
alwaysScript: 
onceScript: 
customScript: 
userLoginScript: 

[ProductProperty]
type: bool
name: desktopicon
description: Soll ein Desktop-Icon angezeigt werden?
default: True

[ProductProperty]
type: bool
name: maintenance_service
description: Soll der maintenance service installiert werden?
default: True

[Changelog]

wenn ich die Datei nochmal bearbeite bekomme ich folgenden Fehler: control is newer than control.toml - Please update control.toml instead.
Wie mache ich das?

control.toml

Code: Alles auswählen

[Package]
version = "1"
depends = []

[Product]
type = "LocalbootProduct"
id = "thunderbird-esr"
name = "Mozilla Thunderbird ESR"
advice = """esr msi downloaden und umbenennen"""
version = "140.8.0"
priority = 0
licenseRequired = false
productClasses = []
setupScript = "setup.opsiscript"
uninstallScript = "uninstall.opsiscript"
windowsSoftwareIds = []

[[ProductProperty]]
type = "BoolProductProperty"
name = "maintenance_service"
description = """Soll der maintenance_service installiert werden?"""
default = [true]

Da fehlt schon mal die 2. Variable... Ich hab irgendwo was von Eindeutigkeit der Abschnitte gelesen und die doppelten [[ }} und dreifachen """" finde ich auch merkwürdig..

Hilfe?

Gruß und Danke für die Hilfe

Michael

Ich bin da ratlos...

[SirTux]

Der Packagebuilder ist deprecated. Die control.toml kann man mit einem normalen Editor oder per opsi-cli bearbeiten:

https://gitlab.tf.uni-freiburg.de/opsi/ ... -dev-tools

[MichaelSchwarz]

Danke SirTux,

gut dann weiß ich Bescheid. Dann muss ich sehen wie ich die Pakete jetzt hinbekomme. Ich mag eher GUIs als Kommandozeilen und noch ne Programmiersprache zu installieren die ich sonst nicht brauche, find ich nicht gut...

Ich arbeite mich mal ein und werde die Paketerstellung von meinem Rechner schmeißen...

Gruß und schönes Wochenende

Michael Schwarz

Nachtrag: Och nööö sieht wieder nach Git aus... wie so alles in GIT? (Ja... automatische Versionierung, etc...). Mir ist das für Produktnummer und setup-Datei austauschen zu aufwändig...

[n.doerrer]

Die control.toml ist das zu bevorzugende Format. Wenn control und control.toml existieren und sich unterscheiden, wird die control.toml verwendet bzw gemeckert, wenn die control eine höhere Versionsnummer hat.
Wenn es unbedingt eine control-Datei sein muss, funktioniert das aber immer noch. Dazu einfach die control.toml löschen und Änderungen in der control machen.

toml ist ein mächtiger, effizienter und trotzdem menschenlesbarer Standard. Siehe https://quickref.me/toml.html

[MichaelSchwarz]

Hallo n.doerrer,

da ich außer opsi noch viel andere Dinge erledigen muß (kleine Firma), kann ich immer nur stückchenweise nachlesen was gemacht werden muss. Gerade wundere ich mich das die opsi cli nicht wie opsi-packagebuilder mit opsi ausgeliefert werden kann. Ich werde also opsi-cli m0ontag erstmal suchen dürfen.

zum Erstellen hab ich hier was gefunden:
https://opsi.org/de/blog/opsi-cli-package/

Zur toml: Wenn der Builder nicht mehr geht, lösche ich die control und nutz toml. Ist gehüpft wie gesprungen. Ich muss mich nur einarbeiten. Dein Link ist gespeichert. Danke dafür.

Schlimmer ist das ich mich gerade in java swing forms einarbeiten muss. das ist um einiges schlimmer als opsi-cli. Es gibt die java Datei wo bei uns gefüht alles in 6 Abschnitte unterteilt ist, jeder Abschnitt was anderes macht, alles andere Gruppierungen hat und die Form-Datei rumliegt und deren Änderungen komplett ignoriert werden... echt (hier müsste ein kotzender Smilie stehen)...

Ich wünsche dir ein schönes Wochenende...

Gruß Michael

P.S. kein Wunder das ich keine Benachrichtigungen bei neuen Einträgen bekomme... der Haken ist nicht gesetzt....