Mailinglist Archive: opensuse-bugs (8956 mails)

< Previous Next >
[Bug 207150] Inconsistent sql table layout between zmd and libzypp-zmd-backend
  • From: bugzilla_noreply@xxxxxxxxxx
  • Date: Thu, 5 Oct 2006 01:44:05 -0600 (MDT)
  • Message-id: <20061005074405.149A125C887@xxxxxxxxxxxxxxxxxxxxxx>

tambet@xxxxxxxxxx changed:

What |Removed |Added
Info Provider|tambet@xxxxxxxxxx |

------- Comment #16 from tambet@xxxxxxxxxx 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:
------- You are receiving this mail because: -------
You are on the CC list for the bug, or are watching someone who is.

< Previous Next >