On 11/12/21 11:36 AM, Mehdi AMINI wrote:> > > On Fri, Nov 12, 2021 at 11:15 AM Philip Reames via llvm-dev > <llvm-dev at lists.llvm.org <mailto:llvm-dev at lists.llvm.org>> wrote: > > I've raised this point once before, but I think it's time to raise > it again. > > I believe we should drop the goal of keeping bug numbers in sync > between > github and the legacy llvm bug database. We do need a one-to-one > mapping, but the numbers can be distinct. This requires a bit of > extra ugliness in terms of needing to add a comment to every bug > (both copies) > with a link to the other, but this is a minimal badness, and stops > mattering fairly quickly after the transition > > > It is even better than this: if we can generate a map of old IDs to > new IDs when doing the conversion, it really isn't difficult to keep > the existing URL working (redirecting to the right migrated GitHub issue). > > I may be missing something about other advantages of mapping 1-1? > > > Continuing to hold back the transition of new bugs to github is > causing > real immediate harm. I strongly believe we are better off moving now > with an imperfect system than waiting any longer. > > > Is the ID mapping really the only issue keeping us back though?It seems to be a major one. If nothing else, without it we could migrate a subset of bugs which happen to migrate cleanly, and then come back and handle the ones with issues at a arbitrarily later point. Or we could simply close creation of *new* bugzilla bugs, and start all new traffic on github without waiting for a migration at all. The whole reason we're not doing that (seems to be) is that we want to preserve the low bug numbers for 1-to-1 correspondence purposes.> -- > Mehdi > > > > Philip > > On 11/1/21 9:13 AM, Anton Korobeynikov via llvm-dev wrote: > > Dear All, > > > > Over the weekend we tried to perform a "dry-run" migration – > > conversion of all 51k+ bugzilla issues to a temporary GitHub > project. > > > > Unfortunately, the migration failed due to some obscure error at the > > GitHub side. So far, GitHub is unable to tell us what the > problem is, > > how to solve / workaround it and how to proceed with the migration > > (not to say, how to prevent similar issues during the real > migration). > > So far this is the real show-stopper. > > > > We will continue pushing, however, I do not have any ETA on when we > > will be able to continue with the bugzilla migration. > > > > I'm sorry to disappoint you, but sometimes things are beyond my > control. > > > > > > > > On Fri, Oct 29, 2021 at 1:23 AM Anton Korobeynikov > > <anton at korobeynikov.info <mailto:anton at korobeynikov.info>> wrote: > >> Dear Fellow LLVMers, > >> > >> I believe we were able to work-around the majority of GitHub > >> deficiencies (at least those that were show-stoppers). We are > checking > >> the results. Hopefully I will be able to return to you with the > final > >> migration roadmap soon. > >> > >> Stay tuned! > >> > >> -- > >> On behalf of the LLVM Foundation, > >> Anton Korobeynikov > > > > > > -- > > With best regards, Anton Korobeynikov > > Department of Statistical Modelling, Saint Petersburg State > University > > _______________________________________________ > > LLVM Developers mailing list > > llvm-dev at lists.llvm.org <mailto:llvm-dev at lists.llvm.org> > > https://lists.llvm.org/cgi-bin/mailman/listinfo/llvm-dev > <https://lists.llvm.org/cgi-bin/mailman/listinfo/llvm-dev> > _______________________________________________ > LLVM Developers mailing list > llvm-dev at lists.llvm.org <mailto:llvm-dev at lists.llvm.org> > https://lists.llvm.org/cgi-bin/mailman/listinfo/llvm-dev > <https://lists.llvm.org/cgi-bin/mailman/listinfo/llvm-dev> >-------------- next part -------------- An HTML attachment was scrubbed... URL: <http://lists.llvm.org/pipermail/llvm-dev/attachments/20211112/ab90c11a/attachment.html>
Mara Sophie Grosch via llvm-dev
2021-Nov-12 19:48 UTC
[llvm-dev] Update on Bugzilla migration
Maybe we can close bugzilla bug creation, create placeholder issues for the existing bugzilla bugs, create new bugs on GitHub and fill those placeholders asynchronously? Best, Mara Am 12. November 2021 19:45:11 UTC schrieb Philip Reames via llvm-dev <llvm-dev at lists.llvm.org>:> >On 11/12/21 11:36 AM, Mehdi AMINI wrote: >> >> >> On Fri, Nov 12, 2021 at 11:15 AM Philip Reames via llvm-dev >> <llvm-dev at lists.llvm.org <mailto:llvm-dev at lists.llvm.org>> wrote: >> >> I've raised this point once before, but I think it's time to raise >> it again. >> >> I believe we should drop the goal of keeping bug numbers in sync >> between >> github and the legacy llvm bug database. We do need a one-to-one >> mapping, but the numbers can be distinct. This requires a bit of >> extra ugliness in terms of needing to add a comment to every bug >> (both copies) >> with a link to the other, but this is a minimal badness, and stops >> mattering fairly quickly after the transition >> >> >> It is even better than this: if we can generate a map of old IDs to >> new IDs when doing the conversion, it really isn't difficult to keep >> the existing URL working (redirecting to the right migrated GitHub issue). >> >> I may be missing something about other advantages of mapping 1-1? >> >> >> Continuing to hold back the transition of new bugs to github is >> causing >> real immediate harm. I strongly believe we are better off moving now >> with an imperfect system than waiting any longer. >> >> >> Is the ID mapping really the only issue keeping us back though? >It seems to be a major one. If nothing else, without it we could >migrate a subset of bugs which happen to migrate cleanly, and then come >back and handle the ones with issues at a arbitrarily later point. Or >we could simply close creation of *new* bugzilla bugs, and start all new >traffic on github without waiting for a migration at all. The whole >reason we're not doing that (seems to be) is that we want to preserve >the low bug numbers for 1-to-1 correspondence purposes. >> -- >> Mehdi >> >> >> >> Philip >> >> On 11/1/21 9:13 AM, Anton Korobeynikov via llvm-dev wrote: >> > Dear All, >> > >> > Over the weekend we tried to perform a "dry-run" migration – >> > conversion of all 51k+ bugzilla issues to a temporary GitHub >> project. >> > >> > Unfortunately, the migration failed due to some obscure error at the >> > GitHub side. So far, GitHub is unable to tell us what the >> problem is, >> > how to solve / workaround it and how to proceed with the migration >> > (not to say, how to prevent similar issues during the real >> migration). >> > So far this is the real show-stopper. >> > >> > We will continue pushing, however, I do not have any ETA on when we >> > will be able to continue with the bugzilla migration. >> > >> > I'm sorry to disappoint you, but sometimes things are beyond my >> control. >> > >> > >> > >> > On Fri, Oct 29, 2021 at 1:23 AM Anton Korobeynikov >> > <anton at korobeynikov.info <mailto:anton at korobeynikov.info>> wrote: >> >> Dear Fellow LLVMers, >> >> >> >> I believe we were able to work-around the majority of GitHub >> >> deficiencies (at least those that were show-stoppers). We are >> checking >> >> the results. Hopefully I will be able to return to you with the >> final >> >> migration roadmap soon. >> >> >> >> Stay tuned! >> >> >> >> -- >> >> On behalf of the LLVM Foundation, >> >> Anton Korobeynikov >> > >> > >> > -- >> > With best regards, Anton Korobeynikov >> > Department of Statistical Modelling, Saint Petersburg State >> University >> > _______________________________________________ >> > LLVM Developers mailing list >> > llvm-dev at lists.llvm.org <mailto:llvm-dev at lists.llvm.org> >> > https://lists.llvm.org/cgi-bin/mailman/listinfo/llvm-dev >> <https://lists.llvm.org/cgi-bin/mailman/listinfo/llvm-dev> >> _______________________________________________ >> LLVM Developers mailing list >> llvm-dev at lists.llvm.org <mailto:llvm-dev at lists.llvm.org> >> https://lists.llvm.org/cgi-bin/mailman/listinfo/llvm-dev >> <https://lists.llvm.org/cgi-bin/mailman/listinfo/llvm-dev> >>-- Diese Nachricht wurde von meinem Android-Gerät mit K-9 Mail gesendet. -------------- next part -------------- An HTML attachment was scrubbed... URL: <http://lists.llvm.org/pipermail/llvm-dev/attachments/20211112/23c2e69c/attachment.html>
James Y Knight via llvm-dev
2021-Nov-12 20:11 UTC
[llvm-dev] [cfe-dev] Update on Bugzilla migration
On Fri, Nov 12, 2021 at 2:45 PM Philip Reames via cfe-dev < cfe-dev at lists.llvm.org> wrote:> Is the ID mapping really the only issue keeping us back though? > > It seems to be a major one. If nothing else, without it we could migrate > a subset of bugs which happen to migrate cleanly, and then come back and > handle the ones with issues at a arbitrarily later point. Or we could > simply close creation of *new* bugzilla bugs, and start all new traffic on > github without waiting for a migration at all. The whole reason we're not > doing that (seems to be) is that we want to preserve the low bug numbers > for 1-to-1 correspondence purposes. > > Is there somewhere that has more details about theprogress/problems/plans/etc for this migration? (a bug, some other mailing list, discourse-group, whatever...) -------------- next part -------------- An HTML attachment was scrubbed... URL: <http://lists.llvm.org/pipermail/llvm-dev/attachments/20211112/7f8af4c2/attachment.html>
Anton Korobeynikov via llvm-dev
2021-Nov-12 22:36 UTC
[llvm-dev] Update on Bugzilla migration
Dear All,> It seems to be a major one. If nothing else, without it we could migrate a subset of bugs which happen to migrate cleanly, and then come back and handle the ones with issues at a arbitrarily later point. Or we could simply close creation of *new* bugzilla bugs, and start all new traffic on github without waiting for a migration at all. The whole reason we're not doing that (seems to be) is that we want to preserve the low bug numbers for 1-to-1 correspondence purposes.Thank you for your valuable and outdated suggestions. Please stay tuned for the progress updates that are posted periodically in the mailing lists. The situation is much more complex than you could imagine. We are waiting for responses from GitHub on several critical issues that were found during the test migrations as I already emailed. Note that these issues affect not only the existing migration attempts but our future possible use of GitHub issues. Thank you for understanding. -- With best regards, Anton Korobeynikov Department of Statistical Modelling, Saint Petersburg State University