From mboxrd@z Thu Jan 1 00:00:00 1970 X-GM-THRID: 6662301766535610368 X-Received: by 2002:a1c:c00c:: with SMTP id q12mr362565wmf.5.1551192613095; Tue, 26 Feb 2019 06:50:13 -0800 (PST) X-BeenThere: isar-users@googlegroups.com Received: by 2002:a1c:9c0a:: with SMTP id f10ls46270wme.14.canary-gmail; Tue, 26 Feb 2019 06:50:12 -0800 (PST) X-Google-Smtp-Source: AHgI3IbRgymJx2f+t0J15aRadVCTb4LE/ePvJ321MGcU43Fe0+bHiH9iF4Lko23Nf//6d1Gmw/X+ X-Received: by 2002:a1c:ef19:: with SMTP id n25mr344884wmh.20.1551192612634; Tue, 26 Feb 2019 06:50:12 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1551192612; cv=none; d=google.com; s=arc-20160816; b=uCGhxicF6hdemaiEt4cAPSDnVsLvX5oFMHeCDp6L94vWNw7S8GmdmxNJW3fHNUaRuj /cr9IIwA1igddntyvKfFamKShtF1BqxOvhPG5F9psbKBIiwYlDGZcgJbrX+nQCuNRHBD sr9DgOi/JFo+rTKnULf2FM0sUFC7O/+6IRvl2USOlgxLu8SrLqVEPIVf6NRSHoVLsbC2 VwdBv/0A8dxdEdA+/5V46iQc+Yge7O7SYf94puc6nDEP4mTIKBEieEDyLrB/gQts9mf+ lM2gvDZRHwpjIzqzE56EoXgQmmpe7r0UUW1o1ihf/av5+5UppnLkqQodut8PIhYY+mF+ bYYA== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=content-transfer-encoding:mime-version:references:in-reply-to :message-id:subject:cc:to:from:date; bh=q15VpBZ46ifJ8lDN+W4oLDMiR5FfRLBa3y9OsBaD6N0=; b=0Y0DLvH96zmAtVJ6JOaSQ6mNg+iCBTei8kEwSqv5YbZk7N3XmY+DgaDTw5P6FvzVQ1 96uKwAoBUGuaFaAfjXbkypSqjhyGiwiRk9xFA2qJFA4H91z2qqVbZ6igoLzhNhzdu07h dnYUq9c+c7c59B9YWXnkHlWoNiaeNGxz2gn5BQ5DDdsX8llzBpGos6f5e6D69NKYBZmE QOI4rdPVh6NgGN7NEHCOQlxiICSmMjruge9PgYbhU1YEN0drODCcR44EC/pg3YN9fzlG wBKaHx1c2PZxK11USWjmXFNVF0AmLFrNZFv0fYdFdsL1/kbuKBugvvu9+B+LK8H+Zcwx VMwg== ARC-Authentication-Results: i=1; gmr-mx.google.com; spf=pass (google.com: domain of henning.schild@siemens.com designates 194.138.37.40 as permitted sender) smtp.mailfrom=henning.schild@siemens.com Return-Path: Received: from gecko.sbs.de (gecko.sbs.de. [194.138.37.40]) by gmr-mx.google.com with ESMTPS id r15si598311wmc.4.2019.02.26.06.50.12 for (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Tue, 26 Feb 2019 06:50:12 -0800 (PST) Received-SPF: pass (google.com: domain of henning.schild@siemens.com designates 194.138.37.40 as permitted sender) client-ip=194.138.37.40; Authentication-Results: gmr-mx.google.com; spf=pass (google.com: domain of henning.schild@siemens.com designates 194.138.37.40 as permitted sender) smtp.mailfrom=henning.schild@siemens.com Received: from mail1.sbs.de (mail1.sbs.de [192.129.41.35]) by gecko.sbs.de (8.15.2/8.15.2) with ESMTPS id x1QEoCP3005663 (version=TLSv1.2 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=OK); Tue, 26 Feb 2019 15:50:12 +0100 Received: from md1za8fc.ad001.siemens.net ([139.25.68.253]) by mail1.sbs.de (8.15.2/8.15.2) with ESMTP id x1QEoBRp021888; Tue, 26 Feb 2019 15:50:11 +0100 Date: Tue, 26 Feb 2019 15:50:11 +0100 From: Henning Schild To: Cc: isar-users Subject: Re: [andreas.r...@siemens.com: Re: Fwd: [PATCH 1/1] meta/ext4-img: refactor to fit current image creation methods] Message-ID: <20190226155011.29b2954d@md1za8fc.ad001.siemens.net> In-Reply-To: <0e1f08cc-2119-4677-9aff-16f5bf012950@googlegroups.com> References: <20190226133148.GC17750@iiotirae> <0e1f08cc-2119-4677-9aff-16f5bf012950@googlegroups.com> X-Mailer: Claws Mail 3.17.3 (GTK+ 2.24.32; x86_64-pc-linux-gnu) MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-TUID: PRnYtEtWv7Nb Am Tue, 26 Feb 2019 05:39:17 -0800 schrieb : > On Tuesday, February 26, 2019 at 2:33:28 PM UTC+1, Andreas Reichel > wrote: > > > > > > We (at least me) have no scenario where we really build update > > artifacts with isar. One important question is, if the ext4 image > > is exactly the size of its contents or if it is the final partition > > size. If it is exactly the size of its contents only, it cannot be > > used as an update artifact because the resulting rootfs would have > > 0 bytes free and likely won't boot. > > > > > postinstall steps can be used to "resize2fs" the file-system after it > was installed > > > > > > So I would go Henning's way to extract the partition images... > > > > > It sure works. I however don't see much harm in keeping the ext4_img > class I would not expect much maintenance overhead there... Yes, agreed. I just thought is can be deprecated with wic, just looking at our internal layers and Isar itself. If that is not the case, let us keep it. Henning > > > Also we already have wic dependencies like sfdisk etc installed, > > where we can dump partition lists and use grep and dd. > > > > Andreas > > > > > Henning > > > > > > > Jan > > > > > > > > > > > > Date: Tue, 26 Feb 2019 13:12:18 +0100 > > > From: Henning Schild > > > > To: "[ext] Jan Kiszka" > > > > CC: cedric_h...@mentor.com , isar-users < > > isar-...@googlegroups.com >, > > > Andreas Reichel > > > > Subject: Re: [PATCH 1/1] meta/ext4-img: refactor to fit current > > > image creation methods > > > X-Mailer: Claws Mail 3.17.3 (GTK+ 2.24.32; x86_64-pc-linux-gnu) > > > > > > Am Tue, 26 Feb 2019 12:56:20 +0100 > > > schrieb "[ext] Jan Kiszka" >: > > > > > > > On 26.02.19 12:35, cedric_h...@mentor.com > > > > wrote: > > > > > Hi Henning, > > > > > > > > > > One use-case on our side is the generation of SWUpdate image. > > > > > Our helper class uses do_ext4_image to generate the > > > > > file-system image we later embed into the .swu file > > > > > > > > Andreas, how do you address that scenario for upstream SWUpdate > > > > support? > > > > > > I guess a valid way would be to have a task after do_wic which > > > will extract all raw partitions if enabled. It is kind of stupid > > > but if we can not change wic we better build around and reuse > > > instead of reimplement. > > > > > > Henning > > > > > > > Jan > > > > > > > > > > > > Date: Tue, 26 Feb 2019 12:56:20 +0100 > > > From: Jan Kiszka > > > > To: cedric_h...@mentor.com , isar-users < > > isar-...@googlegroups.com >, > > > Andreas Reichel > > > > Subject: Re: [PATCH 1/1] meta/ext4-img: refactor to fit current > > > image creation methods > > > User-Agent: Mozilla/5.0 (X11; U; Linux i686 (x86_64); de; > > > rv:1.8.1.12) Gecko/20080226 SUSE/2.0.0.12-1.1 > > > Thunderbird/2.0.0.12 Mnenhy/0.7.5.666 > > > > > > On 26.02.19 12:35, cedric_h...@mentor.com wrote: > > > > Hi Henning, > > > > > > > > One use-case on our side is the generation of SWUpdate > > > > image. Our helper class uses do_ext4_image to generate the > > > > file-system image we later embed into the .swu file > > > > > > Andreas, how do you address that scenario for upstream SWUpdate > > > support? > > > > > > Jan > > > > > > -- > > > Siemens AG, Corporate Technology, CT RDA IOT SES-DE > > > Corporate Competence Center Embedded Linux > > > > > > -- > > Andreas Reichel > > Dipl.-Phys. (Univ.) > > Software Consultant > > > > Andreas...@tngtech.com , +49-174-3180074 > > TNG Technology Consulting GmbH, Betastr. 13a, 85774 Unterfoehring > > Geschaeftsfuehrer: Henrik Klagges, Dr. Robert Dahlke, Gerhard > > Mueller Sitz: Unterfoehring * Amtsgericht Muenchen * HRB 135082 > > > > > > ----- End forwarded message ----- > > > > -- > > Andreas Reichel > > Dipl.-Phys. (Univ.) > > Software Consultant > > > > Andreas...@tngtech.com , +49-174-3180074 > > TNG Technology Consulting GmbH, Betastr. 13a, 85774 Unterfoehring > > Geschaeftsfuehrer: Henrik Klagges, Dr. Robert Dahlke, Gerhard > > Mueller Sitz: Unterfoehring * Amtsgericht Muenchen * HRB 135082 > > > > >