No semantic handling of Ubuntu backport bugs

Bug #30419 reported by Brad Bollenbach
12
Affects Status Importance Assigned to Milestone
Launchpad itself
Triaged
Low
Unassigned

Bug Description

  affects /products/malone

There are two kinds of backport fixes Mez wants to model in Launchpad:

1. Bug #NNNN should be fixed in Breezy by bringing a new version of
foobar in from Dapper.

2. Requesting that package X.YZ of package be brought into Breezy.

In both cases, getting the backport would involve modifying one's
sources.list.

We have the "Target Fix to Releases" page in Malone, but this was
designed mainly for -updates and -security. This screen doesn't
handle either use case above because:

1. It doesn't capture anything about package versions.

2. It doesn't provide repository information about where the fix is
available. If one sees that a bug is "fixed in Breezy", they would
likely expect that fix is in the official Ubuntu repo.

Currently, backports are managed with a product hack. spiv suggested
maybe they could be modeled using a derivative. I suggested that they
should be modeled as a derivative only if the backports project is
virtually identical to a derivative, but this seems not to be the case.

Cheers,

--
Brad Bollenbach

Tags: lp-bugs
Changed in malone:
status: New → Confirmed
summary: - Malone should allow handling backport fix requests
+ No semantic handling of Ubuntu backport bugs
Changed in launchpad:
importance: Medium → Low
To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Duplicates of this bug

Other bug subscribers

Remote bug watches

Bug watches keep track of this bug in other bug trackers.