From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Robert Park Newsgroups: gmane.emacs.devel Subject: Re: Call for testing: Daily snapshot builds of Emacs for Ubuntu Date: Mon, 13 May 2013 15:18:00 -0700 Message-ID: References: <877gj5ym0a.fsf@riseup.net> NNTP-Posting-Host: plane.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=UTF-8 X-Trace: ger.gmane.org 1368483536 11622 80.91.229.3 (13 May 2013 22:18:56 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Mon, 13 May 2013 22:18:56 +0000 (UTC) Cc: emacs-devel@gnu.org To: "W. Greenhouse" Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Tue May 14 00:18:57 2013 Return-path: Envelope-to: ged-emacs-devel@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 1Uc153-0007eV-LQ for ged-emacs-devel@m.gmane.org; Tue, 14 May 2013 00:18:53 +0200 Original-Received: from localhost ([::1]:40115 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Uc153-0005cq-8I for ged-emacs-devel@m.gmane.org; Mon, 13 May 2013 18:18:53 -0400 Original-Received: from eggs.gnu.org ([208.118.235.92]:39411) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Uc14v-0005bq-Tt for emacs-devel@gnu.org; Mon, 13 May 2013 18:18:50 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1Uc14r-00004u-Ju for emacs-devel@gnu.org; Mon, 13 May 2013 18:18:45 -0400 Original-Received: from mail-ie0-x22c.google.com ([2607:f8b0:4001:c03::22c]:61640) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Uc14r-0008WV-Dw for emacs-devel@gnu.org; Mon, 13 May 2013 18:18:41 -0400 Original-Received: by mail-ie0-f172.google.com with SMTP id 16so13678148iea.31 for ; Mon, 13 May 2013 15:18:41 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=x-received:mime-version:sender:in-reply-to:references:from:date :x-google-sender-auth:message-id:subject:to:cc:content-type; bh=h6UHzayG7CxnjKilXjjBmLI+6J497vRo0GVbwEsJjWI=; b=U+Ev8/ANkOTbzs57LXHUch6cfqLQ8aEoXbr/3mEvDwceY2W18oDal3DEsGgek+Px1s QhWsbIxIvX7f1YRwGEn4LCbEa1f01KIZFxLRV6fL5ZaaUmlvZx9aCF8ixwv3IlAYvgJL dzcfR50QJsOXqin6CQ5kc0e170fWi/kchsMSqhOWMWwjRgbRsq6mXF+18UW+u6QWvS9P YO1b7wJ8IsdlZkMzR0mwtHkUMpiSq19idgLlpI4pBUfTNpCKVGSri1VSeMdv3YKFwFNn 6XJJvjJtsiFC0l2Ja/LmxObpoltkbjONvgPGPtzPL3rUh3LuJNxlHH+EVDUWvwQya/F2 VgKg== X-Received: by 10.50.49.102 with SMTP id t6mr142237ign.48.1368483520854; Mon, 13 May 2013 15:18:40 -0700 (PDT) Original-Received: by 10.64.8.46 with HTTP; Mon, 13 May 2013 15:18:00 -0700 (PDT) In-Reply-To: <877gj5ym0a.fsf@riseup.net> X-Google-Sender-Auth: 6F74W77q97js8AA3NnqPXbeKn2Y X-detected-operating-system: by eggs.gnu.org: Error: Malformed IPv6 address (bad octet value). X-Received-From: 2607:f8b0:4001:c03::22c X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: "Emacs development discussions." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Original-Sender: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Xref: news.gmane.org gmane.emacs.devel:159551 Archived-At: On Sat, May 11, 2013 at 7:23 PM, W. Greenhouse wrote: > it sounds like your package > might not be loading all of the startup bits expected by > /usr/share/doc/emacsen-common/debian-emacs-policy.gz. Right now, it's not doing anything ;-) I did spend a little bit of time trying to apply this distropatch: http://bazaar.launchpad.net/~ubuntu-branches/ubuntu/saucy/emacs24/saucy/view/head:/debian/patches/0002-Run-debian-startup-and-set-debian-emacs-flavor.patch But it didn't seem to be enough to work on it's own... there's some other magic piece of the puzzle that I haven't discovered yet (some of the other distropatches are quite mysterious to me and may interact with this in ways that weren't obvious upon an initial skim). Just tried enabling it again locally, and this is what I get in my *Messages* buffer at startup: Loading /etc/emacs/site-start.d/00debian-vars.el (source)...done Loading /etc/emacs/site-start.d/50autoconf.el (source)... Error while loading 50autoconf: No /usr/local/ prefixed paths in load-path Loading /etc/emacs/site-start.d/50cmake-data.el (source)...done Loading /etc/emacs/site-start.d/50dictionaries-common.el (source)... Error while loading 50dictionaries-common: No /usr/local/ prefixed paths in load-path Loading /etc/emacs/site-start.d/50gtk-doc-tools.el (source)...done Loading /etc/emacs/site-start.d/50lbdb.el (source)...done Loading /etc/emacs/site-start.d/50pylint.el (source)... Loading /usr/share/emacs/site-lisp/pylint/pylint.el (source)...done Loading /etc/emacs/site-start.d/50pylint.el (source)...done Loading /etc/emacs/site-start.d/50python-docutils.el (source)...done Loading /etc/emacs/site-start.d/50python-guppy.el (source)...done Loading /etc/emacs/site-start.d/50yaml-mode.el (source)... Error while loading 50yaml-mode: No /usr/local/ prefixed paths in load-path For information about GNU Emacs and the GNU system, type C-a. Type "q" in help window to restore its previous buffer, C-M-v to scroll help. Not sure if that's meaningful to you. > For starters, > does M-x load-library RET debian-startup RET from your Launchpad builds > actually point somewhere? Well, I just typed in those commands and they worked... > If so, does the `startup' library load it? No, because I don't currently have the above distropatch applied. > That `debian-startup' file is the entry-point for Emacs dpkg packages > setting up their autoloads and the like, and yes, unfortunately, this is > a big fat distropatch. :-) Is there any possibility of generalizing this and having it accepted in upstream emacs? Obviously we wouldn't commit any debianisms into emacs trunk but it seems like it might be generally useful for emacs to have some kind of site-start.d directory for all distros to place custom startup scripts into. I'd be willing to put a bit of effort into this if there was some indication from upstream that it had a chance of being accepted (ie, what are the acceptance criteria?). > Ubuntu's emacs-snapshot packaging may have changed this whole > infrastructure in some way that I'm not taking account of, but I would > expect that many elisp packages in Ubuntu are largely unchanged from > Debian and simply expect this to work. I haven't checked closely, but yes, I expect that all the elisp debs are imported unmodified; Emacs is not exactly a strategic package that is subject to lots of scrutiny/modifications by Ubuntu ;-) (most of the ubuntu distropatches that I am aware of are simply bugfixes backported from trunk anyway). > I agree that it's a pretty minor complaint if the rest of the package is > working great, but dpkg packages for Emacs features are still useful in > spite of package.el, particularly if they have non-elisp dependencies, > e.g. the `auctex' package, or the `maildir-utils' package (containing > the `mu' maildir indexer which is the binary dependency for djcb's > `mu4e' Emacs mailclient). Oh yeah, it's definitely something that's on my radar to be fixed generally, just that I don't use any of those things you mentioned so everything is working great for me ;-)