On Thursday 23 August 2007, Steen Eugen Poulsen wrote: > > BUT! It runs on four out of five boxes here. This is the error I get on > > the fifth box (I'm not a phyton programmer). > > Neither am I, but that wont stop me. o.O > > > # bin/checkrestart > > Found 54 processes using old versions of upgraded files > > (32 distinct programs) > > Traceback (most recent call last): > > File "bin/checkrestart", line 321, in ? > > main() > > File "bin/checkrestart", line 116, in main > > packages[packagename].processes.extend(programs[program]) > > KeyError: '/lib/nut/genericups' > > > > Could you please try to explain whats wrong? > > The code tried to insert the key in the key hole, but no key hole was > found. > > Strange thing is, line 115 creates the keyhole, so this shouldn't > happen. Reading the documentation for python, there is no indication > that key creation can fail without terminating the program, so I'm > afraid we have a mystery here, doesn't seem like upstreams bugzilla has > this error, so maybe it is created by me somehow. > > I don't think the new version is likely to fix this issue, but it's new > layout (from upstream) and improved detection engine (from me), should > at least make it more fun to use on the four working machines and it's > available at the same URL as the old one.
Still a no-go :-(
I put in some dubugging lines (three print-lines), and the result is that the
first time the program reaches the following program segment (line 118 ansd
119) everything works (no error).
packages.setdefault(packagename,Package(packagename))
packages[packagename].processes.extend(programs[program])
But the second time the program comes here only the first line work and it
bails out on the second.
--
Dan Johansson, <http://www.dmj.nu>
***************************************************
This message is printed on 100% recycled electrons!
***************************************************
signature.asc
Description: This is a digitally signed message part.
