Hallöchen, nach Kontrolle meiner Mitschriften und Korrektur möchte ich noch einen Verbesserungsvorschlag anbringen. Im opsi-4.0.1-VMware-Image ist in der /etc/apt/sources.list folgende Quelle für die opsi-Pakete eingetragen: deb http://download.opensuse.org/repositories/home:/uibmz:/opsi:/opsi40-tes...
Das bringt mich trotzdem zurück zu meiner Frage: Ich füge in einem neuen Produkt eine Abhängigkeit zu opsi-client-agent hinzu. Nachdem dieses verpackt und installiert wurde, und die Daten des configed neu eingelesen wurden, wähle ich dieses Produkt zur Installation auf einem Client mittels configed ...
Ok, danke, damit ist meine Frage beantwortet. Wenn man es ordentlich machen will, sollte man also die Kontrolldatei editieren und eine aktualisierte Version des Produktes installieren. Was mich zu einer anderen Frage über die Abhängigkeiten bringt: Sind die implizit? Ich habe etwa bei meinem Produkt...
Wo die steht, ist soweit klar, auch wie sie aussehen muss.
Dass ich danach natürlich das Paket mittels opsi-makeproductfile nochmal aktualisieren muss, ist auch klar.
Ich wollte nur wissen, ob es ein Werkzeug gibt, um bestehende Produkte zu bearbeiten.
Mahlzeit, besteht eine Möglichkeit über eines der opsi-Kommandozeilenwerkzeuge einem bestehenden (localboot-)Produkt eine Abhängigkeit hinzuzufügen? opsi-newprod erzeugt anscheinend wirklich nur neue Produkte, und bis jetzt sehe ich keine andere Möglichkeit, per Copy&Paste aus einem vorhandenen ...
Vielen Dank, hat geklappt.
Allerdings kenne ich es so, dass Umleitungen immer ganz am Ende einer Befehlszeile stehen müssen.
Naja, Hauptsache es geht jetzt.
Mahlzeit, für die Dokumentation meiner Projektarbeit wäre es schön, wenn ich die kompletten Ausgaben etwa des opsi-product-updater umleiten könnte. Allerdings klappt das irgendwie nicht so Recht. Normalerweise mache ich das immer so: foobar | tee foobar.log 2>&1 um stdout und stderr des jeweilig...