britney explodes when there is a version collision between overlay PPA and archive
Affects | Status | Importance | Assigned to | Milestone | |
---|---|---|---|---|---|
Bileto |
Triaged
|
Low
|
Łukasz Zemczak |
Bug Description
For the last day or so britney has been unable to run on xenial
tickets, giving this traceback:
Traceback (most recent call last):
File "/var/lib/
Britney(
File "/var/lib/
self.
self.read_
File "/var/lib/
self.
File "/var/lib/
self.
File "/var/lib/
raise ValueError("Invalid data set")
ValueError: Invalid data set
Upon inspection, it was discovered that britney was getting confused
by two different indicator-power packages with the same version
number, one in xenial-proposed and one in xenial overlay:
https:/
https:/
The xenial-proposed one is an SRU from this ticket:
https:/
The overlay one is part of a trio landing from this ticket:
https:/
A simple coincidence that both tickets were built on the same day the
same number of times (once) and thus had the same version number.
I've deleted the package from xenial overlay in order to unblock
britney, if it is desired to restore that package to xenial overlay it
will need to be reuploaded with a new version number, which will
happen automatically next time there is a trio landing anyway (or if
it's more urgent the version number can be manually bumped and
reuploaded).
Bileto already has code to prevent publishing two tickets with version collisions when they target the same destination, as you might have seen the 'Needs rebuild due to burned version number' status in the wild. In this case that wasn't triggered because the SRU ticket did not check the overlay for conflicts.
I suppose I should alter the version checker thing to always consider the overlay even if that is not the destination of the ticket.
Changed in bileto: | |
status: | New → Triaged |
importance: | Undecided → Low |
assignee: | nobody → Robert Bruce Park (robru) |
Changed in bileto: | |
assignee: | Robert Bruce Park (robru) → nobody |
Changed in bileto: | |
assignee: | nobody → Łukasz Zemczak (sil2100) |
Even better solution might be "stop generating conflicting version numbers", but that would be considerably harder, it would mean consulting all PPAs for version numbers before generating a new, higher one. No easy way to determine what versions exist on other tickets.