From mboxrd@z Thu Jan 1 00:00:00 1970 X-GM-THRID: 6917993065941565440 X-Received: by 2002:a17:906:5e45:: with SMTP id b5mr2396511eju.69.1611048635062; Tue, 19 Jan 2021 01:30:35 -0800 (PST) X-BeenThere: isar-users@googlegroups.com Received: by 2002:a17:906:1192:: with SMTP id n18ls881092eja.5.gmail; Tue, 19 Jan 2021 01:30:34 -0800 (PST) X-Google-Smtp-Source: ABdhPJzAK/tgvho8Z1dpoafnpWq6/FhIa88blyD7nBthdqMXn/jLZ28MFF/oLmTSAJbctQkjRP2M X-Received: by 2002:a17:906:68d0:: with SMTP id y16mr2591000ejr.128.1611048634127; Tue, 19 Jan 2021 01:30:34 -0800 (PST) ARC-Seal: i=2; a=rsa-sha256; t=1611048634; cv=pass; d=google.com; s=arc-20160816; b=fsfdJ89prAvIZ7rj4W0QkfTkpEff8HHrXORyB+VtHWu4/LAdY28veTgOyduoEFrq0c m5PRE03q6Avho2kH9rlQlf8hgiYbDu1B/TTQZ7PgLEoQGaQJVNJIP5NIY9U6Cz9K0nEo nZetf9bHegH65SONGiOvSSIkUdHXdA9VkqeuYVtX6//r2/iedgjRFZFZ8k2CcMAzaW8K PVWJvuEWM/Tnf/LBjGXIi1251oEKkLQRVmm7cE3l7JgNNS7RtpfifozLfMDI45RUaMkP sOiXfzy+FTpb12yF/y5OT0bQts5jeaVuGAe2qpPE5zz2PVPy/mXG6HVd8bjprXUEDOYK Yadg== ARC-Message-Signature: i=2; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=mime-version:content-language:content-transfer-encoding:in-reply-to :user-agent:date:message-id:from:references:cc:to:subject :dkim-signature; bh=e8NltuEiczyX4CBLnSSrkfttWe8qWJMf4YiNwKIPDU0=; b=tQnfQ3p8atUAnoMRV7ZLO9rSarAhsBT1w1wYv7a7H1o4MKfqJ/i25V1QyXs5LoeGh7 nAfzYcoRpL8SdVbTfuS4KBtFs2PwAcgoEPzkgBk7r7sDp/KAlUJRPGJLvc4DGgf5e+Km PrraIf7Lvs8wbNnQgDa1QqJV0dScCYE2wv5Gc2Melp6esd79MxamC44V7WX5Zkjd+4bT wzBMt7yaMUv475Pwcn3dPJcY2yBjgxPM2eebisHwRDFOX/UPB6UhrQtlpQSXhQ50YIxj bHnNguN3Gwxo7yVRTqvml/DFS+pB07xSR62hWYZx4VDxIB2kmHV4WjSUwYRrdqzJVP9C WC6w== ARC-Authentication-Results: i=2; gmr-mx.google.com; dkim=pass header.i=@siemens.onmicrosoft.com header.s=selector1-siemens-onmicrosoft-com header.b=ob2lO0aV; arc=pass (i=1 spf=pass spfdomain=siemens.com dkim=pass dkdomain=siemens.com dmarc=pass fromdomain=siemens.com); spf=pass (google.com: domain of silvano.cirujano-cuesta@siemens.com designates 40.107.3.45 as permitted sender) smtp.mailfrom=silvano.cirujano-cuesta@siemens.com; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=siemens.com Return-Path: Received: from EUR03-AM5-obe.outbound.protection.outlook.com (mail-eopbgr30045.outbound.protection.outlook.com. [40.107.3.45]) by gmr-mx.google.com with ESMTPS id d2si1059043edo.5.2021.01.19.01.30.34 for (version=TLS1_2 cipher=ECDHE-ECDSA-AES128-GCM-SHA256 bits=128/128); Tue, 19 Jan 2021 01:30:34 -0800 (PST) Received-SPF: pass (google.com: domain of silvano.cirujano-cuesta@siemens.com designates 40.107.3.45 as permitted sender) client-ip=40.107.3.45; Authentication-Results: gmr-mx.google.com; dkim=pass header.i=@siemens.onmicrosoft.com header.s=selector1-siemens-onmicrosoft-com header.b=ob2lO0aV; arc=pass (i=1 spf=pass spfdomain=siemens.com dkim=pass dkdomain=siemens.com dmarc=pass fromdomain=siemens.com); spf=pass (google.com: domain of silvano.cirujano-cuesta@siemens.com designates 40.107.3.45 as permitted sender) smtp.mailfrom=silvano.cirujano-cuesta@siemens.com; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=siemens.com ARC-Seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=Qwfw6eqDeHjiR98vGxqchiG7SEy43n+9C9eAZXla0//FwcpkbqigXSftmwez3picB1mXr6mk87Eq74NIT0haXQfBWWR3kee+XW2QjqasQ3N+q785qbYEwnynfJ1xwvpufFoac/eu3u8PdNbgp2f+sJtVGssq4hVY1is3giydFwoYlwpnBpVpQppdw6AhbBHnTqyPJ0npslZC2dZiJaRT5pwTFkGPCEaNnSob8kn2K8LqTeMZ/W2TiqP2y3GUu8+GN9iO4vWYmfxTeKq01EAcyeNxRYO0znLcXZeHpbkan0Y/e2VjeLng3eBqjTyaNOe+/JCphKsVmkZ2gamOqf+Rpw== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=microsoft.com; s=arcselector9901; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=e8NltuEiczyX4CBLnSSrkfttWe8qWJMf4YiNwKIPDU0=; b=TlHpzvIqU21HK9h2jBUjb1v4AmcHbF0lwxq/vxr/0I6hZAKMs9mv6ho2C+Tk5alXMj4iCnOTtmVio2XoSWNdEdDuexLyVeU9BJpCLzVv1tbUmpFPtgOHPv9k+R6KtzC+W5eOVSPgIyZAJQpXTdOc0btjgHnOvThmB1St0kxX4SNZYUVCnAxDhbyjQw6dz1ULosY7hIDOsL7cyiP4ot6coPra0sh+cfb3tCndz0r+cjDRQESlj7jp56eyxfBfrFaoaCohlH4Zlg1057AHjP+x3gPhu/l3O/j01eopktVPWw5fM4iFeJmbLAAJaGZoVQ8wX0YvGjG25OSlKiPBWoXD3Q== ARC-Authentication-Results: i=1; mx.microsoft.com 1; spf=pass smtp.mailfrom=siemens.com; dmarc=pass action=none header.from=siemens.com; dkim=pass header.d=siemens.com; arc=none DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=siemens.onmicrosoft.com; s=selector1-siemens-onmicrosoft-com; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=e8NltuEiczyX4CBLnSSrkfttWe8qWJMf4YiNwKIPDU0=; b=ob2lO0aVmpKbFC/i9kG+A3fYNiR6yD6qcRdxSRNdF6CPLVnRqpP/r/g5jXzR7459Wa5f2kNOCWchqO2i9/MQ86U8aklsYkQzYraoAXGGMQP+g7xpAim86ZeLzW5Zq7uXjpjc5ij9IIryGLsQfOyUnsGX5Tfk0NRLdP0yKWznzYA= Authentication-Results: googlegroups.com; dkim=none (message not signed) header.d=none;googlegroups.com; dmarc=none action=none header.from=siemens.com; Received: from AM0PR10MB2708.EURPRD10.PROD.OUTLOOK.COM (2603:10a6:208:12a::30) by AM0PR10MB3412.EURPRD10.PROD.OUTLOOK.COM (2603:10a6:208:166::24) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.3763.11; Tue, 19 Jan 2021 09:30:33 +0000 Received: from AM0PR10MB2708.EURPRD10.PROD.OUTLOOK.COM ([fe80::c035:62d1:fd79:1bc8]) by AM0PR10MB2708.EURPRD10.PROD.OUTLOOK.COM ([fe80::c035:62d1:fd79:1bc8%5]) with mapi id 15.20.3742.012; Tue, 19 Jan 2021 09:30:33 +0000 Subject: Re: image-postproc-extension.bbclass modifying /etc/os-release To: Henning Schild Cc: Claudius Heine , isar-users@googlegroups.com References: <67e1fac9-5af5-29aa-de57-9a0de0cdd165@siemens.com> <79cdea42-8338-2e7f-33dd-f396db634a14@siemens.com> <20210119092531.2cc80db5@md1za8fc.ad001.siemens.net> <1ffb481e-f64e-01d8-efe7-5e4dbc39d8cb@siemens.com> <20210119100825.7b56d4fd@md1za8fc.ad001.siemens.net> From: Silvano Cirujano Cuesta Message-ID: Date: Tue, 19 Jan 2021 10:30:30 +0100 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:78.0) Gecko/20100101 Thunderbird/78.6.0 In-Reply-To: <20210119100825.7b56d4fd@md1za8fc.ad001.siemens.net> Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 8bit Content-Language: en-US X-Originating-IP: [2001:a61:3ba9:3102:e458:f9ae:a68a:ac3d] X-ClientProxiedBy: AM0PR07CA0036.eurprd07.prod.outlook.com (2603:10a6:208:ac::49) To AM0PR10MB2708.EURPRD10.PROD.OUTLOOK.COM (2603:10a6:208:12a::30) Return-Path: silvano.cirujano-cuesta@siemens.com MIME-Version: 1.0 X-MS-Exchange-MessageSentRepresentingType: 1 Received: from [IPv6:2001:a61:3ba9:3102:e458:f9ae:a68a:ac3d] (2001:a61:3ba9:3102:e458:f9ae:a68a:ac3d) by AM0PR07CA0036.eurprd07.prod.outlook.com (2603:10a6:208:ac::49) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.3784.7 via Frontend Transport; Tue, 19 Jan 2021 09:30:32 +0000 X-MS-PublicTrafficType: Email X-MS-Office365-Filtering-HT: Tenant X-MS-Office365-Filtering-Correlation-Id: 9f2cb564-33c8-4657-804a-08d8bc5cde6f X-MS-TrafficTypeDiagnostic: AM0PR10MB3412: X-LD-Processed: 38ae3bcd-9579-4fd4-adda-b42e1495d55a,ExtAddr X-MS-Exchange-Transport-Forked: True X-Microsoft-Antispam-PRVS: X-MS-Oob-TLC-OOBClassifiers: OLM:10000; X-MS-Exchange-SenderADCheck: 1 X-Microsoft-Antispam: BCL:0; X-Microsoft-Antispam-Message-Info: qkeF7IaVUeXysybuiyVRN/zXrHn7BxjEqBip/0KYXlhB785VehYJxdWpJSb29qdgjQE6rracQvlOW51FPyRRgpVsTaFWqu0rSza72CFhNb6gNed1S8E82Cg+CqDi2FMLIIUjergD0j3jsD/adcJ57V5+8ZXsua4ZVdAiiE47yIuaSse+cPqDf9WQq0PRwYBKvqBsOUnLiQpEdEBSNU8BxFVnE5rmv/N2PJ3DuW9ACR1LB8TmP+531BVaPcVqlsCOcqwr33ruJgi0f4Rp6ysDXTSiuhI88F4Fc6+BmsMf3DQPA4SyN5pyhOZ0NSrtSCdeUFay8cvbqSaZEpULGKT06D7EUKPpxWnFoq/ndAQSH1wWb/UPwiiMehAbiQaSrChxbH5XX8GlGLseAnrycKEmuimapqco+Mz1fOl+htOpG53NkiTdcDEcZP4ORxO/Os20YoZE5Wv/vj+igWkxkSb9cOCDlrlUO/2SsJKilRjADu2i61DZLQ6YUl8Mn/sTVk2/zJAB152L1v6vCxFPiHJP8bQhTMBLifTo6qVwmaALzj29HVXFLgl0DW1ajtbB1PW7 X-Forefront-Antispam-Report: CIP:255.255.255.255;CTRY:;LANG:en;SCL:1;SRV:;IPV:NLI;SFV:NSPM;H:AM0PR10MB2708.EURPRD10.PROD.OUTLOOK.COM;PTR:;CAT:NONE;SFS:(4636009)(346002)(396003)(366004)(376002)(136003)(39860400002)(16526019)(186003)(8936002)(316002)(6486002)(2616005)(53546011)(966005)(31696002)(66476007)(5660300002)(66556008)(45080400002)(6636002)(66946007)(36756003)(31686004)(83380400001)(8676002)(6862004)(2906002)(4326008)(86362001)(37006003)(478600001)(45980500001)(43740500002);DIR:OUT;SFP:1101; X-MS-Exchange-AntiSpam-MessageData: =?utf-8?B?cmZKLytheC8vV1o0S0dpaXRBRmlsMmdmWG9WL2JrUWVyK3VGSGVHWWU3VzlD?= =?utf-8?B?N2tXYXBNWCtLN1RhQnVWbGVOV3ZicjRHRWlCN0hDRXhtZDJDNWNEaUlEenUr?= =?utf-8?B?eGtIV0V0dlgzY2NJRFR6QlF2LzFFUFBoN052aldYR0h1VGpCMmVTVCt1QzJt?= =?utf-8?B?ekhEZ3FEN3Q3cTV0a3JwMDJvVkpLUmloMzFzMlJDcVNKL3ZGaFlDaDgrSUc2?= =?utf-8?B?VitBd1U4Z1NtYmVweXhVTytpTCtsYmVHWmcrVUIwRjR2TXBQL0VvYkJkYmxw?= =?utf-8?B?czF2WWZrbXY1emxLdGZMSGh1YjFOOU0rUlNQTDJja2FuSkk5YjQvZ2lwL2M1?= =?utf-8?B?cnlneTFBTE1mK3pzb3FXeFJTWkdKMVBrd0NNcUpjVnJWdFA4cTFDMzFEQnpZ?= =?utf-8?B?NUVIL1NqM1IrWUptdFZuZ2RUWkpJcDN3azhpV3paQStaZ0pyMUEySDVaOEE2?= =?utf-8?B?WGJiRmZmNTBxTXBRMnE5aTBnWVVseGJ5OXpuSUhGV0ZpZVZqMUV0Z3ZvQTYr?= =?utf-8?B?WVk4ditJaTBsQUl0SGJJRENWYW9ZelFMd2ZWOFo2clhQUFhnbE5lU2pBQVU1?= =?utf-8?B?dDFIQlJVVnNQb2xvT0F1YnBRWWxsRm5aVUNFUXoxdE5UdGZOY0dqdjdUbnd5?= =?utf-8?B?bEoxdlo2L0E4VFM4QWUwZkdGam53cTUzOVVyK2svU1VUM1k5eEl5dEd6dGto?= =?utf-8?B?aEFFaThwQ0N0WEVkL1pZQ3YwYnZrNEhWRm5YdWYzQ0E0U3h6TXBDZnJHelJO?= =?utf-8?B?TmJJc1lJRllBbTNwZDdkSEpOVlA1T2dyVkVNNVNJU3lrakdXNC9aeHJVREsv?= =?utf-8?B?aGNTdE1PNWVkaGpoVmpiY0dTK0x0UGxRS211OWcvQm9YNzgzVXQ3cUg5T1dB?= =?utf-8?B?TXhqVlFrVXZmVjZBd2FSaWRQUUt4aVN4ME9VenJKOHo5U2M5d3lKeG11bjlN?= =?utf-8?B?MGNoR2NKV3VEUlJxVko0SnVlek1ucUNuU1ZKMG8zZk03VUx5SmhUd3hSbmdk?= =?utf-8?B?UWE5ampBcm5GVjY5dXRPaS9IQmc4b3pXdytYNWY2RmdNcEx2QXFHenY0UExS?= =?utf-8?B?c1VBa1J5eTk1NkFWUmxsQ3YyNGZXY2xVeDdYaDZRdXhyMjU5MTdibkZ4ZkFI?= =?utf-8?B?Q0ZuNlhJR2ZHMnY3L3lkZzZNZVE0TVdIN3hQdFFaVktobUxqcjlPM1V5OGs0?= =?utf-8?B?LzRpMVFLN2ZXSDNxZXN4OUJVN1YxSlpBcDBOK2dFaGgyUzdKSWFWZFNjOElW?= =?utf-8?B?cmxKYm9kbkQweUZXZjNXTXVBKzB1YTNleVg2Wmp4eGgyWGhYYTZ0SnRsandB?= =?utf-8?B?dkF0TlQ5SExtRmd6RmwwV1hncHpYRjNNcUtMNndCZWdGR3ZnQUVJRy9uaE1S?= =?utf-8?B?RjlGOXIwaUdpb1NxNVN5a1FXNWxyNWdQZHFRbUJJM1hPYUtzSGFzazJtZGdm?= =?utf-8?Q?Z5Rlm12k?= X-OriginatorOrg: siemens.com X-MS-Exchange-CrossTenant-Network-Message-Id: 9f2cb564-33c8-4657-804a-08d8bc5cde6f X-MS-Exchange-CrossTenant-AuthSource: AM0PR10MB2708.EURPRD10.PROD.OUTLOOK.COM X-MS-Exchange-CrossTenant-AuthAs: Internal X-MS-Exchange-CrossTenant-OriginalArrivalTime: 19 Jan 2021 09:30:33.0076 (UTC) X-MS-Exchange-CrossTenant-FromEntityHeader: Hosted X-MS-Exchange-CrossTenant-Id: 38ae3bcd-9579-4fd4-adda-b42e1495d55a X-MS-Exchange-CrossTenant-MailboxType: HOSTED X-MS-Exchange-CrossTenant-UserPrincipalName: fZGyPETAHb2lWDTwpoJH8UkR0BiZati1rl9L8A7Q9G7w2415KT6/TCT8sYkV41SMffqjlCSm/B2HmxWWcs9PH2tR5NJFrbtCtviVY5ahq+260PetGCk4HOCG4ZgVBRPZ X-MS-Exchange-Transport-CrossTenantHeadersStamped: AM0PR10MB3412 X-TUID: EEh3r3jWkj6+ On 19/01/2021 10:08, Henning Schild wrote: > Am Tue, 19 Jan 2021 09:43:17 +0100 > schrieb Silvano Cirujano Cuesta : > >> On 19/01/2021 09:25, Henning Schild wrote: >>> Am Mon, 18 Jan 2021 13:35:53 +0100 >>> schrieb Claudius Heine : >>> >>>> Hi Silvano, >>>> >>>> On 2021-01-18 12:35, Silvano Cirujano Cuesta wrote: >>>>> I might try to provide a fix, if we agree that the current >>>>> implementation has an issue. >>>>> >>>>> @Claudius: you wrote the original code [1]. Do you remember why >>>>> you implemented it this way? Do you remember if you were aware of >>>>> the issue I mentioned and you provided a mitigation for the issue >>>>> that I see (assuming my analysis is right)? >>>>> >>>>> [1] >>>>> https://eur01.safelinks.protection.outlook.com/?url=https%3A%2F%2Fgithub.com%2Filbers%2Fisar%2Fcommit%2F13ce96e5bc84b60f2fa7ccfe93dde045461884e6&data=04%7C01%7Csilvano.cirujano-cuesta%40siemens.com%7C2b01ef368ee24a52b9b908d8bc59c9b3%7C38ae3bcd95794fd4addab42e1495d55a%7C1%7C0%7C637466441106647009%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C1000&sdata=CN8sFDPYqhNRf%2BeDzmc%2Fz%2FOOXunMg6cP4%2FmgEBa%2Bbr4%3D&reserved=0 >>>>> >>>>>   Silvano >>>>> >>>>> On 15/01/2021 15:26, [ext] Silvano Cirujano Cuesta wrote: >>>>>> Hi, >>>>>> >>>>>> I've noticed that '/etc/os-release' is being changed on the image >>>>>> in meta/classes/image-postproc-extension.bbclass [1].  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'... >>>>>> >>>>>> 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. >>>>>> >>>>>> 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? >>>> Interesting, I didn't remember that `/etc/os-release` is a >>>> symlink, could that be something that has changed in more recent >>>> debian versions? >>>> >>>> If so then, of course that needs to be fixed. >>> the problem seems to be that it is a symlink, otherwise one would >>> assume that changes in /etc/ are allowed and covered by the config >>> file exception and will be subject to merging if an updated package >>> comes around. >> No, that's wrong. The issue is not that it's a symlink, the issue is >> that it's a package-managed file that hasn't been declared as a >> configuration file. >> >> I agree with you that files under /etc should be changeable, but... >> Debian found sort of a compromise between using the standard path >> /etc/os-release and not expecting it to be changed (symlink to >> /usr/lib and no configuration). You can like it or not, but that's >> what we have to live with... > We should not follow that symlink, but i would still hope that we are > allowed to recreate that file without the risk of that package > overwriting the file in /etc/ if it became a file and is modified. I was expecting dpkg to report the problem, but I decided to test it before reporting this issue to have as much knowledge about the situation as possible. What happens is that an update of "base-files" silently restores the symlink to /usr/lib/os-release, removing whatever is there. > > Problem with the copy is that a major update would not be reflected. > Say your isar image starts off with debian9, a dist-upgrade might leave > you with 9 in there. Sorry, I don't get what you mean. > >>> My guess would be that we need to >>> - make it a copy instead of a symlink >>> - modify it >> As long as the file remains managed by "base-files", none of this >> should be done. Either we replace "base-files" or we create file >> diversions for those files. I wanted to focus this thread on >> confirming the issue, I've opened another thread to align on how to >> fix this issue. My proposal there is to contact the Debian >> Derivatives mailing list. > Dont know what a file diversion is, but also sounds like a hack that > would not cover the dist-upgrade correctly. That's exactly the opposite, it's the Debian way to support that a package can manage a file that was being managed previously by another one. And making all these modifications manageable by dpkg, even restoring the original files is supported. "dpkg-divert --list" gives you all the file diversions you have on a Debian system. Packages doing diversions are "dash", "firefox-esr", "vim-runtime",... See here: https://wiki.debian.org/DpkgDiversions > >>> In this case an update of the base-files package should leave it >>> alone or ask for a merge. And i think that would be OK behaviour. >> But that's not the case if updating upstream Debian "base-files", it >> silently replaces whatever we place there (file or symlink) with a >> symlink to /usr/lib/os-release. > Are you sure about that? That would have to be an "ln -sf" in a > postinst or something, maybe you can share a link to the code doing > that. I've tested it myself. Built an ISAR qemu-amd64 image, uploaded upstream "base-files", installed it and gone it was (silently, not nice). No more ISAR /etc/os-release. > > If there is code that overwrites a file in /etc without config file > protection, that would clearly be a reason to start talking to > upstream. Because it would be a violation of how config files work in > general. You might be right. I agree with Debian on considering that OS information is not configuration. But they probably didn't want to divert from the Linux common path /etc/os-release. Considering the content of /usr/lib/os-release something that shouldn't be changeable, they had to break one of following too Linux consents: - files in /etc are configurations and changeable - OS information is available under /etc/os-release   Silvano > > Henning > >>   Silvano >> >>> Henning >>> >>>> regards, >>>> Claudius >>>> -- Siemens AG, T RDA IOT Corporate Competence Center Embedded Linux