Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Merge v1.0.0.rc1 into master #181

Closed
wants to merge 45 commits into from

Conversation

wking
Copy link
Contributor

@wking wking commented Aug 3, 2016

This pulls in #161, along with a bunch of other cherry-picked
backports. New to this branch (not in either v1.0.0.rc1 or master:

$ git log --first-parent origin/master..HEAD
commit 1ea737dc1daefb374aefcaa85c3ebff3d4e60f48
Merge: eac0762 207e26c
Author: W. Trevor King <wking@tremily.us>
Date:   Wed Aug 3 10:31:26 2016 -0700

    Merge branch 'v1.0.0.rc1'

    * v1.0.0.rc1:
      update urfave/cli package to v1.18.0
      generate: optimize namespace setup log and fix manpage
      change param type of AddProcessAdditionalGid
      remove unnecessary return error value
      Modify generate API
      Add Travis CI badge to README
      generate: fix capability.List() for cap_last_cap not exist
      generate: remove unnecessary spec initialization
      generate: fix tmpfs adding based on manpage
      Check CAP_LAST_CAP while setting privileged
      generate: Remove superfluous err check from Save

commit eac076272d2316f8257d0ed1f869bfd22500d192
Merge: b45bebd 30e2ea2
Author: W. Trevor King <wking@tremily.us>
Date:   Tue Aug 2 21:58:24 2016 -0700

    Merge commit '30e2ea2'

    With:

      $ git merge -s ours --log 30e2ea2

    because we don't want to remove the Linux pointer field adjustments
    from the backported commit.

    * commit '30e2ea2':
      Check pointer fields of g.spec

commit b45bebd09be6eeb30223b471b71f4f16d5b2a74d
Merge: 9d3881d 6acca9e
Author: W. Trevor King <wking@tremily.us>
Date:   Tue Aug 2 21:54:21 2016 -0700

    Merge commit '6acca9e'

    With:

      $ git merge -s ours --log 6acca9e

    because we don't want to roll back the master branch's runtime-spec.

    * commit '6acca9e':
      Godeps: Roll runtime-spec back to v1.0.0-rc1

After this series, future v1.0.0.rc1 work should be mergeable into
master without any ‘-s ours’ hoop jumping.

Mrunal Patel and others added 30 commits July 26, 2016 11:10
…ve-unuseful-default-value

generate: remove unuseful default value for output
Use Generator pointers as methods receivers
The commit reference that landed in 2d0dbcf (Update runtime-spec
dependency to v1.0.0-rc1, 2016-06-14, opencontainers#110) was a few commits after
the tag, but the v1.0.0.rc1 branch is aiming for compatibility with
the tagged release (e.g. no -dev suffix on the generated version).

Signed-off-by: W. Trevor King <wking@tremily.us>
Godeps: Roll runtime-spec back to v1.0.0-rc1
Signed-off-by: W. Trevor King <wking@tremily.us>
Signed-off-by: Haiyan Meng <hmeng@redhat.com>

Backported to v1.0.0-rc1 and removed the references to a Linux pointer
field.

Signed-off-by: W. Trevor King <wking@tremily.us>
Signed-off-by: Haiyan Meng <hmeng@redhat.com>

Backported to v1.0.0-rc1 (cherry-pick applied cleanly).

Signed-off-by: W. Trevor King <wking@tremily.us>
Signed-off-by: Ma Shimiao <mashimiao.fnst@cn.fujitsu.com>

Backported to v1.0.0-rc1 (cherry-pick applied cleanly).

Signed-off-by: W. Trevor King <wking@tremily.us>
…dding

generate: fix tmpfs adding based on manpage
Check CAP_LAST_CAP while setting privileged
Signed-off-by: Ma Shimiao <mashimiao.fnst@cn.fujitsu.com>

Backported to v1.0.0.rc1 from 1371b52 opencontainers#168 (cherry-pick applied
cleanly).

Signed-off-by: W. Trevor King <wking@tremily.us>
Signed-off-by: masm <mashimiao.fnst@cn.fujitsu.com>

Backported to v1.0.0.rc1 from f7df9c7 opencontainers#157 (cherry-pick applied
cleanly).

Signed-off-by: W. Trevor King <wking@tremily.us>
https://travis-ci.org/opencontainers/ocitools

Signed-off-by: Chris Aniszczyk <caniszczyk@gmail.com>

Backported to v1.0.0.rc1 from d0ad8ca opencontainers#170 (cherry-pick applied
cleanly).

Signed-off-by: W. Trevor King <wking@tremily.us>
…t_cap

generate: fix capability.List() for cap_last_cap not exist
…cessary-init-spec

generate: remove unnecessary spec initialization
generate: Remove superfluous err check from Save
With:

  $ git merge -s ours --log 6acca9e

because we don't want to roll back the master branch's runtime-spec.

* commit '6acca9e':
  Godeps: Roll runtime-spec back to v1.0.0-rc1
With:

  $ git merge -s ours --log 30e2ea2

because we don't want to remove the Linux pointer field adjustments
from the backported commit.

* commit '30e2ea2':
  Check pointer fields of g.spec
Signed-off-by: Haiyan Meng <hmeng@redhat.com>

Backported to v1.0.0.rc1 from a217d8c opencontainers#169 (cherry-pick applied
cleanly).

Signed-off-by: W. Trevor King <wking@tremily.us>
Signed-off-by: Haiyan Meng <hmeng@redhat.com>

Backported to v1.0.0.rc1 from b31cc61 opencontainers#169 (cherry-pick applied
cleanly).

Signed-off-by: W. Trevor King <wking@tremily.us>
Signed-off-by: Haiyan Meng <hmeng@redhat.com>

Backported to v1.0.0.rc1 from a99f698 opencontainers#169 (cherry-pick applied
cleanly).

Signed-off-by: W. Trevor King <wking@tremily.us>
Signed-off-by: Ma Shimiao <mashimiao.fnst@cn.fujitsu.com>

Backported to v1.0.0.rc1 from 15f529b opencontainers#166 (cherry-pick applied
cleanly).

Signed-off-by: W. Trevor King <wking@tremily.us>
	The new version of urfave/cli supports Int64Flag and Uint64Flag.
	These flag types are useful for setting cpu/mem resources.

Signed-off-by: Haiyan Meng <hmeng@redhat.com>

Backported to v1.0.0.rc1 from dc3404e opencontainers#174 (cherry-pick applied
cleanly).

Signed-off-by: W. Trevor King <wking@tremily.us>
[1.0.0.rc1] update urfave/cli package to v1.18.0
…ptimize-fix-manpage

[1.0.0.rc1] generate: optimize namespace setup log and fix manpage
Ma Shimiao and others added 5 commits August 3, 2016 16:12
Signed-off-by: Ma Shimiao <mashimiao.fnst@cn.fujitsu.com>

Backported to v1.0.0.rc1 from 2c278ff opencontainers#167 (cherry-pick applied
cleanly).

Signed-off-by: W. Trevor King <wking@tremily.us>
…r-generate

[1.0.0.rc1] completions: update based on generate help message
Signed-off-by: Ma Shimiao <mashimiao.fnst@cn.fujitsu.com>

Backported to v1.0.0.rc1 from c4fb2c0 opencontainers#156 (cherry-pick applied
cleanly).

Signed-off-by: W. Trevor King <wking@tremily.us>
…group-bug

[1.0.0.rc1] generate: fix mount-cgroups bug
Signed-off-by: Haiyan Meng <hmeng@redhat.com>

Backported to v1.0.0.rc1 from 1915407 opencontainers#176 (cherry-pick applied
cleanly).

Signed-off-by: W. Trevor King <wking@tremily.us>
@wking
Copy link
Contributor Author

wking commented Aug 5, 2016

On Wed, Aug 03, 2016 at 10:54:27AM -0700, W. Trevor King wrote:

commit 1ea737dc1daefb374aefcaa85c3ebff3d4e60f48
Merge: eac0762 207e26c
Author: W. Trevor King <wking@tremily.us>
Date:   Wed Aug 3 10:31:26 2016 -0700

    Merge branch 'v1.0.0.rc1'

    * v1.0.0.rc1:
      update urfave/cli package to v1.18.0
      …

After this series, future v1.0.0.rc1 work should be mergeable into
master without any ‘-s ours’ hoop jumping.

I can update the tip commit here to pull in the current v1.0.0.rc1 tip
(which has advanced due to backported changes since I initially pushed
this PR). But all of those backported changes are already in master,
so there should be no functional change, but the more backported
changes we merge into master, the smaller the next merge from
v1.0.0.rc1 into master will be. Anyhow, let me know if you would like
me to update this PR or not, I'm fine either way.

Mrunal Patel and others added 10 commits August 5, 2016 13:00
[1.0.0.rc1] support setting oom_score_adj
Signed-off-by: Ma Shimiao <mashimiao.fnst@cn.fujitsu.com>

Backported to v1.0.0.rc1 from 5de50e5 opencontainers#189 (cherry-pick applied
cleanly).

Signed-off-by: W. Trevor King <wking@tremily.us>
Signed-off-by: Ma Shimiao <mashimiao.fnst@cn.fujitsu.com>

Backported to v1.0.0.rc1 from 9cad4d8 opencontainers#195 (cherry-pick applied
cleanly).

Signed-off-by: W. Trevor King <wking@tremily.us>
…validation

[1.0.0.rc1] validation: add linux resource check
Signed-off-by: Ma Shimiao <mashimiao.fnst@cn.fujitsu.com>

Backported to v1.0.0.rc1 from bf50b73 opencontainers#199 (cherry-pick applied
cleanly).

Signed-off-by: W. Trevor King <wking@tremily.us>
…for-mappings

[1.0.0.rc1] add namespace check for uid/gid mappings
Before this commit the latter was slightly more popular:

  $ git grep '\*\*(1)' | wc -l
  3
  $ git grep '(1)\*\*' | wc -l
  2

Change generated with:

  $ sed -i 's/(1)\*\*/**(1)/g' $(git grep -l '(1)\*\*')

Signed-off-by: W. Trevor King <wking@tremily.us>
…x-help

[1.0.0.rc1] add label manpage and fix help
man/ocitools.1: Replace "**...(1)**" with "**...**(1)"
* v1.0.0.rc1:
  man/ocitools.1: Replace "**...(1)**" with "**...**(1)"
  add namespace check for uid/gid mappings
  validation: add linux resource check
  add label manpage and fix help
  support setting oom_score_adj
  generate: fix mount-cgroups bug
  completions: update based on generate help message
  update urfave/cli package to v1.18.0
  generate: optimize namespace setup log and fix manpage
  change param type of AddProcessAdditionalGid
  remove unnecessary return error value
  Modify generate API
  Add Travis CI badge to README
  generate: fix capability.List() for cap_last_cap not exist
  generate: remove unnecessary spec initialization
  generate: fix tmpfs adding based on manpage
  Check CAP_LAST_CAP while setting privileged
  generate: Remove superfluous err check from Save

Signed-off-by: W. Trevor King <wking@tremily.us>

Conflicts:
	cmd/ocitools/generate.go
	man/ocitools-generate.1.md

The conflicts are because:

* support setting oom_score_adj (opencontainers#176, opencontainers#185)
* add label manpage and fix help (opencontainers#189, opencontainers#190)

have landed in master and been backported to v1.0.0.rc1 since this
branch split from master.  They wouldn't have happend if I'd rebased
this branch on the current master before merging v1.0.0.rc1, but then
I'd have to repeat the initial dance done with eac0762 (Merge commit
'30e2ea2', 2016-08-02) and b45bebd (Merge commit '6acca9e',
2016-08-02).
@wking
Copy link
Contributor Author

wking commented Sep 1, 2016 via email

@caniszczyk
Copy link
Contributor

should this be closed now?

@wking
Copy link
Contributor Author

wking commented Nov 8, 2016

On Tue, Nov 08, 2016 at 08:39:13AM -0800, Chris Aniszczyk wrote:

should this be closed now?

The changes from #161 and #202 still need to be pulled into master.
If merging v1.0.0.rc1 into master is not the way maintainers want that
to happen (for example, they should close this PR with a comment to
that effect. Maybe they'd rather me cherry-pick them into master
(like #258 did with #251)? I still think this approach is easier long
term, but I'm not a maintainer ;).

@Mashimiao
Copy link

Mashimiao commented Nov 9, 2016

Rejected. Reasons as in #258

Rejected with PullApprove

@Mashimiao
Copy link

closed based on the result of previous discussions

@Mashimiao Mashimiao closed this Nov 24, 2016
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

Successfully merging this pull request may close these issues.

3 participants