Bug#327641: ACK
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
Reply to: