From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Achim Gratz Newsgroups: gmane.emacs.bugs Subject: bug#10125: RFE: require and load-path-shadowing Date: Fri, 11 Jan 2013 20:53:00 +0100 Organization: Linux Private Site Message-ID: <87bocvcx9f.fsf__44551.6247455545$1357934081$gmane$org@Rainer.invalid> References: <87sj68eogm.fsf@Rainer.invalid> <87wqvjd7qa.fsf@Rainer.invalid> NNTP-Posting-Host: plane.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 8bit X-Trace: ger.gmane.org 1357934062 909 80.91.229.3 (11 Jan 2013 19:54:22 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Fri, 11 Jan 2013 19:54:22 +0000 (UTC) To: 10125@debbugs.gnu.org Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Fri Jan 11 20:54:38 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 1TtkgT-0001o3-0N for geb-bug-gnu-emacs@m.gmane.org; Fri, 11 Jan 2013 20:54:33 +0100 Original-Received: from localhost ([::1]:53337 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1TtkgD-0003QL-4C for geb-bug-gnu-emacs@m.gmane.org; Fri, 11 Jan 2013 14:54:17 -0500 Original-Received: from eggs.gnu.org ([208.118.235.92]:38932) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Ttkg4-00039C-Vn for bug-gnu-emacs@gnu.org; Fri, 11 Jan 2013 14:54:14 -0500 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1Ttkg0-0005W4-VI for bug-gnu-emacs@gnu.org; Fri, 11 Jan 2013 14:54:08 -0500 Original-Received: from debbugs.gnu.org ([140.186.70.43]:50368) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Ttkfq-0005UW-IB; Fri, 11 Jan 2013 14:53:54 -0500 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.72) (envelope-from ) id 1Ttkfy-0004pg-E5; Fri, 11 Jan 2013 14:54:02 -0500 X-Loop: help-debbugs@gnu.org In-Reply-To: <81pqgh90sp.fsf@gmail.com> Resent-From: Achim Gratz Original-Sender: debbugs-submit-bounces@debbugs.gnu.org Resent-CC: bug-gnu-emacs@gnu.org, emacs-orgmode@gnu.org Resent-Date: Fri, 11 Jan 2013 19:54:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 10125 X-GNU-PR-Package: emacs,org-mode X-GNU-PR-Keywords: X-Debbugs-Original-To: bug-gnu-emacs@gnu.org Original-Received: via spool by submit@debbugs.gnu.org id=B.135793402818557 (code B ref -1); Fri, 11 Jan 2013 19:54:02 +0000 Original-Received: (at submit) by debbugs.gnu.org; 11 Jan 2013 19:53:48 +0000 Original-Received: from localhost ([127.0.0.1]:55832 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1Ttkfj-0004pF-Fn for submit@debbugs.gnu.org; Fri, 11 Jan 2013 14:53:48 -0500 Original-Received: from eggs.gnu.org ([208.118.235.92]:55723) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1Ttkfh-0004p4-Hj for submit@debbugs.gnu.org; Fri, 11 Jan 2013 14:53:46 -0500 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1TtkfN-0005QE-Q8 for submit@debbugs.gnu.org; Fri, 11 Jan 2013 14:53:32 -0500 Original-Received: from lists.gnu.org ([208.118.235.17]:33938) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1TtkfN-0005Q7-FP for submit@debbugs.gnu.org; Fri, 11 Jan 2013 14:53:25 -0500 Original-Received: from eggs.gnu.org ([208.118.235.92]:38830) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1TtkfJ-0002kL-NO for bug-gnu-emacs@gnu.org; Fri, 11 Jan 2013 14:53:25 -0500 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1TtkfF-0005PO-Tr for bug-gnu-emacs@gnu.org; Fri, 11 Jan 2013 14:53:21 -0500 Original-Received: from plane.gmane.org ([80.91.229.3]:60921) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1TtkfF-0005P9-NB for bug-gnu-emacs@gnu.org; Fri, 11 Jan 2013 14:53:17 -0500 Original-Received: from list by plane.gmane.org with local (Exim 4.69) (envelope-from ) id 1TtkfS-0000rq-5I for bug-gnu-emacs@gnu.org; Fri, 11 Jan 2013 20:53:30 +0100 Original-Received: from pd9eb573f.dip.t-dialin.net ([217.235.87.63]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Fri, 11 Jan 2013 20:53:30 +0100 Original-Received: from Stromeko by pd9eb573f.dip.t-dialin.net with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Fri, 11 Jan 2013 20:53:30 +0100 X-Injected-Via-Gmane: http://gmane.org/ Original-Lines: 40 Original-X-Complaints-To: usenet@ger.gmane.org X-Gmane-NNTP-Posting-Host: pd9eb573f.dip.t-dialin.net User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.2.91 (gnu/linux) Cancel-Lock: sha1:gbjkxXSLIVjI3i6tH12Z+sXfP/E= X-detected-operating-system: by eggs.gnu.org: Genre and OS details not recognized. X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.6.x 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:69625 Archived-At: Stefan Monnier writes: >>> I guess we could fork Emacs early on and keep this second process >>> around as a "process from which to generate new clean slates". >> I've been thinking about something like this for a while… if it worked >> at least as well as starting a new Emacs instance on all platforms, I'd >> favor this approach. > > IIUC "fork" is not really an option for w32. For the intended application spawn should work as well? > Yes, this subroutine is never directly called from C, so placing an > advice should work just fine. OK, I'll give it a try. >> As long as the package is properly namespaced, why not allow for >> removing all definitions pertaining to that entire namespace (features, >> autoloads, definitions, …)? > > We could try that, as well, but it would only work for those packages > that are "properly namespaced" (and there's no way to detect that > AFAIK). True, but a package might indicate if it is "one of those" and get the appropriate treatment from package manager. > Along the same lines, we could try to use unload-feature. I thought this was potentially dangerous, but reading the docstring again maybe not. Let me try that as well. Regards, Achim. -- +<[Q+ Matrix-12 WAVE#46+305 Neuron microQkb Andromeda XTk Blofeld]>+ Factory and User Sound Singles for Waldorf Q+, Q and microQ: http://Synth.Stromeko.net/Downloads.html#WaldorfSounds