Merge lp:~ubuntu-branches/ubuntu/precise/libshout/precise-201112171936 into lp:ubuntu/precise/libshout
| Status: | Needs review |
|---|---|
| Proposed branch: | lp:~ubuntu-branches/ubuntu/precise/libshout/precise-201112171936 |
| Merge into: | lp:ubuntu/precise/libshout |
| Diff against target: |
6 lines (+1/-1) 1 file modified
debian/libshout3.install (+1/-1) |
| To merge this branch: | bzr merge lp:~ubuntu-branches/ubuntu/precise/libshout/precise-201112171936 |
| Related bugs: |
| Reviewer | Review Type | Date Requested | Status |
|---|---|---|---|
| Ubuntu branches | Pending | ||
|
Review via email:
|
|||
Description of the change
The package importer has detected a possible inconsistency between the package history in the archive and the history in bzr. As the archive is authoritative the importer has made lp:ubuntu/precise/libshout reflect what is in the archive and the old bzr branch has been pushed to lp:~ubuntu-branches/ubuntu/precise/libshout/precise-201112171936. This merge proposal was created so that an Ubuntu developer can review the situations and perform a merge/upload if necessary. There are three typical cases where this can happen.
1. Where someone pushes a change to bzr and someone else uploads the package without that change. This is the reason that this check is done by the importer. If this appears to be the case then a merge/upload should be done if the changes that were in bzr are still desirable.
2. The importer incorrectly detected the above situation when someone made a change in bzr and then uploaded it.
3. The importer incorrectly detected the above situation when someone just uploaded a package and didn't touch bzr.
If this case doesn't appear to be the first situation then set the status of the merge proposal to "Rejected" and help avoid the problem in future by filing a bug at https:/
(this is an automatically generated message)
Unmerged revisions
- 13. By Steve Langasek
-
releasing version 2.2.2-5ubuntu5
- 12. By Steve Langasek
-
Drop support for auto-generation of build-dependencies in debian/control,
because cdbs wants to unconditionally add a build-dependency on the
broken dh-buildinfo tool and use it if present. - 11. By Steve Langasek
-
* Build for multiarch.
* Drop use of dh-buildinfo, which is completely redundant with build logs
and is not multiarch-safe.
* Drop forked version of d-shlibs, as the single issue this fork was
for (libspeex) is addressed upstream; and build-depend on
d-shlibs (>= 0.48) for the --multiarch option.
