From mboxrd@z Thu Jan 1 00:00:00 1970 From: "Sebastien Vauban" Subject: Re: Can't make org-install.el Date: Sat, 19 May 2012 15:40:36 +0200 Message-ID: <808vgoqoff.fsf@somewhere.org> References: <80zk95xlj5.fsf@somewhere.org> <87sjewy2ir.fsf@Rainer.invalid> <80d360qwom.fsf@somewhere.org> <87obpkxtwv.fsf@Rainer.invalid> Mime-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Return-path: List-Id: "General discussions about Org-mode." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: emacs-orgmode-bounces+geo-emacs-orgmode=m.gmane.org-mXXj517/zsQ@public.gmane.org Sender: emacs-orgmode-bounces+geo-emacs-orgmode=m.gmane.org-mXXj517/zsQ@public.gmane.org To: emacs-orgmode-mXXj517/zsQ@public.gmane.org Hi Achim, Achim Gratz wrote: > Sebastien Vauban writes: >> drwxr-xr-x+ 1 Seb Aucun 0 May 19 12:30 lisp > : ^ > :__________/ > > This tells you that in addition to the Cygwin permissions Windows ACL > are in effect. These may partially or completely subvert the POSIX > permissions. Since you've re-created the directory, these ACL are most > likely inherited ACL (applied from directories further up in the > hierarchy). These allow me to do everything I want (I'm even admin of my machine). >> Would it be possible to have a more detailed reporting of the problem? F= or >> example, I don't understand why org-install.el should be read-only, while >> there was none before making autoloads... So, such a buffer has been >> created... but can't be saved? > > Me neither and I've been using that same setup at work for months without > any such problems. Only org-install.el seems to be read-only however, whi= le > org-version.el (which is created by the same method) is not, which makes > this even more puzzling... Absolutely. You pinpoint a real un-understandable thing (at least, for now)= ... > But here's one other oddity in your log which may be able to explain it: > >> Loading vc-svn... > > It looks like lisp (or all of org probably) is both under SVN and Git > version control... That is a Bad=C2=A0Idea=E2=84=A2 and might explain why= the buffer > becomes read-only if org-install.el is already registered in SVN (which > doesn't allow non-check-out files to be edited). The location ~/src/org-mode/lisp/ is not in both Git and SVN. In Git, well. For SVN, it's ~/ that's for most parts of it (all my rc files) under SVN. S= ome directories are as well in SVN, most aren't (just ignored). I don't know if putting ~/ (=3D C:/home/sva/) under SVN is good or bad, but= , for sure, ~/src/org-mode/ is not under both. > So can you please remove the Git work tree completely from SVN or just > install in a pristine location? But, you're right, this could be confusing. So, I've just clone Org into C:/home/, a directory which is absolutely not under any VC system; and ditto for its parent C:/. --8<---------------cut here---------------start------------->8--- Seb@MEDIACENTER:c/home 0$ git clone git://orgmode.org/org-mode.git Cloning into 'org-mode'... Seb@MEDIACENTER:c/home 0$ cd org-mode Seb@MEDIACENTER:home/org-mode 0$ make autoloads =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D =3D Invoke "make help" for a synopsis of make targets. =3D =3D Created a default local.mk template. =3D =3D Setting "oldorg" as the default target. =3D =3D Please adapt local.mk to your local setup! =3D =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D make -C lisp autoloads make[1]: Entering directory `/cygdrive/c/home/org-mode/lisp' rm -f org-version.el org-install.el org-version.elc org-install.elc org-version: 7.8.10 (release_7.8.10-572-g40a789) Loading c:/home/org-mode/lisp/org-compat.el (source)... Loading c:/home/org-mode/UTILITIES/org-fixup.el (source)... Loading vc-git... Saving file c:/home/org-mode/lisp/org-version.el... Wrote c:/home/org-mode/lisp/org-version.el org-install: 7.8.10 (release_7.8.10-572-g40a789) Loading c:/home/org-mode/lisp/org-compat.el (source)... Loading c:/home/org-mode/UTILITIES/org-fixup.el (source)... Buffer is read-only: # Makefile:30: recipe for target `org-install.el' failed make[1]: *** [org-install.el] Error 127 make[1]: Leaving directory `/cygdrive/c/home/org-mode/lisp' targets.mk:87: recipe for target `autoloads' failed make: *** [autoloads] Error 2 Seb@MEDIACENTER:home/org-mode 0$ ls -l total 44 -rw-r--r-- 1 Seb Aucun 3179 May 19 15:15 Makefile -rw-r--r-- 1 Seb Aucun 1138 May 19 15:15 README -rw-r--r-- 1 Seb Aucun 1054 May 19 15:15 README_DIST -rw-r--r-- 1 Seb Aucun 3522 May 19 15:15 README_GIT -rw-r--r-- 1 Seb Aucun 11757 May 19 15:15 README_maintainer drwxr-xr-x+ 1 Seb Aucun 0 May 19 15:15 UTILITIES drwxr-xr-x+ 1 Seb Aucun 0 May 19 15:15 contrib -rw-r--r-- 1 Seb Aucun 3865 May 19 15:15 default.mk drwxr-xr-x+ 1 Seb Aucun 0 May 19 15:15 doc drwxr-xr-x+ 1 Seb Aucun 0 May 19 15:15 etc drwxr-xr-x+ 1 Seb Aucun 0 May 19 15:17 lisp -rw-r--r-- 1 Seb Aucun 1460 May 19 15:17 local.mk -rw-r--r-- 1 Seb Aucun 1007 May 19 15:15 request-assign-future.txt -rw-r--r-- 1 Seb Aucun 3194 May 19 15:15 targets.mk drwxr-xr-x+ 1 Seb Aucun 0 May 19 15:15 testing Seb@MEDIACENTER:home/org-mode 0$ --8<---------------cut here---------------end--------------->8--- The same happens, this time without any vc messages (neither Git nor SVN). Searches on the net tell this message can happen when the owner is root or with bad permissions. I did chmod -R 0777 on every file and directory, but I still have the same problem. >> Other question: why do we have to make org-install.el? Shouldn't it be >> distributed with the other files, without requiring all users to make it? > > Because you use the sources and have to generate all the things that > need to be generated. The generated files might be included in > distribution archives, Bastien and I are currently thinking about that. OK. That makes sense. But, if it causes troubles for people with no make capability, couldn't that be autogenerated as a post-commit process on the server or so? I don't know it this is a good idea. Anyway, it shouldn't be a big deal. Best regards, Seb [1] DEFINITION NOT FOUND: 1 --=20 Sebastien Vauban