On Fri, May 23, 2008 at 8:26 PM, Stephen Hahn <[EMAIL PROTECTED]> wrote: > * Mike Gerdts <[EMAIL PROTECTED]> [2008-05-24 00:09]: >> On Fri, May 23, 2008 at 4:16 PM, Stephen Hahn <[EMAIL PROTECTED]> wrote: >> > Regarding the -s option: Once, I'd hoped we could collect the man >> > directories from the smf(5) template information across all services. >> > >> > That's still not enough, though. In keeping with our new model, we >> > should really see packages deliver a file with their man path or paths >> > into some well known directory. -s should concatenate these files >> > into an effective man path. >> >> How about having packages deliver man pages as actions? The >> appropriate handler could figure out how exactly how it is stored >> (compressed, preformatted, etc.) based upon configuration, how the >> windex file is updated, etc. This provides an effective means for >> delivering them today with whatever glue is needed to merge between >> the arcane past and the hopefully-not-arcane future. > > I'm not keen on file-specific actions. (I think I've been persuaded > that even my envisioned service action (to deliver smf(5) manifests) > isn't needed.) In this example, isn't all the policy really on the > update service, and we're just interested in "this is a man page".
Yep. I didn't realize there was controversy on the "service action" idea. > Bart and I have gone back and forth on whether the direct > "restart_fmri" or an indirect "type" attribute is more appropriate. > Either one achieves the "this is a man page" identification in some > fashion. I'm not sure I grasp what you are talking about here. It seems as though it plays into the following (just tag the directory as special). If that is the case, I was just confused by the flow of the message. >> > So, maybe >> > >> > /etc/man/paths [snip] >> >> This seems like it would work, but there are two things that I don't like: [snip] > > On the drive home, I thought about this some more. (The drive ended > with a forehead smack.) What about tagging directory actions with a > "this is the top of a man tree"? Then the result of a search for > directory actions with this tag is the basis, and only touches the > pkg(5) indices. That is, in our SUNWxscreensaver-hacks example, we'd > have > > dir group=bin mode=0755 owner=root path=usr/X11/share/man \ > opensolaris.man_path=true > > The update service would then add the value of the path attribute to > the manual path list it's building. The smack on the head did wonders - I like this approach quite a bit. If I go forward with my mechanism in ON, there could be a "distro based upon IPS" variant that queries the image for the known man directories and does the update on them. It should make for a pretty clean transition. -- Mike Gerdts http://mgerdts.blogspot.com/ _______________________________________________ pkg-discuss mailing list [email protected] http://mail.opensolaris.org/mailman/listinfo/pkg-discuss
