https://bugzilla.novell.com/show_bug.cgi?id=207150 tambet@ximian.com changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEEDINFO |ASSIGNED Info Provider|tambet@ximian.com | ------- Comment #16 from tambet@ximian.com 2006-10-05 01:44 MST ------- "Ok, update the checksum in the catalogs now. Q: Does I need to update the checksum and timestamp when updating the @system table to o does zmd takes care of it?" parse-metadata should update catalog.checksum and catalog.timestamp only in case of out of band services, or in other words, for zypp service only. For all other service types zmd has all the needed information to know if a call to parse-metadata is necessary and it updates the checksum and timestamp as well. There was a bug that zmd doesn't touch catalog.timestamp, I've fixed it now. "I still have the problem that when I delete zmd.db by hand, and start zmd, zmd adds zypp sources, but does not call parse-metadata, so the checksum, timestamp are not set the first time! and of course resolvables are not loaded. Only update-status is called." Ah, you should have said it happens only with zypp service. I found a bug about it - since zmd doesn't know it's checksums, it used an empty string which matches what empty catalogs have. I've fixed it now. "Another bug: the schema does not seem to include a trigger to delete the patch and delta rpms when you remove the resolvables. So baseversions should be removed when removing patch rpms, patch rpms should be removed when removing its package." I asked you to give me the full schema for patch and delta rpms, and triggers were not included there. The schema does not make sense to me, so please give me the schema snippet for triggers. Note that we have one way triggers only - removing a child never removes it's parent (eg, removing a package dependency doesn't remove it's package, or, removing a package doesn't remove it's catalog) for obvious reasons. -- Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is.