Nikos Chantziaras schrieb:
> 
> See which packages were built against the new glib. Do:
>    $ qlop -l -d 2days
> See which packages were emerged AFTER glibc 2.28. Are they critical 
> packages? If not, downgrade glibc anyway. Then rebuild those packages.

I didn't consider those packages as critical (gcc was *not* built
after the glibc upgrade!), so I succeeded to downgrade glibc at last.
But now "emerge -1 apache" doesn't work because "patch" is needed,
and "patch" is still looking for glibc 2.28.  And "emerge -1 patch"
seems to need the new glibc anyway:

 * patch-2.7.6.tar.xz BLAKE2B SHA512 size ;-) ...                               
                                                                                
     [ ok ]
>>> Unpacking source...
>>> Unpacking patch-2.7.6.tar.xz to 
>>> /var/tmp/portage/sys-devel/patch-2.7.6-r3/work
>>> Source unpacked in /var/tmp/portage/sys-devel/patch-2.7.6-r3/work
>>> Preparing source in 
>>> /var/tmp/portage/sys-devel/patch-2.7.6-r3/work/patch-2.7.6 ...
 * Applying patch-2.7.6-fix-test-suite.patch ...
patch: /lib/libc.so.6: version `GLIBC_2.28' not found (required by patch)       
                                                                                
     [ !! ]
 * ERROR: sys-devel/patch-2.7.6-r3::gentoo failed (prepare phase):
 *   patch -p1  failed with 
/var/tmp/portage/sys-devel/patch-2.7.6-r3/files/patch-2.7.6-fix-test-suite.patch

So it seems that I cannot emerge "patch" because I need to patch
"patch" :-(  Am I stuck now??? What to do??

-Matt

Reply via email to