<div dir="ltr">Hi Duncan,<div><br></div><div>I feel your sentiment and I know how to bisect. I just don't have big can of time lying around in storage and I hate to mess up my daily work laptop. I could however create a testaccount with the offending configuration and leave my normal account as it is now I think of it.</div><div><br></div><div>I still have the old homedir, so who knows what Xmass holidays will bring?</div><div><br></div><div>Thx for thinking along with this! I do have a synaptics touchpad and configuring it does ring a bell...</div><div><br></div><div>Regards,</div><div>Martin</div></div><div class="gmail_extra"><br><div class="gmail_quote">On Fri, Nov 20, 2015 at 5:19 AM, Duncan <span dir="ltr"><<a href="mailto:1i5t5.duncan@cox.net" target="_blank">1i5t5.duncan@cox.net</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Martin van Es posted on Thu, 19 Nov 2015 15:09:52 +0100 as excerpted:<br>
<span class=""><br>
> I just discovered that a newly created account doesn't suffer from this<br>
> warning. So what option in my carefully crafted (kde) configuration<br>
> could be responsible for plasma/kde not being able to initialize shared<br>
> memory?<br>
<br>
</span>While I see you've solved the problem with a variant of what I was about<br>
to suggest, and I've not the /foggiest/ what might be causing it, when I<br>
have such a problem here with no real idea of where it might be, I use a<br>
"bisect" process to find the problem.  If you're familiar with git<br>
bisect, it's doing the same thing in a git context, except automating it.<br>
<br>
The idea with a bisect is to repeatedly "bisect" or split the problem<br>
space roughly in half, testing an often arbitrarily chosen half at each<br>
step to see if the problem remains in that half, or if it's in the other<br>
one, then repeating the bisect on the half now known to be the problem.<br>
<br>
Which is more or less what you did, by recreating your home dir and only<br>
copying back documents, .config, .local, and .kde, except you stopped at<br>
the first bisect step instead of recursing down into what was left to<br>
trace the problem further.<br>
<br>
Personally, I customize so heavily, and am curious enough about what<br>
might be causing my problem, that I'd never be satisfied with the single<br>
step.  I'd recurse bisect down until I found the individual file, then,<br>
assuming it's a text-based config file as kde files tend to be, I'd<br>
switch to a text editor and continue recurse-bisecting down to the<br>
individual configuration section within the file, and then probably down<br>
to the individual configuration line, to find the specific setting<br>
causing the problem.<br>
<br>
That way, the next time it or something similar, happened, I'd have a<br>
pretty good idea of where to look first, and would either try flipping<br>
that specific setting in the GUI, or simply try removing that file, as a<br>
quick test to see if I was on the right track, before reverting to bisect<br>
mode if it turned out to be a different problem this time.<br>
<br>
<br>
If you're up for it, I'd love to see you continue that bisect,<br>
particularly now that you know it's not in the big locations so there's<br>
far less to bisect down now, just because I'm curious about what could<br>
possibly trigger such an error, as well as confirming or disproving<br>
whether my initial guess that it might not be shm related after all, vs.<br>
yours that it was.<br>
<br>
Plus, knowing what it was might help me better help the next person<br>
(which for all I know might be me), and until we know what was causing<br>
it, there's no indication whether it might be a bigger problem and the<br>
list is about to get inundated with people asking about it...<br>
<br>
<br>
FWIW, the other conceivable thing I know of that it /might/ be, and that<br>
was definitely shm-based, would be a likely older synaptics driver<br>
touchpad device configuration tool, as I know they did in fact use shm<br>
some time ago, but AFAIK, that's deprecated usage now, and even then, it<br>
was primarily used when tweaking the initial configuration to get the<br>
settings just right for a specific hardware installation and individual<br>
user, and wasn't necessary once a user had appropriate settings to put in<br>
the permanent config.  Which might explain why you had forgotten about<br>
it, if you'd experimented with it some years ago and had long since<br>
gotten the settings you wanted, or even switched to non-touchpad hardware<br>
and don't even use the thing any more.<br>
<br>
As that was not kde specific it wouldn't have used the kde dir for its<br>
settings, and that usage probably predates the XDG standardization<br>
on .config and .local, so those settings would likely be in some other<br>
dot-file directly in your home dir, and thus not copied when you copied<br>
only the docs and .kde, .local, and .config dirs from your old home dir.<br>
<br>
So if an old synaptics or touchpad config possibly using shm rings a<br>
bell, that's where I'd look next.  Other than that, I'd certainly be<br>
bisecting here, as I literally have no other ideas, but would certainly<br>
be in hot pursuit of the problem and its location using bisect, once I<br>
knew for sure it was definitely within my specific user config.<br>
<div class="HOEnZb"><div class="h5"><br>
--<br>
Duncan - List replies preferred.   No HTML msgs.<br>
"Every nonfree program has a lord, a master --<br>
and if you use the program, he is your master."  Richard Stallman<br>
<br>
___________________________________________________<br>
This message is from the kde mailing list.<br>
Account management:  <a href="https://mail.kde.org/mailman/listinfo/kde" rel="noreferrer" target="_blank">https://mail.kde.org/mailman/listinfo/kde</a>.<br>
Archives: <a href="http://lists.kde.org/" rel="noreferrer" target="_blank">http://lists.kde.org/</a>.<br>
More info: <a href="http://www.kde.org/faq.html" rel="noreferrer" target="_blank">http://www.kde.org/faq.html</a>.</div></div></blockquote></div><br><br clear="all"><div><br></div>-- <br><div class="gmail_signature">If 'but' was any useful, it would be a logic operator</div>
</div>