" >>> Merging x11-base/opengl-update-2.0_pre4-r1 to / --- /usr/ --- /usr/lib/ --- /usr/lib/opengl/ --- /usr/lib/opengl/global/ --- /usr/lib/opengl/global/include/ >>> /usr/lib/opengl/global/include/glext.h --- /usr/sbin/ >>> /usr/sbin/opengl-update * This version will only work with >=x11-base/xorg-x11-6.8.0-r2. * Upgrade before running opengl-update. " Wouldn't it be a good idea to put this dependancy into the ebuild instead of just breaking xfree-compatibility? Reproducible: Always Steps to Reproduce: emerge opengl-update
That would be lovely, but it would create a circular dependency, which is impossible to resolve building from source. new xorg-x11 depends on new opengl-update, so new opengl-update can't depend on new xorg-x11, otherwise you could never upgrade either of them. And xfree compat is a non-issue at this point because it's obsoleted and removed from the tree.
if there would be a circular dependancy..... why you dont' just integrate your xfree-broken opengl-update in the xorg-x11-package? xfree obsoleted.... nice... how can it be obsolete when xorg doesn't run correctly on my system yet?
Because it's a two-year-old release of X. There are only so many versions one can support at a time, and those are the new ones. What you suggest would force a full recompile of xorg-x11 if we discovered a bug in opengl-update.
