summaryrefslogtreecommitdiffstats
path: root/recipes-containers/go-spf13-pflag/spf13-pflag_git.bb
Commit message (Collapse)AuthorAgeFilesLines
* spf13-pflag: update license to specific BSD clauseBruce Ashfield2021-09-161-1/+1
| | | | | | | "BSD" is generic, we update our license to the specific clause of the package. Signed-off-by: Bruce Ashfield <bruce.ashfield@gmail.com>
* spf13-pflag: update to 1.0.4Bruce Ashfield2021-09-161-2/+2
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | Bumping pflag to version v1.0.5-4-gd5e0c06, which comprises the following commits: d5e0c06 allow for blank ip addresses (#316) 85dd5c8 Add IPNetSlice and unit tests (#170) 6971c29 remove dead code for checking error nil (#282) 81378bb Add exported functions to preserve `pkg/flag` compatibility (#220) 14457a6 Remove require pflag v1.0.3 e8f2996 Fix typo in go.mod 8e39cc4 gofmt 68f4136 Add SliceValue Comments b22fc70 Expand SliceValue support to all slice and array types. c6c0f0f Add first SliceValue implementations 9722382 Added String-To-Int64 option parsing (#211) 4890c25 Fix package doc b3e76d4 Fix descriptions for StringSlice functions 24fa697 fix misspell (#197) 916c5bf Fix typo in count.go (#196) aea12ed add int32 & int64 slice support (#194) 454a7fb add float32 & float64 slice support (#192) 082b515 Travis: test on 1.9 as well (#191) 252d3ee travis: update to 1.10 and 1.11 in travis tests (#190) 0873577 Fix golint import path (#189) b5e1a80 Sentence restructure and grammar fix (#188) 298182f Fix panic when parsing unknown flag followed by empty argument (#173) d929dcb Handle single string=>string flags without quotes (#179) 947b89b Add map valued (string->string, string->int) flags. (#133) 9a97c10 bytes: add support for base64 encoded flags (#177) 3ebe029 Allow bubbling up of -test.* flags (#169) 583c0c0 Typo correction in flag.go (#164) 329ebf1 Allow Users To Show Deprecated Flags (#163) 1ce0cc6 make x.Parsed() return true after AddGoFlagSet(x) and pflag.Parse() (#162) 1cd4a0c add ability to ignore unknown flags (#160) ad68c28 Add multiline wrapping support (#155) 45e82a3 Implement BytesHex type of argument (#115) ee5fd03 doc: clarify difference between string slice vs. array (#158) 6a877eb DurationSlice: implementation and tests (#122) 4c012f6 Add uintSlice and boolSlice to name prettifier (#150) 97afa5e Prevent printing when using ContinueOnError (#144) 1f33b80 add int16 flag (#143) a9789e8 Remove redundant break 2c300e7 Fixing Count flag usage string (#141) be7121d Fix SetNormalizeFunc (#137) 5c2d607 Generate flag error output for errors returned from the parseFunc (#138) 7aff26d New: renamed intSlice to ints in usage 230e229 Fixed: updated unittest adc6ccc New: added a default name to avoid stringSlice in the usage message. e57e3ee Delete example, what isn't even shown in docs 80fe0fb Testing for Shorthand Lookup 75859d1 Add example to FlagSet.ShorthandLookup 86425cb Add example to ShorthandLookup 10b28b3 Add note about panic in ShorthandLookup a84f757 Allow lookup by shorthand (#106) c990990 Add Go 1.8.1 to .travis.yml af3f947 Update .travis.yml f1d95a3 Unify error message for panic and f.out 314c91c Use comparison a string with "" instead of comparison of len 1cd6182 Prevent parsing if there are no arguments 9c8891d Add more verbosity to panic of shorthand redefinition 1d9fab4 Use f.out in output flag deprecation 4995a3e Make more detailed error in Set 9421342 Add comments for better understanding of parsing short flags 159e1d7 Document Count function e466d44 Delete setFlag 686edd7 Fix alreadythere variable name af10531 Note about SortFlags in README e453343 flag_test: fix go vet (#123) 0328f15 Cache sorted flags 9a906f1 Prevent changing order of flags after SetNormalizeFunc() (#121) d16db1e Modified to display a string default value as double quoted and escaped (#118) d90f37a Add SortFlags option (#113) b205ad1 Change `ogier` to `spf13` in docs and README 9ff6c69 Add FlagSet.FlagUsagesWrapped(cols) which wraps to the given column (#105) 3f939ad Removed unused field "exitOnError". Signed-off-by: Bruce Ashfield <bruce.ashfield@gmail.com>
* global: overrides syntax conversionBruce Ashfield2021-08-021-2/+2
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | OEcore/bitbake are moving to use the clearer ":" as an overrides separator. This is pass one of updating the meta-virt recipes to use that syntax. This has only been minimally build/runtime tested, more changes will be required for missed overrides, or incorrect conversions Note: A recent bitbake is required: commit 75fad23fc06c008a03414a1fc288a8614c6af9ca Author: Richard Purdie <richard.purdie@linuxfoundation.org> Date: Sun Jul 18 12:59:15 2021 +0100 bitbake: data_smart/parse: Allow ':' characters in variable/function names It is becomming increasingly clear we need to find a way to show what is/is not an override in our syntax. We need to do this in a way which is clear to users, readable and in a way we can transition to. The most effective way I've found to this is to use the ":" charater to directly replace "_" where an override is being specified. This includes "append", "prepend" and "remove" which are effectively special override directives. This patch simply adds the character to the parser so bitbake accepts the value but maps it back to "_" internally so there is no behaviour change. This change is simple enough it could potentially be backported to older version of bitbake meaning layers using the new syntax/markup could work with older releases. Even if other no other changes are accepted at this time and we don't backport, it does set us on a path where at some point in future we could require a more explict syntax. I've tested this patch by converting oe-core/meta-yocto to the new syntax for overrides (9000+ changes) and then seeing that builds continue to work with this patch. (Bitbake rev: 0dbbb4547cb2570d2ce607e9a53459df3c0ac284) Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org> Signed-off-by: Bruce Ashfield <bruce.ashfield@gmail.com>
* oci: introduce oci-image-tools (and dependencies)Bruce Ashfield2017-02-151-0/+41
The oci image tools allow the easy manipulation of containers and bundles. Signed-off-by: Bruce Ashfield <bruce.ashfield@windriver.com>