Hi, On Saturday 10 March 2012 15:23:52 Eugene V. Lyubimkin wrote: > Cupt does not need apt for the work, but it needs an extended states > file (for reading and writing). In unusual setups where apt is not > installed at all, you can easily override the path of the file. For > example, putting > > dir::state::extendedstates "/var/lib/cupt/extended_states"; > > to /etc/cupt/cupt.conf and then 'touch /var/lib/cupt/extended_states' > should make cupt happy. I thus downgraded severity a bit.
TBH, I disagree with downgrading the severity. Like with many kinds of bugs, you can work around them, but that doesn't mean the impact is lower. In my case I had to download apt by hand to re-install it with dpkg because cupt coulnd't help me at all. I also wonder if you shouldn't be at least recommending one of the download methods... > Regardless of the Cupt-side fixes, I would say it's an error for apt to > delete these kind of files even on purge, and a serious error if its > deleted by a simple removal (you didn't specify the command so I can't > guess was your case 'remove' or 'purge'). You may want to file a bug on > apt about this. I purged apt. APT's postrm runs rm -rf on /var/cache/apt and /var/lib/apt. Cheers, -- Raphael Geissert - Debian Developer www.debian.org - get.debian.net -- To UNSUBSCRIBE, email to [email protected] with a subject of "unsubscribe". Trouble? Contact [email protected]
