Re: problem with new (unstable) xlibs
John> I just did an update yesterday, and xlibs won't upgrade.
John> Basically it fails when it tries to update app-default. I
John> included my log of what happens if it helps.
[...]
Preparing to replace xlibs 4.0.1-1 (using .../xlibs_4.0.2-1_i386.deb) ...
Unpacking replacement xlibs ...
dpkg: error processing /var/cache/apt/archives/xlibs_4.0.2-1_i386.deb (--unpack):
trying to overwrite `/usr/X11R6/lib/X11/app-defaults', which is also in package ddd
dpkg-deb: subprocess paste killed by signal (Broken pipe)
...
Errors were encountered while processing:
/var/cache/apt/archives/xlibs_4.0.2-1_i386.deb
E: Sub-process /usr/bin/dpkg returned an error code (1)
john@lazarus:~$ exit
exit
Looks familiar :(
AFAIK this is really a problem with all the other packages (like ddd,
also groff and a zillion others) that put stuff into
/usr/X11R6/lib/X11/app-defaults. They need to to changed to put the
stuff into the real location /etc/X11/app-defaults instead.
What I ended up doing:
a) download the .deb without installing it (if you use apt, it's
already in your /var/cache/apt/archives, probably)
b) use dpkg-deb --extract and dpkg-deb --control to unpack the
package in a private tree (be sure to "man dpkg-deb" 1st)
c) delete the stupid ./usr/X11R6/lib/X11/app-defaults symlink from the
private tree
d) recreate the package with dpkg-deb --build
e) install the recreated package locally with dpkg --install
HTH,
--
Ian Zimmerman, Oakland, California, U.S.A.
EngSoc adopts market economy: cheap is wasteful, efficient is expensive.
Reply to: