<div dir="ltr"><div><div><div>Hi Rob<br><br></div>It looks like your proposal is the best way forward, so I am in favour of adding this dependency in all the Emacs-dependent packages.<br><br></div>BR<br><br>-- <br></div>Danai<br>

<div><div><br></div></div></div><div class="gmail_extra"><br><br><div class="gmail_quote">On 20 January 2014 14:20, Stephane Crivisier <span dir="ltr"><<a href="mailto:stephane@crivisier.fr" target="_blank">stephane@crivisier.fr</a>></span> wrote:<br>

<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><span class="HOEnZb"><font color="#888888">

<span></span><div>-- <br>Stephane Crivisier<br></div></font></span><div class="HOEnZb"><div class="h5">

<br><br><div class="gmail_quote"><p>On Mon, Jan 20, 2014 at 2:43 AM, Rob Browning <span dir="ltr"><<a href="mailto:rlb@defaultvalue.org" target="_blank">rlb@defaultvalue.org</a>></span> wrote:<br></p><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">

<br>Recently I've been fixing some non-trivial problems I introduced in

<br>emacsen-common 2.0.0 -- and to finish fixing them it looks like it may

be best to change (and augment) some of the add-on package requirements.

<br><br>Originally, I'd really tried to make it so that as of emacsen-common

<br>2.*, add-on packages didn't have to depend on *anything*, but that's

<br>proving difficult to unworkable, so I'm leaning toward adding a

requirement that add-on packages depend on "emacsen-common >= 2.0.8".

If it helps, emacsen-common is only about 140k installed.

<br><br>Here's what I have so far from the hypothetical 2.0.8 changelog:

Require add-on packages to depend on emacsen-common >= 2.0.8.

<br><br>    This should be simpler and safer, and emacsen-common is only ~140k,

<br>    which shouldn't be too big a burden.  One specific problem this solves

<br>    is the handling of /var/lib/emacsen-common -- in particular

<br>    /var/lib/emacsen-common/state/package/installed/* if/when

<br>    emacsen-common is purged.  Without the dependency, emacsen-common

<br>    can't remove the tree without clobbering the state for every add-on,

but if emacsen-common can't remove it, who can?

<br><br>    It seems better to add this requirement for now (which should also

<br>    simplify the emacsen infrastructure in general), than to have every

<br>    add-on try to decide when it's safe to remove

<br>    /var/lib/emacsen-common/state/package (i.e. when they're the last

add-on being removed from the system).

<br><br>    This release changes the following requirements for add-on packages

<br>    (see debian-emacs-policy for the details):

<br><br>      - They must now depend on emacsen-common >= 2.0.8.

- They don't need to conflict with emacsen-common anymore.

- They don't need to guard their calls to emacs-install-package.

- They don't need to guard their calls to emacs-remove-package.

- They should no longer manage their package/installed/ file directly.

<br><br>    In addition emacsen flavor packages should now depend on

<br>    emacsen-common >= 2.0.8.

Thoughts?  Strong objections?

<br><br>(And for whatever it's worth, I've been posting some relevant bits to

<br> <a href="mailto:debian-emacsen@lists.debian.org" target="_blank">debian-emacsen@lists.debian.org</a> lately, but I imagined that many/most

<br> of you aren't subscribed.)

<br><br>Thanks

<br>-- 

<br>Rob Browning

<br>rlb @<a href="http://defaultvalue.org" target="_blank">defaultvalue.org</a> and @<a href="http://debian.org" target="_blank">debian.org</a>

<br>GPG as of 2011-07-10 E6A9 DA3C C9FD 1FF8 C676 D2C4 C0F0 39E9 ED1B 597A

<br>GPG as of 2002-11-03 14DD 432F AE39 534D B592 F9A0 25C8 D377 8C7E 73A4

<br><br></blockquote></div><br></div></div></blockquote></div><br></div>