<div dir="ltr">Hi Duncan,<div><br></div><div>I just discovered that a newly created account doesn't suffer from this warning. So what option in my carefully crafted (kde) configuration could be responsible for plasma/kde not being able to initialize shared memory?</div></div><div class="gmail_extra"><br><div class="gmail_quote">On Wed, Nov 18, 2015 at 8:43 AM, Martin van Es <span dir="ltr"><<a href="mailto:mrvanes@gmail.com" target="_blank">mrvanes@gmail.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr">Hi Duncan,<div><br></div><div>Thx for your lengthy answer.</div><div>I'm using Kubuntu Wily with custom built kernel 4.3.0 (but the same happens when booting the ubuntu kernel).</div><div>I don't use apparmor and selinux is disabled according to getenforce.</div><div><br></div><div>I use kubuntu-backports repository, so as for versions, I'm at plasma 5.4.3, framework <span style="color:rgb(0,0,0);font-family:monospace">5.15 and apps </span><span style="font-family:monospace;font-weight:bold;color:rgb(255,84,84)">15.08</span><span style="font-family:monospace;color:rgb(0,0,0)">.2</span></div><div><br></div><div>Best regards,</div><div>Martin</div></div><div class="gmail_extra"><div><div class="h5"><br><div class="gmail_quote">On Wed, Nov 18, 2015 at 2:31 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 Tue, 17 Nov 2015 12:50:35 +0100 as excerpted:<br>
<span><br>
> Hi,<br>
><br>
> I've searched high and low but couldn't find a satisfactory answer to<br>
> the question: why do all KDE/Plasma apps warn "Failed to establish<br>
> shared memory mapping, will fallback to private memory -- memory usage<br>
> will increase"?<br>
><br>
> I have /dev/shm mounted (tmpfs) and /dev/shm has drwxrwxrwt mode bits,<br>
> /run/shm is a symbolic link to /dev/shm<br>
><br>
> What I find curious is that when I start the same app as root it doesn't<br>
> show the warning, but I can't for the life of me understand why I can't<br>
> establish shared memory as a user and can as root?<br>
><br>
> /dev/shm contains file that have pulse-shm in their name, and ipcs -a<br>
> shows me many shared memory segments?<br>
> So why can't KDE apps establish shared memory?<br>
<br>
</span>This /may/ be a result of some sort of security measures your distro has<br>
setup.  Unfortunately you didn't mention the distro and version you're<br>
running, but I've not seen such warnings here, on Gentoo/~amd64.<br>
<br>
Also, you didn't mention what version of kde/plasma.  With many distros<br>
switching to kde-frameworks-5 and plasma-5, while others are still on<br>
kde4, and even where the switch to 5 has taken place, individual apps may<br>
remain kde4 based for the time being, this could be important, as well.<br>
<br>
FWIW, kde4 here, tho I have most of a minimal kde-frameworks-5/plasma-5<br>
installed for easier testing, lacking only the few bits that can't be<br>
installed along with the kde4 versions, so I can keep what's configured<br>
and working, while quickly switching to the new versions for testing when<br>
I have time.<br>
<br>
As for the warning itself, I don't believe it actually refers to shm.<br>
<br>
KDE (at least kde4, and kde3 before it, and I'd guess plasma5 does<br>
something similar) normally starts up using a special initialization<br>
sequence that starts one process and then forks several others off it,<br>
doing it in such a way that they can share the same library (elf *.so<br>
shared objects) address space, etc, thus allowing shared libraries with<br>
faster launching and lower memory usage, even where security measures<br>
such as memory-space randomization would normally force separate<br>
applications to use their own separately randomized library addresses for<br>
the same libraries, making it impossible to share the same library<br>
address space and increasing memory usage.<br>
<br>
I'd guess that this isn't working in your case for whatever reason, very<br>
possibly due to additional security measures taken by your distro.  If<br>
so, it really doesn't have anything to do with tmpfs or /dev/shm and its<br>
permissions, but rather, with whatever additional security measures your<br>
distro is enforcing.<br>
<span><font color="#888888"><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>.</font></span></blockquote></div><br><br clear="all"><div><br></div></div></div><span class="HOEnZb"><font color="#888888">-- <br><div>If 'but' was any useful, it would be a logic operator</div>
</font></span></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>