tag 1041415 - upstream
thanks
Ultimately this fails because /proc is not available in the chroot.
The version of libc in use *emulates* fchmodat() using /proc/self/fd
rather than using the fchmodat system call.
When /proc is provided in the chroot, the fchmodat emulation works
successfully and e
tag 1041415 + upstream
thanks
The error message:
>>Error occurred processing /usr/share/emacs/site-lisp/debian-startup.el: File
>>error (("Doing chmod" "Operation not supported"
>>"/usr/share/emacs/site-lisp/debian-startup.elcFx8oFi"))
comes from the emacs byte compiler. Tracing through the by
Ah, by specifically using a chroot rather than a systemd-nspawn
container, I *am* able to reproduce the failure.
Off to debug...
--
I'm not living in the real world, no more, no more.
I was not able to reproduce this failure.
Is there anything interesting about the filesystem underlying the chroot
used during the install?
Is root able to write files with impunity in the relevant directories?
Are you able to reproduce the failure?
--
Time is waiting to explain, why refuse?
The failure to build elpa-cider is caused by:
> In toplevel form:
> cider.el:218:1: Error: Wrong number of arguments: (3 . 4), 2
In the source, this corresponds to:
> (define-obsolete-variable-alias 'cider-default-repl-command
> 'cider-jack-in-default)
In recent versions of emacs, the definiti
flow, so please review
carefully and give relevant feedback!
From bc568d2e7158b27fd49e55217720c340a7532100 Mon Sep 17 00:00:00 2001
From: David Edmondson
Date: Tue, 20 Nov 2012 13:49:32 +
Subject: [PATCH] Disconnect any active links when the daemon terminates.
---
d
6 matches
Mail list logo
