Univention Bugzilla – Bug 29873
Abgleich UCS 3.1
Last modified: 2013-03-26 09:14:05 CET
Einige Pakete wurden aus UCS 3.0 nach UCC übernommen. Es sollte geprüft werden, ob ein Update auf UCS 3.1 sinnvoll ist.
Die folgenden UCS-Pakete wurden aktualisiert, da sie relevante Änderungen in 3.1 gegenüber 3.0-2 enthielten. Die bestehenden Patches wurden - wenn nicht anders angegeben - aktualisiert und integriert: univention-debug ("do not log ERROR to syslog") univention-directory-policy (Support für ldap/server/addition) univention-config-registry (viele Bugfixes) Ein Teil der Aenderugen aus 020_add-dep-on-ipaddr.patch wurde in 3.1 schon integriert und der Patch daher umbenannt in 020-add-dep-on-ldap-utils.patch. Der Patch 030-fix-path.patch ist in 3.1 schon integriert und wurde nicht übernommen. unvention-policy (u.a. Double Free, Support für ldap/server/addition) Die folgenden Pakete habe ich _nicht_ aktualisiert: univention-base-files: Die Neuerungen in 3.1 sind umfangreich und beziehen sich primär auf die Konfiguration von Bonding, VLANs etc. Da wir das Paket für UCC auch recht umfangreich anpassen und leicht Regressions auftreten, können, habe ich von einem Update abgesehen. univention-lib: Die Änderungen beziehen sich fast ausschliesslich auf die PackageManager-Klasse der UMC, die für UCC keine Bedeutung hat. ucslint: Hier wären weitere Anpassungen/Tests für Py2.6/2.7 nötig und die ucslint-Tests sind für UCC weniger relevant. univention-firewall: Die Änderungen in 3.1 wurden nur im SVN vorgenommen und beziehen sich auf UMC-Änderungen, die für UCC nicht relevant sind. univention-python: Die Änderungen bezieht sich auf die Standard-Python-Version, hier weichen wir ohnehin in UCC ab. Deshalb verbleiben wir bei dem aktuellen UCC-Paket. univention-python-heimdal: Hier hat es in 3.1 keine Änderung gegeben. univention-ssh: Hier hat es in 3.1 keine Änderung gegeben.
Der Build von univention-policy schlägt aktuell noch fehl.
UCR habe ich wieder auf Version 7.0.33-2 heruntersetzt: Es gab Probleme bedingt durch die 3.1-Änderungen Probleme mit dem Bau weiterer Pakete (durch Depends: misc:python)
univention-policy wurde jetzt auch gebaut.
FAIL - univention-directory-policy Was bringt 3.1-0-0-ucs/5.0.5-1-ucc/10-fix-ldap-test.patch? Mit und ohne dem Path schlägt /etc/init.d/univention-directory-policy wenn ldap/server/name nicht gesetzt ist. FAIL - univention-lib In den shell libs wird teilweise noch "eval "$(ucr shell ldap/base)" verwendet. Wenn man das so in einem lightdm session Script verwendet, klappt es nicht, da PATH nicht richtig gesetzt ist. Es gibt schon einen patch für univention-lib der das in ucr.sh fixt, in anderen libs ist es aber noch nicht korrigiert. OK - univention-policy OK - univention-debug nicht aktualisiert: * univention-base-files * univention-lib * univention-config-registry
(In reply to comment #5) > FAIL - univention-directory-policy > > Was bringt 3.1-0-0-ucs/5.0.5-1-ucc/10-fix-ldap-test.patch? Mit und ohne dem > Path schlägt /etc/init.d/univention-directory-policy wenn ldap/server/name > nicht gesetzt ist. Der Patch war bereits von dir deaktiviert, ich habe ihn jetzt auch entfernt. The patch had already been disabled. I also removed it now. > FAIL - univention-lib > > In den shell libs wird teilweise noch "eval "$(ucr shell ldap/base)" verwendet. > Wenn man das so in einem lightdm session Script verwendet, klappt es nicht, da > PATH nicht richtig gesetzt ist. Es gibt schon einen patch für univention-lib > der das in ucr.sh fixt, in anderen libs ist es aber noch nicht korrigiert. Ich habe dazu einen Patch eingepflegt und für UCS zur Übernahme den Patch an Bug #29241 gehängt. Ich habe auch einen ucslint-Bug angelegt: 30125
OK
UCC 1.0 has been released: http://forum.univention.de/viewtopic.php?f=26&t=2417 http://forum.univention.de/viewtopic.php?f=54&t=2418 If this error occurs again, please use "Clone This Bug".