From: n952162 <n952162@web.de>
To: gentoo-user@lists.gentoo.org
Subject: Re: [gentoo-user] portage has 0 debugging support for binary emerges
Date: Sun, 4 Apr 2021 12:37:26 +0200 [thread overview]
Message-ID: <5c656b5a-6b5a-94da-5a2c-8c2668a3476f@web.de> (raw)
In-Reply-To: <20210404095652.383616a9@digimed.co.uk>
[-- Attachment #1: Type: text/plain, Size: 2721 bytes --]
On 4/4/21 10:56 AM, Neil Bothwick wrote:
> On Sun, 4 Apr 2021 10:33:15 +0200, n952162 wrote:
>
>> [ebuild R ] dev-libs/libuv-1.40.0:0/1::gentoo USE="-static-libs"
>> 0 KiB
>>
>> I'm not sure where the static-libs USE flag comes from, it's not in
>> /etc/portage/package.use.
> The flag is defined in the ebuild and defaults to off.
>
>> I don't follow the "0 KiB"
> It's the size of the files portage needs to download to install this. As
> you have already installed it, the source files are in your $DISTDIR so
> there's nothing to download.
>
>
Thank you.
After re-running quickpkg, I still get no "binary"s in the emerge output
dependency tree.
I now have this:
02/var/cache/distfiles>ll *rust*
-rw-r--r-- 1 root root 50278 Apr 3 14:30 eselect-rust-20200419.tar.bz2
-rw-r--r-- 1 root root 117764080 Apr 3 14:30
rust-1.45.1-x86_64-unknown-linux-gnu.tar.xz
-rw-r--r-- 1 root root 127200200 Apr 3 14:29
rust-1.46.0-x86_64-unknown-linux-gnu.tar.xz
-rw-r--r-- 1 root root 101868452 Apr 3 14:30 rustc-1.46.0-src.tar.xz
-rw-r--r-- 1 root root 104143736 Apr 3 14:29 rustc-1.47.0-src.tar.xz
02/var/cache/distfiles>cd ../binpkgs
22/var/cache/binpkgs>ll */*rust*
-rw-r----- 1 root root 15249 Apr 4 11:36
app-eselect/eselect-rust-20200419.tbz2
-rw-r----- 1 root root 95134383 Apr 4 11:29 dev-lang/rust-1.47.0-r2.tbz2
-rw-r----- 1 root root 17542 Apr 4 11:46 virtual/rust-1.47.0.tbz2
and:
[ebuild U ] virtual/rust-1.47.0::gentoo [1.46.0::gentoo] 0 KiB
[ebuild U ] dev-lang/rust-1.47.0-r2:stable/1.47::gentoo
[1.46.0:stable/1.46::gentoo] USE="-clippy -debug (-doc) (-libressl)
(-miri) (-nightly) (-parallel-compiler) -rls -rustfmt
(-system-bootstrap) (-system-llvm) -test% -wasm" CPU_FLAGS_X86="sse2"
LLVM_TARGETS="(X86) -AArch64 -AMDGPU -ARM -AVR% -BPF -Hexagon -Lanai
-MSP430 -Mips -NVPTX -PowerPC -RISCV -Sparc -SystemZ -WebAssembly
-XCore" 0 KiB
No USE flags associated with "rust" on server or client.
I would expect that it would have "binary" instead of "ebuild" if it
were to come from the server.
I reran the emaint commands.
Here's the command:
+ emerge -p --getbinpkg y -v --tree --deep --update --noreplace
--changed-use --newuse --changed-deps --verbose-conflicts --keep-going
--with-bdeps=y --backtrack=100 @world
Relevant lines from /etc/portage/make.conf:
PORTAGE_BINHOST="http:///xxx//packages"
FEATURES="getbinpkg"
(I guess the FEATURES definition is redundant).
Yesterday, I successfully binary-updated a vm from a different server,
and another vm on that same (other) server is updating now, successfully
pulling in binary packages.
[-- Attachment #2: Type: text/html, Size: 4073 bytes --]
next prev parent reply other threads:[~2021-04-04 10:38 UTC|newest]
Thread overview: 10+ messages / expand[flat|nested] mbox.gz Atom feed top
2021-04-03 20:03 [gentoo-user] portage has 0 debugging support for binary emerges n952162
2021-04-03 22:31 ` Neil Bothwick
2021-04-04 8:33 ` n952162
2021-04-04 8:56 ` Neil Bothwick
2021-04-04 10:37 ` n952162 [this message]
2021-04-04 13:41 ` n952162
2021-04-05 21:11 ` Daniel Frey
2021-09-06 13:48 ` n952162
2021-09-06 16:26 ` n952162
2021-09-06 17:57 ` n952162
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=5c656b5a-6b5a-94da-5a2c-8c2668a3476f@web.de \
--to=n952162@web.de \
--cc=gentoo-user@lists.gentoo.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox