7681
Comment:
|
7516
|
Deletions are marked like this. | Additions are marked like this. |
Line 8: | Line 8: |
Status: 4 test failures * lib/canonical/lazr/tests/../doc/timeout.txt - wgrant can't reproduce this on karmic i386. * lp.soyuz.tests.test_packageupload.!PackageUploadTestCase.test_realiseUpload_for_delayed_copies - wgrant can't reproduce this on karmic i386 either. * lib/lp/soyuz/tests/../doc/gina.txt - tar broke dpkg. dpkg was fixed. python breaks the fix. wgrant has a fix. * lib/lp/soyuz/tests/../doc/package-diff.txt - karmic's debdiff changed exit code semantics; wgrant has a fix. |
Status: 2 test failures * lp.soyuz.tests.test_packageupload.!PackageUploadTestCase.test_realiseUpload_for_delayed_copies - `AssertionError: <DBItem PackageUploadStatus.DONE, (3) Done> != <DBItem PackageUploadStatus.ACCEPTED, (2) Accepted>` * wgrant can't reproduce this on karmic i386 * lib/lp/soyuz/tests/../doc/package-diff.txt - http://paste.ubuntu.com/252805/ |
Line 61: | Line 60: |
* lib/lp/soyuz/doc/gina.txt: <fails with python 2.4 too; wgrant fix incoming> * lib/lp/soyuz/doc/package-diff.txt: <fails with python 2.4 too; wgrant fix incoming> |
* lib/lp/soyuz/doc/gina.txt: <probably fixed, need retest> * lib/lp/soyuz/doc/package-diff.txt: <fails with python 2.4 too> |
As mentioned on Getting, Launchpad is not currently supported on Ubuntu Karmic Koala.
This page is a place to collect notes written for and by people living on the bleeding edge and attempting to get Launchpad working on Karmic.
Phase 1 - Python 2.4
Phase 1 is to get it working on Karmic using Python 2.4 - this requires rebuilding quite a few Python module packages, as Python 2.4 is not a supported Python version in Karmic. These packages are in my PPA for Launchpad-related packages https://launchpad.net/~maxb/+archive/launchpad. In support of phase 2, the launchpad-dependencies package in this PPA uses version-independent dependencies on python module packages.
Status: 2 test failures
lp.soyuz.tests.test_packageupload.PackageUploadTestCase.test_realiseUpload_for_delayed_copies - AssertionError: <DBItem PackageUploadStatus.DONE, (3) Done> != <DBItem PackageUploadStatus.ACCEPTED, (2) Accepted>
- wgrant can't reproduce this on karmic i386
lib/lp/soyuz/tests/../doc/package-diff.txt - http://paste.ubuntu.com/252805/
Once it becomes possible to run the testsuite successfully with Python 2.4 on Karmic, we move on to phase 2...
Phase 2 - Python 2.5
The ultimate goal is to migrate Launchpad to Python 2.6. Rather than go straight to Python 2.6, I (maxb) am focusing on Python 2.5 first as a stepping stone.
Launchpad code itself
https://code.launchpad.net/~maxb/launchpad/python2.5 contains a few fixes:
- Adjusting the Python version in the Makefiles
- Adjusting import statements to handle the built-in location of cElementTree in Python 2.5
- Making buildmailman.py compatible with Python 2.5 sys.path_importer_cache behaviour
Fixing Launchpad's TestCase subclass for method renames in unittest in Python 2.5
Launchpad source dependencies - Zope
https://code.launchpad.net/~maxb/zope3/launchpad-3.4-py2.5 contains backports of some changes to zope.proxy and zope.security in post-3.4 Zope releases which are required for Python 2.5 compatibility (possibly only on 64-bit architectures). Without these, Launchpad produces perplexing MemoryErrors. It also contains a patch to zope.sendmail working around a change in the ordering of atexit vs. waiting for non-main non-daemon threads to shut down which otherwise caused various Python processes to hang on shutdown.
Launchpad source dependencies - Twisted
I used to have a Twisted branch mentioned here. It's now obsoleted by the above patch to zope.sendmail.
Test Status
unit tests: Ran 1337 tests with 8 failures and 0 errors
- librarianformatter_noca.txt: Py2.5 differences in traceback formatting
- test_helpers.make_test_tarball_2: odd discrepancy
test_raising_with_unprintable_exception (canonical.launchpad.webapp.tests.test_errorlog.TestErrorReportingUtility): looks benign
- lib/lp/translations/utilities/tests/test_xpi_properties_format.py: several escaping issues
canonical.testing.layers.BaseLayer tests: Ran 250 tests with 0 failures and 0 errors
canonical.testing.layers.LibrarianLayer tests: Ran 8 tests with 0 failures and 0 errors
canonical.testing.layers.DatabaseLayer tests: Ran 48 tests with 0 failures and 0 errors
canonical.testing.layers.LaunchpadLayer tests: Ran 23 tests with 0 failures and 0 errors
canonical.testing.layers.ZopelessLayer tests: Ran 17 tests with 0 failures and 0 errors
canonical.testing.layers.LaunchpadScriptLayer tests: Ran 72 tests with 0 failures and 1 errors
test_initZopelessTwice (canonical.lp.ftests.test_zopeless.TestInitZopeless) monkeypatches warnings.warn_explicit in way that is no longer compatible
canonical.testing.layers.LaunchpadZopelessLayer tests: Ran 3105 tests with 5 failures and 9 errors
canonical.launchpad.scripts.tests.test_entitlementimport.EntitlementImporterTestCase: multiple errors, UnicodeCSVReader not compatible with Py2.5 csv.
- lib/lp/bugs/doc/bug-export.txt: Mysterious failure parsing doctest
- lib/lp/bugs/doc/checkwatches-cli-switches.txt: Looks to be formatting differences in help message
- lib/lp/bugs/doc/externalbugtracker-mantis-csv.txt: Sort order problem.
- lib/lp/soyuz/doc/soyuz-set-of-uploads.txt: Uploads rejected?!
lp.soyuz.tests.test_packageupload.PackageUploadTestCase.test_realiseUpload_for_delayed_copies: <fails with python 2.4 too>
canonical.launchpad.ftests.test_system_documentation.ProcessMailLayer tests: Ran 269 tests with 0 failures and 0 errors
canonical.testing.layers.FunctionalLayer tests: Ran 164 tests with 0 failures and 0 errors
canonical.testing.layers.LaunchpadFunctionalLayer tests: Ran 8142 tests with 11 failures and 0 errors
- lib/canonical/launchpad/doc/pagetest-helpers.txt: CDATA section introduced
- lib/canonical/launchpad/doc/tales.txt: Exception message changed in Py2.5.
- lib/canonical/launchpad/doc/unicode_csv.txt: Failure mode changed in Py2.5. Recurrence of above UnicodeCSVReader issue.
- lib/canonical/launchpad/scripts/ftests/librarianformatter.txt: Spurious characters.
- lib/lp/bugs/tests/externalbugtracker-xmlrpc-transport.txt: urllib2 seems to be behaving differently
lib/lp/soyuz/doc/gina.txt: <probably fixed, need retest>
lib/lp/soyuz/doc/package-diff.txt: <fails with python 2.4 too>
- lib/lp/translations/doc/poexport-language-pack.txt, lib/lp/translations/doc/potemplate.txt: Hints at tarfile.getnames() behaviour change as seen in unit tests too
- lib/lp/translations/tests/../doc/poexport-request-productseries.txt: ?
- lib/lp/translations/tests/../doc/poexport-request.txt: ?
canonical.testing.layers.AppServerLayer tests: Ran 128 tests with 0 failures and 0 errors
canonical.testing.layers.DatabaseFunctionalLayer tests: Ran 3098 tests with 1 failures and 0 errors
- lib/lp/registry/doc/teammembership.txt: Looks like benign formatting issue.
canonical.testing.layers.PageTestLayer tests: Ran 6037 tests with 6 failures and 0 errors
- lib/canonical/launchpad/pagetests/feeds/xx-links.txt: Formatting issue
- lib/lp/answers/stories/question-add.txt, question-obfuscation.txt: Formatting issue
- lib/lp/bugs/stories/feeds/xx-bug-{atom,html}.txt: Looks like benign formatting issue.
- lib/lp/bugs/stories/distribution/xx-distribution-upstream-bug-report.txt: Formatting issue.
canonical.testing.layers.TwistedLayer tests: Ran 219 tests with 0 failures and 0 errors
canonical.testing.layers.TwistedLaunchpadZopelessLayer tests: Ran 23 tests with 0 failures and 0 errors
canonical.testing.layers.TwistedAppServerLayer tests: Ran 5 tests with 0 failures and 0 errors
canonical.testing.layers.ZopelessAppServerLayer tests: Ran 69 tests with 0 failures and 0 errors
canonical.testing.layers.ZopelessDatabaseLayer tests: Ran 145 tests with 0 failures and 0 errors
lp.codehosting.tests.test_acceptance.SSHServerLayer tests: Ran 46 tests with 0 failures and 0 errors
Other Related Work
Launchpad currently depends on a monolithic Zope source distribution. Zope upstream has since restructured itself as a group of separated modular eggs. Gary Poster is working on migrating Launchpad to this new structure at https://code.launchpad.net/~gary/launchpad/zbuildout - this is a prerequisite to upgrading to newer Zope, which would then avoid the need to cherrypick backports into the existing Zope sourcedep.