Why I will never apt again

Gullible Jones · 2008-10-15 22:15:37

$ sudo apt-get autoremove --purge cpufrequtils libcpufreq0
Reading package lists... Done
Building dependency tree... Done
The following packages will be REMOVED:
  cpufrequtils* libcpufreq0* xfce4-cpufreq-plugin* xfce4-goodies*
0 upgraded, 0 newly installed, 4 to remove and 163 not upgraded.
After this operation, 266kB disk space will be freed.
Do you want to continue [Y/n]? y
(Reading database ... 67313 files and directories currently installed.)
Removing cpufrequtils ...
dpkg (subprocess): unable to execute pre-removal script: Permission denied
dpkg: error processing cpufrequtils (--purge):
 subprocess pre-removal script returned error exit status 2
dpkg (subprocess): unable to execute post-installation script: Permission denied
dpkg: error while cleaning up:
 subprocess post-installation script returned error exit status 2
Removing xfce4-goodies ...
Removing xfce4-cpufreq-plugin ...
Removing libcpufreq0 ...
dpkg (subprocess): unable to execute post-removal script: Permission denied
dpkg: error processing libcpufreq0 (--purge):
 subprocess post-removal script returned error exit status 2
Errors were encountered while processing:
 cpufrequtils
 libcpufreq0
E: Sub-process /usr/bin/dpkg returned an error code (1) 
$ sudo apt-get -f install cpufrequtils libcpufreq0
Reading package lists... Done
Building dependency tree... Done
cpufrequtils is already the newest version.
libcpufreq0 is already the newest version.
0 upgraded, 0 newly installed, 0 to remove and 163 not upgraded.
2 not fully installed or removed.
Need to get 12.4kB of archives.
After this operation, 0B of additional disk space will be used.
Get:1 http://ftp.us.debian.org sid/main libcpufreq0 004-2 [12.4kB]
Fetched 12.4kB in 0s (31.5kB/s)
Selecting previously deselected package libcpufreq0.
(Reading database ... 67297 files and directories currently installed.)
Preparing to replace libcpufreq0 004-2 (using .../libcpufreq0_004-2_i386.deb) ...
Unpacking replacement libcpufreq0 ...
dpkg (subprocess): unable to execute old post-removal script: Permission denied
dpkg: warning - old post-removal script returned error exit status 2
dpkg - trying script from the new package instead ...
dpkg (subprocess): unable to execute new post-removal script: Permission denied
dpkg: error processing /var/cache/apt/archives/libcpufreq0_004-2_i386.deb (--unpack):
 subprocess new post-removal script returned error exit status 2
dpkg (subprocess): unable to execute new post-removal script: Permission denied
dpkg: error while cleaning up:
 subprocess post-removal script returned error exit status 2
Errors were encountered while processing:
 /var/cache/apt/archives/libcpufreq0_004-2_i386.deb
E: Sub-process /usr/bin/dpkg returned an error code (1)

Yes, you too can hose your system in one easy step using apt-get autoremove!

Admittedly, the blame falls almost entirely on my combined cockiness and lack of experience with Debian. However, I don't believe I'm wrong in thinking that a system that handles dependencies during install should also handle them during uninstall.

Misfit138 · 2008-10-15 22:57:17

Welcome back. :)

haxit · 2008-10-15 23:00:46

Well, I can proudly say I hate Debian after using it for about a year. Btw, what is up with the huge output. Its harder to read than the Declaration of Independence :S

Xyne · 2008-10-15 23:22:50

Trying to purge KDE 4.0 beta from (K)Ubuntu on the fourth day of Xyne's adventures in Linuxland using apt-screw_you_I_don't_wanna was the final drop that sent me looking for another distro... and I found the tranquility of Arch.

Gullible Jones · 2008-10-16 00:32:28

Interestingly, I think slapt-get may be better than the real thing in this respect. I'm not sure but I think it may autoremove deps properly.

Regarding Debian though, I have to disagree; it *is* a well-maintained distribution, and in my experience breakage of actual packages was nonexistant even in Sid (even with the infamous Sid/Gnome combo). I would consider using on e.g. a server. However, I also feel that a package management system without proper orphan handling has no place in a modern OS - I would rather use an RPM-based distro, or somesuch, if I had a production system that would be seeing frequent updates.

burnside · 2008-10-16 00:44:38

Not to go all rickh on you man, but aptitude tends to be better at removing dependencies and is the preferred way to do things these days.

Of course, I have no dispute with you sticking with arch.

cardinals_fan · 2008-10-16 01:34:36

I've never liked Debian package management. Pacman, Slackpkg, Pkgsrc, and Tazpkg are the four paths of truth

wirenik · 2008-10-16 02:01:15

On Ubuntu, I tried to install their MS font package. Well, it threw a temper tantrum for some reason, and despite all my efforts at uninstalling the package, removing the records, and clearing the database, every time I tried to do any install/remove/update action from then on, it did this big "PACKAGE MSTTCOREFONTS IS MISSING!!!!! SOUND THE ALARMS!!!!! SOMEBODY HELP MEEE!!!!!!" thing. Very annoying.

Last edited by wirenik (2008-10-16 02:02:03)

Gullible Jones · 2008-10-16 04:18:17

I was using Sidux... Sidux and aptitude don't go together.

Re tazpkg: Isn't that sort of early in development? Last I heard it only just got support for md5 checksums. However, I might have to try Slitaz if it's good... Maybe on my ex-desktop.

molom · 2008-10-16 06:19:57

What about conary?

mentallaxative · 2008-10-16 09:43:51

Correct me if I am wrong, but doesn't the smxi script help to prevent these sort of things going haywire?

My largely-unused desktop has sidux too, but I haven't upgraded it since sidux's latest release. *eep*

dmz · 2008-10-16 10:29:12

veronica:/home/dmz# apt-get upgrade
Reading package lists... Done
Building dependency tree       
Reading state information... Done
The following packages have been kept back:
  bind9-host dnsutils dpkg libbind9-40 libdjvulibre21 libdns43 libisccc40 libisccfg40 libmagick10 libsmbclient linux-image-2.6-686 openoffice.org openoffice.org-base
  openoffice.org-base-core openoffice.org-calc openoffice.org-core openoffice.org-draw openoffice.org-gcj openoffice.org-gtk openoffice.org-impress openoffice.org-java-common
  openoffice.org-math openoffice.org-officebean openoffice.org-writer python-uno
The following packages will be upgraded:
  acpi acpi-support-base acpid adduser alsa-base apt apt-utils aptitude avahi-daemon base-files base-passwd busybox ca-certificates console-common console-data cpio cpp cpp-4.3
  cpufrequtils cron cups cups-bsd cups-client cups-common cupsddk cupsddk-drivers cupsys cupsys-bsd cupsys-client dbus debconf debconf-i18n desktop-base dhcp3-client dhcp3-common
  dictionaries-common doc-debian doc-linux-text e2fslibs e2fsprogs ed eject exim4 exim4-base exim4-config exim4-daemon-light fastjar file foo2zjs foomatic-db foomatic-db-gutenprint
  foomatic-filters foomatic-filters-ppds foomatic-gui gcc-4.3-base gcj-4.3-base gdm gettext-base ghostscript ghostscript-x gij-4.3 gimp gimp-data gnome-keyring gnupg gpgv grep
  groff-base grub grub-common gs-esp gsfonts hpijs hpijs-ppds hplip hplip-data iceweasel ijsgutenprint initramfs-tools initscripts installation-report iptables java-gcj-compat
  java-gcj-compat-headless klibc-utils laptop-detect libavahi-client3 libavahi-common-data libavahi-common3 libavahi-compat-libdnssd1 libavahi-core5 libavahi-glib1 libavcodec51
  libavutil49 libblas3gf libblkid1 libbz2-1.0 libc6 libc6-i686 libcaca0 libcap2 libcomerr2 libcpufreq0 libcucul0 libcups2 libcupsimage2 libcupsys2 libcurl3 libcurl3-gnutls libcwidget3
  libdaemon0 libdb4.4 libdb4.5 libdb4.6 libdbus-1-3 libdevmapper1.02.1 libdirectfb-1.0-0 libdirectfb-extra libdrm2 libept0 libfaad0 libffi5 libfreetype6 libgc1c2 libgcc1 libgcj-bc
  libgcj-common libgcj9-0 libgcj9-0-awt libgcj9-jar libgdbm3 libgfortran3 libgimp2.0 libgl1-mesa-glx libglib2.0-0 libglu1-mesa libgnome-keyring0 libgnomeui-0 libgnomeui-common
  libgnomevfs2-0 libgnomevfs2-common libgnutls26 libgphoto2-2 libgphoto2-port0 libgraphviz4 libgs8 libgsf-1-114 libgsf-1-common libgstreamer-plugins-base0.10-0 libgstreamer0.10-0
  libgtk2.0-0 libgtk2.0-common libgutenprint2 libhal-storage1 libhal1 libhsqldb-java libhsqldb-java-gcj libhunspell-1.2-0 libhyphen0 libidn11 libijs-0.35 libilmbase6 libjack0
  libkeyutils1 libklibc libkrb53 liblapack3gf liblcms1 libldap-2.4-2 liblockfile1 liblog4j1.2-java liblwres40 libmagic1 libmodplug0c2 libmozjs1d libmx4j-java libncurses5 libncursesw5
  libneon27 libnewt0.52 libnfsidmap2 libnspr4-0d libnss3-1d libpam-modules libpam-runtime libpam0g libpango1.0-0 libpango1.0-common libpci3 libpcre3 libpng12-0 libpoppler-glib3
  libpoppler3 libpostproc51 libpulse0 libregexp-java libsane libsane-extras libsasl2-2 libsdl1.2debian libsdl1.2debian-alsa libselinux1 libsemanage1 libsepol1 libslp1 libsnmp-base
  libsnmp15 libspeex1 libsqlite3-0 libss2 libssl0.9.8 libstdc++6 libsysfs2 libtasn1-3 libtiff4 libusb-0.1-4 libuuid1 libvolume-id0 libwavpack1 libwpg-0.1-1 libwrap0 libx11-6
  libx11-data libxapian15 libxcb-render-util0 libxfont1 libxine1 libxine1-bin libxine1-console libxine1-ffmpeg libxine1-misc-plugins libxine1-plugins libxine1-x libxml2 libxslt1.1
  linux-sound-base locales login logrotate man-db manpages mawk menu mktemp mpack mtr-tiny mutt nano ncurses-base ncurses-bin ncurses-term net-tools netbase nfs-common
  openoffice.org-common openoffice.org-filter-mobiledev openoffice.org-help-en-us openoffice.org-style-andromeda openoffice.org-style-tango openprinting-ppds openssl orage passwd
  pciutils pidentd policycoreutils poppler-utils printconf procps python python-dbus python-foomatic python-gtkhtml2 python-minimal python-newt python-selinux python-semanage
  python-sepolgen python-support python2.5 python2.5-minimal reportbug rsyslog sed ssl-cert strace sysv-rc sysvinit sysvinit-utils tar tasksel tasksel-data tcpd telnet time traceroute
  ttf-dejavu ttf-dejavu-core ttf-dejavu-extra ttf-opensymbol tzdata ucf udev update-inetd usbutils uswsusp vim-common vim-tiny wget whiptail whois x11-common x11-xserver-utils xfmedia
  xfprint4 xkb-data xsane xsane-common xserver-xorg xserver-xorg-core xserver-xorg-input-all xserver-xorg-input-evdev xserver-xorg-input-synaptics xserver-xorg-input-wacom
  xserver-xorg-video-all xserver-xorg-video-ati xserver-xorg-video-intel xserver-xorg-video-openchrome xserver-xorg-video-radeon xserver-xorg-video-savage xserver-xorg-video-vesa
  xterm xulrunner-1.9
333 upgraded, 0 newly installed, 0 to remove and 25 not upgraded.
E: Could not open lock file /var/cache/apt/archives/lock - open (2 No such file or directory)
E: Unable to lock the download directory
veronica:/home/dmz#

I just wish that I could get arch to boot on that freaking server of mine, but it seems impossible.

burnside · 2008-10-16 16:30:50

Gullible Jones wrote:

I was using Sidux... Sidux and aptitude don't go together.

That actually stems from some pre-etch bugs in aptitude that have been ironed out. I run aptitude on sidux and it works just fine.

Not to criticize your choice, just sharing the knowledge.

Actually, let me add something here: Despite aptitude's claim of rendering deborphan useless I've found that it doesn't always remove dependencies that were pulled down with a package. It's better at this task then apt-get, but you do still need to run orphaner on occasion to clear things out.

It would be nice if deborphan was integrated into one of the apt front ends (pacman -Rs $(pacman -Qtdq) is a great feature in my opinion) but the net effect is the same.

dunc · 2008-10-16 18:49:50

Gullible Jones wrote:

Admittedly, the blame falls almost entirely on my combined cockiness and lack of experience with Debian. However, I don't believe I'm wrong in thinking that a system that handles dependencies during install should also handle them during uninstall.

Debian was one of the distros I tried for a few months before Arch. I was actually fairly happy with it until I did exactly the same thing.

whargoul · 2008-10-16 19:00:43

Don't the Debian folks recommend aptitude instead of apt knowadays?

cardinals_fan · 2008-10-17 00:07:35

Gullible Jones wrote:

Re tazpkg: Isn't that sort of early in development? Last I heard it only just got support for md5 checksums. However, I might have to try Slitaz if it's good... Maybe on my ex-desktop.

Yeah, it's still under pretty heavy development. However, SliTaz is a distro I'd check out. It's not to the point where I can use it as my primary, but the simplicity and elegance is pretty impressive.

Gullible Jones · 2008-10-17 02:17:43

Good to hear... The Slackware school of thought needs better representation on the desktop, IMHO. Vector (outdated), Zenwalk (buggy), and GoblinX (much better live than on the desktop) don't really cut it.

(From what I can see the Slitaz initscripts aren't exactly like Slackware's, but pretty similar - i.e. no maze of symlinks.)

Misfit138 · 2008-10-17 02:43:15

Gullible Jones wrote:

Regarding Debian though, I have to disagree; it *is* a well-maintained distribution, and in my experience breakage of actual packages was nonexistant even in Sid (even with the infamous Sid/Gnome combo).

I tried out Etch a while back on my T-23 Thinkpad. First thing I was confronted with after booting into X was a broken DRM kernel bug (which took 1.5 years to be closed). A known issue, that simply remained broken.
So much for 'Debian Stable'.
It was most disappointing, since I was mentally prepared for those famously 'rock-solid and stringently tested packages'.

Gullible Jones · 2008-10-17 15:46:22

Really... Ow. No broken DRI in Testing/Unstable.

(What was broken was the SELinux policy - it prevented DHCP from working when SELinux was turned on. Blargh.)

cardinals_fan · 2008-10-17 19:20:58

Gullible Jones wrote:

Good to hear... The Slackware school of thought needs better representation on the desktop, IMHO. Vector (outdated), Zenwalk (buggy), and GoblinX (much better live than on the desktop) don't really cut it.
(From what I can see the Slitaz initscripts aren't exactly like Slackware's, but pretty similar - i.e. no maze of symlinks.)

SliTaz's initscripts are simplicity itself

jerem · 2008-10-18 17:06:13

I manage ~20 debian servers at work and package management has gone smoothly since Sarge.

I rely strongly on aptitude, deborphan and apt-listbugs and it just works.

Last edited by jerem (2008-10-18 17:07:26)

Gullible Jones · 2008-10-18 23:15:39

To each his own, I guess...

Raccoon1400 · 2008-10-20 19:43:53

I had debian installed on various machines, never for long.
On one machine, it would hang on boot for a few minutes, and when I fixed that I could only use vesa.

The output of pacman is much more readable that apt's output.

Gullible Jones · 2008-10-22 02:55:13

OMG Slitaz is amazing! It's got all kinds of applications, good package management, MPlayer, Firefox, a beautiful default desktop, did I mention MPlayer... Wow. And NO RUNLEVELS! The init system makes Slackware's look clunky!

(Posting from it now, it's using only 67 MB of memory. Amazing, I tell you. I have never seen a distro like this before.)

icetonic · 2008-10-22 20:58:06

Before Arch I thought apt is the best package system ever...
I was wrong.

And a thing I always hated and will hate is RPM...

Arch Linux

#1 2008-10-15 22:15:37

Why I will never apt again

#2 2008-10-15 22:57:17

Re: Why I will never apt again

#3 2008-10-15 23:00:46

Re: Why I will never apt again

#4 2008-10-15 23:22:50

Re: Why I will never apt again

#5 2008-10-16 00:32:28

Re: Why I will never apt again

#6 2008-10-16 00:44:38

Re: Why I will never apt again

#7 2008-10-16 01:34:36

Re: Why I will never apt again

#8 2008-10-16 02:01:15

Re: Why I will never apt again

#9 2008-10-16 04:18:17

Re: Why I will never apt again

#10 2008-10-16 06:19:57

Re: Why I will never apt again

#11 2008-10-16 09:43:51

Re: Why I will never apt again

#12 2008-10-16 10:29:12

Re: Why I will never apt again

#13 2008-10-16 16:30:50

Re: Why I will never apt again

#14 2008-10-16 18:49:50

Re: Why I will never apt again

#15 2008-10-16 19:00:43

Re: Why I will never apt again

#16 2008-10-17 00:07:35

Re: Why I will never apt again

#17 2008-10-17 02:17:43

Re: Why I will never apt again

#18 2008-10-17 02:43:15

Re: Why I will never apt again

#19 2008-10-17 15:46:22

Re: Why I will never apt again

#20 2008-10-17 19:20:58

Re: Why I will never apt again

#21 2008-10-18 17:06:13

Re: Why I will never apt again

#22 2008-10-18 23:15:39

Re: Why I will never apt again

#23 2008-10-20 19:43:53

Re: Why I will never apt again

#24 2008-10-22 02:55:13

Re: Why I will never apt again

#25 2008-10-22 20:58:06

Re: Why I will never apt again

Board footer