[cross-posting to sfwnv-discuss and smf-discuss] Below is a draft ARC case for a new SMF service for managing Info files. Comments welcome.
- Dermot ============================================ Info file update service 1. Summary This fast-track introduces the Info file update SMF service, which maintains directory files for Info documents. Patch release binding is requested. 2. Discussion GNU Manual files in the Info format are typically accompanied by a directory file which provides the user with a menu of the topics for which manuals are available. In the SFW consolidation, Info documents are located in /usr/sfw/share/info and /usr/share/info and each location includes its own directory file, called "dir", covering all the Info docs at that location. Currently, the directory files are generated at build-time using the "install-info" utility provided by texinfo(4). All the Info documents and the accompanying directory files for the consolidation are then delivered together (in SUNWsfinf). The problem is that we now wish to deliver the Info docs separately, as part of the relevant package. Also, other consolidations, such as JDS, may wish to install additional Info docs in the same locations and will therefore need to update the directory files. Install and remove Class Action Scripts that replicate the work of install-info would prove excessively complex and so a transient SMF service that rebuilds the directory file when any Info docs are installed, removed or modified is now proposed. **FIXME** Is there an existing rights profile that this service can use, or is it best to create a new one? 3. Interfaces Exported Interfaces =================== svc:/application/update/infofile:default Committed FRMI application/info_dir_path Committed Property This message posted from opensolaris.org