1 |
On 5/14/21 6:07 PM, Jack wrote: |
2 |
> On 5/14/21 3:54 AM, n952162 wrote: |
3 |
>> Why does portage want to build this: |
4 |
>> |
5 |
>> [ebuild R ] x11-apps/xmodmap-1.0.10::gentoo 0 KiB |
6 |
>> |
7 |
>> given this, already installed: |
8 |
>> |
9 |
>> /var/db/pkg/x11-apps/xmodmap-1.0.10/xmodmap-1.0.10.ebuild |
10 |
>> |
11 |
>> and these on my binary server (which is apparently not working properly |
12 |
>> for reasons I'm trying to track down): |
13 |
>> |
14 |
>> binpkgs/x11-apps/xmodmap-1.0.10.tbz2 |
15 |
>> distfiles/xmodmap-1.0.10.tar.bz2 |
16 |
>> |
17 |
>> When I remove these options, it doesn't want to anymore: |
18 |
>> |
19 |
>> # --changed-use \ |
20 |
>> # --changed-deps \ |
21 |
>> # --newuse \ |
22 |
>> # --backtrack=100 \ |
23 |
>> # --deep \ |
24 |
>> |
25 |
>> Which option was it, I wonder, which triggered the build, and would it |
26 |
>> bring me anything? |
27 |
> My guess is that one of the USE flags changed. Compare which USE |
28 |
> flags is it currently installed with and which it wants for the |
29 |
> reinstall. It might even be that a USE flag changed in the ebuild, |
30 |
> even if it won't actually change what gets installed. (--changed-use |
31 |
> vs --new-use) |
32 |
> |
33 |
There are no use flags defined for any of the packages I did a random |
34 |
check for, either on the server or the client. I am worried that it is |
35 |
as you say: that the ebuild has a change of USE flags, which, of course, |
36 |
has nothing to do with me, the user. |
37 |
I wish dearly that I could find a print out of the reasons why a package |
38 |
is rejected, listing new and old USE flags, for example. |