[gentoo-user] infinite loop of with @preserved-rebuild

[gentoo-user] infinite loop of with @preserved-rebuild

[gottlieb]

I am switching a system from nvidia-drivers to nouveau.  I changed the
entries in make.conf and did emerge --depclean nvidia-drivers.

One result was about a dozen packages to @preserved-rebuild, including
two webkit-gtk and libreoffice (so hours to rebuild).

The overnight emerge @preserved-rebuild finished without error, but at
the end announced that I again needed to emerge about a dozen packages,
again including the two webkit-gtk versions and libreoffice.

The full output (see below) mentions several nvidia files.

How do I break this cycle?

thanks,
allan

================================================================

>>> Auto-cleaning packages...

>>> No outdated packages were found on your system.

 * GNU info directory index is up-to-date.

!!! existing preserved libs:
>>> package: x11-drivers/nvidia-drivers-334.21-r3
 *  - /usr/lib32/opengl/nvidia/lib/libGL.so.1
 *  - /usr/lib32/opengl/nvidia/lib/libGL.so.334.21
 *      used by /opt/Adobe/Reader9/Reader/intellinux/plug_ins3d/drvOpenGL.x3d (app-text/acroread-9.5.5)
 *      used by /usr/lib32/libGLEW.so.1.9.0 (app-emulation/emul-linux-x86-opengl-20140406)
 *      used by /usr/lib32/libGLEWmx.so.1.9.0 (app-emulation/emul-linux-x86-opengl-20140406)
 *      used by 5 other files
 *  - /usr/lib64/libnvidia-glsi.so.334.21
 *  - /usr/lib32/opengl/nvidia/lib/libEGL.so.1
 *  - /usr/lib32/opengl/nvidia/lib/libEGL.so.334.21
 *      used by /usr/lib32/egl/egl_gallium.so (app-emulation/emul-linux-x86-opengl-20140406)
 *      used by /usr/lib32/libcairo-gobject.so.2.11200.14 (app-emulation/emul-linux-x86-gtklibs-20140406)
 *      used by /usr/lib32/libcairo-script-interpreter.so.2.11200.14 (app-emulation/emul-linux-x86-gtklibs-20140406)
 *      used by /usr/lib32/libcairo.so.2.11200.14 (app-emulation/emul-linux-x86-gtklibs-20140406)
 *  - /usr/lib32/libnvidia-glcore.so.334.21
 *  - /usr/lib32/libnvidia-tls.so.334.21
 *  - /usr/lib64/libnvidia-tls.so.334.21
 *  - /usr/lib32/libnvidia-glsi.so.334.21
 *  - /usr/lib64/libnvidia-glcore.so.334.21
 *  - /usr/lib64/opengl/nvidia/lib/libGL.so.1
 *  - /usr/lib64/opengl/nvidia/lib/libGL.so.334.21
 *      used by /usr/bin/Xephyr (x11-base/xorg-server-1.15.0)
 *      used by /usr/bin/cairo-sphinx (x11-libs/cairo-1.12.16)
 *      used by /usr/bin/glxgears (x11-apps/mesa-progs-8.1.0)
 *      used by 15 other files
 *  - /usr/lib64/opengl/nvidia/lib/libEGL.so.1
 *  - /usr/lib64/opengl/nvidia/lib/libEGL.so.334.21
 *      used by /usr/bin/cairo-sphinx (x11-libs/cairo-1.12.16)
 *      used by /usr/lib64/libcairo.so.2.11200.16 (x11-libs/cairo-1.12.16)
 *      used by /usr/lib64/libwebkit2gtk-3.0.so.25.4.8 (net-libs/webkit-gtk-2.2.6)
 *      used by 3 other files
Use emerge @preserved-rebuild to rebuild packages using these libraries
allan ~ # emerge @preserved-rebuild

These are the packages that would be merged, in reverse order:

Calculating dependencies... done!
[ebuild   R    ] gnome-base/gnome-control-center-3.10.3:2  USE="bluetooth colord cups gnome-online-accounts i18n socialweb -debug -kerberos -v4l" INPUT_DEVICES="-wacom" 0 kB
[ebuild   R    ] x11-apps/xdriinfo-1.0.4  0 kB
[ebuild   R    ] app-office/libreoffice-4.1.4.2  USE="bluetooth branding cups dbus eds gnome gstreamer gtk opengl vba webdav (-aqua) -debug -gtk3 -java -jemalloc -kde -mysql -odk -postgres -telepathy {-test}" LIBREOFFICE_EXTENSIONS="presenter-minimizer -nlpsolver -scripting-beanshell -scripting-javascript -wiki-publisher" PYTHON_SINGLE_TARGET="python2_7 -python3_3" PYTHON_TARGETS="python2_7 python3_3" 0 kB
[ebuild   R    ] net-libs/webkit-gtk-2.2.6-r200:2  USE="egl geoloc gstreamer introspection jit libsecret opengl spell webgl (-aqua) -coverage -debug -gles2 {-test}" 0 kB
[ebuild   R    ] app-text/acroread-9.5.5  USE="cups ldap nsplugin -html" LINGUAS="-ja -ko -zh_CN -zh_TW" 0 kB
[ebuild   R    ] games-board/gnome-chess-3.10.3  0 kB
[ebuild   R    ] gnome-base/gnome-session-3.10.1  USE="ipv6 systemd -debug -doc -gconf" 0 kB
[ebuild   R    ] net-libs/webkit-gtk-2.2.6:3/29  USE="egl geoloc gstreamer introspection jit libsecret opengl spell webgl (-aqua) -coverage -debug -gles2 {-test}" 0 kB
[ebuild   R    ] x11-base/xorg-server-1.15.0:0/1.15.0  USE="ipv6 kdrive nptl suid udev xorg -dmx -doc -minimal (-selinux) -static-libs -tslib -unwind -xnest -xvfb" 0 kB
[ebuild   R    ] media-libs/libwebp-0.4.0:0/5  USE="gif jpeg opengl png tiff -experimental -static-libs -swap-16bit-csp" ABI_X86="(64) (-32) (-x32)" 0 kB
[ebuild   R    ] app-emulation/emul-linux-x86-gtklibs-20140406  USE="development" ABI_X86="(-32)" 0 kB
[ebuild   R    ]  app-emulation/emul-linux-x86-opengl-20140406  USE="development" ABI_X86="(-32)" 0 kB
[ebuild   R    ] media-libs/freeglut-2.8.1-r1  USE="-debug -static-libs" ABI_X86="(64) (-32) (-x32)" 0 kB
[ebuild   R    ] x11-apps/mesa-progs-8.1.0  USE="-egl -gles1 -gles2" 0 kB
[ebuild   R    ] media-libs/glu-9.0.0-r1  USE="-static-libs" ABI_X86="(64) (-32) (-x32)" 0 kB
[ebuild   R    ] x11-libs/cairo-1.12.16  USE="X glib opengl svg xcb (-aqua) -debug -directfb -doc (-drm) (-gallium) (-gles2) -legacy-drivers -openvg (-qt4) -static-libs -valgrind -xlib-xcb" 0 kB

Total: 16 packages (16 reinstalls), Size of downloads: 0 kB

Re: [gentoo-user] infinite loop of with @preserved-rebuild

[Alan McKinnon]

On 09/05/2014 14:50, gottlieb@nyu.edu wrote:
> I am switching a system from nvidia-drivers to nouveau.  I changed the
> entries in make.conf and did emerge --depclean nvidia-drivers.
> 
> One result was about a dozen packages to @preserved-rebuild, including
> two webkit-gtk and libreoffice (so hours to rebuild).
> 
> The overnight emerge @preserved-rebuild finished without error, but at
> the end announced that I again needed to emerge about a dozen packages,
> again including the two webkit-gtk versions and libreoffice.
> 
> The full output (see below) mentions several nvidia files.
> 
> How do I break this cycle?

Basically what's happening is portage sees things that used to use the
old nvidia GL files still want them somehow, so it's keeping those files
around. Presumably, when packages like libreoffice are rebuilt, they
will link to the new files provided by nouveau, portage will pick this
up and release the old files.

For various reasons this doesn't always work out. Consumer apps are not
always diligent about how they seek libs to link to, and portage can't
deal with this.

There's a brute force method. All the nvidia files listed below are now
orphaned, so you should be able to delete them and let revdep-rebuild
fix anything remaining. You also have stuffs from emul-linux in there,
so I'd suggest this:

unmerge emul-linux-x86-opengl
delete orphaned files
revdep-rebuild and let it do what it wants
remerge emul-linux-x86-opengl back

Sometimes the portage preserved-rebuild magic doesn't have enough magic,
so you have to resort to the old manual ways. this looks like one of
those times


> 
> thanks,
> allan
> 
> ================================================================
> 
>>>> Auto-cleaning packages...
> 
>>>> No outdated packages were found on your system.
> 
>  * GNU info directory index is up-to-date.
> 
> !!! existing preserved libs:
>>>> package: x11-drivers/nvidia-drivers-334.21-r3
>  *  - /usr/lib32/opengl/nvidia/lib/libGL.so.1
>  *  - /usr/lib32/opengl/nvidia/lib/libGL.so.334.21
>  *      used by /opt/Adobe/Reader9/Reader/intellinux/plug_ins3d/drvOpenGL.x3d (app-text/acroread-9.5.5)
>  *      used by /usr/lib32/libGLEW.so.1.9.0 (app-emulation/emul-linux-x86-opengl-20140406)
>  *      used by /usr/lib32/libGLEWmx.so.1.9.0 (app-emulation/emul-linux-x86-opengl-20140406)
>  *      used by 5 other files
>  *  - /usr/lib64/libnvidia-glsi.so.334.21
>  *  - /usr/lib32/opengl/nvidia/lib/libEGL.so.1
>  *  - /usr/lib32/opengl/nvidia/lib/libEGL.so.334.21
>  *      used by /usr/lib32/egl/egl_gallium.so (app-emulation/emul-linux-x86-opengl-20140406)
>  *      used by /usr/lib32/libcairo-gobject.so.2.11200.14 (app-emulation/emul-linux-x86-gtklibs-20140406)
>  *      used by /usr/lib32/libcairo-script-interpreter.so.2.11200.14 (app-emulation/emul-linux-x86-gtklibs-20140406)
>  *      used by /usr/lib32/libcairo.so.2.11200.14 (app-emulation/emul-linux-x86-gtklibs-20140406)
>  *  - /usr/lib32/libnvidia-glcore.so.334.21
>  *  - /usr/lib32/libnvidia-tls.so.334.21
>  *  - /usr/lib64/libnvidia-tls.so.334.21
>  *  - /usr/lib32/libnvidia-glsi.so.334.21
>  *  - /usr/lib64/libnvidia-glcore.so.334.21
>  *  - /usr/lib64/opengl/nvidia/lib/libGL.so.1
>  *  - /usr/lib64/opengl/nvidia/lib/libGL.so.334.21
>  *      used by /usr/bin/Xephyr (x11-base/xorg-server-1.15.0)
>  *      used by /usr/bin/cairo-sphinx (x11-libs/cairo-1.12.16)
>  *      used by /usr/bin/glxgears (x11-apps/mesa-progs-8.1.0)
>  *      used by 15 other files
>  *  - /usr/lib64/opengl/nvidia/lib/libEGL.so.1
>  *  - /usr/lib64/opengl/nvidia/lib/libEGL.so.334.21
>  *      used by /usr/bin/cairo-sphinx (x11-libs/cairo-1.12.16)
>  *      used by /usr/lib64/libcairo.so.2.11200.16 (x11-libs/cairo-1.12.16)
>  *      used by /usr/lib64/libwebkit2gtk-3.0.so.25.4.8 (net-libs/webkit-gtk-2.2.6)
>  *      used by 3 other files
> Use emerge @preserved-rebuild to rebuild packages using these libraries
> allan ~ # emerge @preserved-rebuild
> 
> These are the packages that would be merged, in reverse order:
> 
> Calculating dependencies... done!
> [ebuild   R    ] gnome-base/gnome-control-center-3.10.3:2  USE="bluetooth colord cups gnome-online-accounts i18n socialweb -debug -kerberos -v4l" INPUT_DEVICES="-wacom" 0 kB
> [ebuild   R    ] x11-apps/xdriinfo-1.0.4  0 kB
> [ebuild   R    ] app-office/libreoffice-4.1.4.2  USE="bluetooth branding cups dbus eds gnome gstreamer gtk opengl vba webdav (-aqua) -debug -gtk3 -java -jemalloc -kde -mysql -odk -postgres -telepathy {-test}" LIBREOFFICE_EXTENSIONS="presenter-minimizer -nlpsolver -scripting-beanshell -scripting-javascript -wiki-publisher" PYTHON_SINGLE_TARGET="python2_7 -python3_3" PYTHON_TARGETS="python2_7 python3_3" 0 kB
> [ebuild   R    ] net-libs/webkit-gtk-2.2.6-r200:2  USE="egl geoloc gstreamer introspection jit libsecret opengl spell webgl (-aqua) -coverage -debug -gles2 {-test}" 0 kB
> [ebuild   R    ] app-text/acroread-9.5.5  USE="cups ldap nsplugin -html" LINGUAS="-ja -ko -zh_CN -zh_TW" 0 kB
> [ebuild   R    ] games-board/gnome-chess-3.10.3  0 kB
> [ebuild   R    ] gnome-base/gnome-session-3.10.1  USE="ipv6 systemd -debug -doc -gconf" 0 kB
> [ebuild   R    ] net-libs/webkit-gtk-2.2.6:3/29  USE="egl geoloc gstreamer introspection jit libsecret opengl spell webgl (-aqua) -coverage -debug -gles2 {-test}" 0 kB
> [ebuild   R    ] x11-base/xorg-server-1.15.0:0/1.15.0  USE="ipv6 kdrive nptl suid udev xorg -dmx -doc -minimal (-selinux) -static-libs -tslib -unwind -xnest -xvfb" 0 kB
> [ebuild   R    ] media-libs/libwebp-0.4.0:0/5  USE="gif jpeg opengl png tiff -experimental -static-libs -swap-16bit-csp" ABI_X86="(64) (-32) (-x32)" 0 kB
> [ebuild   R    ] app-emulation/emul-linux-x86-gtklibs-20140406  USE="development" ABI_X86="(-32)" 0 kB
> [ebuild   R    ]  app-emulation/emul-linux-x86-opengl-20140406  USE="development" ABI_X86="(-32)" 0 kB
> [ebuild   R    ] media-libs/freeglut-2.8.1-r1  USE="-debug -static-libs" ABI_X86="(64) (-32) (-x32)" 0 kB
> [ebuild   R    ] x11-apps/mesa-progs-8.1.0  USE="-egl -gles1 -gles2" 0 kB
> [ebuild   R    ] media-libs/glu-9.0.0-r1  USE="-static-libs" ABI_X86="(64) (-32) (-x32)" 0 kB
> [ebuild   R    ] x11-libs/cairo-1.12.16  USE="X glib opengl svg xcb (-aqua) -debug -directfb -doc (-drm) (-gallium) (-gles2) -legacy-drivers -openvg (-qt4) -static-libs -valgrind -xlib-xcb" 0 kB
> 
> Total: 16 packages (16 reinstalls), Size of downloads: 0 kB
> 
> 
> 


-- 
Alan McKinnon
alan.mckinnon@gmail.com

Re: [gentoo-user] infinite loop of with @preserved-rebuild

[gottlieb]

On Fri, May 09 2014, Alan McKinnon wrote:

> On 09/05/2014 14:50, gottlieb@nyu.edu wrote:
>> I am switching a system from nvidia-drivers to nouveau.  I changed the
>> entries in make.conf and did emerge --depclean nvidia-drivers.
>> 
>> One result was about a dozen packages to @preserved-rebuild, including
>> two webkit-gtk and libreoffice (so hours to rebuild).
>> 
>> The overnight emerge @preserved-rebuild finished without error, but at
>> the end announced that I again needed to emerge about a dozen packages,
>> again including the two webkit-gtk versions and libreoffice.
>> 
>> The full output (see below) mentions several nvidia files.
>> 
>> How do I break this cycle?
>
> Basically what's happening is portage sees things that used to use the
> old nvidia GL files still want them somehow, so it's keeping those files
> around. Presumably, when packages like libreoffice are rebuilt, they
> will link to the new files provided by nouveau, portage will pick this
> up and release the old files.
>
> For various reasons this doesn't always work out. Consumer apps are not
> always diligent about how they seek libs to link to, and portage can't
> deal with this.
>
> There's a brute force method. All the nvidia files listed below are now
> orphaned, so you should be able to delete them and let revdep-rebuild
> fix anything remaining. You also have stuffs from emul-linux in there,
> so I'd suggest this:
>
> unmerge emul-linux-x86-opengl
> delete orphaned files
> revdep-rebuild and let it do what it wants
> remerge emul-linux-x86-opengl back
>
> Sometimes the portage preserved-rebuild magic doesn't have enough magic,
> so you have to resort to the old manual ways. this looks like one of
> those times

I see.  This encouraged me to look at
/var/lib/portage/preserved_libs_registry, whose contents is

    "x11-drivers/nvidia-drivers:0": [
        "x11-drivers/nvidia-drivers-334.21-r3",
        "12161",
        [
            "/usr/lib64/libnvidia-glcore.so.334.21",
            "/usr/lib64/libnvidia-tls.so.334.21",
            "/usr/lib32/libnvidia-glsi.so.334.21",
            "/usr/lib32/opengl/nvidia/lib/libGL.so.334.21",
            "/usr/lib64/libnvidia-glsi.so.334.21",
            "/usr/lib32/opengl/nvidia/lib/libEGL.so.334.21",
            "/usr/lib64/opengl/nvidia/lib/libGL.so.334.21",
            "/usr/lib32/libnvidia-tls.so.334.21",
            "/usr/lib64/opengl/nvidia/lib/libEGL.so.334.21",
            "/usr/lib32/libnvidia-glcore.so.334.21",
            "/usr/lib64/opengl/nvidia/lib/libGL.so.1",
            "/usr/lib64/opengl/nvidia/lib/libEGL.so.1",
            "/usr/lib32/opengl/nvidia/lib/libGL.so.1",
            "/usr/lib32/opengl/nvidia/lib/libEGL.so.1"
        ]
    ]
}

So I guess this means that all the orphans come from nvidia-drivers.
So I am initially not unmerging/remerging emul-linux-x86.
That is my plan will be

  move orphaned files listed above to a holding area
  let revdep-rebuild do its thing
  wait 30 days
  delete the holding bin

Thanks for explaining.
allan

Re: [gentoo-user] infinite loop of with @preserved-rebuild

[gottlieb]

On Fri, May 09 2014, gottlieb@nyu.edu wrote:

> On Fri, May 09 2014, Alan McKinnon wrote:
>
>> There's a brute force method. All the nvidia files listed below are now
>> orphaned, so you should be able to delete them and let revdep-rebuild
>> fix anything remaining. You also have stuffs from emul-linux in there,
>> so I'd suggest this:
>>
>> unmerge emul-linux-x86-opengl
>> delete orphaned files
>> revdep-rebuild and let it do what it wants
>> remerge emul-linux-x86-opengl back
>>
> I see.  This encouraged me to look at
> /var/lib/portage/preserved_libs_registry, whose contents is
>
>     "x11-drivers/nvidia-drivers:0": [
>         "x11-drivers/nvidia-drivers-334.21-r3",
>         "12161",
>         [
>             "/usr/lib64/libnvidia-glcore.so.334.21",
>             "/usr/lib64/libnvidia-tls.so.334.21",
>             "/usr/lib32/libnvidia-glsi.so.334.21",
>             "/usr/lib32/opengl/nvidia/lib/libGL.so.334.21",
>             "/usr/lib64/libnvidia-glsi.so.334.21",
>             "/usr/lib32/opengl/nvidia/lib/libEGL.so.334.21",
>             "/usr/lib64/opengl/nvidia/lib/libGL.so.334.21",
>             "/usr/lib32/libnvidia-tls.so.334.21",
>             "/usr/lib64/opengl/nvidia/lib/libEGL.so.334.21",
>             "/usr/lib32/libnvidia-glcore.so.334.21",
>             "/usr/lib64/opengl/nvidia/lib/libGL.so.1",
>             "/usr/lib64/opengl/nvidia/lib/libEGL.so.1",
>             "/usr/lib32/opengl/nvidia/lib/libGL.so.1",
>             "/usr/lib32/opengl/nvidia/lib/libEGL.so.1"
>         ]
>     ]
> }
>
> So I guess this means that all the orphans come from nvidia-drivers.
> So I am initially not unmerging/remerging emul-linux-x86.
> That is my plan will be
>
>   move orphaned files listed above to a holding area
>   let revdep-rebuild do its thing
>   wait 30 days
>   delete the holding bin
>
> Thanks for explaining.
> allan

Before I mess up let me ask if the contents of preserved_libs_registry
shown above will be cleaned by the emerges triggered by revdep-rebuild
or if I am supposed to modify that file myself when I remove the
orphans.

thanks,
allan

Re: [gentoo-user] infinite loop of with @preserved-rebuild

[Alan McKinnon]

On 09/05/2014 23:34, gottlieb@nyu.edu wrote:
> On Fri, May 09 2014, gottlieb@nyu.edu wrote:
> 
>> On Fri, May 09 2014, Alan McKinnon wrote:
>>
>>> There's a brute force method. All the nvidia files listed below are now
>>> orphaned, so you should be able to delete them and let revdep-rebuild
>>> fix anything remaining. You also have stuffs from emul-linux in there,
>>> so I'd suggest this:
>>>
>>> unmerge emul-linux-x86-opengl
>>> delete orphaned files
>>> revdep-rebuild and let it do what it wants
>>> remerge emul-linux-x86-opengl back
>>>
>> I see.  This encouraged me to look at
>> /var/lib/portage/preserved_libs_registry, whose contents is
>>
>>     "x11-drivers/nvidia-drivers:0": [
>>         "x11-drivers/nvidia-drivers-334.21-r3",
>>         "12161",
>>         [
>>             "/usr/lib64/libnvidia-glcore.so.334.21",
>>             "/usr/lib64/libnvidia-tls.so.334.21",
>>             "/usr/lib32/libnvidia-glsi.so.334.21",
>>             "/usr/lib32/opengl/nvidia/lib/libGL.so.334.21",
>>             "/usr/lib64/libnvidia-glsi.so.334.21",
>>             "/usr/lib32/opengl/nvidia/lib/libEGL.so.334.21",
>>             "/usr/lib64/opengl/nvidia/lib/libGL.so.334.21",
>>             "/usr/lib32/libnvidia-tls.so.334.21",
>>             "/usr/lib64/opengl/nvidia/lib/libEGL.so.334.21",
>>             "/usr/lib32/libnvidia-glcore.so.334.21",
>>             "/usr/lib64/opengl/nvidia/lib/libGL.so.1",
>>             "/usr/lib64/opengl/nvidia/lib/libEGL.so.1",
>>             "/usr/lib32/opengl/nvidia/lib/libGL.so.1",
>>             "/usr/lib32/opengl/nvidia/lib/libEGL.so.1"
>>         ]
>>     ]
>> }
>>
>> So I guess this means that all the orphans come from nvidia-drivers.
>> So I am initially not unmerging/remerging emul-linux-x86.
>> That is my plan will be
>>
>>   move orphaned files listed above to a holding area
>>   let revdep-rebuild do its thing
>>   wait 30 days
>>   delete the holding bin
>>
>> Thanks for explaining.
>> allan
> 
> Before I mess up let me ask if the contents of preserved_libs_registry
> shown above will be cleaned by the emerges triggered by revdep-rebuild
> or if I am supposed to modify that file myself when I remove the
> orphans.
> 
> thanks,
> allan


I'm not entirely certain how portage maintains preserved_libs_registry
and when it gets modified (I suspect the exact answer has changed over
time) so my recommendation is to leave the file alone unless you are
forced to modify it.

I've done that a few times in the past to fix issues like you ar dealing
with - it's a rather blunt weapon though. Having said that, it's not
especially dangerous. preserved_libs_registry is really just a bunch of
flags of stuff to be rebuilt, so if you do mess it up, a round of emerge
world && revdep-rebuild gets things consistent again, it just takes some
time and cpu cycles


-- 
Alan McKinnon
alan.mckinnon@gmail.com

Re: [gentoo-user] infinite loop of with @preserved-rebuild

[gottlieb]

On Sat, May 10 2014, Alan McKinnon wrote:

> On 09/05/2014 23:34, gottlieb@nyu.edu wrote:
>> On Fri, May 09 2014, gottlieb@nyu.edu wrote:
>> 
>>> On Fri, May 09 2014, Alan McKinnon wrote:
>>>
>>>> There's a brute force method. All the nvidia files listed below are now
>>>> orphaned, so you should be able to delete them and let revdep-rebuild
>>>> fix anything remaining.
>>>
>>> I see.  This encouraged me to look at
>>> /var/lib/portage/preserved_libs_registry, whose contents is
>>>
>>>     "x11-drivers/nvidia-drivers:0": [
>>>         "x11-drivers/nvidia-drivers-334.21-r3",
>>>         "12161",
>>>         [
>>>             "/usr/lib64/libnvidia-glcore.so.334.21",
>>>             "/usr/lib64/libnvidia-tls.so.334.21",
>>>             "/usr/lib32/libnvidia-glsi.so.334.21",
>>>             "/usr/lib32/opengl/nvidia/lib/libGL.so.334.21",
>>>             "/usr/lib64/libnvidia-glsi.so.334.21",
>>>             "/usr/lib32/opengl/nvidia/lib/libEGL.so.334.21",
>>>             "/usr/lib64/opengl/nvidia/lib/libGL.so.334.21",
>>>             "/usr/lib32/libnvidia-tls.so.334.21",
>>>             "/usr/lib64/opengl/nvidia/lib/libEGL.so.334.21",
>>>             "/usr/lib32/libnvidia-glcore.so.334.21",
>>>             "/usr/lib64/opengl/nvidia/lib/libGL.so.1",
>>>             "/usr/lib64/opengl/nvidia/lib/libEGL.so.1",
>>>             "/usr/lib32/opengl/nvidia/lib/libGL.so.1",
>>>             "/usr/lib32/opengl/nvidia/lib/libEGL.so.1"
>>>         ]
>>>     ]
>>> }
>>>
>>> So I guess this means that all the orphans come from nvidia-drivers.
>>> So I am initially not unmerging/remerging emul-linux-x86.
>>> That is my plan will be
>>>
>>>   move orphaned files listed above to a holding area
>>>   let revdep-rebuild do its thing
>>>   wait 30 days
>>>   delete the holding bin
>>>
>>> Thanks for explaining.
>>> allan
>> 
>> Before I mess up let me ask if the contents of preserved_libs_registry
>> shown above will be cleaned by the emerges triggered by revdep-rebuild
>> or if I am supposed to modify that file myself when I remove the
>> orphans.
>> 
>> thanks,
>> allan
>
>
> I'm not entirely certain how portage maintains preserved_libs_registry
> and when it gets modified (I suspect the exact answer has changed over
> time) so my recommendation is to leave the file alone unless you are
> forced to modify it.
>
> I've done that a few times in the past to fix issues like you ar dealing
> with - it's a rather blunt weapon though. Having said that, it's not
> especially dangerous. preserved_libs_registry is really just a bunch of
> flags of stuff to be rebuilt, so if you do mess it up, a round of emerge
> world && revdep-rebuild gets things consistent again, it just takes some
> time and cpu cycles

Thanks.  I moved the orphaned files.  revdep-rebuild and emerge world
had nothing to say (recall I already ran emerge @preserved_rebuild).
In a month tmpwatch will kill the orphaned files for good.

thanks again.
allan

Re: [gentoo-user] infinite loop of with @preserved-rebuild

[Philip Webb]

On 09/05/2014 14:50, gottlieb@nyu.edu wrote:
> I am switching a system from nvidia-drivers to nouveau ...
> One result was about a dozen packages to @preserved-rebuild
> The overnight emerge @preserved-rebuild finished without error,
> but at the end announced I again needed to emerge about a dozen packages,
> again including the two webkit-gtk versions and libreoffice.
> The full output (see below) mentions several nvidia files.
> How do I break this cycle?
>> !!! existing preserved libs:
>> package: x11-drivers/nvidia-drivers-334.21-r3
>>  *  - /usr/lib32/opengl/nvidia/lib/libGL.so.1
>>  *  - /usr/lib32/opengl/nvidia/lib/libGL.so.334.21
>>  *      used by /opt/Adobe/Reader9/Reader/intellinux/plug_ins3d/drvOpenGL.x3d (app-text/acroread-9.5.5) ...
>>  *  - /usr/lib64/libnvidia-glsi.so.334.21
>>  *  - /usr/lib32/opengl/nvidia/lib/libEGL.so.1
>>  *  - /usr/lib32/opengl/nvidia/lib/libEGL.so.334.21
>>  *      used by /usr/lib32/egl/egl_gallium.so (app-emulation/emul-linux-x86-opengl-20140406) ...

I ran into the same glitch & removed the Nvidia .so files without harm.
It also appears that Nvidia -- I'm using 334.21-r3 --
no longer requires the 'emul' deps, which I also unmerged without harm.
The noxious lines no longer appear in Portage output.

-- 
========================,,============================================
SUPPORT     ___________//___,   Philip Webb
ELECTRIC   /] [] [] [] [] []|   Cities Centre, University of Toronto
TRANSIT    `-O----------O---'   purslowatchassdotutorontodotca

Re: [gentoo-user] infinite loop of with @preserved-rebuild

[gottlieb]

On Sun, May 11 2014, Philip Webb wrote:

> On 09/05/2014 14:50, gottlieb@nyu.edu wrote:
>> I am switching a system from nvidia-drivers to nouveau ...
>> One result was about a dozen packages to @preserved-rebuild
>> The overnight emerge @preserved-rebuild finished without error,
>> but at the end announced I again needed to emerge about a dozen packages,
>> again including the two webkit-gtk versions and libreoffice.
>> The full output (see below) mentions several nvidia files.
>> How do I break this cycle?
>>> !!! existing preserved libs:
>>> package: x11-drivers/nvidia-drivers-334.21-r3
>>>  *  - /usr/lib32/opengl/nvidia/lib/libGL.so.1
>>>  *  - /usr/lib32/opengl/nvidia/lib/libGL.so.334.21
>>>  * used by
>>> /opt/Adobe/Reader9/Reader/intellinux/plug_ins3d/drvOpenGL.x3d
>>> (app-text/acroread-9.5.5) ...
>>>  *  - /usr/lib64/libnvidia-glsi.so.334.21
>>>  *  - /usr/lib32/opengl/nvidia/lib/libEGL.so.1
>>>  *  - /usr/lib32/opengl/nvidia/lib/libEGL.so.334.21
>>>  * used by /usr/lib32/egl/egl_gallium.so
>>> (app-emulation/emul-linux-x86-opengl-20140406) ...
>
> I ran into the same glitch & removed the Nvidia .so files without harm.
> It also appears that Nvidia -- I'm using 334.21-r3 --
> no longer requires the 'emul' deps, which I also unmerged without harm.
> The noxious lines no longer appear in Portage output.

Thanks,
allan