public inbox for isar-users@googlegroups.com
 help / color / mirror / Atom feed
From: "vijaikumar....@gmail.com" <vijaikumar.kanagarajan@gmail.com>
To: isar-users <isar-users@googlegroups.com>
Subject: Re: [RFC PATCH 00/10] WIC update
Date: Mon, 31 Aug 2020 07:57:02 -0700 (PDT)	[thread overview]
Message-ID: <5c9718f0-1f8b-4e99-b1c0-cf5dbd2e5f15n@googlegroups.com> (raw)
In-Reply-To: <656ef7b0-a606-8237-87c4-d004c945b4a1@siemens.com>


[-- Attachment #1.1: Type: text/plain, Size: 2936 bytes --]



On Monday, August 31, 2020 at 7:33:16 PM UTC+5:30 Jan Kiszka wrote:

> On 24.08.20 11:27, Vijai Kumar K wrote: 
> > The following series updates the wic to the latest one from 
> > openembedded core. The git tree is available here. 
> > 
> > https://github.com/vj-kumar/isar/tree/wic/staging0 
> > 
> > Below are summary of key changes in the below series. 
> > 
> > P3 & P6: 
> > The latest version of WIC detects the presence of fakeroot using 
> > pseudo_dir(${IMAGE_ROOTFS}/../pseudo). If this is non-existent it 
> doesnot 
> > use fakeroot. P3 handles that quirk. There is also a standalone 
> invocation of 
> > pseudo which P6 tries to handle via wic_fakeroot. 
> > 
> > In case of ISAR, we need wic_fakeroot as fakeroot only for 2 purposes. 
> > 1. To workaround fsck return values for stretch 
> > 2. To handle standalone invocation of pseudo(P4 in series) 
> > 
> > Number 2 is not needed if we dont use fakeroot. 
> > 
> > The alternative approach to fakeroot is to carry patches on top of wic 
> > directory instead of working around such quirks using fakeroot. The 
> downside 
> > being the need to rebase the local changes on future updates of wic. 
> > 
> > 
> > P4 & P5: 
> > These cherry-picked changes address the --exclude-path issues which 
> Henning 
> > has addressed in [2]. Should be dropped once that is merged. 
> > 
> > P9: 
> > P9 is needed for --include-path to work. I have observed that 
> --include-path 
> > does not yet work/broken in the latest OE-core/poky. Posted a query in 
> [1]. In ISAR 
> > it works with P9 fix. P9 fix could also be relevant upstream and can be 
> sent there 
> > for review. 
> > 
> > Apart from the normal qemu build test, Below are the list of features 
> tested. 
> > KS API: 
> > --exclude-path 
> > --include-path 
> > --fsuuid 
> > --overhead-factor 
> > --fixed-size 
> > --use-label 
> > --use-uuid 
> > 
> > Standalone invocations: 
> > wic ls 
> > wic cp 
> > wic rm 
> > 
> > Currently in the process of finding a way to test wic features 
> automatically. Some wic features 
> > like -fsuuid cannot be validated till we boot the target. Need to find a 
> generalized way for 
> > testing the available wic features. The approach in hand is to use a 
> wic-test.wks file and 
> > generate qemu image with that to validate the wic features. 
> > 
> > [1] https://lists.yoctoproject.org/g/poky/message/12151 
> > [2] https://groups.google.com/g/isar-users/c/xePCyEl2qhM/m/mwFdeou0AQAJ 
> > 
>
> FWIW, I've tested a couple of images built by jailhouse-images, and no 
> issues so far. 
>
> Jan 
>

Thank you Jan. Also, I have tested the wic with jailhouse-images & 
isar-siemens project. No
issues were found.

https://github.com/vj-kumar/jailhouse-images/commits/wic/update
+
https://github.com/vj-kumar/isar/commits/wic/staging1

Best,
Vijai Kumar K


> -- 
> Siemens AG, Corporate Technology, CT RDA IOT SES-DE 
> Corporate Competence Center Embedded Linux 
>

[-- Attachment #1.2: Type: text/html, Size: 4580 bytes --]

  reply	other threads:[~2020-08-31 14:57 UTC|newest]

Thread overview: 15+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2020-08-24  9:27 Vijai Kumar K
2020-08-24  9:27 ` [RFC PATCH 01/10] wic: Update to the latest wic from openembedded core Vijai Kumar K
2020-08-24  9:27 ` [RFC PATCH 02/10] wic/plugins: Fix wic plugins to work with the latest wic Vijai Kumar K
2020-08-24  9:27 ` [RFC PATCH 03/10] wic-img: Satisfy the quirks of " Vijai Kumar K
2020-08-24  9:27 ` [RFC PATCH 04/10] oe.path: Add copyhardlink() helper function Vijai Kumar K
2020-08-24 10:59   ` [RFC PATCH 05/10] lib/oe/path: try hardlinking instead of guessing when it might fail Vijai Kumar K
2020-08-24 10:59     ` [RFC PATCH 06/10] wic_fakeroot: Handle standalone pseudo invocations Vijai Kumar K
2020-08-24 10:59     ` [RFC PATCH 07/10] meta-isar/conf: Add provision to debug WIC Vijai Kumar K
2020-08-24 10:59     ` [RFC PATCH 08/10] debian-common: Add tar as a dependency for wic Vijai Kumar K
2020-08-24 10:59     ` [RFC PATCH 09/10] scripts/lib/wic: Add /bin to the list of searchpaths Vijai Kumar K
2020-08-24 11:02       ` [RFC PATCH 10/10] meta-isar/canned-wks: Remove /boot mountpoint Vijai Kumar K
2020-08-31 14:03 ` [RFC PATCH 00/10] WIC update Jan Kiszka
2020-08-31 14:57   ` vijaikumar....@gmail.com [this message]
2020-09-01 16:53 ` vijaikumar....@gmail.com
2020-09-01 16:57   ` Jan Kiszka

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=5c9718f0-1f8b-4e99-b1c0-cf5dbd2e5f15n@googlegroups.com \
    --to=vijaikumar.kanagarajan@gmail.com \
    --cc=isar-users@googlegroups.com \
    /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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox