Scheduled Maintenance: We are aware of an issue with Google, AOL, and Yahoo services as email providers which are blocking new registrations. We are trying to fix the issue and we have several internal and external support tickets in process to resolve the issue. Please see: viewtopic.php?t=158230
For some time I have trouble using emacs in my normal user account. Running emacs as root is no problem, but when I'm in my user account, upon opening emacs I get the error message
Native elisp load failed: "/home/user/.emacs.d/eln-cache/28.2-8532cd27/debian-startup-709b84bb-734d0b9f.eln", "/home/rrosner/.emacs.d/eln-cache/\
28.2-8532cd27/debian-startup-709b84bb-734d0b9f.eln: failed to map segment from shared object"
even deleting .emacs and .emacs.d doesn't help. What else could I delete to fix that strange error? The error seems to stem from some user specific configuration as root can run it without errors.
No idea (I don't use emacs), but have you try creating a new user account and seeing if it works with it? If it works, compare file by file what could be the difference.
Comparing strace output might also help.
Package: strace
Version: 5.10-1
Installed-Size: 2367
Maintainer: Steve McIntyre <93sam@debian.org>
Architecture: amd64
Depends: libc6 (>= 2.28), libunwind8
Description-en: System call tracer
strace is a system call tracer: i.e. a debugging tool which prints out
a trace of all the system calls made by another process/program.
The program to be traced need not be recompiled for this, so you can
use it on binaries for which you don't have source.
.
System calls and signals are events that happen at the user/kernel
interface. A close examination of this boundary is very useful for bug
isolation, sanity checking and attempting to capture race conditions.
Description-md5: a6e8380fce2adad855bb56e32092b29f
Homepage: https://strace.io
Tag: admin::monitoring, devel::debugger, implemented-in::c,
interface::commandline, role::program, scope::utility, use::monitor,
works-with::software:running
Section: utils
fabien wrote: ↑2023-01-25 13:46
No idea (I don't use emacs), but have you try creating a new user account and seeing if it works with it? If it works, compare file by file what could be the difference.
Comparing strace output might also help.
Package: strace
Version: 5.10-1
Installed-Size: 2367
Maintainer: Steve McIntyre <93sam@debian.org>
Architecture: amd64
Depends: libc6 (>= 2.28), libunwind8
Description-en: System call tracer
strace is a system call tracer: i.e. a debugging tool which prints out
a trace of all the system calls made by another process/program.
The program to be traced need not be recompiled for this, so you can
use it on binaries for which you don't have source.
.
System calls and signals are events that happen at the user/kernel
interface. A close examination of this boundary is very useful for bug
isolation, sanity checking and attempting to capture race conditions.
Description-md5: a6e8380fce2adad855bb56e32092b29f
Homepage: https://strace.io
Tag: admin::monitoring, devel::debugger, implemented-in::c,
interface::commandline, role::program, scope::utility, use::monitor,
works-with::software:running
Section: utils
Our accounts are managed over LDAP, so I'd have to create a new local user. But in the end it would come down to the same question I initially posted: what directories belong to emacs? Simply deleting them to be recreated when necessary should have the same effect as copying over from another account.
I have never worked with strace, what exactly would I need to do to get some usable log?
I'll look into it.
In the meantime, here the strace output. I can't see any errors, but I'm also absolutely unfamiliar with that format: https://pastes.io/cigyqu8tar
@vza that might be the issue, but has there been any big changes in emacs that made this a problem? Because /home has been noexec for many years now, but beforehand emacs never had this issue.