openldap fails with "marked but not imported" for an ancient package version

Bug #877827 reported by Steve Langasek on 2011-10-19
This bug affects 1 person
Affects Status Importance Assigned to Milestone
Ubuntu Distributed Development

Bug Description

openldap is currently failing to import with this error:

Traceback (most recent call last):
  File "/srv/", line 1138, in <module>
  File "/srv/", line 1030, in main
    revid_db, bstore, possible_transports=possible_transports)
  File "/srv/", line 669, in find_unimported_versions
    importp.version, importp.distro, importp.release)
AssertionError: openldap 2: debian woody is marked but not imported

woody was a long time ago, and this failure didn't start happening until recently (the debian import branch has the latest upload as of April 12).

It's possible that there was an openldap 2: source package way back then, but if so it's been long since forgotten by the Debian archive - the current openldap package is at version 2.4.25-5, after having gone through multiple name changes (openldap->openldap2->openldap2.1->openldap2.2->openldap2.3->openldap). The importer should forget about trying to import this old version, by whatever means necessary, because that's gone beyond archaeology into the realm of paleontology.

Related branches

Steve Langasek (vorlon) wrote :

This is probably a different bug than bug #653320, which seems to relate to importing of things that actually should be imported.

  status confirmed
  importance high

Changed in udd:
importance: Undecided → High
status: New → Confirmed
Martin Pool (mbp) wrote :

Talking to Steve about this, it seems like we could possibly just blacklist importing this package.

Martin Pool (mbp) wrote :

So reaching this assertion seems to mean: there is no revision for this package version, and we have not noticed any later versions imported from debian, and there is a 'mark' for this revision in the revids db.

There is a revids entry for this

openldap|2:|woody|<email address hidden>|e4856fefd49b5718673d07bd9e1f675f119d4a00

So why is it marked but not imported? Perhaps this is no longer present in the branch.

It seems the problem is due to the quirky (illegal, but factual) order of revisions of openldap, and that the importer checks for debian imports as it goes along. We can probably handle this by scanning for debian versions before making any decisions, rather than checking as we go along.

Martin Pool (mbp) on 2012-01-12
Changed in udd:
status: Confirmed → In Progress
assignee: nobody → Martin Pool (mbp)
Martin Pool (mbp) on 2013-01-28
Changed in udd:
assignee: Martin Pool (mbp) → nobody
status: In Progress → Confirmed
To post a comment you must log in.
This report contains Public information  Edit
Everyone can see this information.

Other bug subscribers