On Wed, 2005-09-14 at 09:33 +0200, Manuel Villar wrote: > You're right at least in my case (bug 328024), it was not a bug in your > package. See transcription: > > *------------------------------------------------------------------------* > Viriato:/# dpkg -D10 -i /tmp/xlibmesa-gl_6.8.2.dfsg.1-7_i386.deb > > D000010: ensure_pathname_nonexisting `/var/lib/dpkg/tmp.ci' > (Leyendo la base de datos ... > 133894 ficheros y directorios instalados actualmente.) > Preparando para reemplazar xlibmesa-gl 6.8.2.dfsg.1-6 > (usando .../xlibmesa-gl_6. 8.2.dfsg.1-7_i386.deb) ... > Desempaquetando el reemplazo de xlibmesa-gl ... > D000010: tarobject ti->Name=`.' Mode=755 owner=0.0 Type=53(d) > ti->LinkName=`' na menode=`/.' flags=2 instead=`<none>' > D000010: ensure_pathname_nonexisting `/..dpkg-new' > D000010: ensure_pathname_nonexisting `/..dpkg-tmp' > D000010: tarobject ti->Name=`./usr' Mode=755 owner=0.0 Type=53(d) > ti->LinkName=` ' namenode=`/usr' flags=2 instead=`<none>' > D000010: ensure_pathname_nonexisting `/usr.dpkg-new' > D000010: ensure_pathname_nonexisting `/usr.dpkg-tmp' > D000010: tarobject ti->Name=`./usr/X11R6' Mode=755 owner=0.0 Type=53(d) > ti->Link Name=`' namenode=`/usr/X11R6' flags=2 instead=`<none>' > D000010: ensure_pathname_nonexisting `/usr/X11R6.dpkg-new' > D000010: ensure_pathname_nonexisting `/usr/X11R6.dpkg-tmp' > D000010: tarobject ti->Name=`./usr/X11R6/lib' Mode=755 owner=0.0 > Type=53(d) ti-> LinkName=`' namenode=`/usr/X11R6/lib' flags=2 > instead=`<none>' > D000010: ensure_pathname_nonexisting `/usr/X11R6/lib.dpkg-new' > D000010: ensure_pathname_nonexisting `/usr/X11R6/lib.dpkg-tmp' > D000010: tarobject ti->Name=`./usr/X11R6/lib/libGL.so.1.2' Mode=644 > owner=0.0 Ty pe=48(-) ti->LinkName=`' > namenode=`/usr/X11R6/lib/libGL.so.1.2' flags=2 instead= > `/usr/share/fglrx/diversions/libGL.so.1.2' > D000010: namenodetouse namenode=`/usr/X11R6/lib/libGL.so.1.2' > pkg=xlibmesa-gl > D000010: namenodetouse ... > useinstead=/usr/share/fglrx/diversions/libGL.so.1.2 c amefrom=<none> > pkg=fglrx-driver return /usr/share/fglrx/diversions/libGL.so.1.2 > D000010: tarobject ... found in fglrx-driver > D000010: tarobject ... diverted, divpkg=fglrx-driver > D000010: ensure_pathname_nonexisting > `/usr/share/fglrx/diversions/libGL.so.1.2.d pkg-new' > D000010: ensure_pathname_nonexisting > `/usr/share/fglrx/diversions/libGL.so.1.2.d pkg-tmp' > dpkg: error al procesar /tmp/xlibmesa-gl_6.8.2.dfsg.1-7_i386.deb > (--install): > no se puede crear `./usr/X11R6/lib/libGL.so.1.2': No existe el fichero > o el dir ectorio > D000010: cu_installnew `/usr/X11R6/lib/libGL.so.1.2' flags=2 > dpkg-deb: el subproceso paste fue terminado por la señal (Tubería rota) > D000010: ensure_pathname_nonexisting `/var/lib/dpkg/tmp.ci' > D000010: ensure_pathname_nonexisting running rm -rf > D000010: ensure_pathname_nonexisting `/var/lib/dpkg/reassemble.deb' > Se encontraron errores al procesar: > /tmp/xlibmesa-gl_6.8.2.dfsg.1-7_i386.deb > *-------------------------------------------------------------------* > > The problem was that the diverted path /usr/share/fglrx/diversions/ > didn't existed so installation crashed. After creating it manually > (mkdir /usr/share/fglrx/diversions/), the installation went on smoothly. > Sorry for any incovenience and thanks for the time you spend maintaining > the package. > > PS: I have a doubt, should I file a bug against dpkg or fglrx-driver (I > know this is not a Debian Package) for not having created the path?
More likely fglrx-driver, CC'ing the relevant mailing list. However, if you used the GUI fglrx installer while fglrx-driver was already installed, that may have nuked the /usr/share/fglrx directory. -- Earthling Michel Dänzer | Debian (powerpc), X and DRI developer Libre software enthusiast | http://svcs.affero.net/rm.php?r=daenzer
