Thanks for the quick reply, Steve.
I didn't mean to imply that it wasn't a good reason.
I take it that all such removals are documented by the RC bugs.
The contents of the preferences file seem to get destroyed by the
line:
/usr/share/apt-listbugs/aptcleanup
On Mon, Apr 11, 2005 at 01:33:16PM +0100, paddy wrote:
PTMP=$(tempfile)
/usr/share/apt-listbugs/aptcleanup $PTMP
if ! diff $PTMP /etc/apt/preferences /dev/null; then
savelog /etc/apt/preferences
mv $PTMP /etc/apt/preferences
fi
D'oh!
s/mv/cp/
Regards,
Paddy
Hi,
[EMAIL PROTECTED] writes:
snip
If you don't notice it before the next night's autoupgrade sequence
suddenly tries to update a bunch of machines on your network to
unstable, breaking them all
snip
*ouch* that would hurt.
I just noticed that:
Why is package X not in testing
On Wed, Apr 06, 2005 at 05:32:55PM +0100, paddy wrote:
[EMAIL PROTECTED] writes:
snip
If you don't notice it before the next night's autoupgrade sequence
suddenly tries to update a bunch of machines on your network to
unstable, breaking them all
snip
*ouch* that would hurt.
I just
Package: apt-listbugs
Version: 0.0.47
Severity: critical
Justification: causes serious data loss
I have a network where /etc/apt/preferences (and a lot of other files
in /etc on various machines) are symlinked to a NFS-mounted drive so
they can be changed globally. Unfortunately, the cron.daily
5 matches
Mail list logo