Re: Any Packages Contain A Binary?

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 xemacs-patches? 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 Jake> package? 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> -- 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. -- Jake Colman 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