Skip to content

Launchpad Migration

Jump to bottom
Sean M. Pappalardo edited this page Apr 18, 2018 · 85 revisions

Problems with Launchpad Bugs

Many people have expressed frustration with bug tracking on Launchpad. This is a place to enumerate the problems so we have an objective list when comparing alternate solutions.

Note that Launchpad is open-source, so it is possible for us to directly improve it. (See below.) It also now supports Git repositories and has a Web services API.

(Discussion on the forum.)

  • Login process is complex: it is a multi step process and the platform keeps asking about showing some username The Ubuntu One registration/login only asks for your name, E-mail address and a password.
  • No formatting
  • Can't edit comments
  • They can be hidden on bugs though.
  • E-mail notifications are slow
  • There is an intentional 5-minute delay so that modifications done close together are sent in one message. Beyond that, running our own instance could fix this.
  • "Wishlist" designation is mutually exclusive with a priority designation, making it impossible to prioritize feature requests
  • Can't @mention people
  • Posting code and screenshots requires attaching a separate file that isn't displayed inline in the conversation.
  • Can't make templates for bug reports (e.g. to have people attach mixxx.log in the initial report)
  • No integration with the code review system (side effect of no longer hosting code in LP)
  • Yet another account needed. (Now six total: forum, Freenode, wiki, Launchpad, GitHub, mailing list)
  • OpenID Connect (which uses OAuth) would be a good solution to this in general. See bug #1732715.
  • Run by Canonical, which does not have the greatest track record
  • Development of Launchpad has stagnated slowed in recent years.
  • LP had its staffing heavily cut a few years back, but there are still a couple paid full-time developers working on it -- and several major features that have been developed since that cut.

Possible solutions

GitHub Issues

Many have suggested using GitHub's issue tracker since it naturally integrates with its code review system.

Migration tools: http://lp2gh.readthedocs.io/en/latest/moving_issues.html

Advantages

Disadvantages

  • Doesn't explicitly support rich states other than just open/closed
  • Using labels for this is just a workaround and might become confusing.
  • Not possible to link related issues
  • Not possible to specify different kinds of relationships (parent/child, predecessor/successor, duplicates, etc.)
  • Someone needs to commit to managing migration
  • Closed-source
  • Company is not very responsive to community feature requests and has no public issue tracker for their server software
  • Requires nonfree client-side JavaScript

GitLab

https://about.gitlab.com/

Advantages

Note that for public open source repositories, the GitLab.com hosted service has all the features of the paid proprietary Enterprise Edition Premium server software.

Disadvantages

  • Write access to GitLab wikis is coupled with write access to source code, so we still need to run our own wiki. https://gitlab.com/gitlab-org/gitlab-ce/issues/19798
  • Someone needs to commit to managing migration
  • Has had issues with page load speed and uptime in the past but has improved lately and they're continuing to work very hard on this
  • Some features only available in paid Enterprise editions for self-hosted server software. https://about.gitlab.com/products/

Improve Launchpad

https://dev.launchpad.net/

Advantages

  • Very good bug tracking and release management features
  • No need to migrate
  • Can run our own instance (if ever GitHub closes or decides to charge)
  • Open-source
  • Would (eventually) suit us perfectly

Disadvantages

  • Maintaining our own bug tracker would be an enormous drain for Mixxx developers that would be better spent developing Mixxx

Apache Allura

http://allura.apache.org/

Advantages

  • Integrated code, wiki and tickets/issues
  • Can run our own instance (if ever GitHub closes or decides to charge)
  • Open-source

Disadvantages

  • Must run our own instance (no pre-hosted environments, though possibly from third party)
  • Looks like old SourceForge
  • Indeed, SourceForge (used to?) use(s) it
  • Need to migrate data from three different systems
  • Someone needs to commit to managing migration

Tuleap

https://www.tuleap.org/

Advantages

  • Complete integration (code hosting & versioning with Git, code review, bugs/tickets, docs/files, CI/Jenkins, project management, collaboration)
  • Can run our own instance (if ever GitHub closes or decides to charge)
  • Open-source

Disadvantages

  • Must run our own instance to avoid charges
  • Manual test management is only available in the paid version
  • Must also run Gerrit for code review functionality, Mattermost for chat
  • Someone needs to commit to managing migration

JIRA

from https://www.mixxx.org/forums/viewtopic.php?f=1&t=9425&start=10

Jira seems to be popular for open source projects and free Jira hosting is available for public open source projects.

It's a far better issue tracker than what GitHub offers. Someone wrote about porting issues fro Launchpad to Jira: https://mariadb.org/scripts-for-migrating-bug-reporting-from-launchpad-to-jira/

QT uses Jira https://bugreports.qt.io as well

Advantages

Disadvantages

 * Source Code available for review only
 * Not FOSS

Mixxx This is the Mixxx Wiki - Wiki Home | Website | Manual | News

NOTE: Due to an influx of spam we were forced to make the wiki read-only. If you'd like to change a page, please file an issue on Github or Zulip and post your changes there. Thank you.

Mixxx Wiki

Mixxx is a free and open-source DJ software.

Wiki Home
Website

Users

Manual
Hardware Compatibility
Reporting Bugs
Getting Involved

Developers

Contribution Guidelines
Coding Guidelines
Using Git
Developer Guide
Creating Skins

Mapping Creators

Contributing Mappings
Mixxx Controls
MIDI Scripting
Components JS
HID Scripting

Clone this wiki locally