From mboxrd@z Thu Jan 1 00:00:00 1970 X-GM-THRID: 6917993065941565440 X-Received: by 2002:a05:651c:10d4:: with SMTP id l20mr29770ljn.488.1611045838673; Tue, 19 Jan 2021 00:43:58 -0800 (PST) X-BeenThere: isar-users@googlegroups.com Received: by 2002:a05:651c:1a5:: with SMTP id c5ls3153974ljn.10.gmail; Tue, 19 Jan 2021 00:43:57 -0800 (PST) X-Google-Smtp-Source: ABdhPJz75ALi53wokpHvWfl8Kibhn3cSReZ5ZjSrJkDLF6aIyQNeN3/Ueor9JOIzsq/s7OhDMTrZ X-Received: by 2002:a2e:8995:: with SMTP id c21mr1379199lji.251.1611045837618; Tue, 19 Jan 2021 00:43:57 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1611045837; cv=none; d=google.com; s=arc-20160816; b=K77qCLAhUdP255e1IB+csfFE1NtQYRAhXoSz4Q50rM3LPrIevKgWu9uNs4HnZ0RCeP drT5CisIVLkwr/5FP1aFGzZYvF3+r+oZXrlDArWb5Tnwrsd7BSpQaSjHx+UHLtxbaaki dQayMt1KHVwIrm31E7hb9eDAGtBjhlarenaJFS13LzEFwmtVvQmxj7ZyY5ZKeslbViXA 5bnsHvaQc4gXiJXDBzRskBBNu1HnsEMy8dfZeDyPMBPLvYovcnbz7bmV7GLf9FSfAfJG /i2MbaPnvlD4wIK7UVLX+Eo/YmzbveFqJIrsN6XdcLwwuimEfII3UulFSQxt3Gq++6Ju 70eg== 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=77GkFG1mOUVIy9Dp7iY7zmFeHPdWppvVo/NRRbWWMpk=; b=XON4Qbdl7KvQqYpG0MY/rY0QTupSf9sMDZ8BX8swJA8u/FdNZXkwftvRDK0yELK7Vo xPBMxkKtT5UZkLPsAR/B5H3vg8UiSrp+Qr+BbeODzyWRaq4sjICNaegMjGKPjgoPvtfj lnVWEo94Cvu39fai9sU2qzcZYWc0xilvTJ6exEjVuplIBEYTOilsf98MF5q9nphhqSgE l4I0pyj9r2Oz8jwjhILYau4bib46Sb4kV+qHrL6aG2DWC7mMHX00/IKeoHtdv0rVuMSO cUatQWciCJwSm4eu0E2Y2Ti/Q0lX/GXlR8wfc9t/aaM+BPzh8IXz3orV5aV/2EcuUIfm TvBg== ARC-Authentication-Results: i=1; gmr-mx.google.com; spf=pass (google.com: domain of henning.schild@siemens.com designates 194.138.37.39 as permitted sender) smtp.mailfrom=henning.schild@siemens.com; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=siemens.com Return-Path: Received: from lizzard.sbs.de (lizzard.sbs.de. [194.138.37.39]) by gmr-mx.google.com with ESMTPS id c15si1204164ljn.0.2021.01.19.00.43.57 for (version=TLS1_2 cipher=ECDHE-ECDSA-AES128-GCM-SHA256 bits=128/128); Tue, 19 Jan 2021 00:43:57 -0800 (PST) Received-SPF: pass (google.com: domain of henning.schild@siemens.com designates 194.138.37.39 as permitted sender) client-ip=194.138.37.39; Authentication-Results: gmr-mx.google.com; spf=pass (google.com: domain of henning.schild@siemens.com designates 194.138.37.39 as permitted sender) smtp.mailfrom=henning.schild@siemens.com; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=siemens.com Received: from mail1.sbs.de (mail1.sbs.de [192.129.41.35]) by lizzard.sbs.de (8.15.2/8.15.2) with ESMTPS id 10J8huoM007174 (version=TLSv1.2 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=OK) for ; Tue, 19 Jan 2021 09:43:56 +0100 Received: from md1za8fc.ad001.siemens.net ([139.22.120.228]) by mail1.sbs.de (8.15.2/8.15.2) with ESMTP id 10J8huQo023530; Tue, 19 Jan 2021 09:43:56 +0100 Date: Tue, 19 Jan 2021 09:43:53 +0100 From: Henning Schild To: "[ext] Silvano Cirujano Cuesta" Cc: isar-users@googlegroups.com Subject: Re: image-postproc-extension.bbclass modifying /etc/os-release Message-ID: <20210119094353.3fdc4861@md1za8fc.ad001.siemens.net> In-Reply-To: <67e1fac9-5af5-29aa-de57-9a0de0cdd165@siemens.com> References: <67e1fac9-5af5-29aa-de57-9a0de0cdd165@siemens.com> X-Mailer: Claws Mail 3.17.8 (GTK+ 2.24.32; x86_64-pc-linux-gnu) MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable X-TUID: mTV3y8kjqO1p Hi, i wonder if there is any command we can run for QA. One that makes sure that all files in the rootfs are owned by a package and are not modified. That should take /etc /var /tmp and other such locations into account, but should clearly detect the problematic change in /usr/lib that slipped in via that unexpected symlink. Does anyone know such a command? Henning Am Fri, 15 Jan 2021 15:26:14 +0100 schrieb "[ext] Silvano Cirujano Cuesta" : > Hi, >=20 > I've noticed that '/etc/os-release' is being changed on the image in > meta/classes/image-postproc-extension.bbclass [1].=C2=A0 What BTW ends up > changing '/usr/lib/os-release', since it's only a symlink. But both > '/etc/os-release' and '/usr/lib/os-release' are owned by > 'base-files'... >=20 > An upgrade of 'base-files' would be replacing (silently, since is not > marked as a configuration file) '/usr/lib/os-release' with the > version of the upstream 'base-files' package and possibly breaking > any tools in the system relying on certain values in that file. >=20 > Is there a reason that I'm missing for doing so instead of the > Debian-way (file diversion with dpkg-divert)? Or any hack that I've > overseen that avoids the mentioned breakage? >=20 > Hasta la vista, >=20 > =C2=A0 Silvano >=20 > [1] > https://github.com/ilbers/isar/blob/a0d6de4ac7dfb926b38cfcd44f2bc8852f2e4= 3e3/meta/classes/image-postproc-extension.bbclass#L20 >=20