All of lore.kernel.org
 help / color / mirror / Atom feed
From: Kristian Amlie <kristian.amlie@northern.tech>
To: Richard Purdie <richard.purdie@linuxfoundation.org>,
	openembedded-core@lists.openembedded.org
Subject: Re: [PATCH v5] do_image: Implement IMAGE_ROOTFS_EXCLUDE_PATH feature.
Date: Mon, 28 Aug 2017 17:47:10 +0200	[thread overview]
Message-ID: <deabfcea-aa87-d925-1380-249127905c57@northern.tech> (raw)
In-Reply-To: <a86ad415-8cd7-d037-0e7c-183ff2662911@northern.tech>

On 23/08/17 15:19, Kristian Amlie wrote:
> On 23/08/17 14:47, Richard Purdie wrote:
>> On Wed, 2017-08-23 at 14:39 +0200, Kristian Amlie wrote:
>>> From: Kristian Amlie <kristian.amlie@mender.io>
>>>
>>> This is a direct followup from the earlier f6a064d969f414 commit in
>>> wic. It works more or less the same way: The variable specifies a
>>> list
>>> of directories relative to the root of the rootfs, and these
>>> directories will be excluded from the resulting rootfs image. If an
>>> entry ends with a slash, only the contents are omitted, not the
>>> directory itself.
>>>
>>> Since the intended use of the variable is to exclude certain
>>> directories from the rootfs, and then include said directories in
>>> other partitions, it is not natural for this variable to be respected
>>> for image creators that create multi partition images. Therefore the
>>> default is to ignore the variable, and image creators that create
>>> single root filesystems need to set
>>>
>>>   do_image_myfs[respect_exclude_path] = "1"
>>>
>>> in order to honor it. Specifically, "wic" and "multiubi" have not
>>> received this variable flag, while others have.
>>
>> I have to wonder if this is implemented the correct way around. Would
>> it not be better to mark multiubi and wic as not wanting this feature,
>> rather than requiring every other image creation method (which may even
>> be in other layers) to set this?
> 
> The idea was that people in downstream repositories (other layers) are
> more likely to have their own complete image creators than to have
> filesystem creators. So rather than requiring all of the downstream
> repositories to opt out of the feature, we opt in in the filesystem
> creators which are mostly contained in OE.
> 
> Or so was the thinking. Not sure if it's a good reason though. I can
> invert the behavior if you think it's better!

Since I heard nothing more I assume that it's better inverted, and I
kind of agree as well, the patch is much smaller. So here follows the
next patch, the changes from the last are:

* Inverted default of the respect_exclude_path flag, now on by default

* Added a debug message when it's turned off, to lessen confusion.

* Documentation is now stripped out as it should be, I will send it as a
separate patch as soon as we've concluded on this patch.

-- 
Kristian


  reply	other threads:[~2017-08-28 15:47 UTC|newest]

Thread overview: 41+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2017-04-26 15:03 do_image: Adding support for IMAGE_ROOTFS_EXCLUDE_PATH Kristian Amlie
2017-04-26 15:03 ` [PATCH] do_image: Implement IMAGE_ROOTFS_EXCLUDE_PATH feature Kristian Amlie
2017-05-22  7:08 ` do_image: Adding support for IMAGE_ROOTFS_EXCLUDE_PATH Kristian Amlie
2017-05-22  8:46   ` Ed Bartosh
2017-05-22  9:38     ` Kristian Amlie
2017-05-30  7:46       ` Kristian Amlie
2017-05-30  7:46         ` [PATCH v2] do_image: Implement IMAGE_ROOTFS_EXCLUDE_PATH feature Kristian Amlie
2017-06-19  9:01           ` Kristian Amlie
2017-06-19 14:01             ` Kristian Amlie
2017-06-19 14:01               ` [PATCH v3] " Kristian Amlie
2017-08-23 11:44                 ` [PATCH v4] " Kristian Amlie
2017-08-23 11:46                 ` Kristian Amlie
2017-08-23 11:46                   ` [PATCH v4] " Kristian Amlie
2017-08-23 12:39                     ` Kristian Amlie
2017-08-23 12:39                       ` [PATCH v5] " Kristian Amlie
2017-08-23 12:47                         ` Richard Purdie
2017-08-23 13:19                           ` Kristian Amlie
2017-08-28 15:47                             ` Kristian Amlie [this message]
2017-08-28 15:47                               ` [PATCH v6] " Kristian Amlie
2017-09-18  6:45                                 ` Kristian Amlie
2017-10-13  9:08                                   ` Kristian Amlie
2017-10-13  9:08                                     ` [PATCH v7] " Kristian Amlie
2017-10-13 10:37                                     ` [PATCH v6] " Alexander Kanavin
2017-10-13 11:22                                       ` Kristian Amlie
2017-11-22 13:13                                       ` Kristian Amlie
2017-11-22 13:13                                         ` [PATCH v7] " Kristian Amlie
2017-11-22 13:31                                         ` [PATCH v6] " Alexander Kanavin
2017-11-22 13:35                                           ` Kristian Amlie
2018-01-25 10:33                                           ` Kristian Amlie
2018-01-25 10:33                                             ` [PATCH v7] " Kristian Amlie
2018-01-25 10:58                                               ` Martin Hundebøll
2018-02-13  1:29                                               ` Cal Sullivan
2018-03-15  9:29                                                 ` Kristian Amlie
2017-08-23 12:46                       ` Richard Purdie
2017-08-23 13:19                         ` Kristian Amlie
2017-05-30  8:01       ` ✗ patchtest: failure for do_image: Implement IMAGE_ROOTFS_EXCLUDE_PATH feature. (rev2) Patchwork
2017-06-19 14:31       ` ✗ patchtest: failure for do_image: Implement IMAGE_ROOTFS_EXCLUDE_PATH feature. (rev3) Patchwork
2017-08-23 12:04       ` ✗ patchtest: failure for do_image: Implement IMAGE_ROOTFS_EXCLUDE_PATH feature. (rev4) Patchwork
2017-08-23 12:04       ` ✗ patchtest: failure for do_image: Implement IMAGE_ROOTFS_EXCLUDE_PATH feature. (rev5) Patchwork
2017-08-23 13:04       ` ✗ patchtest: failure for do_image: Implement IMAGE_ROOTFS_EXCLUDE_PATH feature. (rev6) Patchwork
2017-08-23 15:12         ` Leonardo Sandoval

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=deabfcea-aa87-d925-1380-249127905c57@northern.tech \
    --to=kristian.amlie@northern.tech \
    --cc=openembedded-core@lists.openembedded.org \
    --cc=richard.purdie@linuxfoundation.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.