Laszlo (Laca) Peter wrote:
> On Thu, 2006-06-15 at 11:21 -0400, Dave Miner wrote:
>> Laszlo (Laca) Peter wrote:
>>> On Wed, 2006-06-14 at 18:06 -0400, Dave Miner wrote:
>>>> I have an installation[1] of nv_41 which, when logged in as root, 
>>>> contains no applications on the main launch menu; by this I mean that 
>>>> the "All Applications" sub-menu is empty, and the top-level entries for 
>>>> web browser et al are missing.  Any suggestions on where to start in 
>>>> figuring out why this is the case?
>>>>
>>>> Dave
>>>>
>>>> [1] This isn't a standard installation, it's a prototype for the Live 
>>>> Media project, thus I'm assuming the problem is in the construction 
>>>> process I'm using since my standard installs of nv_41 do not exhibit 
>>>> this behavior.
>>> I suspect this is because some postinstall stuff that normally gets
>>> executed at first reboot never gets executed.  In build 41, these
>>> commands are:
>>>   /usr/bin/update-desktop-database
>>>   /usr/bin/update-mime-database
>>>   ls -d /usr/share/icons/* | xargs -l1 /usr/bin/gtk-update-icon-cache
>>>
>>> How exactly do you install the pkgs?
>>>
>> They're pkgadd'ed into an area just as they would be for a normal 
>> installation, but there is a great deal of post-processing to turn that 
>> into a bootable DVD, so anything that's done by a normal pkgadd is there 
>> to start with.  What executes the above commands on the first reboot?
> 
> So they are pkgadd'ed with an alternate root (-R), right?

Yes.

> In case of alternate root installations, a postinstall script called
> postrun saves these commands in /var/spool and a transient smf
> service runs /usr/lib/postrun-runq which executes the saved commands.
> 
> You probably need to run postrun-runq as part of the postprocessing,
> however, it is assumed that the alternate root where you installed
> the pkgs is the real / when you run postrun-runq.  If that's not
> possible, you can probably chroot to the alternate root.
> 

Yeah, the root cause here is that we use a pre-built repository 
(manifest-import is deadly to run off of CD/DVD), and that doesn't 
include system/postrun as an enabled service since it's new.  We 
probably do want to pre-build this stuff, too, so running it chroot'ed 
as part of the construction process is probably what I'll look into.

Thanks for the help, Laca!

Dave

Reply via email to