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

rpmostreepayload: Handle /var as a user-specified mountpoint #1063

Merged
merged 1 commit into from
May 22, 2017

Conversation

cgwalters
Copy link
Contributor

See: ostreedev/ostree#855

Basically, if /var is in the user specified mounts, don't override
it with the "default ostree" var.

This allows people to easily keep all of their local state (apart from /etc)
in a single partition with potentially different quotas etc.

See: ostreedev/ostree#855

Basically, if `/var` is in the user specified mounts, don't override
it with the "default ostree" `var`.

This allows people to easily keep all of their local state (apart from `/etc`)
in a single partition with potentially different quotas etc.
@dustymabe
Copy link
Contributor

LGTM

@jkonecny12
Copy link
Member

Jenkins, it's ok to test.

@jkonecny12 jkonecny12 added the master Please, use the `f39` label instead. label May 18, 2017
@jkonecny12
Copy link
Member

Ignore the test result. They are failing because of new pylint on rawhide.

Copy link
Member

@jkonecny12 jkonecny12 left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

From the code point of view it looks good to me. However it would be great if @rvykydal can look on this too.

Copy link
Contributor

@rvykydal rvykydal left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Looks ok to me.

@jkonecny12 jkonecny12 merged commit 2e53e7d into rhinstaller:master May 22, 2017
@cgwalters cgwalters mentioned this pull request Jul 24, 2017
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
master Please, use the `f39` label instead.
Development

Successfully merging this pull request may close these issues.

4 participants