# [OmniOS-discuss] FLAG DAY for people who build Kayak images

Dan McDonald danmcd at omniti.com
Tue May 26 15:49:30 UTC 2015

- Previous message: [OmniOS-discuss] SMB version with NTLM authentication version.
- Next message: [OmniOS-discuss] zpool list -p
- Messages sorted by: [ date ] [ thread ] [ subject ] [ author ]

    You may ignore this note if you do not use Kayak to create your own custom images.  If you merely download the images from us, you're in good shape.

    This upstream illumos change:

    commit 2ba6d2b94a398caab9e751c277f0acbd1cc22c77
    Author: Robert Mustacchi <rm at joyent.com>
    Date:   Thu Apr 30 15:25:12 2015 -0700

        5896 svccfg import returns before service can be used by svcadm
        5897 improve comments for svc.startd
        Reviewed by: Jerry Jelinek <jerry.jelinek at joyent.com>
        Approved by: Dan McDonald <danmcd at omniti.com>

    introduces a flag day for users of OmniOS bloody who wish to build custom images using Kayak.

    The kayak build system uses svccfg(1M) and an alternate root to pre-populate disk images prior to their snapshotting and compression.  Using the build machine's svccfg(1M) like this will cause a freeze in kayak.

    If you use native Kayak make, you merely need this update in your kayak repo:

    commit d8b5bbd76a85b6d54a471fc3021df27dd7b2e51e
    Author: Dan McDonald <danmcd at omniti.com>
    Date:   Fri May 22 14:24:21 2015 -0400

        Use PREBUILT_ILLUMOS's svccfg-native to stop lockups post-5896/5897

    and a pre-built illumos-omnios whose path needs to be in the environment, or as an argument to gmake:

    	gmake PREBUILT_ILLUMOS=<path>

    I have a fix in omnios-build to export PREBUILT_ILLUMOS.  If that does not work, then I will further alter omnios-builds kayak/build.sh to push PREBUILT_ILLUMOS right into gmake.

    Thanks,
    Dan

- Previous message: [OmniOS-discuss] SMB version with NTLM authentication version.
- Next message: [OmniOS-discuss] zpool list -p
- Messages sorted by: [ date ] [ thread ] [ subject ] [ author ]

More information about the OmniOS-discuss mailing list