From mboxrd@z Thu Jan 1 00:00:00 1970 X-GM-THRID: 6931461770728964096 X-Received: by 2002:a1c:7301:: with SMTP id d1mr19083608wmb.33.1613984603687; Mon, 22 Feb 2021 01:03:23 -0800 (PST) X-BeenThere: isar-users@googlegroups.com Received: by 2002:adf:d1e6:: with SMTP id g6ls544082wrd.3.gmail; Mon, 22 Feb 2021 01:03:22 -0800 (PST) X-Google-Smtp-Source: ABdhPJw8LXMquy+xPCTgxEMx3w0xa993ugJWOhaFeeSghwtOYqht17Qrnu0Wf02vQFcPpgg9ujOy X-Received: by 2002:a5d:6951:: with SMTP id r17mr19850265wrw.279.1613984602778; Mon, 22 Feb 2021 01:03:22 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1613984602; cv=none; d=google.com; s=arc-20160816; b=AANwDNgyE6I/byalMnk84ceNNQJsrsfDyzPPjlgVmHSsJK2lVsUaGT14Vns/kJ/hPt gRDiPKby5QLYWt9WDNTZF+C/s0Y3dENXYqUfAkuGRsIJ/4q0PQIgEzCiQzpcEieWX9wa WmDG/mSeSyv7X3rgdeomqirXKMj5hty/ANNWMZvvW88tWmrNpufGo7lQ3C8pFBn3dLUZ WvD1fhygPJBFnr+IJCZujvw6s/JmGAimIiXCVJS42SZkamBmlgFwB3b0FUbV2KohFXwD SsjSNtsGeqy95VVp2Xu/l//g0JbVJkSp+fM4I7pQyXqMbYjWuuBZVcLFhEZQ0G5ZH4BG 4fvA== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=user-agent:in-reply-to:content-disposition:mime-version:references :mail-followup-to:message-id:subject:to:from:date; bh=h3hf/nut/QDyr9crHcRRNcIJIods5DvQqP7td6gGMkE=; b=o9H61IvOtFk9/5q1EYDp3AKOHZxhE3gfsNOZTbp/EIDOISHy2L2UAP287Jl1Y41bq3 PX2gc8VAJGYM8HH28LcgBRSD8uNCcg+Dd7WoB6B+09wV7udr210kSdZylHJLdYdLa+59 3EIIm8W9NmgWpk8JnY+j/FD82bC34noB3VmBYqqjkOEpjIW13q8KyVPJpNIDcNeFCZUO AZcepTsosXqkoECvvWdEdUG2G4/nTyZKfbFV3JkbFUOYic+x5QLpf832335fiU0Lw5n5 XTF/o9LtVaB3v4C2O+zWmwepbQ+5qeS7FbwOecMX/Gx3u8VWK2KzmDxem2vnd1Qmv9MG pWTw== 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 m3si1039226wme.0.2021.02.22.01.03.22 for (version=TLS1_2 cipher=ECDHE-ECDSA-CHACHA20-POLY1305 bits=256/256); Mon, 22 Feb 2021 01:03:22 -0800 (PST) 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 yssyq.m.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) with ESMTPSA id 11M93JaY001086 (version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=NOT) for ; Mon, 22 Feb 2021 10:03:22 +0100 Date: Mon, 22 Feb 2021 10:03:19 +0100 From: Baurzhan Ismagulov To: "isar-users@googlegroups.com" Subject: Re: Relocation of SDK Message-ID: <20210222090319.GJ20742@yssyq.m.ilbers.de> Mail-Followup-To: "isar-users@googlegroups.com" References: MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.10.1 (2018-07-13) 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: 3YSl4zxPF2yw On Sat, Feb 20, 2021 at 09:31:34PM +0000, Daniel Machon wrote: > I would argue, that a common development workflow would be to use the > cross-toolchain provided by the SDK, and then chroot into the SDK to install > dependencies (we have the possibility of installing multiarch packages). I agree that chroot / nspawn / ... into the SDK is a useful feature and we should keep it working. > If you need to change the RPATH of any libraries (I came across this need > when trying to make gdb available to the host), you can make RPATH relative > using $ORIGIN. We had tried that and it didn't work: https://groups.google.com/g/isar-users/c/sjqTLpw4KTE/m/Ro9aLnGZAQAJ So, the current way is to run the script to undo the relocations, chroot, then create the relocations again. If you try this, please let us know whether it works. IIRC, during the remove the script puts some replacement relocations into the binaries, while the original binaries don't have any -- but that should work. Otherwise, one has probably to rebuild the SDK with updated SDK_PREINSTALL / SDK_INSTALL. Not sure how that works for the existing packages not coming from Debian. With kind regards, Baurzhan.