Univention Bugzilla – Bug 13749
KDE Profil Builder: Desktop Icons werden nicht richtig übernommen
Last modified: 2010-12-23 15:07:17 CET
Ich habe einen Benutzer profil2 angelegt, der kein Desktop-Profil hat (none). Der Benutzer wurde angemeldet und es wurden Icons auf dem Desktop angelegt: root@m100:~# ls -1 /home/profil2/Desktop/ total 24 Home.desktop KControl.desktop -> /usr/share/applications/kde/KControl.desktop System.desktop k3b.desktop -> /usr/share/applications/k3b.desktop trash.desktop Bei Locked-Profilen werden nur die Dateien und nicht die Links übernommen: ./usr/share/univention-kde-profiles/univention-kde-profile-test-locked/Desktop/ ./usr/share/univention-kde-profiles/univention-kde-profile-test-locked/Desktop/Home.desktop ./usr/share/univention-kde-profiles/univention-kde-profile-test-locked/Desktop/trash.desktop ./usr/share/univention-kde-profiles/univention-kde-profile-test-locked/Desktop/System.desktop ./usr/share/univention-kde-profiles/univention-kde-profile-test-locked/Desktop/.directory Bei Restricted-Profilen wird das Verzeichnis gar nicht übernommen.
Das sollte nochmal für UCD 3.1 geprüft werden.
*** Bug 19743 has been marked as a duplicate of this bug. ***
UCD 2.4 (locked): - "Das Miniprogramm lässt sich nicht starten. Bitte überprüfen Sie ihre Installation" - Desktop-Icons sind alle vorhanden (jedoch nicht an der richtigen Position) UCD 2.4 (restricted): - Einstellungen von der Kontrollleiste (Miniprogramme etc.) wurden nicht übernommen. - Desktop-Icons sind alle vorhanden (jedoch nicht an der richtigen Position) UCD 3.0 (locked): - Desktop-Icons sind alle vorhanden (auch an der richtigen Position) - keine weiteren Fehler UCD 3.0 (restricted): - Einstellungen von der Kontrollleiste (Miniprogramme etc.) wurden alle übernommen. - Keine Desktop-Icons: "Die Datei oder der Ordner /usr/share/univention-kde-profiles/{foo}/Desktop existiert nicht."
In einer Kundenumgebung mit UCS-2.4-0 war das Problem ebenfalls aufgetaucht. Ich habe das Problem kurzerhand durch Erstellung eigener Profil-Pakete in einer QA-VM nachstellen können. Anders als von Jascha berichtet, waren die Profile gänzlich nicht übernommen: UCD 2.4 (locked): - "Das Miniprogramm lässt sich nicht starten. Bitte überprüfen Sie ihre Installation" - Desktop-Icons sind nicht vorhanden
Das sollte mit UCD 3.1 funktionieren.
Created attachment 2722 [details] Objekte
---- UCS 2.4 + UCD 3.1 ---- (Master, i386) Ich habe einen neuen Benutzer angelegt (ohne vordefiniertes Desktop-Profil) und auf dem Desktop folgende Sachen erstellt: lrwxrwxrwx 1 testprofil Domain Users 39 30. Sep 14:09 firefox.desktop -> /usr/share/applications/firefox.desktop lrwxrwxrwx 1 testprofil Domain Users 36 30. Sep 14:09 gimp.desktop -> /usr/share/applications/gimp.desktop -rw-r--r-- 2 root root 1175 14. Okt 2009 mplayer.desktop lrwxrwxrwx 2 root root 51 30. Aug 13:15 ooo-calc.desktop -> /usr/share/applications/openoffice.org-calc.desktop -rw-r--r-- 1 testprofil Domain Users 2 30. Sep 14:10 Testdatei drwxr-xr-x 2 testprofil Domain Users 4096 30. Sep 14:09 Testordner (siehe auch Anhang) Anschließend habe ich mittels fakeroot ein locked- sowie restricted-Profil erstellt und auf dem System installiert. Hier das Ergebnis der Profile: Restricted: Kein Desktop vorhanden ==> "Die Datei oder der Ordner /usr/share/univention-kde-profiles/univention-kde-profile-test-restricted/Desktop existiert nicht" Locked: Es wurden nicht alle Objekte vom Desktop übernommen. Auf dem Profildesktop sind lediglich die Testdatei & Testordner sowie mplayer.desktop vorhanden. Wenn ich das richtig sehe, werden immer noch keine Links übernommen.
Das Programm univention-kde-profile-builder wurde an die Erneuerungen von KDE 4.4 angepasst. ==> Aktivitäten & Desktops funktionieren ==> Links werden übernommen Bei einem locked-Profil wird zunächst unter ~/Desktop gesucht, ob ein Desktop vorhanden ist. Falls dies der Fall ist, wird dieser anschließend unter /usr/share/[..] liegen. Aktivitäten werden auch übernommen. Sollte kein Desktop eingerichtet sein, wird nur die Aktivität übernommen. Bei einem restricted-Profil wird ebenfalls gesucht, ob ~/Desktop vorhanden ist. Ist dies der Fall, werden die Dateien in [...]/.kde/share/apps/kio_desktop/DesktopLinks vom Paket kopiert - des Weiteren wird der Pfad explizit auf url=Desktop:/ geändert, sodass es zu keinen Problemen kommt. Sollte kein Desktop eingerichtet worden sein, werden lediglich die Aktivitäten übernommen. Es ist bei einem restricted-Profil nicht möglich, vorkonfigurierte Ordner auf dem Desktop zu plazieren - diese werden nicht übernommen. Hierbei handelt es sich aber um einen KDE Bug bzw. Feature. Da das Hauptaugenmerk bei KDE 4 jedoch auf den Aktivitäten liegt, sollte dies verkraftbar sein. Changelog-Eintrag ist vorhanden.
Zwei Probleme: locked Profil: Das Desktop Verzeichnis wird zwar über das Paket nach /usr/share/univention-kde-profiles/univention-kde-profile-NAME/Desktop kopiert, aber es gibt dafür keine Benutzerkonfiguration. Wenn ich mich mit einem Benutzer, der dieses Profil verwendet, anmelde, hat er ein leeren Desktop. Restricted profil: Dort steht in der plasma-desktop-appletsrc folgendes: url=Desktop:/:// Dies führt zu einer Fehlermeldung auf dem Desktop (im original Profil ist url=Desktop:// gesetzt).
Ich habe die Generierung angepasst. Im restricted Profil wird die URL nur angepasst (auf Desktop:/), wenn dort vorher /home/<user>/Desktop drin stand. Im locked Profil wird der immer der neue Pfad eingetragen, wenn vorher url=Desktop* oder url=desktop:/ oder /home/<user>/Desktop drin stand.
Quell-Profil: Arbeitsfläche mit "Desktop-Eigenschaft" (url=Desktop://) * locked: OK (alle Dateien, Ordner und Links vorhanden) * restricted: Dateien, Links ok, Ordner werden nicht übernommen laut comment #8 ist das aber ok Quell-Profil: Arbeitsfläche mit "Desktop-Eigenschaft" (url=Desktop:/home/Administrator/Desktop) * locked: OK (alle Dateien, Ordner und Links vorhanden) * restricted: OK (bis auf Ordner) Quell-Profil Arbeitsfläche mit (standard) Aktivität * locked: OK (widgets und Links werden angezeigt) * restricted: OK (widgets und Links werden angezeigt) Im locked Modus können die Vorgaben nicht geändert werden, im restricted Modus dagegen schon. Changelog OK.
UCD 3.1 wurde veröffentlicht. Sollte der hier beschriebene Bug mit einer neueren Version von UCS erneut auftreten, so sollte der Bug dupliziert werden: "Clone This Bug".