KDE 4.6.0 aus area51 ausprobieren

Fusselbär

Makefile Voyeur
Hallo,

miwi hat in seinem Blog einen Testaufruf zum ausprobieren von KDE 4.6.0 aus area51:
http://miwi.bsdcrew.de/2011/01/cft-kde-sc-4-6-0-for-freebsd/

Ich habe das mal ausprobiert und mein FreeBSD KDE Desktop ist dabei nicht verfrellt worden. :cool:

Mal sehen ob ich noch zusammen bekomme, was mir da bei der Nacht & Nebel Aktion aufgefallen ist,
als ich vergangene Nacht auf das area51 KDE 4.6.0 upgegradet habe. ports-mgmt/portupgrade wurde dafür benutzt.

Das portsmerge Script scheint es nicht mehr zu geben:
Code:
Tools/scripts/portsmerge

Das kdemerge Script Tool hat dafür gereicht:
Code:
sh Tools/scripts/kdemerge
Habe ich so angewendet:
Code:
sh Tools/scripts/kdemerge -a /usr/ports/
Zwei distfiles musste ich zu Fuß holen und nach:
Code:
/usr/ports/distfiles/KDE
schubsen.

Das waren:
phonon-4.4.4.tar.bz2
und:
phonon-backend-xine-4.4.4.tar.bz2
Da scheint irgendwas am MASTER_SITE_SUBDIR in den Makefiles nicht gepasst zu haben.
Habe ich aber noch nicht genauer danach geguckt. :o

Beim upgraden wollten unbedingt zuerst x11/kdelibs4, x11/kdebase4-runtime und x11/kde4 wegen den in den Makefiles definierten CONFLICTS deinstalliert werden:
Code:
pkg_deinstall -f -O 11/kdelibs4 x11/kdebase4-runtime x11/kde4

Dann lief es, bis auf multimedia/kdemultimedia4 und deskutils/kdepim4.
Bei denen habe ich ein bisschen am Makefile gefrickelt und dann lief es bei mir durch.
multimedia/kdemultimedia4 der Makefile diff:
http://bsdpaste.bsdgroup.de/44578
deskutils/kdepim4 der Makefile diff:
http://bsdpaste.bsdgroup.de/44579

KDE 4.6.0 auf FreeBSD scheint noch weniger CPU Last zu machen als KDE 4.5.5,
das ist es, was mir in der kurzen Zeit benutzen aufgefallen ist.
Wenn Akonadi abgeschaltet ist, quengelt KDE 4.6.0 mit einem Pop-up
Also habe ich jetzt bei KDE 4.6.0 Akonadi aktiviert und lasse jetzt auch Strigi laufen, was ich bislang immer abgeschaltet hatte.

Dankeschön an das FreeBSD KDE Porter Team! :)
 
Zuletzt bearbeitet:
Kommt bei dieser Version eigentlich HAL zum Einsatz? Scheinbar ist ja HAL nicht mehr zwingend nötig.
 
Kommt bei dieser Version eigentlich HAL zum Einsatz? Scheinbar ist ja HAL nicht mehr zwingend nötig.

Ja, es kommt HAL zum Einsatz, auf meiner FreeBSD Installation mit KDE 4.6.0 sieht das so aus:
Code:
ps aux | grep hald
haldaemon   1389  0,0  0,1 30100  6668  ??  Is    5:35pm   0:06,68 /usr/local/sbin/hald
root        1396  0,0  0,0 18140  3220  ??  I     5:35pm   0:00,14 hald-runner
root        1401  0,0  0,0 11560  1936  ??  S     5:35pm   0:03,70 hald-addon-storage: no polling on /dev/fd0 because it is explicitly disabled (hald-addon-storage)
root        1402  0,0  0,0 11560  1940  ??  S     5:35pm   0:03,63 hald-addon-storage: no polling on /dev/fd0 because it is explicitly disabled (hald-addon-storage)
root        1431  0,0  0,0 16780  2836  ??  I     5:35pm   0:00,01 hald-addon-mouse-sysmouse: /dev/ums0 (hald-addon-mouse-sy)
root        1444  0,0  0,0 16780  2836  ??  I     5:35pm   0:00,01 hald-addon-mouse-sysmouse: /dev/ums1 (hald-addon-mouse-sy)
root        1446  0,0  0,0 11560  1960  ??  S     5:35pm   0:05,36 hald-addon-storage: /dev/cd0 (hald-addon-storage)
root        1447  0,0  0,0 11560  1960  ??  S     5:35pm   0:05,29 hald-addon-storage: /dev/cd0 (hald-addon-storage)
root        1464  0,0  0,0 11560  1964  ??  S     5:35pm   0:04,82 hald-addon-storage: /dev/da0 (hald-addon-storage)
root        1465  0,0  0,0 11560  1964  ??  S     5:35pm   0:04,94 hald-addon-storage: /dev/da0 (hald-addon-storage)
root        1468  0,0  0,0 11560  1972  ??  S     5:35pm   0:04,63 hald-addon-storage: /dev/da1 (hald-addon-storage)
root        1469  0,0  0,0 11560  1972  ??  S     5:35pm   0:04,70 hald-addon-storage: /dev/da1 (hald-addon-storage)
root        1472  0,0  0,0 11560  1976  ??  S     5:35pm   0:04,56 hald-addon-storage: /dev/da2 (hald-addon-storage)                                                                                                                                                           
root        1473  0,0  0,0 11560  1964  ??  S     5:35pm   0:04,66 hald-addon-storage: /dev/da2 (hald-addon-storage)                                                                                                                                                           
root        1477  0,0  0,0 11560  1964  ??  S     5:35pm   0:04,65 hald-addon-storage: /dev/da3 (hald-addon-storage)                                                                                                                                                           
root        1478  0,0  0,0 11560  1964  ??  S     5:35pm   0:04,76 hald-addon-storage: /dev/da3 (hald-addon-storage)                                                                                                                                                           
fussel     77331  0,0  0,0  9124  1496   6  S+   11:29pm   0:00,00 grep hald
Das sind bei mir so viele Direct Access Devices, weil ich einen internen Multikartenleser eingebaut habe, der direkt in das Floppy integiert ist.
http://www.snogard.de/?artikelId=FD144TEACMBL2
Von dem Ding aus habe ich sogar dieses Sytem hier per SDHC Memory Karte mittels PC-BSD intalliert. Hatte einfach das USB PC-BSD Image per dd auf die SDHC Memory Karte gebügelt.

Edit:
Hier noch die Ausgabe von:
Code:
cat /var/db/pkg/hal-0.5.14_12/\+REQUIRED_BY
die ist durchaus umfangreich:
Code:
de-kde-l10n-4.6.0
digikam-1.7.0,1
gtk-qt4-engine-1.1_5
hal-info-20091130
k3b-2.0.2
kaudiocreator-1.2.90
kcoloredit-2.0.0.4.4.0
kde4-4.6.0
kde4-style-qtcurve-1.8.4
kde4-windeco-nitrogen-3.3.3_1
kdeaccessibility-4.6.0
kdeadmin-4.6.0
kdeartwork-4.6.0
kdebase-4.6.0
kdebase-runtime-4.6.0
kdebase-workspace-4.6.0
kdebindings-4.6.0
kdebindings-python-4.6.0
kdebindings-smoke-4.6.0
kdeedu-4.6.0
kdegames-4.6.0
kdegraphics-4.6.0
kdelibs-4.6.0
kdemultimedia-4.6.0
kdenetwork-4.6.0
kdepim-4.5.94.1
kdepim-runtime-4.5.94.1
kdepimlibs-4.6.0
kdeplasma-addons-4.6.0
kdesdk-4.6.0
kdetoys-4.6.0
kdeutils-4.6.0
kdeutils-printer-applet-4.6.0
kdewebdev-4.6.0
kiconedit-4.4.0
kipi-plugins-1.7.0,1
kmplayer-kde4-0.11.2b,3
konq-plugins-4.4.0
kphotoalbum-4.1.1.4.4.0_1
ktorrent-4.1.b1
ktts-4.6.0
kwebkitpart-0.9.6.b1_1
libktorrent-1.1.b1
marble-4.6.0
nepomukcontroller-0.2
pcbsd-netmanager-8.0_2
plasma-applet-daisy-0.0.4.25_1
plasma-applet-panelspacer-0.2_5
plasma-applet-simpleweatherforecast-1.3_2
plasma-applet-yawp-0.3.6_1
plasma-scriptengine-python-4.6.0
plasma-scriptengine-ruby-4.6.0
py26-kdebindings-kde-4.6.0
py26-kdebindings-krosspython-4.6.0
py26-kdebindings-pykdeuic4-4.6.0
py26-synce-librapi2-0.14
py26-synce-librra-0.14
ruby18-kdebindings-4.6.0
skanlite-0.7
synce-librapi2-0.14
synce-librra-0.14
synce-libsynce-0.14
synce-sync-engine-0.14
system-config-printer-kde-4.6.0
webcamd-0.1.18_1
xf86-input-keyboard-1.4.0
xf86-input-mouse-1.5.0
xf86-input-synaptics-1.2.1
xf86-video-apm-1.2.2
xf86-video-ati-6.13.2
xf86-video-dummy-0.3.3
xf86-video-fbdev-0.4.1
xf86-video-i740-1.3.2
xf86-video-intel-2.7.1_3
xf86-video-mach64-6.8.2
xf86-video-mga-1.4.11,2
xf86-video-neomagic-1.2.4
xf86-video-nv-2.1.17
xf86-video-openchrome-0.2.904_2
xf86-video-r128-6.8.1
xf86-video-radeonhd-1.3.0_3
xf86-video-s3-0.6.3
xf86-video-savage-2.3.1
xf86-video-tga-1.2.1
xf86-video-tseng-1.2.3
xf86-video-vesa-2.3.0
xf86-video-vmware-11.0.3
xorg-7.5
xorg-drivers-7.5
xorg-server-1.7.5,1
 
Zuletzt bearbeitet:
Läuft bei mir auch. Besonders das noch experimentelle kdepim ist sehr zu empfehlen. Endlich SMP und kein einfrierendes GUI mehr…

Übrigens auch seit einer Weile in den ports und sehr zu empfehlen gtk-oxygen-engine, endlich kein Geraffel mehr mit Gtk.
 
Woho, schnell das FreeBSD KDE Porter Team ist. :)
Kam eben schon per svn ein fetch Fix für das phonon-4.4.4.tar.bz2

Für das phonon-backend-xine-4.4.4.tar.bz2 habe ich was gefrickelt,
das Makefile-phonon-backend-xine-4.4.4-fetch-fix.diff:
http://bsdpaste.bsdgroup.de/44615
Falls das nicht zu langsam war.
 
Kde 4.6.1

In der area51 sind heute morgen bereits die Port Baupläne für KDE 4.6.1 enthalten gewesen. Habe es gleich mal ausprobiert.
Da die KDE 4.6.1 distfiles noch nicht auf den Servern liegen, die in Mk/bsd.destdir.mk eingetragen sind, müssen die distfiles zur Zeit noch händisch geholt werden.

Gehakelt hat es mit portupgrade bei kdebindings-smoke-4.6.1,
ließ sich dann aber mit reinstellen ins devel/kdebindings4-smoke Portverzeichnis und händischem anstoßen des make doch bauen.

Bei kdebase-4.6.1 war das Entfernen der Patches:
Code:
patch-apps__kdepasswd__kcm__main.cpp
patch-apps__konqueror__src__CMakeLists.txt
aus dem files Verzeichnis des x11/kdebase4 Ports nötig.

Auch bei kdebase-workspace-4.6.1 musste ein Patch aus dem files Verzeichnis entfernt werden:
Code:
patch-kinfocenter__Modules__base__info_fbsd.cpp

Nun läuft KDE 4.6.1 hier bereits auf FreeBSD 8.2-STABLE amd64 obwohl noch nicht mal die offizelle Release Ansage auf KDE.org raus ist.
Ein Hoch auf die FreeBSD Porter! :)

Edit:
Jetzt ist Helga angesagt:
http://dot.kde.org/2011/03/04/kde-ships-march-updates-codenamed-helga
 
Zuletzt bearbeitet:
Hallo kira12,

diese Installation hier hat ihr Leben als PC-BSD begonnen.
Das habe ich dann aber in der ersten Woche fröhlich per csup und eigener Kernel conf auf ein FreeBSD STABLE hochgezogen.
Die bei PC-BSD installierten Pakete in der Grundinstallation sind ja auch ganz normale FreeBSD pkg, wenn man nichts extra dazu auswählt. Die halte ich einfach mit portupgrade aktuell.
Im Augenblick läuft das so:
erst csup, dann ein kleines Script das aktuelle Beta nvida-driver, nvidia-settings und nvidia-xconfig rein patcht und dann per svn den KDE Teil der aera51 auschecken und mergen.
Alles in ein kleines Script gesteckt, dass das nacheinander ausführt und ab dafür. :)
 
das habe ich mal mit 8.0 versucht, aber nach einem -update von Xorg und KDE war Feieraband, seitdem lasse ich die Finger von portsnap :D

Aber das werde ich mal an einer Installation versuchen.

Gruß ré
 
Hallo zusammen,
ich versuche KDE 4.6.1 in meiner Tinderbox zu bauen.

Beim Port: x11/kdebase4-workspace ist in der Spalte Reason ein rotes L mit gelben Hintergrund.
Im Markup Log stehen folgende Sachen

Code:
Unused param/var (2)
6747	/work/a/ports/x11/kdebase4-workspace/work/kdebase-workspace-4.6.1/libs/ksysguard/processcore/processes_freebsd_p.cpp:86: warning: unused variable 'pru'
6749	/work/a/ports/x11/kdebase4-workspace/work/kdebase-workspace-4.6.1/libs/ksysguard/processcore/processes_freebsd_p.cpp:125: warning: unused variable 'p'
und
Code:
Pointer target type (1)
13098	/work/a/ports/x11/kdebase4-workspace/work/kdebase-workspace-4.6.1/kdm/backend/client.c:855: warning: assignment discards qualifiers from pointer target type

http://pastebin.com/vZjETTBZ

Jemand eine Idee was es sein kann?
Kann ich das trotzdem so verwenden?
 
Hallo kashee Opeiah,

habe eben gerade noch mal x11/kdebase4-workspace gebaut und dann nach diesen Warnungen gesucht.
Waren auch alle vorhanden. Hatte ich aber gar nicht bemerkt, als ich KDE 4.6.1 für meinen FreeBSD Desktop baute, hatte auch nicht extra danach geschaut. KDE 4.6.1 läuft trotzdem bei mir hier.
Gebaut habe ich das alles im normal laufenden FreeBSD 8.2-STABLE amd64 aus dem laufendem KDE4 Desktop in der KDE Konsole, jetzt aus der area51 SVN Revision 7024.

Folgende 20 Patches waren im x11/kdebase4-workspace/files Verzeichnis vorhanden:
Code:
kdm.in
kdm4.in
layout.js.in
metadata.desktop
patch-CMakeLists.txt
patch-ConfigureChecks.cmake
patch-kdm-kfrontend-CMakeLists.txt
patch-kdm-kfrontend-genkdmconf.c
patch-kdm__backend__client.c
patch-khotkeys__libkhotkeysprivate__CMakeLists.txt
patch-kinfocenter__Modules__base__CMakeLists.txt
patch-kinfocenter__Modules__info__CMakeLists.txt
patch-ksmserver_fadeeffect.cpp
patch-ksysguard__gui__SystemLoad2.sgrd
patch-ksysguard__gui__ksgrd__SensorManager.cc
patch-kwin-kcmkwin-kwinrules_ruleswidget.cpp
patch-kwin__CMakeLists.txt
patch-plasma__generic__scriptengines__CMakeLists.txt
patch-startkde.cmake
Sind ja einige dabei, die den kdm und den ksysguard betreffen.
 
Zuletzt bearbeitet:
Zurück
Oben