Re: [gentoo-user] did python-r1 improve user experience?

[Alan McKinnon]

On 01/11/2013 17:43, gottlieb@×××.edu wrote:
> On Fri, Nov 01 2013, Alan McKinnon wrote:
>
>> On 01/11/2013 15:41, gottlieb@×××.edu wrote:
>>> On Thu, Oct 31 2013, gottlieb@×××.edu wrote:
>>>
>>>> On Sun, Oct 27 2013, Mike Gilbert wrote:
>>>>
>>>>> Making things "just work" is complex when trying to juggle 6 or more
>>>>> supported versions/implementations of python.
>>>>
>>>> Indeed.
>>>>
>>>>> We have tried to explain the magic make.conf lines in the Python user guide.
>>>>>
>>>>> https://www.gentoo.org/proj/en/Python/python-r1/user-guide.xml
>>>>>
>>>>> We also try to make sure that most users never have to touch
>>>>> PYTHON_TARGETS, etc; the default values provided by your profile are
>>>>> set up to allow *stable* python2.7 and python3.2 to work properly.
>>>>
>>>>> ~arch users are expected to read the docs. ^_^
>>>>
>>>> I am a ~amd64 user and I just read the user-guide. :-)
>>>> I do not see any action items for my system; but do see a large number
>>>> of reinstalls proposed by emerge
>>>>
>>>> I do not change any python variables in make.conf so emerge --info shows
>>>> PYTHON_SINGLE_TARGET="python2_7"
>>>> PYTHON_TARGETS="python2_7 python3_2"
>>>>
>>>> a recursive grep -i for python in /etc/portage yields only
>>>> ./package.use/imaging-pillow:5:virtual/python-imaging
>>>> -python_targets_python3_2
>>>>
>>>> So I basically have the default except for the imaging/pillow business.
>>>>
>>>> I note that update world wants to rebuild a bunch of packages (the
>>>> entire output is below).  Some are qt-related others involve
>>>> PYTHON_TARGETS.
>>>>
>>>> Does this mean that I can let the 44 packages / 38 reinstalls update occur
>>>> and expect a running system to result?  It is unusual, but I realize not
>>>> unprecedented, to have so many reinstalls and I would like to confirm
>>>> that this is expected.
>>>>
>>>> thanks,
>>>> allan
>>>
>>> I realize that I forgot to attach the list of packages emerge wants to
>>> reinstall.  So I did the same emerge command (I always use --ask) and
>>> they are *gone*.  This I don't understand since I didn't sync inbetween
>>> (ls -lt /usr/portage shows nothing since wednesday).
>>>
>>> I though all dependencies, etc are resolved locally so why would it
>>> change from 44 packages with 38 reinstalls to 4 packages with no
>>> reinstalls?
>>
>>
>> Did you make any changes to make.conf between your previous mail and
>> doing this last test?
>
> Good question, but no.
>
> -rw-r--r-- 1 root root 709 Sep 18 14:58 /etc/portage/make.conf
>
> allan
>

I think we can agree that something must have changed on your system in
the last few days, we just have to find it.

Otherwise we'd have to concede that portage has code like this:

if rnd(0,2)
  do_stupid_emerge()
else
  do_sensible_emerge()
endif

I reckon it's safe to assume portage does not contain code like that :-)

Did you run any portage commands at all that cause changes since
Wednesday? "emerge @preserved-rebuild" and depclean are good candidates,
I often forget about those myself.

How about any file at all in /etc/portage that changes since wednesday?
Or /var/lib/portage/world*?

-- 
Alan McKinnon
alan.mckinnon@×××××.com