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#14514: Fwd: bug#14513: 24.3.50; Site load-path pieces differ in MSYS build Date: Thu, 30 May 2013 20:29:52 +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=001a11c38f0cc232ef04ddf48564 X-Trace: ger.gmane.org 1369942248 13363 80.91.229.3 (30 May 2013 19:30:48 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Thu, 30 May 2013 19:30:48 +0000 (UTC) To: 14514@debbugs.gnu.org Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Thu May 30 21:30:48 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 1Ui8Yh-0007at-Je for geb-bug-gnu-emacs@m.gmane.org; Thu, 30 May 2013 21:30:47 +0200 Original-Received: from localhost ([::1]:33228 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Ui8Yh-0001Bt-63 for geb-bug-gnu-emacs@m.gmane.org; Thu, 30 May 2013 15:30:47 -0400 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:38466) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Ui8YW-00018T-2G for bug-gnu-emacs@gnu.org; Thu, 30 May 2013 15:30:41 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1Ui8YR-0001Xl-0i for bug-gnu-emacs@gnu.org; Thu, 30 May 2013 15:30:36 -0400 Original-Received: from debbugs.gnu.org ([140.186.70.43]:54502) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Ui8YQ-0001Xh-TW for bug-gnu-emacs@gnu.org; Thu, 30 May 2013 15:30:30 -0400 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.72) (envelope-from ) id 1Ui8Zt-00058V-Kk for bug-gnu-emacs@gnu.org; Thu, 30 May 2013 15:32: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:32:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: report 14514 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: X-Debbugs-Original-To: "bug-gnu-emacs@gnu.org" Original-Received: via spool by submit@debbugs.gnu.org id=B.136994231319715 (code B ref -1); Thu, 30 May 2013 19:32:01 +0000 Original-Received: (at submit) by debbugs.gnu.org; 30 May 2013 19:31:53 +0000 Original-Received: from localhost ([127.0.0.1]:42860 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1Ui8Zh-00057k-8L for submit@debbugs.gnu.org; Thu, 30 May 2013 15:31:51 -0400 Original-Received: from eggs.gnu.org ([208.118.235.92]:36598) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1Ui8Zd-00057M-Bu for submit@debbugs.gnu.org; Thu, 30 May 2013 15:31:46 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1Ui8Xz-0001J9-PV for submit@debbugs.gnu.org; Thu, 30 May 2013 15:30:09 -0400 Original-Received: from lists.gnu.org ([2001:4830:134:3::11]:60771) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Ui8Xz-0001II-Jl for submit@debbugs.gnu.org; Thu, 30 May 2013 15:30:03 -0400 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:38270) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Ui8Xu-0000zG-KX for bug-gnu-emacs@gnu.org; Thu, 30 May 2013 15:30:03 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1Ui8Xp-00019j-Pc for bug-gnu-emacs@gnu.org; Thu, 30 May 2013 15:29:58 -0400 Original-Received: from mail-ea0-x22e.google.com ([2a00:1450:4013:c01::22e]:45160) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Ui8Xp-00019W-Fw for bug-gnu-emacs@gnu.org; Thu, 30 May 2013 15:29:53 -0400 Original-Received: by mail-ea0-f174.google.com with SMTP id z7so740260eaf.19 for ; Thu, 30 May 2013 12:29:52 -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=msq0pk/oPrdfyQu8FQIEjxQMG21PnfGEvkRZ3tPDgCM=; b=RUcpieuPQMJ4JvjFtHGutwspEjfQSpxaXX/p6joJG0jrp1xZkudLMrUexDgrGHchlg sZSCr6iEWcnONqu8PD8IrYSdC3C37SKDowYY/SJ6B2RyF2dWoN1OKcus2bHO/tfQMY9J cnPyAeu+1FIdHA0YGFkNaTp8Zzm+ng6AMZDgQmDrOYmzOWFCYFWH967dqhP+xbM408zN 8PUGY0J1YEqr0cV8QXQbpmnl+lyGyJW0psYTjRBf3v96QXfPxrKCoWKx38hiK0FS2pYg udKQFQ9zKYPo6LLGP4JRn0rMaXUSgMytOCE0E8TIx5ECcXqaKAWDCzj0v6i3E6ItvPe2 wp8Q== X-Received: by 10.14.100.68 with SMTP id y44mr10706162eef.70.1369942192688; Thu, 30 May 2013 12:29:52 -0700 (PDT) Original-Received: by 10.14.212.67 with HTTP; Thu, 30 May 2013 12:29:52 -0700 (PDT) In-Reply-To: <83ip20469l.fsf@gnu.org> X-detected-operating-system: by eggs.gnu.org: Error: Malformed IPv6 address (bad octet value). X-detected-operating-system: by eggs.gnu.org: Error: Malformed IPv6 address (bad octet value). 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:74677 Archived-At: --001a11c38f0cc232ef04ddf48564 Content-Type: text/plain; charset=ISO-8859-1 On 30 May 2013 20:28, Eli Zaretskii wrote: > [Why private email?] > No reason at all, that was a mistake, I apologise. I hope you don't mind me forwarding this to the list. > > 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. > > > 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. 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. > > > > 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? > > > > 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. > > > (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. > --001a11c38f0cc232ef04ddf48564 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable
On 3= 0 May 2013 20:28, Eli Zaretskii <eliz@gnu.org> wrote:
[Why private email?]
No reason at all, that was a mist= ake, I apologise. I hope you don't mind me forwarding this to the list.=
=A0
> 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.

> 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. =A0Use 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.

> > 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 versi= ons
separate?

> > 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.

> (2) is wrong.

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

> (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.

--001a11c38f0cc232ef04ddf48564--