O-Browser will find xoobr (and ootags for that matter) wherever it might be
installed - provided, of course, it is in one of the standard locations.
It seems to me that both xoobr and ootags should be dealt with as private
executables ala movemail. ootags is already built in lib-src as a public
executable. xoobr should be added to the lib-src build.
Where do I turn to get permissions to do this? Who authorizes these kinds of
changes? I posted to xemacs-design last night but have not gotton any
replies. Do I just ask for commit access to core and do what I want? I'd
assume not. Do I make changes to Makefile.in.in and post a patch to
>>>> "SJT" == Stephen J Turnbull
>>>> "Jake" == Jake Colman
Jake> Are there any examples of a package
that contain a binary
Jake> that is not part of the XEmacs core but is used only by the
SJT> I think Steve Youngs's eicq did this, but he's currently off line.
Jake> Any suggestions on how to deal with this?
SJT> You're on your own at the moment. :-/
SJT> You might look at JDE, which (I think) builds and installs compiled
SJT> Java whatever-they-call-them. Is xoobr a standalone app? In that
SJT> case, it probably should install as a sibling of xemacs and etags, and
SJT> the package infrastructure is not set up for that. Otherwise, you can
SJT> install to ./lib-src/oobr/xoobr and call it directly from the oobr
SJT> code, right? I think you just add that path to some exec-path
SJT> variable in Lisp when the oobr Lisp loads.
SJT> Institute of Policy and Planning Sciences http://turnbull.sk.tsukuba.ac.jp
SJT> University of Tsukuba Tennodai 1-1-1 Tsukuba 305-8573 JAPAN
SJT> Ask not how you can "do" free software business;
SJT> ask what your business can "do for" free software.
Principia Partners LLC Phone: (201) 209-2467
Harborside Financial Center Fax: (201) 946-0320
902 Plaza Two E-mail: colman(a)ppllc.com
Jersey City, NJ 07311 www.principiapartners.com
Linux is not The Answer. Yes is the answer. Linux is The Question. - Neo