[csw-maintainers] cswinitsmf vs custom SMF manifests vs pkgutil

Maciej (Matchek) Blizinski maciej at opencsw.org
Fri Jul 9 10:08:00 CEST 2010


No dia 8 de Julho de 2010 17:46, Philip Brown <phil at bolthole.com> escreveu:
> On Thu, Jul 8, 2010 at 9:31 AM, Maciej (Matchek) Blizinski
> <maciej at opencsw.org> wrote:
>> ... I've pulled it apart and discovered that it's caused by a combination
>> of 3 things:
>>
>> 1. If CSWfoo depends on CSWbar and both are to be upgraded, pkgutil
>> can remove CSWbar from under CSWfoo; if CSWfoo is running from SMF, it
>> goes into the maintenance state because it misses CSWbar
>> 2. If a custom SMF manifest is used, r.cswinitsmf doesn't remove the
>> manifest from SMF
>> 3. If there is an existing manifest during installation, which is the
>> maintenance state, i.cswinitsmf imports the new manifest, but only
>> calls 'enable' on it.  This means that the service remains in the
>> maintenance state until 'svcadm clear' is issued.
>>
>> I can fix problems 2 and 3.  Peter, would you mind looking at the first problem?
>>
>
> I would suggest and request that the solution be implemented in a
> transport neutral fashion:
>
> ideally, it should be something that works with manual "pkgrm/pkgadd".
> ie: an adjustment to cswinitsmf, rather than elsewhere.

Yes, that's the idea.  These are 3 independent issues, there will be 3
independent fixes.


More information about the maintainers mailing list