Ok. I Just went "all in" with regards to login.conf, and changed default to have -everything-=infinity (yes, I know, bad practice, but I wanted to try to rule out user limits)
I -still- have problems with a clean install not completely setting up a default workspace. First login (whether via startx or via kdm) -always- ends up in a black screen. ps awx shows that most KDE things seem to be loaded, it also takes a -VERY- long time to get "finished" with whatever it is doing. I then have to kill Xorg. Once I've done that, after bumping my ulimits to infinity, I can then log into KDE properly, but I need to recreate the bottom panel, but once done, I can use KDE just fine, all services appear to work correctly. So, it appears that my single issue may actually be two separate issues here. I did get the limit issue taken care of, but there still appears to be a problem running the "clean install setup" Thanks for any help. On Mon, Aug 18, 2014 at 5:19 PM, Vadim Zhukov <persg...@gmail.com> wrote: > 2014-08-19 0:49 GMT+04:00 Chuck Burns <brea...@gmail.com>: > > Ok, forgive me if this is a bit too detailed. > > > > I recently upgraded my box from 5.5 to a snapshot that I downloaded from > > the official ftp.openbsd.org server. > > > > After upgrading, performing sysmerge and all the other required steps, I > > then upgraded my pkgs, using pkg_add -ui > > > > After all of my packages were upgraded, including KDE and Firefox, KDE no > > longer works correctly. It shows the old-style icons for volume, clipper, > > and other kde apps. This in and of itself is not that big of a deal, > > however, the KDE services also all stop. > > > > System-settings -> Startup and Shutdown -> Service Manager shows that > NONE > > of the KDE services are running. Not one. They most certainly worked > just > > fine under 5.5 and whichever KDE4 that was in that version's pkg repo. > > > > So.. I then decided to just delete -all- packages, including configs, and > > just reinstall them. Now, however, I cannot even get logged into KDE. > this > > is after deleting my dotfiles from my user directory. > > > > Now, I did notice that I was supposed to set, and did: > > > > kern.maxfiles=20000 > > kern.shminfo.shmall=51200 > > kern.shminfo.shmmni=1024 > > > > I also read on the updating faq that I am to change login.conf to > increase > > the limits. I set them to the max that I could: > > No, you set your process limits here up to the maximum ones set in > login.conf. You need to tweak the openfiles* settings. After doing > that you'll need to re-login (recommendation is to try new settings on > a new virtual terminal first, to make sure you still could log in). > > You could also switch to old way for KDE files monitoring (note, this > will bring back constant disk access and CPU eating problem!): > > kwriteconfig4 --group DirWatch --key PreferredMethod QFSWatch > > Run this command before logging into X, and make sure no KDE processes > are running - if so, you'll need to kill them before logging in again. > > > break19@keyhole:~/ > ulimit -a > > -t: cpu time (seconds) unlimited > > -f: file size (blocks) unlimited > > -d: data seg size (kbytes) 524288 > > -s: stack size (kbytes) 32768 > > -c: core file size (blocks) unlimited > > -m: resident set size (kbytes) 2029668 > > -l: locked-in-memory size (kbytes) 680025 > > -u: processes 512 > > -n: file descriptors 1024 > > > > Once doing this, I could get to a black screen in Xorg. However, if I > > changed my .xinitrc to be "startkde4 --failsafe" I was able to -most- > > things to work. I had a completely empty panel at the bottom, but I was > > able to at least add the correct widgets to it, but the defaults are > > supposed to just work there.. I'm not sure what is broken, but it's > evident > > that something is. > > > > Now, the FAQ gives me a number of like 3500 file descriptors, but ulimit > > complains that anything above 1024 is "over the hardcoded limit" so.. > > > > Sorry to bother you guys about a "ugly bloated DE" like KDE, but I've > used > > KDE since like 1996 or 1997 :) > > -- > WBR, > Vadim Zhukov >
