Help Me Install KDE Plasma, Please

For me kde5 installs a lot of unnecessary stuff is my opinion. I do use the meta package x11/plasma5-plasma-desktop and do if required install stuff like x11-fm/dolphin, x11/konsole extra in addition.
I use the meta port x11/plasma5-plasma, as it includes a few more niceties such as gtk theme integration and audio mixer. It is still fairly slim and does not install KDE applications. It is covered in https://community.kde.org/FreeBSD/S...Plasma_by_using_the_Binary_Package_Management
 
Installing KDE according to the manual is a good way, if you get a black screen and nothing happens, I think you should check your graphics card drivers.
The default session is plasma Wayland which doesn't work without tweaking. You must switch to the working X11 session
 
13.1-RC1 KDE plasma5 is working pretty well. Switch users is still buggy.

IIRC I used the standard pkg install.

Suggest start here (but these weren't the instructions I found to start with):
https://community.kde.org/FreeBSD/Setup

Definitely needs SDDM. Does not work with hald.

Code:
~ $ cat /etc/rc.conf
sendmail_enable="NONE"
hostname="hpz2freebsd"
ifconfig_em0="inet 192.168.1.111 netmask 255.255.255.0"
defaultrouter="192.168.1.1"
sshd_enable="YES"
ntpd_enable="YES"
powerd_enable="YES"
# Set dumpdev to "AUTO" to enable crash dumps, "NO" to disable
dumpdev="AUTO"
zfs_enable="YES"
# kld_list="i915kms"
#
# bluey
#
kld_list="nvidia-modeset fusefs"
dbus_enable="YES"
# gdm_enable="YES"
# gnome_enable="YES"
sddm_enable="YES"
# slim_enable="YES"
# NOTE the HAL daemon hald is no longer part of the FreeBSD desktop setup
# hald_enable="YES"
# mDNSResponder
# mdnsresponderposix_enable="YES"
# mdnsresponderposix_flags="-f /etc/mdnsresponder.conf"
netatalk_enable="YES"
# avahi-daemon[68352]: *** WARNING: Detected another IPv4 mDNS stack running on this host. This makes mDNS unreliable and is thus not recommended. ***
# mdnsresponderposix_enable="YES"
# mdnsresponderposix_flags="-n $hostname"
avahi_daemon_enable="YES"
ubuntu_enable="YES"
cupsd_enable="YES"
~ $

Will start once without .xinitrc, but needs .xinitrc and ck-launch-session to be reliable. Trying to figure where a default .xinitrc for all users might properly live.

Switch users works but presently will not pick up existing user session and will just make a new one. Needs sddm.conf https://www.freebsd.org/cgi/man.cgi?query=sddm.conf(5)&sektion=&manpath=freebsd-release-ports
ReuseSession=true




Code:
~ $ cat .xinitrc
# all these are functional - kde plasma5 works best
# exec ck-launch-session mate-session
# exec /usr/local/bin/cinnamon
# exec /usr/local/bin/gnome-session
# exec /usr/local/bin/startxfce4 --with-ck-launch
exec /usr/local/bin/ck-launch-session /usr/local/bin/startplasma-x11
~ $

Bug report trying to make more reliable starts. https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=256648
 
Funny thing about this is, when I simply followed the Handbook, and used pkg... ah, the Handbook will remind you about /etc/fstab:
KDE requires /proc to be mounted. Add this line to /etc/fstab to mount this file system automatically during system startup:
proc /proc procfs rw 0 0
Did you do that one? if you don't, KDE won't start.

This is why you gotta follow the Handbook.
 
Funny thing about this is, when I simply followed the Handbook, and used pkg... ah, the Handbook will remind you about /etc/fstab:

Did you do that one? if you don't, KDE won't start.
Multiple desktop environments require that, so that was done once at the beginning.

But there are so many "how to's" with different instructions. None are completely correct, which is why I posted the whole /etc/rc.conf and .xinitrc I have been playing with for 1.5 weeks.

My sddm.conf line is not working. Still looking to figure if it should be that or sddm-kcm I need to tweak.
 
Multiple desktop environments require that, so that was done once at the beginning.

But there are so many "how to's" with different instructions. None are completely correct, which is why I posted the whole /etc/rc.conf and .xinitrc I have been playing with for 1.5 weeks.

My sddm.conf line is not working. Still looking to figure if it should be that or sddm-kcm I need to tweak.
Well, Handbook is the official one. If you follow the Handbook, and get stuck, it's easier to ask for help on the Forums. I'd suggest doing a clean reinstall of the entire FreeBSD setup and setting up KDE from scratch, following the Handbook :)

I've done that many times, BTW. Part of the learning experience. Nothing replaces time, effort, and repetition.
 
Suggest start here …

Yep, the quick start alone should be enough for the majority of users. (It does not attempt to cover complications with NVIDIA.)

The current edition, pictured:

1649115550282.png

Bug report trying to make more reliable starts. https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=256648

Yep, SDDM on FreeBSD no longer requires an ~/.xinitrc file for a User session.

Funny thing about this is, when I simply followed the Handbook, and used pkg... ah, the Handbook will remind you about /etc/fstab:

Did you do that one? if you don't, KDE won't start.

This is why you gotta follow the Handbook.

Nope, proc is no longer a requirement. <https://community.kde.org/index.php?title=FreeBSD/Setup&type=revision&diff=93266&oldid=91673> and <https://matrix.to/#/!KYWCpFvqYdeGYJ...OdIu6DbLXRePjU?via=libera.chat&via=matrix.org> (if you used Matrix at the time) is the record of IRC discussion with developers.

… Does not work with hald. …

All advice to install HAL, or enable hald, is outdated. More than a year ago:
 
I'd suggest doing a clean reinstall of the entire FreeBSD setup and setting up KDE from scratch, following the Handbook
Hate reinstalling OS's. Prefer to debug and understand. Don't think I have had to reinstall an OS from blank forever starting with Apple II.
 

ReuseSession=true

… My sddm.conf line is not working. …

I added the line to /usr/local/etc/sddm.conf.d/kde_settings.conf (you might find the file already present), however it's not effective. We're probably bitten by something like the bugs below (ignoring the systemd aspect).


– and following <https://github.com/sddm/sddm/pull/1273#issuecomment-665747662> (2020-07-29):



Testing can be a little ugly, in that it becomes impossible to use the GUI to log out. We can e.g. service sddm restart, but I don't like pulling the rug so abruptly.
 
Hate reinstalling OS's. Prefer to debug and understand. Don't think I have had to reinstall an OS from blank forever starting with Apple II.
Sometimes, reinstalling the OS is a quick-and-dirty way to get something working properly. I tried to go the 'Debug and understand' road. I ended up wasting a LOT of my time trying awkward fixes in the middle steps, and ended up learning that those awkward fixes can be avoided if I follow the manual. The Handbook is there for a reason.

Kind of like trying to assemble a kit engine, have some screws left over, and doing it right would require disassembling your disaster completely, following the assembly instructions to a T, and making sure that ALL the screws are used up - or else the engine won't run. Of course I'm making a reference to a pretty famous book: Zen and the Art of Motorcycle Maintenance.
 
Yep, SDDM on FreeBSD no longer requires an ~/.xinitrc file for a User session.
Except that it works much better if there is one - user switching is functional except for reuse.
exec /usr/local/bin/ck-launch-session /usr/local/bin/startplasma-x11
or perhaps if the paths are all good.
exec ck-launch-session startplasma-x11
 
… user switching is functional except for reuse. …

Too much associated breakage for my liking. Spun off to a separate topic:

 
Just to wind up the Zen comments...

https://www.freebsd.org/cgi/man.cgi?query=sddm&sektion=1&manpath=freebsd-release-ports
sddm runs the greeter as a system user named sddm whose home directory
needs to be set to /var/lib/sddm.

If pam and systemd are available, the greeter will go through logind,
which will give it access to drm devices.
sddm user exists.

Code:
# cat/etc/passwd
[...]
sddm:*:219:219:SDDM Display Manager user:/var/lib/sddm:/usr/sbin/nologin
[...]

processes run by sddm user do not.

Code:
# ps -auxw -U sddm
USER PID %CPU %MEM VSZ RSS TT  STAT STARTED TIME COMMAND
#

Too much associated breakage for my liking. Spun off to a separate topic:

 
Back
Top