Merge lp:~ubuntu-branches/ubuntu/precise/python-dateutil/precise-201110191810 into lp:ubuntu/precise/python-dateutil
Status: | Needs review |
---|---|
Proposed branch: | lp:~ubuntu-branches/ubuntu/precise/python-dateutil/precise-201110191810 |
Merge into: | lp:ubuntu/precise/python-dateutil |
Diff against target: |
417 lines (+272/-1) (has conflicts) 13 files modified
NEWS (+58/-0) PKG-INFO (+4/-0) dateutil/__init__.py (+8/-0) dateutil/relativedelta.py (+4/-0) dateutil/rrule.py (+4/-0) debian/changelog (+78/-0) debian/control (+33/-0) debian/patches/fix_locale.diff (+13/-0) debian/patches/series (+4/-0) debian/rules (+16/-0) python_dateutil.egg-info/PKG-INFO (+15/-0) python_dateutil.egg-info/SOURCES.txt (+28/-1) setup.py (+7/-0) Text conflict in PKG-INFO Text conflict in dateutil/__init__.py Text conflict in dateutil/relativedelta.py Text conflict in dateutil/rrule.py Text conflict in debian/changelog Text conflict in debian/control Text conflict in debian/patches/series Text conflict in debian/rules Text conflict in python_dateutil.egg-info/PKG-INFO Text conflict in python_dateutil.egg-info/SOURCES.txt Text conflict in setup.py |
To merge this branch: | bzr merge lp:~ubuntu-branches/ubuntu/precise/python-dateutil/precise-201110191810 |
Related bugs: |
Reviewer | Review Type | Date Requested | Status |
---|---|---|---|
Ubuntu branches | Pending | ||
Review via email: mp+79870@code.launchpad.net |
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/python-dateutil reflect what is in the archive and the old bzr branch has been pushed to lp:~ubuntu-branches/ubuntu/precise/python-dateutil/precise-201110191810. 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
- 11. By Barry Warsaw
-
* [1cda493] Switch to dh_python2 (Closes: #633888) (LP: #788514)
* [22c75cc] Bump standard version
* [7acb296] Depend on python-all since we don't ship arch any packages - 10. By Barry Warsaw
-
Switch to dh_python2. (LP: #788514)
- 9. By Guido Günther
-
* [95a66ef] depend on tzdata and update description
* [93fe8b9] don't depend on pysupport internals (Closes: #516907) -
thanks to Josselin Mouette for pointing this out and providing a fix - 8. By Guido Günther
-
* [a5de481] don't ship timezone information (Closes: #416204)
* [4f4aa5d] add README.source
* [174ea3e] bump standards version - 7. By Martin Pitt
-
* Drop system_tzdata.diff again, it is not necessary. It didn't patch the
official API to get tz information, but the subclass whose only purpose is
to look up the files in the shipped tarball. Just keep not shipping the
tarball in the built package.
* Add dependency to tzdata. - 6. By Martin Pitt
-
* debian/
patches/ system_ tzdata. diff: Use system tzdata instead of builtin
obsolete copy of the Olson timezone database. (LP #271680, Debian #416204)
* debian/rules: Do not ship the obsolete tzdata tarball.
* debian/rules: Run the test suite during build, have it fail the build if
it fails. - 5. By Guido Günther
-
* new upstream version
* add watch file from dehs.debian.org
* build-depend on python-setuptools - 4. By Guido Günther
-
New Upstream Version
- 3. By Guido Günther
-
New Upstream Version