Santiago Vila <[EMAIL PROTECTED]> wrote:
> Peter S Galbraith wrote:
> > Quick questions:
> >
> > debian-emacs-policy says:
> >
> > D) Each add-on package must declare relevant dependencies on other
> > packages (including other add-on packages). Note that add-on
> > packages should no
Peter S Galbraith wrote:
> Quick questions:
>
> debian-emacs-policy says:
>
> D) Each add-on package must declare relevant dependencies on other
> packages (including other add-on packages). Note that add-on
> packages should not depend on emacsen-common directly, but rather
> on
> Hello.
>
> I have re-read the logs for this bug from the beginning, and I see
> that I have been wrongly assuming (sorry!) that a Depends: emacsen-common in
> gettext would force the user to install some emacs flavour, but in fact
> emacsen-common just says:
>
> Depends: bsdmainutils
>
> Just
Rob Browning wrote:
> Santiago Vila <[EMAIL PROTECTED]> writes:
> > [ emacsen-common is a relatively small package. Making gettext to
> > depend on it, even if you don't plan to use emacs po-mode at all,
> > would not be such a tragedy ].
>
> If you're OK with that, I'm OK with that -- it'll probab
Santiago Vila <[EMAIL PROTECTED]> writes:
> Just in case I'm missing anything: Am I right that it's completely
> possible to install emacsen-common and not installing any emacs
> flavour?
Right. Things need to depend on emacsen-common to make sure that the
required infrastructure is in place, bu
Hello.
I have re-read the logs for this bug from the beginning, and I see
that I have been wrongly assuming (sorry!) that a Depends: emacsen-common in
gettext would force the user to install some emacs flavour, but in fact
emacsen-common just says:
Depends: bsdmainutils
Just in case I'm missing
> * gettext does not need a Depends, it just needs a better
> emacs-package-install implementation, namely, one that does not fail
> if emacsen-common has not been configured yet.
If we can figure out a way that we're *sure* will work right, then I'm
OK with changing emacsen-common so that add-on
Toby Speight <[EMAIL PROTECTED]> writes:
> What happens if emacsen is installed *after* package 'foo' that uses
> it? AIUI, foo won't get its emacs components configured at all then.
Actually now that I've thought about this yet further, I don't think
this is a problem.
If emacsen-common is bei
On Wed, 30 Jan 2002, Peter S Galbraith wrote:
> > Toby Speight <[EMAIL PROTECTED]> writes:
> >
> > > Rob> If this were in fact "safe", then we could think about changing
> > > Rob> debian-emacs-policy to fully eliminate the requirement that packages
> > > Rob> that have emacs components *depend* o
> Toby Speight <[EMAIL PROTECTED]> writes:
>
> > Rob> If this were in fact "safe", then we could think about changing
> > Rob> debian-emacs-policy to fully eliminate the requirement that packages
> > Rob> that have emacs components *depend* on emacsen, but instead they
> > Rob> just check for /usr
reassign 65320 gettext
thanks
(Santiago, if you haven't been following this lately, check the bug
log, and/or the debian-emacsen list. Thanks.)
Toby Speight <[EMAIL PROTECTED]> writes:
> Rob> If this were in fact "safe", then we could think about changing
> Rob> debian-emacs-policy to fully e
0> In article <[EMAIL PROTECTED]>,
0> Rob L. Browning mailto:[EMAIL PROTECTED]> ("Rob") wrote:
Rob> If this were in fact "safe", then we could think about changing
Rob> debian-emacs-policy to fully eliminate the requirement that packages
Rob> that have emacs components *depend* on emacsen, but ins
Rob Browning <[EMAIL PROTECTED]> writes:
> These are the two best options, but I'm *really* hesitant to try and
> guarantee that emacsen-common will work properly before it has been
> configured. This means second-guessing the whole package
> installation/dependency process and committing to some
Santiago Vila <[EMAIL PROTECTED]> writes:
> 1. Make gettext to Depend on emacsen-common. The wrong thing to do, IMHO.
> You can use gettext without emacs if you want, and you should not be
> forced to install software you don't really need.
or
> 3. Make "emacs-package-install" smarter, so that
14 matches
Mail list logo