mantis2xml
Mantis2XML is intended to ease migration from MantisBT issues to other issue management systems. It produces a XML file which can be transformed to some other format and later imported by issue managements systems.
At the moment, only migration to Launchpad Bugs is supported. In particular, a .XLST file and a shell script are provided so that the process of migrating issues to Launchpad Bugs are greatly simplified.
Quick guide for the impatient
Create a file named ~/.mantis2xml which contains the URL of your Mantis instance, username and password of an user with manager access rigths to Mantis. For example:
[mantis] url: http://mantis.example.com/ user: scott password: beam-me-up
Install xsltproc and jing like shown below for Debian and derivatives:
$ apt-get install xsltproc jing tar bzip2 -y
Install Bazaar and obtain mantis2xml from Launchpad:
$ apt-get install bzr -y $ bzr branch lp:mantis2xml
Install mantis2xml, in order to make sure all dependencies are installed:
$ cd mantis2xml $ python setup.py install
Now run the shell script which converts your Mantis instance:
$ ./dump_all_issues.sh
If you have only one project in your bug tracking system, the command above is possibly all you need. If you have more than one project in Mantis, please have a look at file dump_all_issues.sh and follow the steps explained on the top.
If everything goes well, you will see some files create in your ~/tmp/mantis/1 directory:
$ ls -al ~/tmp/mantis/1 issues.txt issues.mantis.xml issues.launchpad.xml issues.launchpad.xml.tar.bz2
issues.txt : brief summary of issues
issues.mantis.xml : dump of all issues as they were obtained from MantisBT
issues.launchpad.xml : issues transformed for being imported by Launchpad Bugs
issues.launchpad.xml.tar.bz2 : created after validation succeeds
Troubleshooting
If you don’t see issues.launchpad.xml.tar.bz2, it means that the validation of issues.launchpad.xml failed. The errors are reported in the standard output but you can see them again entering the following command:
$ jing -c ./bug-export.rnc ~/tmp/mantis/1/issues.launchpad.xml
The most common source of troubles is possibly related to duplicated issues. Mantis supports multiple relationships between issues, including relationships of kind duplicated of (for duplicates) whilst Launchpad Bugs supports zero or one duplicated issue per issue. If you faced this trouble, you can either fix it by hand in the issues.launchpad.xml file or fix it in Mantis, making sure that you have zero or one duplicated issues per issue, and re-run dump-all-issues.sh.
Mapping Mantis to Launchpad Bugs
Mantis provides fields Steps to Reproduce and Additional Information which do not have direct counterparts in Launchpad Bugs. Also, Mantis provides detailed relationships between issues, like:
duplicate of
has duplicate
child of
parent of
related to
which are allowed to appear multiple times. Launchpad Bugs supports only duplicate of, which can appear zero or one times. All other relationships are not supported. In order to accomodate these differences, these fields are incorporated in field Bug Description in Launchpad Bugs.
Additional information:
XSL transformation: bug-export.xslt
XML validation: bug-export.rnc
Contributing to mantis2xml
mantis2xml was developed in a hurry, in only a couple of days, including this documentation, which consume more time to produce than one may think. There are known bugs and obviously there is certainly a lot of room for improvement.
Unfortunately, the author does not consider further developments on mantis2xml. In case you consider taking over of this project, the author will be happy to pass the token to you.
Below you see some information which may be of some relevance:
Brief History
This application is derived from sp-mantis2github, which is a Python script that talks to MantisBT via SOAP and talks to Github via API. This application does the job wonderfully well, being able to not only migrate issues to Github, but it also inserts notes in Mantis which link to the newly created issues in Github.
Design decisions
A brief proof of concept was done: I’ve tried to remove call to package github and substitute these calls by calls to package launchpadlib. Due to the way sp-mantis2github was written, substituting one API by another API is not a trivial task. This idea demonstrated to be “too much”, due to the very little time I reserved for performing the migration I desperately need.
So, I simply removed dependencies from github and assumed that we are plenty satisfied with a XML file, which can be later transformed to Launchpad Bugs Import Format. These are the steps I’ve taken:
remove dependencies from Github API. This was done either removing some code or changing function/method names so that they are never called.
obtain the XML representation from SOAP responses which provide objects mc_issue_getResponse. This is what happens when command mantis dump issue is entered, which causes the issue to be dumped to the standard output as an XML.
get rid of namespaces when the aforementioned XML representation is obtained. This expedient eases a lot the creation of the .XLST file which post-processes the .XML produced.
the process of converting the XML to Launchpad Bugs Import Format is provided via a shell script, as explained above. I’ve actually tried to automate in Python what is currently being done in the shell script, but it crashes after some 40 issues or so are dumped. No: I’m not willing to discover why it fails. Then I simply removed the logic and kept the shell script.
1 maintainer
Metadata
1 maintainer
Release files for mantis2xml 1.3
For a detailed explanation of source distributions (sdists) and built distributions (wheels), please see the package formats documentation.
Source distribution (sdist)
| File | Size | Uploaded | Provenance | |
|---|---|---|---|---|
| mantis2xml-1.3.tar.gz | 13.9 kB | Without provenance | Details |
Release files / mantis2xml-1.3.tar.gz
| Download URL | mantis2xml-1.3.tar.gz |
|---|---|
| Size | 13.9 kB |
| Tags | Source |
|
SHA-256 checksum How to use checksums |
0727d2fac4c5b4c4066ca7c07e60bf747bc921017f7e9ac19420a51fb3e25922
|
|
BLAKE2b-256 checksum How to use checksums |
c1c46a7424e5286f758d217c86d9ad28c580380cb903a8e8969d5cf92d3f10f6
|
| Upload date | |
|
Uploaded using Trusted Publishing? What is trusted publishing? |
No |
Security for mantis2xml 1.3
Provenance
Provenance describes where a file came from. On PyPI, provenance is shared via attestations, which provide a verifiable record of the build or publishing details. View details, limitations and caveats.
No provenance found
None of the files in this release were uploaded with provenance metadata.
A note on package security
PyPI is a repository for distributing packages, not a service for auditing them. While third-party security researchers and our staff do their best to detect and remove malicious packages, PyPI cannot guarantee the quality, security or suitability of any given package.
To learn more about protecting yourself from malicious actors, visit our package security documentation.
