On Wed, Jan 31, 2007 at 10:03:50PM -0500, Rishi Srivatsavai wrote: > Edward Pilatowicz wrote: > >On Tue, Jan 30, 2007 at 03:49:26PM -0500, Rishi Srivatsavai wrote: > > > Advertising a vnc server managed by inetd would be interesting. With > mdns support > in inetd users can advertise inetd services they find most useful. I > agree with the idea that > if we are going to add mdns support in other restarters as well we > should use a separate 'mdns' > property group.
that might be interesting. if i'm looking for hosts where i can get a remote X session. if you're going down that path i think that things like xdmcp would also be interesting. i've seen other people comment on services they'd like to see: samba, nfs, printers, etc. you might consider doing a more through evaluation of what services should be initially advertised and why, and also explain what services your not advertising and why. > >also, would it be possible to not make smf restarters mDNS aware, but > >instead make the mDNS server SMF aware and have it access the > >services repository to look for services that it should advertise? > >and then somehow subscribe to relevant service state changes in the > >repository? > > > > > It might be possible. Could you please share any advantages with such a > model or do > you see any disadvantage with adding this support in the restarters? > the advantage is that you don't have to modify (and there by complicate) all the current (and any future) smf restarters. all you'd have to do instead is document what properties should be created on services for them to be advertised (when online) by mDNS. all the knowledge about mDNS would be where it belongs, in the mDNS daemon and not all the restarters. (and also we wouldn't have initial support only in inetd.) also, what about when mDNS v2 (or mLDAP, or mNetBIOS, etc) comes along. we'd have to make all the restarters aware of all these additional protocols as well. smf restarters really shouldn't need to concern themselves with things like mDNS. (they're complicated enought as is. ;) ed
