The order of actions in the manifest doesn't matter.
Laca
On Fri, 2009-05-08 at 12:41 +0200, Emanuele Pucciarelli wrote:
> I have an %ips_tag patch ready, building on Andras's, and I'm looking
> at actions. Does pkg apply them always at the right moment, no matter
> the order in which they were sent into the pkg manifest, or should
> there be pre-install (e.g. creation of a new user) and post-install
> (e.g. driver registration) actions?
>
> --
> Emanuele
>
> On 08/05/2009, Laszlo (Laca) Peter <Laszlo.Peter at sun.com> wrote:
> > Andras,
> >
> > On Thu, 2009-05-07 at 21:24 +0300, Andras Barna wrote:
> >> hi
> >> i created a patch for pkgbuild to handle manifests
> >> handle = using IPS' "restart_fmri=svc:/system/manifest-import:default" tag
> >>
> >> I tested it with Emanuele's postfix.spec which available from jucr
> >> just changed:
> >>
> >> -%{svcdir}/*
> >> +%manifest %{svcdir}/*
> >
> > I'd like to implement a more generic solution for this.
> > manifest-import is just one of the smf services we may need to
> > ping with restart_fmri. To go even further, restart_fmri is
> > just one of the tags you can attach to a file. So maybe
> > something like
> > %tag(restart_fmri=svc:/system/manifest-import:default)
> > would be better, and we can define a %manifest macro so users
> > don't have to type all that, but they still have the option of
> > defining arbitrary tags. That said, in the case of the
> > restart_fmri tags, pkgbuild could automatically add the
> > known ones for things like manifests, icons, .desktop files,
> > mime types, gconf files.
> >
> > I'm also looking at better supporting actions. For example
> > creating users, groups, drivers. Since they don't relate to
> > files (like Class Action Scripts do in SVr4 packages), I'm
> > thinking they should be in a separate section of the spec
> > file, for example:
> >
> > %files
> > %defattr(...)
> > %{_bindir}/*
> > ...
> >
> > %actions
> > %user(username=foo, password=bar, ...)
> > %group(groupname=blah)
> >
> > Comments?
> >
> > Laca
> >
> >> Emanuele tested it and it's working there too.
> >>
> >> i hope that you will apply it to jucr's pkgbuild ASAP
> >
> >
> > _______________________________________________
> > sourcejuicer-discuss mailing list
> > sourcejuicer-discuss at opensolaris.org
> > http://mail.opensolaris.org/mailman/listinfo/sourcejuicer-discuss
> >
>
>
