On 20-Oct-2017 15:53, Marc Jeanmougin wrote:
== Migration ==
How I would propose to go about the migration would be to basically post on every one of the 4500 open bugs on lp a closing message with an invitation to try to reproduce the bug with the devel version (maybe with a link to a page explaining how to try it [e.g. Ubuntu with apt, other linux compiling, windows with downloading the latest built 7z]) and if it can be reliably reproduced, to submit it on gitlab and close the issue on lp (or, if wishlist, submit it to the wishlist project). Distributing the task on the bug reporters may help a lot with the initial triaging, and (I'm an optimist) make for a smooth transition.
That is going to create a black hole into which 99% of the information from the launchpad bug reports is going to fall, some of the ones which are open, and all of the ones which are not. I have worked in one way or another on ~100 bugs and will tell you right now I am NOT going to be testing again for all of those glitches and issues! I'm not even that big a contributor, others have worked on thousands of bugs. Just think how long it would take to get through a list like that. Never mind the list of people who no longer work on the project and would ignore your request.
A smooth transition would involve some tool which automatically migrates all of the bug information from Launchpad to some other bug tracking platform. Note that on launchpad links from a bug to a patch/revision are all entered manually. Whatever the bug system migrates to, it would be nice if that function would be integrated. Ie, place a patch on the bug reporting system, hit some "push patch" button, and presto links are made in both directions between the bug reporting system and the revision system, once the new revision number appears. If such a thing actually exists.
Regards,
David Mathog mathog@...1176... Manager, Sequence Analysis Facility, Biology Division, Caltech