Navigation
- Startseite
- Alle Kategorien
- Univention Corporate Server (UCS)
- Installation
- Services for Windows
- Kolab2 für UCS
- Scalix für UCS
- Nagios
- Backup
- Virtualisierung
- Softwarepflege und Paketverwaltung
- Bootloader und Bootsplash
- LDAP-Server und Listener/Notifier-Replikation
- SSL-Zertifikate
- Univention Directory Manager (UDM)
- Maildienste, Viren- und Spamerkennung
- Univention Management Console (UMC)
- AD Connector
- DNS und DHCP
- Basis-Systemdienste
- Univention Configuration Registry (UCR)
- Freigaben
- Weitere Serverdienste
- 3rd Party Produkte
- Univention Corporate Desktop (UCD)
- UCS Thin Client Services (UCS TCS)
- UCS@school
- UCS Desktop Virtualization Services (DVS)
- Sitemap
FAQs in dieser Kategorie
- UCS Pakete selbst erstellen
- Installation von eigenen/fremden Paketen
- Software für UCS Systeme
- PKGDB: cannot create a handle to the database pkgdb
- Cannot find service-record of _pkgdb._tcp.
- Wie können eigene Pakete für UCS bereitgestellt werden?
- Aufruf lokaler Skripte bei Versions-Update
- Wo können Security-Updates als Tar-Archive heruntergeladen werden?
- Installation von Original Debian-Pakete auf einem UCS-System.
- Wie kann ein Repository für UCS bereitgestellt werden?
- Einbinden zusätzlicher Paketquellen (unmaintained)
- Entfernen alter Systeme aus der Paketstatusdatenbank
- Entfernen eines lokalen Repository
Tags
Univention Corporate Server (UCS) » Softwarepflege und Paketverwaltung
Wie kann ein Repository für UCS bereitgestellt werden?
Ein UCS-System verwendet standardmäßig apt.univention.de bzw. updates.software-univention.de als Online Repository für die Release und Security-Updates. Zusätzlich kann ein UCS-System Repositories von anderen Herstellern einbinden, sogenannte Components.
Eine solche Component wird per http in der folgenden Form auf einem Webserver zur Verfügung gestellt:<Prefix>/<Minor UCS Version>/maintained/component/<Name der Component>/
Beispielsweise:
path/to/repo/2.3/maintained/component/ucsschool/
Die Pakete im DEB-Paketformat können nun unterhalb des Verzeichnis <Name der Component>/ kopiert werden und es muss eine Packages und eine Packages.gz Datei erstellt werden. Dies kann beispielsweise mit dem folgenden Befehl erfolgen:
cd <Name der Component>
apt-ftparchive packages . >Packages
gzip -9 <Packages >Packages.gz
Falls Architektur-spezifische Pakete erstellt werden, so ist eine weitere Aufteilung der Pakete in die Verzeichnisse all, i386 und amd64 sinnvoll. Es sollte dann für jedes Verzeichnis eine Packages- bzw. Packages.gz-Datei
erstellt werden:
cd <Prefix>/<Minor UCS Version>/maintained/component
for arch in all i386 amd64; do
apt-ftparchive packages <Component>/${arch} ><Component>/${arch}/Packages
gzip -9 <Component>/${arch}/Packages > <Component>/${arch}/Packages.gz
done
In beiden Fällen können die Repositories nach dem Setzen der folgenden UCR-Variablen eingebunden werden:
univention-config-registry set \
repository/online/component/<Name der Component>/server=<Repository Server> \
repository/online/component/<Name der Component>=enabled \
repository/online/component/<Name der Component>/prefix=<Prefix>
Der Prefix ist dabei optional. Wenn die Variable repository/online/component/<Name der Component>/version auf den Wert current gesetzt wird, so wird sichergestellt, dass ein UCS-Release auf die nächste Minor- oder Majorversion nur durchgeführt wird, wenn die Component auch in der neuen Version vorliegt. Das Schlüsselwort current wird in dieser Form seit UCS 2.3-2 unterstützt.
Tags: repository
Verwandte Artikel:
- Erneuern der SSL-Zertifikate
- Einführung in Bacula
- Relay-Auth mit UGS konfigurieren
- Wichtige Funktionen im UDM nicht verfügbar
- UDM CLI meldet: superordinate object not present
Letzte Änderung der FAQ: 2012-05-16 12:36
Autor: Stefan Gohmann
Revision: 1.9
Kommentieren nicht möglich