Univention Bugzilla – Bug 23454
GPLPV Treiber signieren und ausliefern
Last modified: 2011-12-27 11:01:38 CET
Wir sollten die GPLPV Treiber bei uns bauen und direkt mit UCS ausliefern. Die Treiber sollten direkt signiert werden, so dass der Testmodus in Windows 7 64bit und Windows 2008 R2 nicht mehr notwendig ist.
Am einfachsten ist es, wenn wir die Quellen komplett auschecken, minimale Anpassungen an die Build-Tools machen damit die Signierung etc. wie gewünscht läuft und alles bauen. Nachträgliches Signieren der Treiber wird nicht funktionieren. Es gibt nun eine Build Host "win-gplpv" für die GPLPV Treiber auf tirup und eine Anleitung im Wiki https://hutten.knut.univention.de/mediawiki/index.php/WindpowsGPLPVBuild. Damit wurden von uns signierte GPLPV Treiber und MSI Pakete erstellt. * gplpv_2003x32_0.11.0.0.msi * gplpv_2003x64_0.11.0.0.msi * gplpv_Vista2008x32_0.11.0.0.msi * gplpv_Vista2008x64_0.11.0.0.msi * gplpv_XP_0.11.0.0.msi Diese werden dann über das Debian Paket univention-xen-gplpv ausgeliefert. Ich checke "univention-xen-gplpv" (inklusive MSI Pakete und GPLPV Quellen) ein, wenn 2.4-3 durch ist.
(In reply to comment #1) > ... > Damit > wurden von uns signierte GPLPV Treiber und MSI Pakete erstellt. > > * gplpv_2003x32_0.11.0.0.msi > * gplpv_2003x64_0.11.0.0.msi > * gplpv_Vista2008x32_0.11.0.0.msi > * gplpv_Vista2008x64_0.11.0.0.msi > * gplpv_XP_0.11.0.0.msi > Wir werden doch alle msi Paket signieren und ausliefern. Das wären dann folgende Pakete: gplpv_2000_signed_0.11.0.308_debug.msi gplpv_2000_signed_0.11.0.308.msi gplpv_2003x32_signed_0.11.0.308_debug.msi gplpv_2003x32_signed_0.11.0.308.msi gplpv_2003x64_signed_0.11.0.308_debug.msi gplpv_2003x64_signed_0.11.0.308.msi gplpv_Vista2008x32_signed_0.11.0.308_debug.msi gplpv_Vista2008x32_signed_0.11.0.308.msi gplpv_Vista2008x64_signed_0.11.0.308_debug.msi gplpv_Vista2008x64_signed_0.11.0.308.msi gplpv_XP_signed_0.11.0.308_debug.msi gplpv_XP_signed_0.11.0.308.msi Die Pakete liegen für die ersten Tests jetzt erst einmal im Verzeichnis /var/univention/buildsystem2/temp/signed-gplpv auf omar.
Wir sollten den Thread "Stability report GPLPV 0.11.0.308" auf xen-devel noch verfolgen und ggf. 312 mit ausliefern. Die Treiber sollten vermutlich direkt mit in univention-xen liegen. Idealerweise liegen die auch auf einem Share oder es wird beschrieben, wie die Treiber in die Instanz gelangen. Man könnte beispielsweise automatisch ein ISO generieren und unter /var/lib/libvirt/images ablegen, wenn dort noch keins vorhanden ist. Dann kann der Admin einfach nach der Installation die DVD in UVMM auswählen und die Treiber von CD installieren.
(In reply to comment #3) > Wir sollten den Thread "Stability report GPLPV 0.11.0.308" auf xen-devel noch > verfolgen und ggf. 312 mit ausliefern. > > Die Treiber sollten vermutlich direkt mit in univention-xen liegen. > > Idealerweise liegen die auch auf einem Share oder es wird beschrieben, wie die > Treiber in die Instanz gelangen. Man könnte beispielsweise automatisch ein ISO > generieren und unter /var/lib/libvirt/images ablegen, wenn dort noch keins > vorhanden ist. Wir könnten doch univention-share aus DVS integrieren?
(In reply to comment #4) > (In reply to comment #3) > > Wir sollten den Thread "Stability report GPLPV 0.11.0.308" auf xen-devel noch > > verfolgen und ggf. 312 mit ausliefern. > > > > Die Treiber sollten vermutlich direkt mit in univention-xen liegen. > > > > Idealerweise liegen die auch auf einem Share oder es wird beschrieben, wie die > > Treiber in die Instanz gelangen. Man könnte beispielsweise automatisch ein ISO > > generieren und unter /var/lib/libvirt/images ablegen, wenn dort noch keins > > vorhanden ist. > > Wir könnten doch univention-share aus DVS integrieren? Ich glaube es ist besser, wenn man da direkt per ISO herankommt, ansonsten ist das Problem, dass man den Netzwerktreiber noch nicht installiert hat und nicht auf das netzwerk zugreifen kann.
(In reply to comment #3) > Wir sollten den Thread "Stability report GPLPV 0.11.0.308" auf xen-devel noch > verfolgen und ggf. 312 mit ausliefern. Aus dem Thread: I haven't tested it well, but the latest should be a bit more stable. Could you try one of the following from http://www.meadowcourt.org/private: gplpv_Vista2008x64_0.11.0.265.msi gplpv_2000_0.11.0.322_debug.msi gplpv_XP_0.11.0.322_debug.msi gplpv_2003x32_0.11.0.322_debug.msi gplpv_2003x64_0.11.0.322_debug.msi gplpv_Vista2008x32_0.11.0.322_debug.msi gplpv_Vista2008x64_0.11.0.322_debug.msi gplpv_2000_0.11.0.322.msi gplpv_XP_0.11.0.322.msi gplpv_2003x32_0.11.0.322.msi gplpv_2003x64_0.11.0.322.msi gplpv_Vista2008x32_0.11.0.322.msi gplpv_Vista2008x64_0.11.0.322.msi Leider sind die Commits noch nicht hier: http://xenbits.xensource.com/ext/win-pvdrivers/
univention-xen-gplpv wurde für 3.0 gebaut. Darin ein ISO Image mit den MSI Dateien. Dieses Image wird, falls nicht schon vorhanden, in den Standard Pool kopiert. Diese Datei wird nicht wieder entfernt. Paket wurde in die trigger Liste aufgenommen. univention-virtual-machine-manager-node-xen wurde um Recommends auf univention-xen-gplpv erweitert, so dass univention-xen-gplpv bei der Installation von univention-virtual-machine-manager-node-xen installiert wird.
Nach 2.4-4 übernommen (univention-xen-gplpv, univention-virtual-machine-manager-node-xen). Changelog Eintrag erstellt. Die CD Content Liste für 2.4 (amd64, i386) wurden um "univention-xen-gplpv" erweitert.
OK, für Doku Anpassung gibt es jetzt noch einen zusätzlichen Bug.
UCS 2.4-4 wurde veröffentlicht. Sollte der hier beschriebene Bug mit einer neueren Version von UCS erneut auftreten, so sollte dieser Bug dupliziert werden: "Clone This Bug"