From: Robert Park <r@robru.ca>
To: Glenn Morris <rgm@gnu.org>
Cc: emacs-devel@gnu.org
Subject: Re: Call for testing: Daily snapshot builds of Emacs for Ubuntu
Date: Tue, 14 May 2013 00:07:00 -0700 [thread overview]
Message-ID: <CAL3PwKzmfHapBN9PJo3QDp5UMhd8jbbc8kD0mmkkrK+dZ=C_nQ@mail.gmail.com> (raw)
In-Reply-To: <lappwu1dkr.fsf@fencepost.gnu.org>
On Mon, May 13, 2013 at 7:48 PM, Glenn Morris <rgm@gnu.org> wrote:
> I only count 7 Debian patches to Emacs:
> http://patch-tracker.debian.org/package/emacs24/24.3+1-1
Well, there are 13 by the time it gets to ubuntu:
http://bazaar.launchpad.net/~ubuntu-branches/ubuntu/raring/emacs24/raring/files/head:/debian/patches/
> Of course it is trivial to remove some of those if you don't need to
> obide by the rules that the distribution sets (on what they consider
> acceptable free software licenses in this instance) for its packages.
Right, this is why I made an Ubuntu package instead of a debian
package. Because I don't care about the DFSG, the GFDL is "free enough
for me", and I wanted a pure trunk experience, for better testing of
what is shipped by upstream.
>> 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.
>
> AFAICS, Red Hat solved this with a trivial and sensible-looking site-start.el:
>
> ;; load ".el" files in "/usr/share/emacs/site-lisp/site-start.d/" on startup
> (mapc 'load
> (directory-files "/usr/share/emacs/site-lisp/site-start.d" t "\\.el\\'"))
>
> I don't know what the debian-startup thing brings to the table beyond that.
> (I'd probably ask http://lists.debian.org/debian-emacsen/ if I wanted to
> know.)
Yikes, that is trivial and sensible-looking. The site-start.el
provided by emacsen-common package in debian (and ubuntu) contains
only commented lines, so is effectively blank. Now that i see there's
such a trivial solution for this, I'm definitely not adding that
distropatch to my packaging ;-)
I'll have to do some further research to find out why it was chosen to
leave site-start.el blank and see about perhaps dropping this
particular distropatch from the official debian packaging.
next prev parent reply other threads:[~2013-05-14 7:07 UTC|newest]
Thread overview: 11+ messages / expand[flat|nested] mbox.gz Atom feed top
2013-05-12 0:06 Call for testing: Daily snapshot builds of Emacs for Ubuntu Robert Park
2013-05-12 2:23 ` W. Greenhouse
2013-05-13 22:18 ` Robert Park
2013-05-13 9:08 ` Julien Danjou
2013-05-13 21:32 ` Robert Park
2013-05-14 2:48 ` Glenn Morris
2013-05-14 7:07 ` Robert Park [this message]
2013-05-14 9:06 ` Stephen J. Turnbull
2013-05-14 9:38 ` Julien Danjou
2013-05-14 21:05 ` Barry Warsaw
2013-05-15 3:36 ` Robert Park
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to='CAL3PwKzmfHapBN9PJo3QDp5UMhd8jbbc8kD0mmkkrK+dZ=C_nQ@mail.gmail.com' \
--to=r@robru.ca \
--cc=emacs-devel@gnu.org \
--cc=rgm@gnu.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
Code repositories for project(s) associated with this external index
https://git.savannah.gnu.org/cgit/emacs.git
https://git.savannah.gnu.org/cgit/emacs/org-mode.git
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.