Bug#310381: loop-aes-source: leaves diversion in place on purge

2005-05-23 Thread Max Vozeler
Hi Thomas,

(once again sorry for my slowness. I have split your bug report 
into bugs #302324 and #310381 because these are different issues.)

On Mon, Apr 04, 2005 at 06:04:10PM +0200, Thomas Braun wrote:
   These seems to be the consequence of the last bugfix.
   Going to $MODULDIR/block/drivers and issuing
   laptop:/lib/modules/2.6.10-nb/kernel/drivers/block# ls -l loop*
   -rw-r--r--  1 root root 20597 Mar 29 20:25 loop.ko-orig
 
  This one is confusing me.
 
  Just so I understand, when you purged the kernel image, was
  loop-aes installed? Did you purge loop-aes as well? Was loop-aes
  installed at the time you did ls above?
 
 Now I got a method to show the error.

snip

 The FATAL error message occurs also when I first install loop-aes
 and then the kernel. Only first kernel and afterwards loop-aes doesn't
 show the problem.

Thanks. I can reproduce this (#302324).

Are you still seeing the leftover loop.ko-orig problem? That one was
worrying me a bit, since it could mean that the system and diversions
are left in an inconsistent state. 

I have not been able to reproduce this here though, having tried all
combinations of install/purge/upgrade loop-aes-KVERS and kernel-image
I could think of. Perhaps, do you remember making some local changes
like renaming the look.ko or loop.ko-orig ?

  Do you remember which version of loop-aes was installed before?
 Unfortunately I don't remember.

No problem, I hope we can still find the reason or perhaps some way to
reproduce the conditions.

  I'm thinking this could be a side effect from changing the diversion
  during upgrade from a version  2.2d-3, if kernel-image was removed
  before upgrade of the loop-aes package.
 
  Another thing, could you send output of
 
   dpkg-divert --list | grep /lib/modules/2.6.10-nb
   dpkg -S /lib/modules/2.6.10-nb/kernel/drivers/block/loop.ko{,-orig}
 
 Yeep after the above dpkg invocation:
 
 thomas:/usr/src# dpkg-divert --list | grep /lib/modules/2.6.10-knoelk/
 diversion of /lib/modules/2.6.10-knoelk/kernel/drivers/block/loop.ko 
 to /lib/modules/2.6.10-knoelk/kernel/drivers/block/loop.ko-orig by 
 loop-aes-2.6.10-knoelk
 
 thomas:/usr/src# dpkg 
 -S /lib/modules/2.6.10-knoelk/kernel/drivers/block/loop.ko{,-orig}
 diversion by loop-aes-2.6.10-knoelk 
 from: /lib/modules/2.6.10-knoelk/kernel/drivers/block/loop.ko
 diversion by loop-aes-2.6.10-knoelk 
 to: /lib/modules/2.6.10-knoelk/kernel/drivers/block/loop.ko-orig
 loop-aes-2.6.10-knoelk, 
 kernel-image-2.6.10-knoelk: 
 /lib/modules/2.6.10-knoelk/kernel/drivers/block/loop.ko
 diversion by loop-aes-2.6.10-knoelk 
 from: /lib/modules/2.6.10-knoelk/kernel/drivers/block/loop.ko
 diversion by loop-aes-2.6.10-knoelk 
 to: /lib/modules/2.6.10-knoelk/kernel/drivers/block/loop.ko-orig

This state looks sane.

cheers,
Max


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]



Bug#310381: loop-aes-source: leaves diversion in place on purge

2005-05-23 Thread Thomas Braun
Max Vozeler schrieb:
 Are you still seeing the leftover loop.ko-orig problem? That one was
 worrying me a bit, since it could mean that the system and diversions
 are left in an inconsistent state.

Hello,

I have tried to reproduce it  and have neither suceeded. So I would blame some 
kind of local misconfiguration/etc. pp.
In my eyes this bug can be closed. If I get the same error again I will 
certainly report it to this bug :)

Greetings
Thomas Braun


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]