I found the bug. A mistake in code indentation but leading to an error in the execution path. It's fixed in revision 20089: http://sourceforge.net/apps/trac/gar/changeset/20089
Update mgar and it should now works fine. It only affected binaries with 0 dependencies. There are probably not a lot of binaries like that but I will have to check that and fix the data in the database for the packages affected. In this case this library was an auxiliary filter which is why it doesn't need even the libc. Yann 2013/1/11 Yann Rouillard <[email protected]> > For every binary, there should be a corresponding ldd_info structure (even > if it's an empty dictionnary), so there is something wrong in the code. > > Yann > > > 2013/1/11 Maciej (Matchek) Bliziński <[email protected]> > > 2013/1/11 Carsten Grzemba <[email protected]>: >> > File >> > "/home/cgrzemba/opencsw/.buildsys/v2/lib/python/dependency_checks.py", >> line >> > 174, in Libraries >> > ldd_info = pkg_data['ldd_info'][binary_info["path"]] >> > KeyError: 'opt/csw/lib/cpu/sparcv8plus/libnspr_flt4.so' >> >> This looks like a bug in the code, or an external problem not caught >> early enough. Whas is the md5 sum of the package that it failed on? >> >> Maciej >> _______________________________________________ >> maintainers mailing list >> [email protected] >> https://lists.opencsw.org/mailman/listinfo/maintainers >> .:: This mailing list's archive is public. ::. >> > >
_______________________________________________ maintainers mailing list [email protected] https://lists.opencsw.org/mailman/listinfo/maintainers .:: This mailing list's archive is public. ::.
