reassign 338715 xserver-xorg 6.8.99.901.dfsg.1-2,nvidia-glx quit On Sat, Nov 12, 2005 at 11:52:45PM +1100, Daniel Stone wrote: > On Sat, Nov 12, 2005 at 02:17:17AM -0800, Steve Langasek wrote: > > The xserver-xorg package in experimental can't be installed on a system > > where nvidia-glx is also installed: > > > > # dpkg -i ../xserver-xorg_6.8.99.901.dfsg.1-2.1_i386.deb > > (Reading database ... 126792 files and directories currently installed.) > > Preparing to replace xserver-xorg 6.8.2.dfsg.1-10 (using > > .../xserver-xorg_6.8.99.901.dfsg.1-2.1_i386.deb) ... > > Unpacking replacement xserver-xorg ... > > dpkg: error processing ../xserver-xorg_6.8.99.901.dfsg.1-2.1_i386.deb > > (--install): > > trying to overwrite /usr/X11R6/lib/modules/extensions/libglx.so', which is > > also in package nvidia-glx > > dpkg-deb: subprocess paste killed by signal (Broken pipe) > > > > Please add the necessary conflicts or replaces or whatever happens to be > > appropriate in this case.
> Obviously, this is nvidia-glx's problem, not xorg's. The nvidia-glx package exists, and was here first. You don't get to say it's somebody else's problem when *your* package causes a user's dist-upgrade from sarge to etch to fail. If the nvidia-glx package should not be providing this file, then that's a bug as well, but you haven't given explanation of *why* this is a bug in nvidia-glx. If the file needs to be removed/moved, then it's fine to wait until this is done in nvidia-glx before adding an appropriate Conflicts: or Replaces:, but in the end the bug still needs to be dealt with in xserver-xorg. -- Steve Langasek Give me a lever long enough and a Free OS Debian Developer to set it on, and I can move the world. [EMAIL PROTECTED] http://www.debian.org/
signature.asc
Description: Digital signature