From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from lists.gentoo.org ([140.105.134.102] helo=robin.gentoo.org) by nuthatch.gentoo.org with esmtp (Exim 4.54) id 1F5vvc-0007le-2v for garchives@archives.gentoo.org; Mon, 06 Feb 2006 02:16:32 +0000 Received: from robin.gentoo.org (localhost [127.0.0.1]) by robin.gentoo.org (8.13.5/8.13.5) with SMTP id k162FBR8027889; Mon, 6 Feb 2006 02:15:11 GMT Received: from smtp.gentoo.org (smtp.gentoo.org [134.68.220.30]) by robin.gentoo.org (8.13.5/8.13.5) with ESMTP id k162Ap78013340 for ; Mon, 6 Feb 2006 02:10:52 GMT Received: from main.gmane.org ([80.91.229.2] helo=ciao.gmane.org) by smtp.gentoo.org with esmtp (Exim 4.54) id 1F5vqS-0004wK-DR for gentoo-user@lists.gentoo.org; Mon, 06 Feb 2006 02:11:12 +0000 Received: from list by ciao.gmane.org with local (Exim 4.43) id 1F5vqL-0004Gt-NC for gentoo-user@gentoo.org; Mon, 06 Feb 2006 03:11:05 +0100 Received: from adsl-68-74-181-229.dsl.emhril.ameritech.net ([68.74.181.229]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Mon, 06 Feb 2006 03:11:05 +0100 Received: from reader by adsl-68-74-181-229.dsl.emhril.ameritech.net with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Mon, 06 Feb 2006 03:11:05 +0100 X-Injected-Via-Gmane: http://gmane.org/ To: gentoo-user@lists.gentoo.org From: Harry Putnam Subject: [gentoo-user] Ebuild and emacs enough is enough Date: Sun, 05 Feb 2006 20:10:59 -0600 Organization: Still searching... Message-ID: <87hd7d8cek.fsf@newsguy.com> Precedence: bulk List-Post: List-Help: List-Unsubscribe: List-Subscribe: List-Id: Gentoo Linux mail X-BeenThere: gentoo-user@gentoo.org Reply-to: gentoo-user@lists.gentoo.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Complaints-To: usenet@sea.gmane.org X-Gmane-NNTP-Posting-Host: adsl-68-74-181-229.dsl.emhril.ameritech.net User-Agent: Gnus/5.110004 (No Gnus v0.4) Emacs/22.0.50 (gnu/linux) Cancel-Lock: sha1:4NYv9IneQzWrMCTmiLwnZU8T7L8= Sender: news X-Archives-Salt: d61ca3ba-6f2d-4c6b-b470-d163ba2a8ca1 X-Archives-Hash: f40bd2e92fda0cd27437328d306b9914 I'm not sure where to log this complaint, its not a real bug. I've had about 6 or 7 emerges like emerge -v -u -D world break in the middle somewhere because emacs has been called to byte compile or whatever, however whoever is writing this stuff is calling emacs WITHOUT taking the normal precations used by savvy emacs users. That is, to call emacs with `emacs -q --no-site-file CMDS'. This is starndard practice to use when calling emacs during builds. But on a 6-7 occassions, the last in the middle of emerge -v -u -D --newuse world' Not something you are likeley to set and watch for something like this. So you come back in hour and half to find its errored out in the middle because emacs wasn't called with simple protective flags like -q --no-site-file. -q (don't use an .emacs init file) --no-site-file (don't load any site-start.el files) People might have code in either of those places that will cause emacs to give unexpected output during build. site-start.el is a tradition older than gentoo. Gentoo installs don't have it but many long term emacs users use this file to set code for system wide stuff. That is what it is for. Emacs will load it before anything else (except `default.el') if it is found in the path. That is why it is wise to use --no-site-file when calling emacs to bytecompile. In my site-start.el I have code that causes emacs to tell me what it is loading anytime a library or file is loaded. That output can be quite handy when debugging things emacs, but it breaks an emerge. So unless I realize this particular emerge will call emacs and move site-start.el out of the path it will be loaded and break the emerge becasue someone didn't have sense enough to call emacs the standard way: emacs -q --no-site-file WHATEVER Where do I need to take this complaint? -- gentoo-user@gentoo.org mailing list