From mboxrd@z Thu Jan 1 00:00:00 1970 X-GM-THRID: 7032253102499561472 X-Received: by 2002:adf:df89:: with SMTP id z9mr12720398wrl.336.1637916653173; Fri, 26 Nov 2021 00:50:53 -0800 (PST) X-BeenThere: isar-users@googlegroups.com Received: by 2002:a1c:1c7:: with SMTP id 190ls5466896wmb.3.canary-gmail; Fri, 26 Nov 2021 00:50:52 -0800 (PST) X-Google-Smtp-Source: ABdhPJxu5/6timA/o88ehxhXnf0eYwvfHXBm++XRCxWnqvMakPAq4AhiRYcnL28m+8pw+EoA4h+O X-Received: by 2002:a7b:cf02:: with SMTP id l2mr8356323wmg.78.1637916652219; Fri, 26 Nov 2021 00:50:52 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1637916652; cv=none; d=google.com; s=arc-20160816; b=HimwIy1lh9FWvOfUkCMR+13uf0NQ9WDf0B650x0BBTigFBIUspkz/QjHorxvPUqebc phRs0XvrMMQhnlLx1Iw6ukGxiGngCwppAJBzIzmXUymUSpZwXw9AB+tsAdit9Bc+xHRs Nz94/+U44n+bdbp2Kdo4Uot2kflreFWKMhqMauZ12I84wpxstcRh6qEd27t1qCqZ5dqZ t+YgvzUjh29QJj6WiFiY1AhYszpYhvUQjlBPKKVmfUuGpXQOIdwRvcGSomnCDkAWUqld 7Nc0YEqlDFFrpbb4NuR0Nk0jCC8u8wTpn9STquoi+NHtGWyw0C1yBwA/NhIYtySaawJz Lv0w== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=content-transfer-encoding:content-language:in-reply-to:mime-version :user-agent:date:message-id:from:references:to:subject; bh=UuiVAbnj4qgmbXsh2ORCzbAztI5fSMBtKiBcI65x+0M=; b=ylUWnhvFWh3nkRrsFy56YeE2YF7ClUcloJxaSKgpm2WTKqmGtvoW/ADGCNBCR9V1m6 f4NF4YDhL6PGYCkF/BilVAyJ7gOZlzzs8PBw/Nj+r9TXHPs/NwT//FcS2qTQHY3u1bzk i9RMtr7P8N/+FDmkHg1nITSa6exEnBomQwsBgXDkU/bC832jewaTQ4VY///LKuRbbtMC Nso7HUW+KsgywEcUjKlHfWcICXJRdjaNsY2wGjLVdC0E+WkReK7tTIoY/9Ol8f7+sDHB 6h7ESUH4JmafhYycslb1s3Td0LHnd1UBx1cnGwKN515qsZomf0drs8g8yZwuMrBgIxxm DK2A== ARC-Authentication-Results: i=1; gmr-mx.google.com; spf=pass (google.com: domain of jan.kiszka@siemens.com designates 192.35.17.2 as permitted sender) smtp.mailfrom=jan.kiszka@siemens.com; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=siemens.com Return-Path: Received: from thoth.sbs.de (thoth.sbs.de. [192.35.17.2]) by gmr-mx.google.com with ESMTPS id q74si844663wme.0.2021.11.26.00.50.52 for (version=TLS1_2 cipher=ECDHE-ECDSA-AES128-GCM-SHA256 bits=128/128); Fri, 26 Nov 2021 00:50:52 -0800 (PST) Received-SPF: pass (google.com: domain of jan.kiszka@siemens.com designates 192.35.17.2 as permitted sender) client-ip=192.35.17.2; Authentication-Results: gmr-mx.google.com; spf=pass (google.com: domain of jan.kiszka@siemens.com designates 192.35.17.2 as permitted sender) smtp.mailfrom=jan.kiszka@siemens.com; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=siemens.com Received: from mail2.sbs.de (mail2.sbs.de [192.129.41.66]) by thoth.sbs.de (8.15.2/8.15.2) with ESMTPS id 1AQ8op63008572 (version=TLSv1.2 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=OK); Fri, 26 Nov 2021 09:50:51 +0100 Received: from [167.87.72.134] ([167.87.72.134]) by mail2.sbs.de (8.15.2/8.15.2) with ESMTP id 1AQ8opYo027230; Fri, 26 Nov 2021 09:50:51 +0100 Subject: Re: [PATCH v2 00/24] Sbuild/Schroot migration To: Uladzimir Bely , isar-users@googlegroups.com References: <20211119121333.13805-1-ubely@ilbers.de> <2071114.yiUUSuA9gR@home> <1976554.YKUYFuaPT4@hp> From: Jan Kiszka Message-ID: <629727a5-37bf-9c53-c151-2626d6b5f7e4@siemens.com> Date: Fri, 26 Nov 2021 09:50:51 +0100 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:78.0) Gecko/20100101 Thunderbird/78.13.0 MIME-Version: 1.0 In-Reply-To: <1976554.YKUYFuaPT4@hp> Content-Type: text/plain; charset=utf-8 Content-Language: en-US Content-Transfer-Encoding: 7bit X-TUID: f7K5lm2CpY1i On 26.11.21 09:03, Uladzimir Bely wrote: > In mail from Friday, 26 Nov 2021. 09:43:58 +03 user Jan Kiszka wrote: >> On 23.11.21 14:05, Uladzimir Bely wrote: >>>> Current limitations: >>>> - there is an unsolved problem with building foreigh architectures >>>> using kas-docker. >> >> What exactly is the problem here? >> > > Actually, the problem was related to UsrMerge. Our Jenkins root is also based > on buster, but /bin, /lib are symlinks to /usr/bin, /usr/lib and so on. While > in buster-slim used in kas-docker /bin, /lib are separate directories. And > schroot version used in buster couldn't work in this case (qemu-*-static > packages couldn't find some libraries). > > But when I schroot version from bullseye seems to support both kinds of > rootfs. So, no changes were needed in sbuild patches, I just preinstalled > newer schroot (from bullseye) in kas-docker image (in addition to a newer > sbuild), and it works. Ah, ok. Then we will be automatically fine when moving the complete kas image to bullseye. > >>>> ... >> >> I've commented on some aspects of you kas patch. It generally looks >> feasible, just some smaller details should be improved. >> > > Yes, I saw your comments on github. I'm not yet experienced in kas > development, so my implementation is not ideal. > No problem, that can be sorted out. If you have questions, just drop them on kas mailing list. >>> ... >>> So, gitlab will use external ("/m/ws-10/schroot-10a/union") directory on >>> host. Also, there should be empty "overlay" and "underlay" directories >>> created in it. >> >> That's also not unrealistic, given that we already need to provide >> special runners for the purpose of granting privileges and allowing >> binfmt_misc. One target would be >> https://gitlab.com/cip-project/cip-testing/gitlab-cloud-ci, the backend >> for many of our gitlab CI runners that are Isar-compatible. >> >> Jan > > Ok, I'll take a look at it. > > Currently I'm trying to find/fix possible issues in downstreams. I took meta- > iot2050 for experiments. For now it seems to use quite old docker image and > isar codebase. At first, I made sure it can build with no errors current Isar > 'next' branch with using my modified docker image. But for now it is not yet > able to build even partial (preparation patches only) sbuild patchset and I'm > trying to understand and fix the issues. > Yeah, meta-io2050 dependencies were frozen for an upcoming release. Try bumping them first and building those with unpatched Isar and unpatched kas 2.6.2 (that should work, see https://github.com/siemens/meta-iot2050/pull/205), then modify kas and finally patch isar. If there are issues already in the first step, let me know. Jan -- Siemens AG, T RDA IOT Corporate Competence Center Embedded Linux