Re: Unversioned emacs packages uploaded to experimental

On Mon, Jul 30, 2018 at 12:07:25PM +0200, Agustin Martin wrote: > On Sat, Jul 28, 2018 at 10:39:23AM -0500, Rob Browning wrote: > > > > Given that, your suggestion to put the files in say > > /usr/share/dictionaries-common/... and then symlink whichever ones are > > ap

Re: Unversioned emacs packages uploaded to experimental

On Sat, Jul 28, 2018 at 10:39:23AM -0500, Rob Browning wrote: > > Given that, your suggestion to put the files in say > /usr/share/dictionaries-common/... and then symlink whichever ones are > appropriate into the relevant emacs and xemacs flavor directories sounds > completely reasonable. > > Or

Re: Unversioned emacs packages uploaded to experimental

On Sat, Jun 30, 2018 at 10:55:21AM -0300, David Bremner wrote: > > > > $ cp /usr/share/emacs/site-lisp/dictionaries-common/{i,fly}spell.el > > /usr/share/emacs/25.2/site-lisp/dictionaries-common > > $ emacs25 && enable spellchecking && eval (message "%s" ispell-version) > > ispell.el 3.6 - 7-Jan-2

Re: Unversioned emacs packages uploaded to experimental

On Sat, Jun 16, 2018 at 07:43:04AM -0300, David Bremner wrote: > Agustin Martin writes: > > dictionaries-common ships some .el files for Emacs and XEmacs use. > > Emacs only needs debian-ispell.el, but XEmacs also needs ispell.el and > > flyspell.el for the spellcheckin

Re: Unversioned emacs packages uploaded to experimental

2018-05-28 18:40 GMT+02:00 Rob Browning : > > It's likely that you'll see some trouble with add-on packages during the > install. In my case, it was with packages that explicitly ignore the > emacs flavor in their maintainer scripts. > > Please report bugs against any you notice, perhaps mentionin

Changes in dictionaries-common emacsen spellchecking support

Hi, I plan to do some changes in the emacsen spellchecking support currently shipped by dictionaries-common. Debian integration historically required patched ispell.el and flyspell.el, but regarding GNU Emacs, relevant changes should already be included in upstream files, currently shipped by Ema

Re: emacsen-common: handling of add-on packages still broken in some cases

2014/1/21 Agustin Martin : > On Sun, Jan 19, 2014 at 02:43:34PM -0600, Rob Browning wrote: >> >> [summary for debhelper/dh_installemacsen: there may be additional >> changes to policy soon.] >> >> So I just realized that while I improved things a bit in 2.0.6/

Re: emacsen-common: handling of add-on packages still broken in some cases

On Sun, Jan 19, 2014 at 02:43:34PM -0600, Rob Browning wrote: > > [summary for debhelper/dh_installemacsen: there may be additional > changes to policy soon.] > > So I just realized that while I improved things a bit in 2.0.6/7, there > are still some broken cases. In particular I believe that

Re: Bug#730066: emacs-goodies-el: fails to upgrade lenny -> squeeze -> wheezy -> jessie

On Thu, Nov 21, 2013 at 02:34:35AM +0100, Andreas Beckmann wrote: > On 2013-11-21 01:49, Peter S Galbraith wrote: > > You are byte-compiling packages under emacs22, which is not part of any > > current Debian distribution and hasn't been since... lenny? > > exactly :-) > > > Seems to me that the

Re: unmet dependencies

2011/4/1 Agustin Martin : > On Wed, Mar 30, 2011 at 01:20:28PM +0800, jida...@jidanni.org wrote: >> The following packages have unmet dependencies: >>   emacs-snapshot-bin-common: Depends: emacs-snapshot-common (= 1:20110316-1) >> but 1:20110323-1 is to be installed. >

Re: unmet dependencies

On Wed, Mar 30, 2011 at 01:20:28PM +0800, jida...@jidanni.org wrote: > The following packages have unmet dependencies: > emacs-snapshot-bin-common: Depends: emacs-snapshot-common (= 1:20110316-1) > but 1:20110323-1 is to be installed. Seems fixed on today's upload (1:20110401-1) -- Agustin

Re: RFC: relaxation of debian-emacs-policy dependency requirements

On Mon, Jul 26, 2010 at 12:38:54PM -0400, Peter S Galbraith wrote: > Rob Browning wrote: > > > - Require all updated add-on packages and emacs flavors to declare a > > "Conflicts: emacsen-common (<< UPDATED-EMACSEN-VERSION)". > > One of the nice things about Emacs add-on packages is that t

Re: RFC: relaxation of debian-emacs-policy dependency requirements

On Sun, Jul 18, 2010 at 05:37:23PM -0500, Rob Browning wrote: > Rob Browning writes: > I think this may allow us to remove the requirement that add-on packages > depend on emacs flavors, and may fix the bugs we've been discussing. It > may also make it possible to avoid some duplicate add-on pack

Re: RFC: relaxation of debian-emacs-policy dependency requirements

On Thu, Jul 08, 2010 at 10:22:23PM -0500, Rob Browning wrote: > Agustin Martin writes: > > For the records, dictionaries-common uses flags like > > > > /usr/share/$flavour/site-lisp/dictionaries-common/done > > > > to signal that things are already built and do

Re: RFC: relaxation of debian-emacs-policy dependency requirements

On Wed, Jul 07, 2010 at 12:57:19PM +0200, Agustin Martin wrote: > > > lisp stuff in a package whose main use is not Emacs should be used if > > > an emacsen package is installed and ignored otherwise. There is nothing > > > wrong > > > with that. Even if /var/

Re: RFC: relaxation of debian-emacs-policy dependency requirements

On Tue, Jul 06, 2010 at 10:46:57PM -0500, Rob Browning wrote: > Ian Jackson writes: > > > Rob Browning writes ("RFC: relaxation of debian-emacs-policy dependency > > requirements"): > >> After some investigation, it looks like we might be able to change > >> policy to just require add-on package

Re: RFC: relaxation of debian-emacs-policy dependency requirements

On Tue, Jul 06, 2010 at 10:54:33PM -0500, Rob Browning wrote: > Agustin Martin writes: > > > On Tue, Jul 06, 2010 at 11:51:06AM +0100, Ian Jackson wrote: > > >> Why should a package which happens to also ship some elisp need to > >> depend on any Emacs packag

Re: RFC: relaxation of debian-emacs-policy dependency requirements

On Tue, Jul 06, 2010 at 11:51:06AM +0100, Ian Jackson wrote: > Rob Browning writes ("RFC: relaxation of debian-emacs-policy dependency > requirements"): > > After some investigation, it looks like we might be able to change > > policy to just require add-on packages to depend on emacsen-common, >

Re: Playing with a personal emacsen-common build

On Fri, Oct 03, 2008 at 04:01:07PM +0200, Agustin Martin wrote: > Hi, > > I have been playing with emacsen-common and some of the proposed fixes in > different bug reports, and prepared a personal build including some of > them, available from > > http://people.debian.org/~

Re: Bug#503549: O: gnuplot-mode -- Yet another Gnuplot mode for Emacs

Forwarding this [O], in case someone in the debian-emacsen list is interested. For more information, please read On Sun, Oct 26, 2008 at 05:40:20PM +0100, Christoph Berg wrote: > Package: wnpp > Severity: normal > ... Therefore, I orphan this package now. > > Ma

Playing with a personal emacsen-common build

Hi, I have been playing with emacsen-common and some of the proposed fixes in different bug reports, and prepared a personal build including some of them, available from http://people.debian.org/~agmartin/debian-store/misc/ (signed changes file in the same dir). Changelog is as follows

Re: Trouble with byte-compiling .el files on Emacs update

On Wed, Aug 06, 2008 at 09:07:48AM -0700, Michael Olson wrote: > Hilko Bengen <[EMAIL PROTECTED]> writes: > > > Michael Olson <[EMAIL PROTECTED]> writes: > > > >>> When semantic is installed or upgraded -- yes. But what happens when > >>> $FLAVOR is upgraded? > >> > >> It ought to call emacs-remov

Re: triggers wishlist [emacsen add-on packages]

On Mon, Mar 31, 2008 at 10:31:36AM -0500, Steve Greenland wrote: > On 30-Mar-08, 15:25 (CDT), Joey Hess <[EMAIL PROTECTED]> wrote: > > dpkg in experimental supports triggers now, and in many cases trigger > > support can be added to packages without creating a hard dependency on > > a new version

Should /site-lisp/subdirs.el be provided?

Hi, I have noticed something that sounds strange to me, some of the emacs flavours are providing site-lisp/subdirs.el [emacs21-common]/usr/share/emacs21/site-lisp/subdirs.el [emacs22-common]/usr/share/emacs/22.1/lisp/subdirs.el [emacs-snapshot-common] /usr/share/emacs/23.0.60/lisp

Re: load-path in Emacsen

On Thu, Mar 09, 2006 at 01:44:17PM +0100, Sven Joachim wrote: > But look at the following (my site-start.el is empty): > > $ emacs21 --batch --eval '(print load-path)' | sed -e 's/" /"\n/g' ... > ("/usr/share/emacs21/site-lisp/python-mode" > "/usr/share/emacs21/site-lisp/dictionaries-common" Th

Re: load-path in emacs-snapshot includes too much.

On Tue, Feb 14, 2006 at 10:32:31PM -0500, Peter S Galbraith wrote: > Romain Francoise <[EMAIL PROTECTED]> wrote: > > > Peter S Galbraith <[EMAIL PROTECTED]> writes: > > > > > The load-path of emacs-snapshot includes all the > > > /usr/share/emacs/site-lisp subdirectories. > > > > It doesn't here

Re: emacs-snapshot load-path and dictionaries-common {ispell,flyspell}}.el

On Wed, Nov 23, 2005 at 02:12:19PM +0100, Romain Francoise wrote: > Agustin Martin <[EMAIL PROTECTED]> writes: > > > However emacs-snapshot seems to load ispell and flyspell from > > dictionaries-common rather than from its byte-compiled files > > Are you

Re: emacs-snapshot load-path and dictionaries-common {ispell,flyspell}}.el

On Wed, Nov 23, 2005 at 12:52:00PM +0100, Agustin Martin wrote: > and loads dict-common files because they are found first, despite they > are not byte-compiled and the byte-compiled ones are available for > emacs-snapshot. > > Any hint about the best way to deal with this? Fo

emacs-snapshot load-path and dictionaries-common {ispell,flyspell}}.el

Hi, I am looking for help about this, dictionaries-common currently ships ispell.el and flyspell.el in /usr/share/emacs/site-lisp/dictionaries-common, and they will be byte-compiled for any emacs flavour but emacs-snapshot. dict-common initialization file does nothing for emacs-snapshot. However

Re: Flyspell is to be incorporated to dictionaries-common, closing some {x}emacs bugs

On Tue, Oct 04, 2005 at 08:46:21AM +0200, Romain Francoise wrote: > Agustin Martin <[EMAIL PROTECTED]> writes: > > > Just to let you know that I will soon upload a new dictionaries-common > > package that will include a recent flyspell.el integrated into > > the co

Re: the el files and a possible bug in the new version of ispell.el

a feature that needs to be handled in a different way (e.g., fixes for the ispell-dictionary-alist contents) or is already fixed Cheers, Agustin -- = Agustin Martin Domingo, Dpto. de Fisica, ETS Arquitectura Madrid, (U

Re: Debian pkg oddies

Uwe Brauer wrote: I found some strange configure structures in the official debian xemacs deb pkg: ... 2. Ispell.el points to /usr/share/xemacs21/site-lisp/dictionaries-common/ and not to the /usr/share/xemacs21/xemacs-packages/lisp/ispell ispell dictionary list is now generated from the rea