Hi @all,
mal eine Frage in die große OPSI-Runde:
Wie verwaltet Ihr eure Softwarebundles über OPSI?
Bei größeren Firmen/Instituten ist es wohl schwerlich mögl. an jeden Rechner einzeln die Softwarepakete zu verteilen/bzw. Software-Updates einzeln einzuspielen.
Danke für Eure Antworten,
Sebastian
Softwarebundles verteilen, WIE?
-
- Beiträge: 28
- Registriert: 02 Jan 2013, 13:59
Re: Softwarebundles verteilen, WIE?
ich verstehe deine Frage nicht ganz.
Du kannst entweder ganze Gruppen von Clients auswählen, nach Clients filtern die Software XYZ installiert haben oder oder oder ....
Natürlich setzt man das nicht manuell bei jedem auf Setup
Du kannst entweder ganze Gruppen von Clients auswählen, nach Clients filtern die Software XYZ installiert haben oder oder oder ....
Natürlich setzt man das nicht manuell bei jedem auf Setup

-
- Beiträge: 28
- Registriert: 02 Jan 2013, 13:59
Re: Softwarebundles verteilen, WIE?
@tobias
ich würde gern verschiedene Software thematisch zusammenfassen und als Bundle auf dem Rechner installieren.
Wenn ich das Bundle mit neuer Software bestücke, bzw. darin vorhandene Software update (wie zum Bsp. Java oder Flash), dann sollte nach Möglichkeit auch auf allen Rechnern, die dieses Bundle zugewiesen bekommen hatten, die neu dazugekommene Software installiert / die neuere Version einer schon bestehenden Software geupdatet werden. Insbesondere dieser impl. UpdateMechanismus wäre interessant -> immerhin kennt OPSI die internen Software-Paketnummern (die vergibt man ja) und eine Routine zum deininstallieren/installieren ist auch vorhanden.
CU Sebastian
ich würde gern verschiedene Software thematisch zusammenfassen und als Bundle auf dem Rechner installieren.
Wenn ich das Bundle mit neuer Software bestücke, bzw. darin vorhandene Software update (wie zum Bsp. Java oder Flash), dann sollte nach Möglichkeit auch auf allen Rechnern, die dieses Bundle zugewiesen bekommen hatten, die neu dazugekommene Software installiert / die neuere Version einer schon bestehenden Software geupdatet werden. Insbesondere dieser impl. UpdateMechanismus wäre interessant -> immerhin kennt OPSI die internen Software-Paketnummern (die vergibt man ja) und eine Routine zum deininstallieren/installieren ist auch vorhanden.
CU Sebastian
Re: Softwarebundles verteilen, WIE?
Klingt für mich jetzt nach einem Fall für
Code: Alles auswählen
opsi-package-manager -iS paketname
Re: Softwarebundles verteilen, WIE?
Also ich verstehe das so das du pakete bundlen willst.
Beispiel:
Du hast Java und Flash in einem Bundle (aber als einzelne Pakete?) und zu dem Bundle gesellt sich nun noch Microsoft Silverlight hinzu. Und du willst das auf allen wo das Bundle bereits installiert wurde, automatisch auch Silverlight installiert wird?
Das ist aktuell leider nicht möglich. Die einzige Möglichkeit Pakete zu "bundlen" ist über Gruppen oder über Helperpakete die die Pakete als Abhängigkeit beinhalten.
Du könntest dann natürlich das Helperpaket auf Setup setzen. Da in den Abhängigkeiten definiert werden kann das der Status auf "Installed" stehen soll, würde OPSI dann nur die noch fehlenden Pakete auf Setup setzen.
Beispiel:
Du hast Java und Flash in einem Bundle (aber als einzelne Pakete?) und zu dem Bundle gesellt sich nun noch Microsoft Silverlight hinzu. Und du willst das auf allen wo das Bundle bereits installiert wurde, automatisch auch Silverlight installiert wird?
Das ist aktuell leider nicht möglich. Die einzige Möglichkeit Pakete zu "bundlen" ist über Gruppen oder über Helperpakete die die Pakete als Abhängigkeit beinhalten.
Du könntest dann natürlich das Helperpaket auf Setup setzen. Da in den Abhängigkeiten definiert werden kann das der Status auf "Installed" stehen soll, würde OPSI dann nur die noch fehlenden Pakete auf Setup setzen.
-
- Beiträge: 28
- Registriert: 02 Jan 2013, 13:59
Re: Softwarebundles verteilen, WIE?
Hi und erst mal danke für Eure Antworten,
@Tobias,
ist denn geplant so etwas zu implementieren? Immerhin sind die Abhängigkeiten auch nur begrenzt einsetzbar, weil noch nicht vollständig eingebaut.
Es sieht ja im Moment so aus, als müsste ich die gesamte Installationslogik innerhalb eines OPSI-Pakets unterbringen, da bei einem Paketupdate von A1 auf A2
A1 nicht automatisch deinstalliert wird -> das müsste ich im Setup von A2 dann abfangen, vorher ein Deinstallation von A1 lostreten und dann A2 installieren.
CU Sebastian
@Tobias,
ist denn geplant so etwas zu implementieren? Immerhin sind die Abhängigkeiten auch nur begrenzt einsetzbar, weil noch nicht vollständig eingebaut.
Es sieht ja im Moment so aus, als müsste ich die gesamte Installationslogik innerhalb eines OPSI-Pakets unterbringen, da bei einem Paketupdate von A1 auf A2
A1 nicht automatisch deinstalliert wird -> das müsste ich im Setup von A2 dann abfangen, vorher ein Deinstallation von A1 lostreten und dann A2 installieren.
CU Sebastian
Re: Softwarebundles verteilen, WIE?
Da musst du UIB fragen nicht michIWW_sebastian hat geschrieben:Hi und erst mal danke für Eure Antworten,
@Tobias,
ist denn geplant so etwas zu implementieren? Immerhin sind die Abhängigkeiten auch nur begrenzt einsetzbar, weil noch nicht vollständig eingebaut.
Es sieht ja im Moment so aus, als müsste ich die gesamte Installationslogik innerhalb eines OPSI-Pakets unterbringen, da bei einem Paketupdate von A1 auf A2
A1 nicht automatisch deinstalliert wird -> das müsste ich im Setup von A2 dann abfangen, vorher ein Deinstallation von A1 lostreten und dann A2 installieren.
CU Sebastian

Die Installationslogig, das hast du richtig erfasst kommt in die Scripte. Dafür gibt es das Template von UIB. Da ist das bedacht

Re: Softwarebundles verteilen, WIE?
Hallo Sebastian,
Ich mache das mit Dummy-Produkten. Diese haben eine setup.ins die effektiv nichts tut ( nur eine message z.B ). Diese Pakete hat aber diverse Abhängigkeiten.
Pre/Post-Requiered: Install oder Installed usw. haben
Setzt man das Paket auf setup werden die Abhängigkeiten aufgelöst und erfüllt
Ich mache das mit Dummy-Produkten. Diese haben eine setup.ins die effektiv nichts tut ( nur eine message z.B ). Diese Pakete hat aber diverse Abhängigkeiten.
Pre/Post-Requiered: Install oder Installed usw. haben
Setzt man das Paket auf setup werden die Abhängigkeiten aufgelöst und erfüllt
