Trac to GitLab migration underway

Artem Pelenitsyn a.pelenitsyn at gmail.com
Mon Mar 11 17:54:51 UTC 2019


Hi Richard,

Good catch! What troubles me in that issue, is (subjectively) the
passive-aggressive form of the initial post. Given that it is email that we
are worrying about, not the browser tabs, maybe it is better to start over
with a new issue referencing that one in passing.

--
Best, Artem

On Mon, 11 Mar 2019 at 11:56 Richard Eisenberg <rae at cs.brynmawr.edu> wrote:

> This old ticket might be related:
> https://gitlab.com/gitlab-org/gitlab-ce/issues/1734   It advocates for
> moving numbers to the front of tab names, too. Looks like it was shut down
> by judgment call. Perhaps if we raise our voices in chorus against this
> decision, we can get some action (or a new configuration switch).
>
> On Mar 11, 2019, at 10:25 AM, Artem Pelenitsyn <a.pelenitsyn at gmail.com>
> wrote:
>
> Hello,
>
> I just wanted to thank Ben and everyone involved for this transition. And
> also reiterate Richard's point about having !123 / #12345 in the front of
> mail subjects — I think, this is small but quite important detail to ease
> navigating the flow of notifications.
>
> --
> Best regards,
> Artem
>
> On Mon, Mar 11, 2019, 9:13 AM Richard Eisenberg <rae at cs.brynmawr.edu>
> wrote:
>
>> Thanks to all who have made this happen. Looking forward to having
>> everything in one place!
>>
>> Do we have any ability to edit the formatting of subject lines of ticket
>> emails? It would be great if we could get the (!234) or (#12345) up front,
>> as this is the effective summary of what's to follow.
>>
>> I'd also like to second Simon's request, in particular, of having a clear
>> path from an issue to an MR. Getting from an MR to an issue is normally
>> easier -- when the MR is created, most devs would automatically mention the
>> issue number somewhere in the description -- but going from an issue to an
>> MR is harder. It would be a shame to have to search through the commentary
>> looking for the link. I used the old "Phab:D1234" links in the top of a
>> Trac ticket quite often.
>>
>> I also second the request for a test-case field. This field, to me, is
>> most useful as a reminder to the author that they need to add a test case.
>> But I think the issue-to-MR link is more important than the test-case field.
>>
>> Thanks!
>> Richard
>>
>> > On Mar 11, 2019, at 6:17 AM, Matthew Pickering <
>> matthewtpickering at gmail.com> wrote:
>> >
>> > I wrote !509 in the ticket which then made gitlab display the "Related
>> > Merge Request" bit underneath. I don't know what happens if you
>> > mention a MR in a comment.
>> >
>> > On Mon, Mar 11, 2019 at 10:14 AM Simon Peyton Jones
>> > <simonpj at microsoft.com> wrote:
>> >>
>> >> |  > * Back on the tickets front, how do I record the test cases(s)
>> for a
>> >> |  ticket?
>> >> |
>> >> |  I don't believe there is a way other than via the commit
>> referencing the
>> >> |  ticket.
>> >>
>> >> That's sad. It's a useful discipline to fill in that field before
>> closing the ticket.  And it's useful later when looking for the test cases
>> for the ticket.
>> >>
>> >> Is this just a straight loss, or is there a longer term plan to
>> recover it?  Do we need a self-imposed discipline, e.g. to ALWAYS add a
>> comment that lists the test cases (and does nothing else) before closing an
>> issue?
>> >>
>> >> |  > * How do I record the MR for a ticket?  (When it has one.)
>> >> |
>> >> |  When you mention a ticket in a MR then a reference should be
>> created from
>> >> |  it to the ticket.
>> >> |
>> >> |  For example, when I mentioned !509 on this ticket it now displays
>> in the
>> >> |  UI.
>> >>
>> >> I don't get it.  You manually added "Corresponding MR !509" to the
>> issue Description.  Or are you saying that that apparently-user-written
>> line was added by GitLab? If you have many MRs taht mention (perhaps en
>> passant) the same issue, will there be many such lines?
>> >>
>> >> Or is it another discipline we could impose on ourselves?
>> >>
>> >> Simon
>> >>
>> >> |  -----Original Message-----
>> >> |  From: Matthew Pickering <matthewtpickering at gmail.com>
>> >> |  Sent: 11 March 2019 09:37
>> >> |  To: Simon Peyton Jones <simonpj at microsoft.com>
>> >> |  Cc: Ben Gamari <ben at well-typed.com>; GHC developers <
>> ghc-devs at haskell.org>
>> >> |  Subject: Re: Trac to GitLab migration underway
>> >> |
>> >> |  > * That the old ticket repo be put in read-only mode.  I've just
>> modified
>> >> |  the old #16344, but I should have modified the new one.
>> >> |
>> >> |  That is tracked
>> >> |
>> https://nam06.safelinks.protection.outlook.com/?url=https%3A%2F%2Fgitlab.h
>> >> |  askell.org%2Fbgamari%2Fgitlab-
>> >> |  migration%2Fissues%2F14&data=02%7C01%7Csimonpj%40microsoft.com
>> %7Cac356
>> >> |
>> d50797a44abf82008d6a6053319%7C72f988bf86f141af91ab2d7cd011db47%7C1%7C0%7C6
>> >> |
>> 36878938597242017&sdata=XnY%2Fo62mCkz849XKLKe8V3stFe8sorBQkqI9%2FY%2By
>> >> |  CdI%3D&reserved=0
>> >> |
>> >> |  It seems that there are still some problems to iron out though.
>> >> |
>> >> |  > * Back on the tickets front, how do I record the test cases(s)
>> for a
>> >> |  ticket?
>> >> |
>> >> |  I don't believe there is a way other than via the commit
>> referencing the
>> >> |  ticket.
>> >> |
>> >> |  >
>> >> |  > * How do I record the MR for a ticket?  (When it has one.)
>> >> |
>> >> |  When you mention a ticket in a MR then a reference should be
>> created from
>> >> |  it to the ticket.
>> >> |
>> >> |  For example, when I mentioned !509 on this ticket it now displays
>> in the
>> >> |  UI.
>> >> |
>> https://nam06.safelinks.protection.outlook.com/?url=https%3A%2F%2Fgitlab.h
>> >> |  askell.org
>> %2Fghc%2Fghc%2Fissues%2F16417&data=02%7C01%7Csimonpj%40micro
>> >> |  soft.com
>> %7Cac356d50797a44abf82008d6a6053319%7C72f988bf86f141af91ab2d7cd011
>> >> |
>> db47%7C1%7C0%7C636878938597242017&sdata=s5%2FfsXsx5t%2FuRIeq6AJZU5sr8P
>> >> |  FJpNt6nkr%2BObzRAmk%3D&reserved=0
>> >> |
>> >> |  >
>> >> |  > * That the banner (on the wiki at least) saying "This site has
>> been
>> >> |  deprecated and is in read-only mode" should describe how to get to
>> the
>> >> |  corresponding URL on the new wiki. Eg. say "If you are trying to
>> access
>> >> |
>> https://nam06.safelinks.protection.outlook.com/?url=https%3A%2F%2Fghc.hask
>> >> |  ell.org%2Ftrac%2Fghc%2Fwiki%2F&data=02%7C01%7Csimonpj%
>> 40microsoft.com%
>> >> |
>> 7Cac356d50797a44abf82008d6a6053319%7C72f988bf86f141af91ab2d7cd011db47%7C1%
>> >> |
>> 7C0%7C636878938597242017&sdata=vq0ZCkxOmaQp4vB3WPzc%2BovCn1oSSak5K6CYM
>> >> |  1UyIq4%3D&reserved=0<page>, the new URL is
>> >> |  "
>> https://nam06.safelinks.protection.outlook.com/?url=https%3A%2F%2Fgitlab.
>> >> |  haskell.org
>> %2Fghc%2Fghc%2Fwikis%2F&data=02%7C01%7Csimonpj%40microsoft.
>> >> |
>> com%7Cac356d50797a44abf82008d6a6053319%7C72f988bf86f141af91ab2d7cd011db47%
>> >> |
>> 7C1%7C0%7C636878938597242017&sdata=ZbZf%2BlVa1rqrngh82QrJAIRmDFaGMp0Gb
>> >> |  BUo5ABhqVo%3D&reserved=0<page>".
>> >> |  >
>> >> |  > * Where has
>> >> |
>> https://nam06.safelinks.protection.outlook.com/?url=https%3A%2F%2Fghc.hask
>> >> |  ell.org
>> %2Ftrac%2Fghc%2Fwiki%2FRichardAndSimon&data=02%7C01%7Csimonpj%4
>> >> |  0microsoft.com
>> %7Cac356d50797a44abf82008d6a6053319%7C72f988bf86f141af91ab2d
>> >> |
>> 7cd011db47%7C1%7C0%7C636878938597242017&sdata=xkERHLEyWh8yWLxRS2GUZ4iu
>> >> |  Yk0DjFBxuKFkQbnyUeI%3D&reserved=0 gone?  The corresponding URL
>> on the
>> >> |  new wiki doesn't exist.
>> >> |
>> >> |  The page is now located at:
>> >> |
>> https://nam06.safelinks.protection.outlook.com/?url=https%3A%2F%2Fgitlab.h
>> >> |  askell.org%2Fghc%2Fghc%2Fwikis%2Frichard-and-
>> >> |  simon&data=02%7C01%7Csimonpj%40microsoft.com
>> %7Cac356d50797a44abf82008d
>> >> |
>> 6a6053319%7C72f988bf86f141af91ab2d7cd011db47%7C1%7C0%7C636878938597242017&
>> >> |
>> amp;sdata=X%2BOPbJn4zTiGNkH%2Ba5TVoge6dxZmGw0WSxrnxEpk0og%3D&reserved=
>> >> |  0
>> >> |
>> >> |  >
>> >> |  > * How can I list the title index on the new wiki?
>> >> |
>> >> |  An automatically generated index is available here
>> >> |
>> >> |
>> https://nam06.safelinks.protection.outlook.com/?url=https%3A%2F%2Fgitlab.h
>> >> |  askell.org
>> %2Fghc%2Fghc%2Fwikis%2Findex&data=02%7C01%7Csimonpj%40micros
>> >> |  oft.com
>> %7Cac356d50797a44abf82008d6a6053319%7C72f988bf86f141af91ab2d7cd011d
>> >> |
>> b47%7C1%7C0%7C636878938597242017&sdata=BZ337ak7obJlIGW4GK5R4FOl1uCCH2T
>> >> |  D4DGorbNyz28%3D&reserved=0
>> >> |
>> >> |  I believe the intention is to automatically update this with a
>> cronjob.
>> >> |
>> >> |  >
>> >> |  > * I have lots of pages like this one
>> >> |
>> https://nam06.safelinks.protection.outlook.com/?url=https%3A%2F%2Fgitlab.h
>> >> |  askell.org%2Fghc%2Fghc%2Fwikis%2Fproposal%2Fcustom-type-
>> >> |  errors&data=02%7C01%7Csimonpj%40microsoft.com
>> %7Cac356d50797a44abf82008
>> >> |
>> d6a6053319%7C72f988bf86f141af91ab2d7cd011db47%7C1%7C0%7C636878938597242017
>> >> |
>> &sdata=sueCHGV9aE36gaIqUgxBq1VZl4zOKhCYDOWwsnSgAss%3D&reserved=0
>> >> |  that list the tickets relevant to a particular keyword.  (Now
>> "label" I
>> >> |  think?)   But tat page is now lying: it claims to list current open
>> >> |  tickets, but actually it's a frozen snapshot.  What should I do?
>> >> |
>> >> |  Gitlab Wiki does not support this feature so you have to refer to a
>> custom
>> >> |  search.
>> >> |
>> >> |  For example:
>> >> |
>> https://nam06.safelinks.protection.outlook.com/?url=https%3A%2F%2Fgitlab.h
>> >> |  askell.org
>> %2Fghc%2Fghc%2Fissues%3Flabel_name%255B%255D%3DApplicativeDo&amp
>> >> |  ;data=02%7C01%7Csimonpj%40microsoft.com
>> %7Cac356d50797a44abf82008d6a6053319
>> >> |
>> %7C72f988bf86f141af91ab2d7cd011db47%7C1%7C0%7C636878938597242017&sdata
>> >> |  =DM%2B9ZPFxUhJW%2B2EokkOJzXF6Ca6PlSgQf1TGsCt36Wc%3D&reserved=0
>> >> |
>> >> |  However, it seems that the `CustomTypeErrors` label was lost during
>> the
>> >> |  migration. Do you know why this is Tobias/Ben? It looks like it
>> will have
>> >> |  to be added back manually.
>> >> |
>> >> |  >
>> >> |  > Thanks
>> >> |  >
>> >> |  > Simon
>> >> |  >
>> >> |  > |  I'm happy to announce that the ticket and issue import
>> processes
>> >> |  > | are now  complete and gitlab.haskell.org is back online. There
>> are
>> >> |  > | still a few  final steps remaining which I will be carrying out
>> over
>> >> |  > | the next few
>> >> |  > |  days:
>> >> |  > |
>> >> |  > |   * Put in place redirect logic for Trac ticket and Wiki URLs
>> >> |  > |
>> >> |  > |   * Add issue comments showing commit messages, replicating the
>> >> |  previous
>> >> |  > |     Trac behavior
>> >> |  > |
>> >> |  > |   * Migrate the GHC Blog entries
>> >> |  > |
>> >> |  > |   * Make the old Trac instance again accessible in read-only
>> mode
>> >> |  > |
>> >> |  > |  However, while I do this you should feel free to use
>> >> |  > | gitlab.haskell.org  freely.
>> >> |  > |  If you notice any issues with the import feel free to open a
>> ticket
>> >> |  > | here  [1].
>> >> |  > |
>> >> |  > |  Cheers,
>> >> |  > |
>> >> |  > |  - Ben
>> >> |  > |
>> >> |  > |
>> >> |  > |
>> >> |  > |  [1]
>> >> |  > |
>> >> |  > |
>> https://nam06.safelinks.protection.outlook.com/?url=https%3A%2F%2Fgi
>> >> |  > | tlab.h
>> >> |  > |  askell.org%2Fbgamari%2Fgitlab-
>> >> |  > |
>> >> |  > | migration%2Fissues&data=02%7C01%7Csimonpj%40microsoft.com
>> %7C48ce
>> >> |  > | 7f7334
>> >> |  > |
>> >> |  > |
>> c04a54549508d6a5a0cb40%7C72f988bf86f141af91ab2d7cd011db47%7C1%7C0%7C
>> >> |  > | 636878
>> >> |  > |
>> >> |  > |
>> 507364801779&sdata=DIxKgZy%2B%2BTYq0P%2BEkrxjefMQqUf43ObXi9CLOGo
>> >> |  > | 0sk4%3
>> >> |  > |  D&reserved=0
>> >> |  > _______________________________________________
>> >> |  > ghc-devs mailing list
>> >> |  > ghc-devs at haskell.org
>> >> |  >
>> https://nam06.safelinks.protection.outlook.com/?url=http%3A%2F%2Fmail.
>> >> |  > haskell.org
>> %2Fcgi-bin%2Fmailman%2Flistinfo%2Fghc-devs&data=02%7C01
>> >> |  > %7Csimonpj%40microsoft.com
>> %7Cac356d50797a44abf82008d6a6053319%7C72f988
>> >> |  >
>> bf86f141af91ab2d7cd011db47%7C1%7C0%7C636878938597242017&sdata=V5Xq
>> >> |  > iP3b87PRpJvS5KSxyM6qkpSnM3KMDtrIhdQhwB0%3D&reserved=0
>> > _______________________________________________
>> > ghc-devs mailing list
>> > ghc-devs at haskell.org
>> > http://mail.haskell.org/cgi-bin/mailman/listinfo/ghc-devs
>>
>> _______________________________________________
>> ghc-devs mailing list
>> ghc-devs at haskell.org
>> http://mail.haskell.org/cgi-bin/mailman/listinfo/ghc-devs
>>
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.haskell.org/pipermail/ghc-devs/attachments/20190311/ea821cd6/attachment-0001.html>


More information about the ghc-devs mailing list