• [gentoo-user] portage has 0 debugging support for binary emerges

    From n952162@21:1/5 to All on Mon Sep 6 15:50:02 2021
    On 4/3/21 10:03 PM, n952162 wrote:
    I find no clue why the binary packages on my server aren't being picked
    up.  The --debug option  (and --verbose, naturally) has no additional information.  Running the --getbinpkgonly stops immediately, saying 0 packages are selected.

    I found one problem: on my server, my apache log file had a 302 fetch
    error for /var/cache/binpkgs/Packages.  I touched it a few hours into
    the future and started getting a 200 for it.  But still no emerge would fetch a binary (even though there ARE good candidates).  On a guess, I touched all the files in binpkgs an hour into the future, but that
    didn't help.

    Binary updates are VERY useful for virtual machines.



    Unfortunately, there hasn't really been a resolution on this issue.

    I think it's reasonable that if portage accesses a package on a binary
    server and decides it's not eligible, it should report the reason for
    rejecting it.

    Is it possible to make requests for improvements in gentoo?

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From n952162@21:1/5 to All on Mon Sep 6 18:30:03 2021
    This is a multi-part message in MIME format.
    On 9/6/21 3:48 PM, n952162 wrote:
    On 4/3/21 10:03 PM, n952162 wrote:
    I find no clue why the binary packages on my server aren't being picked
    up.  The --debug option  (and --verbose, naturally) has no additional
    information.  Running the --getbinpkgonly stops immediately, saying 0
    packages are selected.

    I found one problem: on my server, my apache log file had a 302 fetch
    error for /var/cache/binpkgs/Packages.  I touched it a few hours into
    the future and started getting a 200 for it.  But still no emerge would
    fetch a binary (even though there ARE good candidates).  On a guess, I
    touched all the files in binpkgs an hour into the future, but that
    didn't help.

    Binary updates are VERY useful for virtual machines.



    Unfortunately, there hasn't really been a resolution on this issue.

    I think it's reasonable that if portage accesses a package on a binary
    server and decides it's not eligible, it should report the reason for rejecting it.

    Is it possible to make requests for improvements in gentoo?



    In the current case, llvm-common came across as binary, thunderbird and
    firefox are also listed as a *binary* update, but llvm is an *ebuild*.  Neither host (binary server) nor the client (updating system) have any
    USE flags defined for llvm.  I know of no way to figure out what went wrong.


    <html>
    <head>
    <meta http-equiv="Content-Type" content="text/html; charset=UTF-8">
    </head>
    <body>
    <div class="moz-cite-prefix">On 9/6/21 3:48 PM, n952162 wrote:<br>
    </div>
    <blockquote type="cite"
    cite="mid:56a7028f-4047-2d67-eb5a-2e9f14aac573@web.de">On 4/3/21
    10:03 PM, n952162 wrote:
    <br>
    <blockquote type="cite">I find no clue why the binary packages on
    my server aren't being picked
    <br>
    up.  The --debug option  (and --verbose, naturally) has no
    additional
    <br>
    information.  Running the --getbinpkgonly stops immediately,
    saying 0
    <br>
    packages are selected.
    <br>
    <br>
    I found one problem: on my server, my apache log file had a 302
    fetch
    <br>
    error for /var/cache/binpkgs/Packages.  I touched it a few hours
    into
    <br>
    the future and started getting a 200 for it.  But still no
    emerge would
    <br>
    fetch a binary (even though there ARE good candidates).  On a
    guess, I
    <br>
    touched all the files in binpkgs an hour into the future, but
    that
    <br>
    didn't help.
    <br>
    <br>
    Binary updates are VERY useful for virtual machines.
    <br>
    <br>
    <br>
    </blockquote>
    <br>
    Unfortunately, there hasn't really been a resolution on this
    issue.
    <br>
    <br>
    I think it's reasonable that if portage accesses a package on a
    binary
    <br>
    server and decides it's not eligible, it should report the reason
    for
    <br>
    rejecting it.
    <br>
    <br>
    Is it possible to make requests for improvements in gentoo?
    <br>
    <br>
    <br>
    </blockquote>
    <p><br>
    </p>
    <p>In the current case, llvm-common came across as binary,
    thunderbird and firefox are also listed as a <b>binary</b>
    update, but llvm is an <b>ebuild</b>.  Neither host (binary
    server) nor the client (updating system) have any USE flags
    defined for llvm.  I know of no way to figure out what went wrong.<br>
    </p>
    </body>
    </html>

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From n952162@21:1/5 to All on Mon Sep 6 20:00:01 2021
    This is a multi-part message in MIME format.
    On 9/6/21 6:26 PM, n952162 wrote:
    On 9/6/21 3:48 PM, n952162 wrote:
    On 4/3/21 10:03 PM, n952162 wrote:
    I find no clue why the binary packages on my server aren't being picked
    up.  The --debug option  (and --verbose, naturally) has no additional
    information.  Running the --getbinpkgonly stops immediately, saying 0
    packages are selected.

    I found one problem: on my server, my apache log file had a 302 fetch
    error for /var/cache/binpkgs/Packages.  I touched it a few hours into
    the future and started getting a 200 for it.  But still no emerge would >>> fetch a binary (even though there ARE good candidates).  On a guess, I
    touched all the files in binpkgs an hour into the future, but that
    didn't help.

    Binary updates are VERY useful for virtual machines.



    Unfortunately, there hasn't really been a resolution on this issue.

    I think it's reasonable that if portage accesses a package on a binary
    server and decides it's not eligible, it should report the reason for
    rejecting it.

    Is it possible to make requests for improvements in gentoo?



    In the current case, llvm-common came across as binary, thunderbird
    and firefox are also listed as a *binary* update, but llvm is an
    *ebuild*.  Neither host (binary server) nor the client (updating
    system) have any USE flags defined for llvm.  I know of no way to
    figure out what went wrong.


    Okay, maybe I've found what I was looking for:

    !!! The following binary packages have been ignored due to changed
    dependencies:

         net-misc/iputils-20210202::gentoo
         sys-devel/llvm-12.0.1::gentoo
         sys-devel/llvm-10.0.1::gentoo
         sys-devel/llvm-10.0.1::gentoo
         sys-devel/clang-12.0.1::gentoo
         sys-devel/lld-12.0.1::gentoo
         sys-libs/compiler-rt-12.0.1::gentoo
    sys-libs/compiler-rt-sanitizers-12.0.1::gentoo
         sys-libs/libomp-12.0.1::gentoo

    NOTE: The --binpkg-changed-deps=n option will prevent emerge
          from ignoring these binary packages if possible.
          Using --binpkg-changed-deps=y will silence this warning.



    <html>
    <head>
    <meta http-equiv="Content-Type" content="text/html; charset=UTF-8">
    </head>
    <body>
    <div class="moz-cite-prefix">On 9/6/21 6:26 PM, n952162 wrote:<br>
    </div>
    <blockquote type="cite"
    cite="mid:df6d74b7-241c-775d-2124-cef13808f79c@web.de">
    <meta http-equiv="Content-Type" content="text/html; charset=UTF-8">
    <div class="moz-cite-prefix">On 9/6/21 3:48 PM, n952162 wrote:<br>
    </div>
    <blockquote type="cite"
    cite="mid:56a7028f-4047-2d67-eb5a-2e9f14aac573@web.de">On 4/3/21
    10:03 PM, n952162 wrote: <br>
    <blockquote type="cite">I find no clue why the binary packages
    on my server aren't being picked <br>
    up.  The --debug option  (and --verbose, naturally) has no
    additional <br>
    information.  Running the --getbinpkgonly stops immediately,
    saying 0 <br>
    packages are selected. <br>
    <br>
    I found one problem: on my server, my apache log file had a
    302 fetch <br>
    error for /var/cache/binpkgs/Packages.  I touched it a few
    hours into <br>
    the future and started getting a 200 for it.  But still no
    emerge would <br>
    fetch a binary (even though there ARE good candidates).  On a
    guess, I <br>
    touched all the files in binpkgs an hour into the future, but
    that <br>
    didn't help. <br>
    <br>
    Binary updates are VERY useful for virtual machines. <br>
    <br>
    <br>
    </blockquote>
    <br>
    Unfortunately, there hasn't really been a resolution on this
    issue. <br>
    <br>
    I think it's reasonable that if portage accesses a package on a
    binary <br>
    server and decides it's not eligible, it should report the
    reason for <br>
    rejecting it. <br>
    <br>
    Is it possible to make requests for improvements in gentoo? <br>
    <br>
    <br>
    </blockquote>
    <p><br>
    </p>
    <p>In the current case, llvm-common came across as binary,
    thunderbird and firefox are also listed as a <b>binary</b>
    update, but llvm is an <b>ebuild</b>.  Neither host (binary
    server) nor the client (updating system) have any USE flags
    defined for llvm.  I know of no way to figure out what went
    wrong.<br>
    </p>
    </blockquote>
    <p><br>
    </p>
    <p>Okay, maybe I've found what I was looking for:</p>
    <blockquote>
    <p><font face="monospace">!!! The following binary packages have
    been ignored due to changed dependencies:</font><br>
    <br>
    <font face="monospace">     net-misc/iputils-20210202::gentoo</font><br>
    <font face="monospace">     sys-devel/llvm-12.0.1::gentoo</font><br>
    <font face="monospace">     sys-devel/llvm-10.0.1::gentoo</font><br>
    <font face="monospace">     sys-devel/llvm-10.0.1::gentoo</font><br>
    <font face="monospace">     sys-devel/clang-12.0.1::gentoo</font><br>
    <font face="monospace">     sys-devel/lld-12.0.1::gentoo</font><br>
    <font face="monospace">     sys-libs/compiler-rt-12.0.1::gentoo</font><br>
    <font face="monospace">    
    sys-libs/compiler-rt-sanitizers-12.0.1::gentoo</font><br>
    <font face="monospace">     sys-libs/libomp-12.0.1::gentoo</font><br>
    <br>
    <font face="monospace">NOTE: The --binpkg-changed-deps=n option
    will prevent emerge</font><br>
    <font face="monospace">      from ignoring these binary packages
    if possible.</font><br>
    <font face="monospace">      Using --binpkg-changed-deps=y will
    silence this warning.</font><br>
    <br>
    </p>
    </blockquote>
    <p><br>
    </p>
    </body>
    </html>

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)