[llvm-dev] Update on Bugzilla migration

Mara Sophie Grosch via llvm-dev llvm-dev at lists.llvm.org
Fri Nov 12 11:48:39 PST 2021


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>


More information about the llvm-dev mailing list