From mboxrd@z Thu Jan 1 00:00:00 1970 X-GM-THRID: 7127570847942836224 X-Received: by 2002:a25:880f:0:b0:67c:2727:7e3c with SMTP id c15-20020a25880f000000b0067c27277e3cmr11365558ybl.36.1660560450954; Mon, 15 Aug 2022 03:47:30 -0700 (PDT) X-BeenThere: isar-users@googlegroups.com Received: by 2002:a25:b31f:0:b0:671:6b14:a572 with SMTP id l31-20020a25b31f000000b006716b14a572ls5431803ybj.11.-pod-prod-gmail; Mon, 15 Aug 2022 03:47:30 -0700 (PDT) X-Google-Smtp-Source: AA6agR4aLLPApwbcDEfHlL/UEq2UA8wlJ8NYpGXaMmzrbGeW57+uggQEqCwYQ6LodFkT50x4rr/F X-Received: by 2002:a05:6902:124f:b0:66e:e3da:487e with SMTP id t15-20020a056902124f00b0066ee3da487emr12046534ybu.310.1660560450323; Mon, 15 Aug 2022 03:47:30 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1660560450; cv=none; d=google.com; s=arc-20160816; b=kfzh8BCR8g2S3tqBqeEa9Dn1dgKwXJwX/rwzSwE9SEcZ1f0ozygdhyXkg0hXMlTN7+ SCdZy108c6QGHVGym3kVI6Eu0PCWY1YcXBp+g0RMb2pfSZiDEfstKmF5b0cJGxZPcIkY uDOCiquMN2ZPaPVXaG491j10Gr2A8wyPFk+e70kJNWBIb+svMJZFWWeFfezlP+xuMP+A oZuaVl0g8ipg6TRaumTTkwF8UILUef5zgucE7O7m1bEXJeVbXOIjTnwvsQV0rdc8j3Tf 3q0oGwpKpsqJDAZ8VMv+hitUNE9xioWUdEeNevRPy+kL/htmBDmEORpOA6cFDLVgn03x C1UQ== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=in-reply-to:content-disposition:mime-version:references :mail-followup-to:message-id:subject:to:from:date; bh=oHOx7Lz0DL6kDHIMLRWY2VdLvi4OtMWDyt6kZt4t3YE=; b=F3vYjWZd+fipQOOFGx1GhO+iVv31tTyRm4nHCbKXfYt+YnlqldFO1QyA+2dq5TuXT8 agdstJpeSUMiarjDNxUcBUT24/RIpv2fgPxoVWS8OYov5LUqrEDtUVXNeZ5MRtCYGc5V 8irbFKTD2cQGxrAtjxPldfmu6S2erQXEdaHFCqIwNoexnuf+4ubWp/7ANZS8POwQdS+1 DkFdTebtVrzBVDFRV2+cIv2/XDJgQRcCiSDOhymXfFbf5ANxyVgMJb74XhOdzfZzSHBm t8T2Cj/42UwMMQ/231RIs6c6pPBMMz6Z2g9Er2FbPIznwETems5I11snWyl0Mrq/OoRM s/gA== ARC-Authentication-Results: i=1; gmr-mx.google.com; spf=neutral (google.com: 85.214.156.166 is neither permitted nor denied by best guess record for domain of ibr@radix50.net) smtp.mailfrom=ibr@radix50.net Return-Path: Received: from shymkent.ilbers.de (shymkent.ilbers.de. [85.214.156.166]) by gmr-mx.google.com with ESMTPS id ck26-20020a05690c0b9a00b00330253b8e8asi420184ywb.0.2022.08.15.03.47.29 for (version=TLS1_2 cipher=ECDHE-ECDSA-CHACHA20-POLY1305 bits=256/256); Mon, 15 Aug 2022 03:47:30 -0700 (PDT) Received-SPF: neutral (google.com: 85.214.156.166 is neither permitted nor denied by best guess record for domain of ibr@radix50.net) client-ip=85.214.156.166; Authentication-Results: gmr-mx.google.com; spf=neutral (google.com: 85.214.156.166 is neither permitted nor denied by best guess record for domain of ibr@radix50.net) smtp.mailfrom=ibr@radix50.net Received: from ilbers.de (host-80-81-17-52.static.customer.m-online.net [80.81.17.52]) (authenticated bits=0) by shymkent.ilbers.de (8.15.2/8.15.2/Debian-8+deb9u1) with ESMTPSA id 27FAlQUD022597 (version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=NOT) for ; Mon, 15 Aug 2022 12:47:28 +0200 Date: Mon, 15 Aug 2022 12:47:26 +0200 From: Baurzhan Ismagulov To: isar-users@googlegroups.com Subject: Re: [PATCH v2] use xz and gzip on host (outside chroot) Message-ID: Mail-Followup-To: isar-users@googlegroups.com References: <20220808073613.133842-1-felix.moessbauer@siemens.com> <20220808173049.23ea9579@md1za8fc.ad001.siemens.net> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20220808173049.23ea9579@md1za8fc.ad001.siemens.net> X-Spam-Status: No, score=-1.0 required=5.0 tests=ALL_TRUSTED autolearn=unavailable autolearn_force=no version=3.4.2 X-Spam-Checker-Version: SpamAssassin 3.4.2 (2018-09-13) on shymkent.ilbers.de X-TUID: +tcd9lBMnaNC On Mon, Aug 08, 2022 at 05:30:49PM +0200, Henning Schild wrote: > > diff --git a/meta/classes/imagetypes.bbclass b/meta/classes/imagetypes.bbclass index 1e8e223d..319e9dc8 100644 > > --- a/meta/classes/imagetypes.bbclass > > +++ b/meta/classes/imagetypes.bbclass > > @@ -95,13 +95,13 @@ IMAGE_CMD_ubi[depends] = > > "${PN}:do_transform_template" # image conversions > > IMAGE_CONVERSIONS = "gz xz" > > > > -CONVERSION_CMD_gz = "${SUDO_CHROOT} sh -c 'gzip -f -9 -n -c > > --rsyncable ${IMAGE_FILE_CHROOT} > ${IMAGE_FILE_CHROOT}.gz'" > > -CONVERSION_DEPS_gz = "gzip" +CONVERSION_CMD_gz ?= "gzip -f -9 -n -c > > --rsyncable ${IMAGE_FILE_HOST} > ${IMAGE_FILE_HOST}.gz" > > +CONVERSION_DEPS_gz ?= "" > > No. Please only add the ? so you can take the shortcut in your layer, > without changing the conservative and slow isar defaults. I agree in principle that such cases occur from time to time. I've seen mke2fs producing filesystems that were unreadable by older kernels due to some flags and compression tool option differences (the latter not applying in this case). In practice, I think such cases are quite rare; for this potential compatibility, we'd pay performance penalty every day. So, I'd like to benefit from this finding, in Isar, by default. If we can always switch back to the slower variant, that sounds as Good Enough for me. An alternative could be to compress from the host chroot regardless of the cross-compilation setting. While at it, we could also evaluate pigz (it would be interesting to see some benchmarks on the list) and recheck the reasons why cross-compilation was disabled for the imager -- maybe it's solvable this time. With kind regards, Baurzhan