Antonello Cruz writes: > Volker A. Brandt wrote: > > Antonello Cruz writes: > >> Volker A. Brandt wrote: > >>> Maybe a quick fix could be to enhance SMF with an additional state: > >>> > >>> legacy_run, disabled, maintenance, online, package > >>> > >>> And give "svcs" a "-t <type>" switch with a behavior similar to > >>> "zfs list -t snapshot". > >>> > >>> So "svcs -t package" would list those services, but "svcs -a" would not. > >> That would break the meaning of svcs -a The -a means "Show all > >> services". > > > > Yes. That was intentional. Like "zfs list" which will show all > > objects except snapshots. They are hidden until you specify the > > type snapshot as an option to the list argument. > Are you aware that 'svcs' (with no options), just as 'zfs list' shows > only the 'default interesting' services? The ones that are enabled (not > necessarily running).
Yes. > >> I don't agree > >> this is a problem. What are you trying to accomplish that you need to > >> use svcs -a and the output of the services used by pkg(5) gets in the way? > > > > Reduce clutter. Protect the admin from seeing things that look like > > services but really are metainformation storage containers for packaged > > objects. > Using your analogy, what you're proposing is that 'zfs list -t all' > should display a subset of the datasets. No. "zfs list" shows everything except snapshots, "zfs list -t snapshot" will show only snapshots, and "zfs list -t all" shows everything. > Why just 'svcs' (with no options) is not enough to reduce clutter? If there is a new service state, and "svcs" whithout options will not display any service in this state, clutter would indeed be reduced. Regards -- Volker -- ------------------------------------------------------------------------ Volker A. Brandt Consulting and Support for Sun Solaris Brandt & Brandt Computer GmbH WWW: http://www.bb-c.de/ Am Wiesenpfad 6, 53340 Meckenheim Email: [email protected] Handelsregister: Amtsgericht Bonn, HRB 10513 Schuhgröße: 45 Geschäftsführer: Rainer J. H. Brandt und Volker A. Brandt _______________________________________________ pkg-discuss mailing list [email protected] http://mail.opensolaris.org/mailman/listinfo/pkg-discuss
