diff options
Diffstat (limited to 'scripts/lib/image/help.py')
| -rw-r--r-- | scripts/lib/image/help.py | 311 |
1 files changed, 311 insertions, 0 deletions
diff --git a/scripts/lib/image/help.py b/scripts/lib/image/help.py new file mode 100644 index 0000000000..cb3112cf08 --- /dev/null +++ b/scripts/lib/image/help.py | |||
| @@ -0,0 +1,311 @@ | |||
| 1 | # ex:ts=4:sw=4:sts=4:et | ||
| 2 | # -*- tab-width: 4; c-basic-offset: 4; indent-tabs-mode: nil -*- | ||
| 3 | # | ||
| 4 | # Copyright (c) 2013, Intel Corporation. | ||
| 5 | # All rights reserved. | ||
| 6 | # | ||
| 7 | # This program is free software; you can redistribute it and/or modify | ||
| 8 | # it under the terms of the GNU General Public License version 2 as | ||
| 9 | # published by the Free Software Foundation. | ||
| 10 | # | ||
| 11 | # This program is distributed in the hope that it will be useful, | ||
| 12 | # but WITHOUT ANY WARRANTY; without even the implied warranty of | ||
| 13 | # MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. See the | ||
| 14 | # GNU General Public License for more details. | ||
| 15 | # | ||
| 16 | # You should have received a copy of the GNU General Public License along | ||
| 17 | # with this program; if not, write to the Free Software Foundation, Inc., | ||
| 18 | # 51 Franklin Street, Fifth Floor, Boston, MA 02110-1301 USA. | ||
| 19 | # | ||
| 20 | # DESCRIPTION | ||
| 21 | # This module implements some basic help invocation functions along | ||
| 22 | # with the bulk of the help topic text for the OE Core Image Tools. | ||
| 23 | # | ||
| 24 | # AUTHORS | ||
| 25 | # Tom Zanussi <tom.zanussi (at] linux.intel.com> | ||
| 26 | # | ||
| 27 | |||
| 28 | import subprocess | ||
| 29 | import logging | ||
| 30 | |||
| 31 | |||
| 32 | def subcommand_error(args): | ||
| 33 | logging.info("invalid subcommand %s" % args[0]) | ||
| 34 | |||
| 35 | |||
| 36 | def display_help(subcommand, subcommands): | ||
| 37 | """ | ||
| 38 | Display help for subcommand. | ||
| 39 | """ | ||
| 40 | if subcommand not in subcommands: | ||
| 41 | return False | ||
| 42 | |||
| 43 | help = subcommands.get(subcommand, subcommand_error)[2] | ||
| 44 | pager = subprocess.Popen('less', stdin=subprocess.PIPE) | ||
| 45 | pager.communicate(help) | ||
| 46 | |||
| 47 | return True | ||
| 48 | |||
| 49 | |||
| 50 | def wic_help(args, usage_str, subcommands): | ||
| 51 | """ | ||
| 52 | Subcommand help dispatcher. | ||
| 53 | """ | ||
| 54 | if len(args) == 1 or not display_help(args[1], subcommands): | ||
| 55 | print(usage_str) | ||
| 56 | |||
| 57 | |||
| 58 | def invoke_subcommand(args, parser, main_command_usage, subcommands): | ||
| 59 | """ | ||
| 60 | Dispatch to subcommand handler borrowed from combo-layer. | ||
| 61 | Should use argparse, but has to work in 2.6. | ||
| 62 | """ | ||
| 63 | if not args: | ||
| 64 | logging.error("No subcommand specified, exiting") | ||
| 65 | parser.print_help() | ||
| 66 | elif args[0] == "help": | ||
| 67 | wic_help(args, main_command_usage, subcommands) | ||
| 68 | elif args[0] not in subcommands: | ||
| 69 | logging.error("Unsupported subcommand %s, exiting\n" % (args[0])) | ||
| 70 | parser.print_help() | ||
| 71 | else: | ||
| 72 | usage = subcommands.get(args[0], subcommand_error)[1] | ||
| 73 | subcommands.get(args[0], subcommand_error)[0](args[1:], usage) | ||
| 74 | |||
| 75 | |||
| 76 | ## | ||
| 77 | # wic help and usage strings | ||
| 78 | ## | ||
| 79 | |||
| 80 | wic_usage = """ | ||
| 81 | |||
| 82 | Create a customized OpenEmbedded image | ||
| 83 | |||
| 84 | usage: wic [--version] [--help] COMMAND [ARGS] | ||
| 85 | |||
| 86 | Current 'wic' commands are: | ||
| 87 | create Create a new OpenEmbedded image | ||
| 88 | list List available values for options and image properties | ||
| 89 | |||
| 90 | See 'wic help COMMAND' for more information on a specific command. | ||
| 91 | """ | ||
| 92 | |||
| 93 | wic_help_usage = """ | ||
| 94 | |||
| 95 | usage: wic help <subcommand> | ||
| 96 | |||
| 97 | This command displays detailed help for the specified subcommand. | ||
| 98 | """ | ||
| 99 | |||
| 100 | wic_create_usage = """ | ||
| 101 | |||
| 102 | Create a new OpenEmbedded image | ||
| 103 | |||
| 104 | usage: wic create <wks file or image name> [-o <DIRNAME> | --outdir <DIRNAME>] | ||
| 105 | [-i <JSON PROPERTY FILE> | --infile <JSON PROPERTY_FILE>] | ||
| 106 | [-e | --image-name] [-r, --rootfs-dir] [-b, --bootimg-dir] | ||
| 107 | [-k, --kernel-dir] [-n, --native-sysroot] [-s, --skip-build-check] | ||
| 108 | |||
| 109 | This command creates an OpenEmbedded image based on the 'OE kickstart | ||
| 110 | commands' found in the <wks file>. | ||
| 111 | |||
| 112 | The -o option can be used to place the image in a directory with a | ||
| 113 | different name and location. | ||
| 114 | |||
| 115 | See 'wic help create' for more detailed instructions. | ||
| 116 | """ | ||
| 117 | |||
| 118 | wic_create_help = """ | ||
| 119 | |||
| 120 | NAME | ||
| 121 | wic create - Create a new OpenEmbedded image | ||
| 122 | |||
| 123 | SYNOPSIS | ||
| 124 | wic create <wks file or image name> [-o <DIRNAME> | --outdir <DIRNAME>] | ||
| 125 | [-i <JSON PROPERTY FILE> | --infile <JSON PROPERTY_FILE>] | ||
| 126 | [-e | --image-name] [-r, --rootfs-dir] [-b, --bootimg-dir] | ||
| 127 | [-k, --kernel-dir] [-n, --native-sysroot] [-s, --skip-build-check] | ||
| 128 | |||
| 129 | DESCRIPTION | ||
| 130 | This command creates an OpenEmbedded image based on the 'OE | ||
| 131 | kickstart commands' found in the <wks file>. | ||
| 132 | |||
| 133 | In order to do this, wic needs to know the locations of the | ||
| 134 | various build artifacts required to build the image. | ||
| 135 | |||
| 136 | Users can explicitly specify the build artifact locations using | ||
| 137 | the -r, -b, -k, and -n options. See below for details on where | ||
| 138 | the corresponding artifacts are typically found in a normal | ||
| 139 | OpenEmbedded build. | ||
| 140 | |||
| 141 | Alternatively, users can use the -e option to have 'mic' determine | ||
| 142 | those locations for a given image. If the -e option is used, the | ||
| 143 | user needs to have set the appropriate MACHINE variable in | ||
| 144 | local.conf, and have sourced the build environment. | ||
| 145 | |||
| 146 | The -e option is used to specify the name of the image to use the | ||
| 147 | artifacts from e.g. core-image-sato. | ||
| 148 | |||
| 149 | The -r option is used to specify the path to the /rootfs dir to | ||
| 150 | use as the .wks rootfs source. | ||
| 151 | |||
| 152 | The -b option is used to specify the path to the dir containing | ||
| 153 | the boot artifacts (e.g. /EFI or /syslinux dirs) to use as the | ||
| 154 | .wks bootimg source. | ||
| 155 | |||
| 156 | The -k option is used to specify the path to the dir containing | ||
| 157 | the kernel to use in the .wks bootimg. | ||
| 158 | |||
| 159 | The -n option is used to specify the path to the native sysroot | ||
| 160 | containing the tools to use to build the image. | ||
| 161 | |||
| 162 | The -s option is used to skip the build check. The build check is | ||
| 163 | a simple sanity check used to determine whether the user has | ||
| 164 | sourced the build environment so that the -e option can operate | ||
| 165 | correctly. If the user has specified the build artifact locations | ||
| 166 | explicitly, 'wic' assumes the user knows what he or she is doing | ||
| 167 | and skips the build check. | ||
| 168 | |||
| 169 | When 'wic -e' is used, the locations for the build artifacts | ||
| 170 | values are determined by 'wic -e' from the output of the 'bitbake | ||
| 171 | -e' command given an image name e.g. 'core-image-minimal' and a | ||
| 172 | given machine set in local.conf. In that case, the image is | ||
| 173 | created as if the following 'bitbake -e' variables were used: | ||
| 174 | |||
| 175 | -r: IMAGE_ROOTFS | ||
| 176 | -k: STAGING_KERNEL_DIR | ||
| 177 | -n: STAGING_DIR_NATIVE | ||
| 178 | -b: HDDDIR and STAGING_DATA_DIR (handlers decide which to use) | ||
| 179 | |||
| 180 | If 'wic -e' is not used, the user needs to select the appropriate | ||
| 181 | value for -b (as well as -r, -k, and -n). | ||
| 182 | |||
| 183 | The -o option can be used to place the image in a directory with a | ||
| 184 | different name and location. | ||
| 185 | |||
| 186 | As an alternative to the wks file, the image-specific properties | ||
| 187 | that define the values that will be used to generate a particular | ||
| 188 | image can be specified on the command-line using the -i option and | ||
| 189 | supplying a JSON object consisting of the set of name:value pairs | ||
| 190 | needed by image creation. | ||
| 191 | |||
| 192 | The set of properties available for a given image type can be | ||
| 193 | listed using the 'wic list' command. | ||
| 194 | """ | ||
| 195 | |||
| 196 | wic_list_usage = """ | ||
| 197 | |||
| 198 | List available OpenEmbedded image properties and values | ||
| 199 | |||
| 200 | usage: wic list images | ||
| 201 | wic list <image> help | ||
| 202 | wic list properties | ||
| 203 | wic list properties <wks file> | ||
| 204 | wic list property <property> | ||
| 205 | [-o <JSON PROPERTY FILE> | --outfile <JSON PROPERTY_FILE>] | ||
| 206 | |||
| 207 | This command enumerates the set of available canned images as well as | ||
| 208 | help for those images. It also can be used to enumerate the complete | ||
| 209 | set of possible values for a specified option or property needed by | ||
| 210 | the image creation process. | ||
| 211 | |||
| 212 | The first form enumerates all the available 'canned' images. | ||
| 213 | |||
| 214 | The second form lists the detailed help information for a specific | ||
| 215 | 'canned' image. | ||
| 216 | |||
| 217 | The third form enumerates all the possible values that exist and can | ||
| 218 | be specified in an OE kickstart (wks) file. | ||
| 219 | |||
| 220 | The fourth form enumerates all the possible options that exist for | ||
| 221 | the set of properties specified in a given OE kickstart (ks) file. | ||
| 222 | |||
| 223 | The final form enumerates all the possible values that exist and can | ||
| 224 | be specified for any given OE kickstart (wks) property. | ||
| 225 | |||
| 226 | See 'wic help list' for more details. | ||
| 227 | """ | ||
| 228 | |||
| 229 | wic_list_help = """ | ||
| 230 | |||
| 231 | NAME | ||
| 232 | wic list - List available OpenEmbedded image properties and values | ||
| 233 | |||
| 234 | SYNOPSIS | ||
| 235 | wic list images | ||
| 236 | wic list <image> help | ||
| 237 | wic list properties | ||
| 238 | wic list properties <wks file> | ||
| 239 | wic list property <property> | ||
| 240 | [-o <JSON PROPERTY FILE> | --outfile <JSON PROPERTY_FILE>] | ||
| 241 | |||
| 242 | DESCRIPTION | ||
| 243 | This command enumerates the complete set of possible values for a | ||
| 244 | specified option or property needed by the image creation process. | ||
| 245 | |||
| 246 | This command enumerates the set of available canned images as well | ||
| 247 | as help for those images. It also can be used to enumerate the | ||
| 248 | complete set of possible values for a specified option or property | ||
| 249 | needed by the image creation process. | ||
| 250 | |||
| 251 | The first form enumerates all the available 'canned' images. | ||
| 252 | These are actually just the set of .wks files that have been moved | ||
| 253 | into the /scripts/lib/image/canned-wks directory). | ||
| 254 | |||
| 255 | The second form lists the detailed help information for a specific | ||
| 256 | 'canned' image. | ||
| 257 | |||
| 258 | The third form enumerates all the possible values that exist and | ||
| 259 | can be specified in a OE kickstart (wks) file. The output of this | ||
| 260 | can be used by the third form to print the description and | ||
| 261 | possible values of a specific property. | ||
| 262 | |||
| 263 | The fourth form enumerates all the possible options that exist for | ||
| 264 | the set of properties specified in a given OE kickstart (wks) | ||
| 265 | file. If the -o option is specified, the list of properties, in | ||
| 266 | addition to being displayed, will be written to the specified file | ||
| 267 | as a JSON object. In this case, the object will consist of the | ||
| 268 | set of name:value pairs corresponding to the (possibly nested) | ||
| 269 | dictionary of properties defined by the input statements used by | ||
| 270 | the image. Some example output for the 'list <wks file>' command: | ||
| 271 | |||
| 272 | $ wic list test.ks | ||
| 273 | "part" : { | ||
| 274 | "mountpoint" : "/" | ||
| 275 | "fstype" : "ext3" | ||
| 276 | } | ||
| 277 | "part" : { | ||
| 278 | "mountpoint" : "/home" | ||
| 279 | "fstype" : "ext3" | ||
| 280 | "offset" : "10000" | ||
| 281 | } | ||
| 282 | "bootloader" : { | ||
| 283 | "type" : "efi" | ||
| 284 | } | ||
| 285 | . | ||
| 286 | . | ||
| 287 | . | ||
| 288 | |||
| 289 | Each entry in the output consists of the name of the input element | ||
| 290 | e.g. "part", followed by the properties defined for that | ||
| 291 | element enclosed in braces. This information should provide | ||
| 292 | sufficient information to create a complete user interface with. | ||
| 293 | |||
| 294 | The final form enumerates all the possible values that exist and | ||
| 295 | can be specified for any given OE kickstart (wks) property. If | ||
| 296 | the -o option is specified, the list of values for the given | ||
| 297 | property, in addition to being displayed, will be written to the | ||
| 298 | specified file as a JSON object. In this case, the object will | ||
| 299 | consist of the set of name:value pairs corresponding to the array | ||
| 300 | of property values associated with the property. | ||
| 301 | |||
| 302 | $ wic list property part | ||
| 303 | ["mountpoint", "where the partition should be mounted"] | ||
| 304 | ["fstype", "filesytem type of the partition"] | ||
| 305 | ["ext3"] | ||
| 306 | ["ext4"] | ||
| 307 | ["btrfs"] | ||
| 308 | ["swap"] | ||
| 309 | ["offset", "offset of the partition within the image"] | ||
| 310 | |||
| 311 | """ | ||
