From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from smtp.gentoo.org (woodpecker.gentoo.org [140.211.166.183]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits)) (No client certificate requested) by finch.gentoo.org (Postfix) with ESMTPS id 2B1141582EF for ; Tue, 25 Feb 2025 08:58:57 +0000 (UTC) Received: from lists.gentoo.org (bobolink.gentoo.org [140.211.166.189]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits)) (No client certificate requested) (Authenticated sender: relay-lists.gentoo.org@gentoo.org) by smtp.gentoo.org (Postfix) with ESMTPSA id 0DD6D3431CC for ; Tue, 25 Feb 2025 08:58:57 +0000 (UTC) Received: from bobolink.gentoo.org (localhost [127.0.0.1]) by bobolink.gentoo.org (Postfix) with ESMTP id 0B395110479; Tue, 25 Feb 2025 08:57:49 +0000 (UTC) Received: from mout.web.de (mout.web.de [217.72.192.78]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange ECDHE (prime256v1) server-signature RSA-PSS (4096 bits) server-digest SHA256) (No client certificate requested) by bobolink.gentoo.org (Postfix) with ESMTPS id 52787110260 for ; Tue, 25 Feb 2025 08:57:47 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=web.de; s=s29768273; t=1740473847; x=1741078647; i=n952162@web.de; bh=lkpn/acGKx7gcCWOM8zIMds2V7qQKTjeRscFEBDKSOs=; h=X-UI-Sender-Class:Message-ID:Date:MIME-Version:Subject:To: References:From:In-Reply-To:Content-Type: Content-Transfer-Encoding:cc:content-transfer-encoding: content-type:date:from:message-id:mime-version:reply-to:subject: to; b=cS28410r77fubM2+NV7OG0ZCn36IZ6mcBebebhwGDM3gnSzRwKWnRT/uo6Os3FYS 9mWBBncnO1omIEtikPjoJQOWNMJ43X3N6BaeAPQdZGdNRkCthKpBYqHcqvtxGDBzq 5X5rKzAxJGviaOvf3X4IAeY1o983DkiKbI9VHlso8m0lKoUCnjcyyW8mOlY6ogJHZ vT2jOyLxhSS85OLrpJW2MASnIKSG/X6doQqw01Y3Rj0t6uRV9wenRSusULpdbodTO 0eXxAVj/rVtMNv7EnGPmUrGD2zUW5v1CW8bKS0Ei+zZsuo3Sq2MRK2BmZObrnT5Wn eceJTW9QgFEx3ghNaw== X-UI-Sender-Class: 814a7b36-bfc1-4dae-8640-3722d8ec6cd6 Received: from [192.168.178.44] ([62.144.46.74]) by smtp.web.de (mrweb106 [213.165.67.124]) with ESMTPSA (Nemesis) id 1MS13Z-1ttpwj3FYB-00IVLr; Tue, 25 Feb 2025 09:57:27 +0100 Message-ID: Date: Tue, 25 Feb 2025 09:57:25 +0100 Precedence: bulk List-Post: List-Help: List-Unsubscribe: List-Subscribe: List-Id: Gentoo Linux mail X-BeenThere: gentoo-user@lists.gentoo.org Reply-to: gentoo-user@lists.gentoo.org X-Auto-Response-Suppress: DR, RN, NRN, OOF, AutoReply MIME-Version: 1.0 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:102.0) Gecko/20100101 Thunderbird/102.8.0 Subject: Re: [gentoo-user] ebuild failure in unpack Content-Language: de-DE To: Matt Jolly , gentoo-user@lists.gentoo.org References: <0707bdd8-90b4-4eab-a802-3bfc410cba87@web.de> <5dd574ae-649a-4d37-ac21-863ff829dc08@gentoo.org> From: n952162 In-Reply-To: Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: quoted-printable X-Provags-ID: V03:K1:JaHFcvra1hdDoWTPu4wRHmi7jeEiLHGLSaXbQNtgxCO7TbS7jag DB8GV10FJEthMwqIOnbyFsOlnhc+aD/o2W7hn2AT4Fun+TCsnWoI99Mib33Far8j7MsfxNB x/jWg7gGpQN1axfsIXsiYKv7eEO1g77c+pGm5ORMWpk10pKjt2ACiAj16WMROezIjVD/jpC VCxoChCURcLq8O9/BrBRg== X-Spam-Flag: NO UI-OutboundReport: notjunk:1;M01:P0:cyr3pKOYLy4=;Lah2L1F+mnRPpXpD51hZ3WxR0BC Xei+7pQmXyZxJfnQK3tzvFvSzJ8w44eDA8kJEr0RzQGbTnYuLuZPE/udn+LNOPYV4U99AB7jH wiIgs8HccgeO+WTy6DEEnLDaX8dCp8wKvK40LXQg93LQro6Rd8NMTKQff+4BGhoTJziPnIrJy iy6stOuyraZ3ODT0b0a07D48RwnR1ppAV7qRm8SKq8qaB2XCaOXzi9WCePj9BmVYyUcM0+H+5 Xuy3RngfZp6F3sQyxM+XP+6y+SatMK2i/YT3wDoAikL8vTnq2YjHJ352JPpp9B8hVgViq5uI0 Xxtw6lBFmpgY1LL3verrg6kURkc188CGjNN89rHulX9eYICfu234C/uQVOUDMJs+8R/kC5iG/ Oawm5jTosORvoehljbtee0TkK61a/6To9b3/PozZzBcKp5OfPGdzmdaTm7nMayLSVdZ0PLKCr 3q1Re/IA2MHaDSouVfPYZv/EGF2hcifwXNrjJwYEpL2godJK6dH8Y6VZb2cMAgy80dM8r1dG2 EDyclL5PDHy/71kRSJzRMATMkIPKd3fbLPUNdgkS2LqmublWah0JB7DgQOPzU9HDPMP6i3U/I EPBavtoglh8Ut1zkBiodqTXWVydByJhK9pJ5e16sRyVYpneQJCwlTcpTBdk41P9qANb2Hz51N M+3FWBgsUTGtUqMllWHf5TWoJKWxk1qI4AqFNBsh48ATyCjVpHTdbGi/TCSGGOuaWN9gjLoX5 vS826mfcZSMgYjQpycfLmG/6m5ZP+Utxj+vN0DBHOQx8tdo0TOwfTMpO8BxFheSvTqEqaU+w8 ZLl6CsQG/qhvxxn9xZvp05ZQ8VmS29GX4JTYhgCARs4OAEvcmKFAjxuro/ZJt1TeJSiQ5JvmK Wxa2Gb8blt22tJ7umtCGC6cse9TpW8WPgMXUK4I38Hl9WsC0mQt8GMvfhAf04tYwSDFJvUOQD 1eBTm4AkPtR647xwcCXP31v7Q3GoBmG3IljmE5bGz6NoxbL8Wqh8OMa45Iflpr4D5i9iPuFTu 8FSzlNVYykb5Sz33CMJd0qL5F6+4p5lKuSAJHdNgYjyXOMlrraQa5x1cbWMgMON9ecKoCxLkL zlv34PMJv2/GMar0z7Yuwdn28rn/Mih5W9QYC8MzdKtEo8B4W7UAVu8tuCQubsRYbjyu8GKu2 6ME59gMQFN45y+22ZdS7udput2dx1UZtkNnT0vd6NyOuS4R3o1/37y3NIQ2PRtpoKmQ8lQy9r qTRU5pW0LtZHdq74SSq6FCaMM1ahjDtJWFUlMNQgmWwRjg+FnN9Ap8/nj5CfPC9q6l3FKNw2A HS2Bn5xK2+cbSpSq7UMpk6tut1dlCa1bMvkG20tg9akeBH3nGRsDnwiMScrcmAiizD5o/fW/X HKxEeOmErnrtOtJi6gZDdO/xFcsT4zbmgLCYE6vOdsYmmaU3OmFs/TwoIm X-Archives-Salt: 22e33eec-ef90-41bc-8d1d-275ddf929fee X-Archives-Hash: d6bdadd0387c156765ce4d1daf0c00ac On 2/25/25 09:35, Matt Jolly wrote: > Hi, > >> That's an option.=C2=A0 It means I'd have to dedicate an entire volume = to >> that, but it's doable. > > A bind mount will not require this. > > > Bind mount operation > >=C2=A0=C2=A0 Remount part of the file hierarchy somewhere else. The cal= l is: > >=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 mount --bind olddir newdir > > . . . > >=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 After this call the same contents = are accessible in two places. > > -- `man 8 mount` > Ah!=C2=A0 Excellent idea!=C2=A0 Thank you! >> But if the unpack phase insists on doing a "mkdir /var/tmp/portage", >> would that work with a mounted drive? > > It seems to be `/usr/bin install`, fwiw. A full build log would make > troubleshooting anything more than a stab in the dark. > > Let's find out. Maybe it doesn't like the symlink? > >> In fact, it's hard for me to image that the unpack phase would fail on >> that, it's just a first guess.=C2=A0 I just want to understand what's g= oing >> on and be sure I'm not making some mistake that'll bite me later. > > I don't know off the top of my head. If you really want to understand > what's going on you'll need to read the Portage sources. > > Regards, > > Matt I think I'll try the really fitting idea from Viorel: PORTAGE_TMPDIR. I'm still curious about what the problem with the symlink is, in this case, but I can't get to it right now. Thanks, all!