This is the mail archive of the
mailing list for the Cygwin project.
Re: emacs support for octave
-----BEGIN PGP SIGNED MESSAGE-----
[replying to cygwin-apps as well, for archival purposes]
According to James R. Phillips on 9/7/2005 6:53 AM:
> octave-otags wouldn't even have to compile, since it only contains shell script
> and man page. Does it make sense to package something like this separately
> from octave?
I think it is reasonable as a separate package, if you'd like to maintain
it that way (you have a bit of leeway here, as the maintainer, to divide
the package how you like).
> If so, 1) what is the packaging protocol for something that
> doesn't require compilation;
Check out bash-completion, which is a package without even a configure or
Makefile, for ideas of what has to be done in g-b-s if you are making a
source tarball for a non-compiled package. On the other hand, since it is
a derivative package, you can provide a binary only tarball with a setup
hint that defers to the main octave source tarball by using the
external-source: line in your setup.hint, rather than trying to create two
source tarballs for the two packages.
2) How would one express an "or" condition in the
> setup.hint, as in requires emacs or emacs-x11?
emacs-X11 depends on emacs, but making octave-otags depend on emacs-X11
would slurp in a lot of X, just for the use of etags. So you are probably
okay with just listing emacs as your dependency.
Life is short - so eat dessert first!
Eric Blake email@example.com
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.1 (Cygwin)
Comment: Public key at home.comcast.net/~ericblake/eblake.gpg
Comment: Using GnuPG with Thunderbird - http://enigmail.mozdev.org
-----END PGP SIGNATURE-----