From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Richard Copley Newsgroups: gmane.emacs.bugs Subject: bug#14513: Fwd: bug#14513: 24.3.50; Site load-path pieces differ in MSYS build Date: Thu, 30 May 2013 20:49:40 +0100 Message-ID: References: <83y5aw4e0x.fsf@gnu.org> <83r4go49dg.fsf@gnu.org> <83ip20469l.fsf@gnu.org> NNTP-Posting-Host: plane.gmane.org Mime-Version: 1.0 Content-Type: multipart/alternative; boundary=089e0163550289484804ddf4cc56 X-Trace: ger.gmane.org 1369943454 26126 80.91.229.3 (30 May 2013 19:50:54 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Thu, 30 May 2013 19:50:54 +0000 (UTC) To: 14513@debbugs.gnu.org Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Thu May 30 21:50:50 2013 Return-path: Envelope-to: geb-bug-gnu-emacs@m.gmane.org Original-Received: from lists.gnu.org ([208.118.235.17]) by plane.gmane.org with esmtp (Exim 4.69) (envelope-from ) id 1Ui8s6-0003Oz-FD for geb-bug-gnu-emacs@m.gmane.org; Thu, 30 May 2013 21:50:50 +0200 Original-Received: from localhost ([::1]:45969 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Ui8s6-0000L6-2Q for geb-bug-gnu-emacs@m.gmane.org; Thu, 30 May 2013 15:50:50 -0400 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:43593) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Ui8rt-0000KI-Bi for bug-gnu-emacs@gnu.org; Thu, 30 May 2013 15:50:42 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1Ui8rn-0000UQ-6W for bug-gnu-emacs@gnu.org; Thu, 30 May 2013 15:50:37 -0400 Original-Received: from debbugs.gnu.org ([140.186.70.43]:54530) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Ui8rn-0000UH-2R for bug-gnu-emacs@gnu.org; Thu, 30 May 2013 15:50:31 -0400 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.72) (envelope-from ) id 1Ui8tF-0005mS-JT for bug-gnu-emacs@gnu.org; Thu, 30 May 2013 15:52:01 -0400 X-Loop: help-debbugs@gnu.org Resent-From: Richard Copley Original-Sender: debbugs-submit-bounces@debbugs.gnu.org Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Thu, 30 May 2013 19:52:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 14513 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: Original-Received: via spool by 14513-submit@debbugs.gnu.org id=B14513.136994348122165 (code B ref 14513); Thu, 30 May 2013 19:52:01 +0000 Original-Received: (at 14513) by debbugs.gnu.org; 30 May 2013 19:51:21 +0000 Original-Received: from localhost ([127.0.0.1]:42888 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1Ui8sb-0005lR-0b for submit@debbugs.gnu.org; Thu, 30 May 2013 15:51:21 -0400 Original-Received: from mail-ea0-f178.google.com ([209.85.215.178]:43032) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1Ui8sW-0005lB-Ux for 14513@debbugs.gnu.org; Thu, 30 May 2013 15:51:18 -0400 Original-Received: by mail-ea0-f178.google.com with SMTP id q15so774421ead.37 for <14513@debbugs.gnu.org>; Thu, 30 May 2013 12:49:40 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :content-type; bh=0GVeTXECGlyugo3eWn1x5iFEDtPoUkUGTMM6LP6gEQ0=; b=YTTZOGJXa2w2xkBKH8HypteipLMv4ND9JcIQ7AxTukBINcXVsuKBY4dyjVBdkay4hZ HErnNXWcdrPC97rC81fRfffRfx3vz05P90CXkZ/MaBuWZ2CA6UwchdTBiLqH8QGTRMHT kuSmfZ7ZKb9vkgtE19Ps3VCOQZ9YYK7/w0KAlBxzqdQf+JL6Ltyb6ekHS8i2Va+wNqCO kQI7fcIMb5P+7F2RPyQJEa4lcTCFA9B466jciep7uBk4pvx0EL9DzBYzxAjTqapp3Mz0 hKpqmDIfXy6Bz5MJcilJG/b09LaagYECY5lSadUU9oltQYJ3ch8opyvGcrZrLvRkI8Fw xq/Q== X-Received: by 10.15.111.202 with SMTP id cj50mr10939337eeb.140.1369943380139; Thu, 30 May 2013 12:49:40 -0700 (PDT) Original-Received: by 10.14.212.67 with HTTP; Thu, 30 May 2013 12:49:40 -0700 (PDT) In-Reply-To: X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.13 Precedence: list X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.6.x X-Received-From: 140.186.70.43 X-BeenThere: bug-gnu-emacs@gnu.org List-Id: "Bug reports for GNU Emacs, the Swiss army knife of text editors" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Original-Sender: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Xref: news.gmane.org gmane.emacs.bugs:74679 Archived-At: --089e0163550289484804ddf4cc56 Content-Type: text/plain; charset=ISO-8859-1 Damn damn damn. I meant to forward this message to this bug, but instead I sent it to bug-gnu-emacs@gnu.org. Sorry. Eli, I didn't mean to reply by private email, and I re-sent my reply to the list shortly afterwards, as you will have seen by now. I hope you don't mind me forwarding your reply, which is below, with my comments inline. Sorry again for causing extra confusion. I've done similar things on this list several times before. It's entirely unintentional. The Google mail interface makes it very easy to hit reply and slightly annoying to hit reply-all. ---------- Forwarded message ---------- From: Richard Copley Date: 30 May 2013 20:29 Subject: Fwd: bug#14513: 24.3.50; Site load-path pieces differ in MSYS build To: "bug-gnu-emacs@gnu.org" On 30 May 2013 20:28, Eli Zaretskii wrote: > [Why private email?] > > Date: Thu, 30 May 2013 20:14:35 +0100 > > From: Richard Copley > > > > > > c:\>dir /B c:\emacs > > > > emacs-111818 > > > > emacs-112125 > > > > emacs-112416 > > > > site-lisp > > > > > > You can still have separate directories like that, unless I'm missing > > > something. The directory structure below emacs-NNNNNN directories > > > will be different, but that's all. > > > > > > > Also the site-lisp directory will not be on the load-path. > > Your site-lisp won't, but the one in ROOT/share/emacs will. > Yes. > > > I'm not actively using more than one build. > > Then why do you need separate trees? That's the only reason why you > need the site-lisp outside of the Emacs tree. I don't need separate trees. I find separate trees convenient. > Use the Posix-standard > structure and one root for all the Emacs installations, and the > problem is gone, because you have the common site-lisp directory in > ROOT/share/emacs. > That has its own disadvantages. Are we going round in circles? > > it should be easy to create a simple script that, given a root > > directory and a version, will delete the subdirectories that belong to > > that version only. There aren't too many directories to delete, > > basically libexec/emacs/VERSION and share/emacs/VERSION. That, and > > the emacs-VERSION*.exe executables in bin/. > > > > Did I miss something? > > > > With the uninstallation? No idea. It's ok, there's no way I'll be doing > that. You mean, you will never uninstall? Then why do you keep the versions > separate? > No that's not what I mean. > > The new structure has advantages which I described in that mail in > > > March. > > > > (1) You're the first one I know about who thinks that's important. > > Well, maybe I'm the only one who works on so many platforms. > > (2) is wrong. > > It's not wrong as long as you keep all the installations under the > same root, like /usr/local on Unix. > That's true. > (3) I don't follow. Other platforms, really? > > Yes. Imagine that your --prefix is on a networked volume that can be > accessed from Windows and Unix systems alike. Then only the > architecture-dependent files (binaries) need to be separate; > everything under %emacs_dir%/share/emacs/ can be installed only once > and used by Emacs from any OS. > No, you've lost me ... Do you actually do that? Where do the binaries go? --089e0163550289484804ddf4cc56 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable
Damn damn damn. I meant to forward this message to this bu= g, but
instead I sent it to bug= -gnu-emacs@gnu.org. Sorry.

Eli, I didn't mean to reply by pr= ivate email, and I re-sent my reply
to the list shortly afterwards, as you will have seen by now. I hope
you= don't mind me forwarding your reply, which is below, with my
commen= ts inline.

Sorry again for causing extra confusion. I've done si= milar things on
this list several times before. It's entirely unintentional.=A0 The
= Google mail interface makes it very easy to hit reply and slightly
annoy= ing to hit reply-all.

---------- Forwarded message ----------
From: Richard Copley <rcopley@gmail.com>
Date: 30 May 2013 20:29
Subje= ct: Fwd: bug#14513: 24.3.50; Site load-path pieces differ in MSYS build
To: "bug-gnu-emacs@gnu.org" <bug-gnu-emacs@gnu.org<= /a>>


On 30 May 2013 20:28, Eli Zaretskii <eliz@gnu.org> wrote:
[Why private email?]
> Date: Thu, 30 May 2013 20:14:35 +0100
> From: Richard Copley <rcopley@gmail.com>
>
> > > =A0 c:\>dir /B c:\emacs
> > > =A0 emacs-111818
> > > =A0 emacs-112125
> > > =A0 emacs-112416
> > > =A0 site-lisp
> >
> > You can still have separate directories like that, unless I'm= missing
> > something. =A0The directory structure below emacs-NNNNNN director= ies
> > will be different, but that's all.
> >
>
> Also the site-lisp directory will not be on the load-path.

Your site-lisp won't, but the one in ROOT/share/emacs will.

Yes.
=A0

> I'm not actively using more than one build.

Then why do you need separate trees? =A0That's the only reason wh= y you
need the site-lisp outside of the Emacs tree.

I don't need separate trees. I find separate trees convenient.
=A0
Use the Posix-standard
structure and one root for all the Emacs installations, and the
problem is gone, because you have the common site-lisp directory in
ROOT/share/emacs.

That has its own disa= dvantages. Are we going round in circles?
=A0
> > it= should be easy to create a simple script that, given a root
> > directory and a version, will delete the subdirectories that belo= ng to
> > that version only. =A0There aren't too many directories to de= lete,
> > basically libexec/emacs/VERSION and share/emacs/VERSION. =A0That,= and
> > the emacs-VERSION*.exe executables in bin/.
> >
> > Did I miss something?
> >
>
> With the uninstallation? No idea. It's ok, there's no way I= 9;ll be doing
> that.

You mean, you will = never uninstall? =A0Then why do you keep the versions
separate?

No that's not what I mean= .

> > The new structure has advantages which I described in that mail i= n
> > March.
>
> (1) You're the first one I know about who thinks that's import= ant.

Well, maybe I'm the only one who works on so many platforms.
<= /blockquote>
> (2) is wrong.

It's not wrong as long as you keep all the installations under the
same root, like /usr/local on Unix.
=A0
= That's true.

> (3) I don't follow. Other platforms, really?

Yes. =A0Imagine that your --prefix is on a networked volume that can = be
accessed from Windows and Unix systems alike. =A0Then only the
architecture-dependent files (binaries) need to be separate;
everything under %emacs_dir%/share/emacs/ can be installed only once
and used by Emacs from any OS.

No, you've lost me ... Do you actually do that? Where do the bina= ries go?

--089e0163550289484804ddf4cc56--