Peter Tribble wrote: > On 2/1/07, Vasiliy <vassun at gmail.com> wrote: >> Yes, that db it was result of 3 years long "Regestry 4" project >> claimed to improve performance twice - unfortunately it was shown only >> on test packages. I and Gary was directly involved to pulling it off >> and by just improving packaging and patching code (side effect of zone >> support) really improve performance twice for packaging. >> >> There is some code in patchadd shell script or possible in other >> scripts left and it may run some utility which check database >> existance so have a look at patchadd.ksh also. Unfortunately many >> functionality also is in CAS scripts so they also need to be checked. >> As well as library dependancy - I think it should be removed >> completely, most likely nothing calls them (except may be that utility >> from shall-scripts). > > Almost true. I've checked the shell scripts and mostly it's commented out > or forced off. > > The only snag is that /usr/lib/patch/patchutil explicitly links > against libgendb.so.1 > and running strings on the binary shows a number of SQL statements. I > can also > see explicit presence of library calls, but presumably they must be unused, >
Presumably. I haven't looked. > I've just filed a bug and would be willing to do the work but > unfortunately that > bit's not open sourced yet. > > (Any update on timescales for more source to be available?) > We're working on a plan to open-source at least some more incremental pieces ASAP in order to support Dwarf Caiman since the whole consolidation is turning out to need more work yet than I'd hoped. We'll look into the patch utilities and see if it's a small effort, but they probably won't be the next piece. Dave
