Re: [mongoose@users.sourceforge.net: X upgrade policy]

[Zoran Dzelajlija]

Quoting Christopher C. Chimelis ([EMAIL PROTECTED]):
> To end this long reply, I suggest this: compile your own Xserver and utah
> and install it in /usr/local until things work out to the point where they
> are usable again for your setup.

What I did was use the potato 3.3.6 xserver, because xserver-mach64
doesn't get built anymore, and repacked utah-glx without Conflicts:
xfree86-common(>=4.0) line.

For some more fun, today I built xserver-mach64 from 3.3.6-18 sources,
with very little problems - added it back to
debian/{control,create-arch-xservers} and to debian/patches/000a*
(whatever it's called).  Now I have a xserver-mach64_3.3.6-18, almost
like it still existed in distro.  ;-)

Had to do that because there is no DRI for mach64 yet, and I like
those nifty gl screensavers, not to mention tuxracer.

One could file a bug to utah-glx package and request replacing of
Conflicts: xfree86-common(>=4.0) with a dependency on
xserver-common-v3, or maybe on any of those xserver packages utah-glx
works with.  That would deal with the removal of utah-glx on upgrade.

Zoran
-- 
menage a trois, n.:
        Using both hands to masturbate.


--  
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]