| Code Sample |
damnsmall@box:~$ sudo su root root@box:/home/damnsmall# apt-get update Hit http://ftp.us.debian.org testing/main Packages Hit http://ftp.us.debian.org testing/main Release Reading Package Lists... Done Building Dependency Tree... Done root@box:/home/damnsmall# apt-get upgrade Reading Package Lists... Done Building Dependency Tree... Done You might want to run `apt-get -f install' to correct these. Sorry, but the following packages have unmet dependencies: apt-utils: Depends: libapt-pkg-libc6.3-5-3.3 E: Unmet dependencies. Try using -f. root@box:/home/damnsmall# apt-get -f install Reading Package Lists... Done Building Dependency Tree... Done Correcting dependencies... Done The following extra packages will be installed: apt libgcc1 libstdc++5 3 packages upgraded, 0 newly installed, 0 to remove and 98 not upgraded. Need to get 0B/1273kB of archives. After unpacking 721kB will be used. Do you want to continue? [Y/n] y tar: Couldnt remove old file: Is a directory dpkg-deb: subprocess tar returned error exit status 1 dpkg: error processing /var/cache/apt/archives/libgcc1_1%3a3.3.3-1_i386.deb (--u npack): subprocess dpkg-deb --control returned error exit status 2 Errors were encountered while processing: /var/cache/apt/archives/libgcc1_1%3a3.3.3-1_i386.deb E: Sub-process /usr/bin/dpkg returned an error code (1) root@box:/home/damnsmall# |
| Quote |
| Their are instructions on the web-site for getting the Debian package management software working (it is not there out-of-the-box). The basic process as of this DSL version 0.6.1 is to execute /usr/sbin/dpkg-restore, which installs some kind of dpkg package from the DSL web-site. This version of DSL seems to be based mainly on Debian "testing", so I recommend you point your /etc/sources.list there. As I soon found out, dpkg is not all there. This is not a purely Debian system, so lots of things are missing, including things that are considered essential on a normal Debian install. The first thing I found was that after trying to pull down some packages, APT/dpkg invariably became knotted up with obtuse error messages (particularly "tar: Couldnt remove old file: Is a directory") refusing to install anything further. In this state, re-running /usr/sbin/dpkg-restore put Humpty back together temporarily and restored the ability to load and upgrade software. But it kept recurring, and finally when my kernel failed to compile with the last error message pointing toward a dpkg problem, I decided to do something about it. I first tried to re-install dpkg from the Debian server rather then from the DSL server, and was refused. I finally resorted to the risky operation of downloading the package manually and slamming it in place with a dpkg --force-all -i dpkg_1.9.21_i386.deb. After this, not only did the kernel compile, but many of the flaky messages I was getting when dpkg refused to install packages went away. And dpkg/APT/dselect now seem to work just like on a pure Debian system, although I haven't yet been offered an upgrade of anything related to the xserver, which I am sure would be disastrous if accepted. I succeeded in getting the gcc compiler and kernel source installed with "apt-get install gcc kernel-source-xxxx" but kernel compilation failed with some weird looking messages regarding busybox. (This preceded my dpkg repairs above, so I am not sure if busybox was really causing the breakage.) In DSL, apparently most of your favorite command-line utilities have been replaced by a compact, less capable set of utilities called busybox. I then installed some of the utility packages from the base system to get the real thing. This got rid of all the suspicious-looking busybox warning messages during compilation. |