Bugtracker DBD::mysql

Hi Pali,

On Mon, Nov 13, 2017 at 6:18 PM,  <pali@cpan.org> wrote:
> And I would suggest to disable issue tracker on github as primary bug
> tracker (according to DBD::mysql documentation) is on RT and also
> probably all problems are reported there. The worst thing which can be
> is to have two independent bug trackers, which is current situation.

You're right, it would be helpful and desirable to have only one bug tracker!

I've tried to migrate the existing RT tickets to Github before, but
that did not work correctly because DBD::mysql uses a Github
organization and the script I used at the time did not accept this.
I'll put it higher on my to-do list again and look into getting that
done.

--
Michiel
0
michiel
11/14/2017 9:56:58 AM
perl.dbi.users 11045 articles. 1 followers. Follow

6 Replies
8 Views

Similar Articles

[PageSpeed] 29

On Tuesday 14 November 2017 10:56:58 Michiel Beijen wrote:
> Hi Pali,
> 
> On Mon, Nov 13, 2017 at 6:18 PM,  <pali@cpan.org> wrote:
> > And I would suggest to disable issue tracker on github as primary bug
> > tracker (according to DBD::mysql documentation) is on RT and also
> > probably all problems are reported there. The worst thing which can be
> > is to have two independent bug trackers, which is current situation.
> 
> You're right, it would be helpful and desirable to have only one bug tracker!
> 
> I've tried to migrate the existing RT tickets to Github before, but
> that did not work correctly because DBD::mysql uses a Github
> organization and the script I used at the time did not accept this.
> I'll put it higher on my to-do list again and look into getting that
> done.

Hi! As there are only few tickets on github, it would be easier to
disable creating new tickets on github and those few which are not
resolved yet either move on RT or (if github allows it; which I believe
yet) continue to exists.

And once any migration is ready, then it can be fully switched.

Still one bugtracker is better then two, even if it is not on github.
0
pali
11/14/2017 10:07:19 AM
On Tue, Nov 14, 2017 at 11:07 AM,  <pali@cpan.org> wrote:

> Hi! As there are only few tickets on github, it would be easier to
> disable creating new tickets on github and those few which are not
> resolved yet either move on RT or (if github allows it; which I believe
> yet) continue to exists.
>
> And once any migration is ready, then it can be fully switched.
>
> Still one bugtracker is better then two, even if it is not on github.

Yeah, I'm sure this is *easier*. But I really hate the RT cpan bug
tracker, so I'd prefer to look again at migrating from RT >> Github -
if that really would not work for some reason I'll consider migrating
the other way around.

--
Michiel
0
michiel
11/14/2017 1:34:44 PM
--001a1143db6876a9f4055df40ae0
Content-Type: text/plain; charset="UTF-8"

On Tue, Nov 14, 2017 at 8:34 AM, Michiel Beijen <michiel.beijen@gmail.com>
wrote:

> On Tue, Nov 14, 2017 at 11:07 AM,  <pali@cpan.org> wrote:
>
> > Hi! As there are only few tickets on github, it would be easier to
> > disable creating new tickets on github and those few which are not
> > resolved yet either move on RT or (if github allows it; which I believe
> > yet) continue to exists.
> >
> > And once any migration is ready, then it can be fully switched.
> >
> > Still one bugtracker is better then two, even if it is not on github.
>
> Yeah, I'm sure this is *easier*. But I really hate the RT cpan bug
> tracker, so I'd prefer to look again at migrating from RT >> Github -
> if that really would not work for some reason I'll consider migrating
> the other way around.
>
>
I also prefer github but of course it's mainly up to what is easiest for
the maintainers. Here is a script for migrating tickets if it's not what
you already tried: https://metacpan.org/pod/RTx::ToGitHub

-Dan

--001a1143db6876a9f4055df40ae0
Content-Type: text/html; charset="UTF-8"
Content-Transfer-Encoding: quoted-printable

<div dir=3D"ltr"><div class=3D"gmail_extra"><div class=3D"gmail_quote">On T=
ue, Nov 14, 2017 at 8:34 AM, Michiel Beijen <span dir=3D"ltr">&lt;<a href=
=3D"mailto:michiel.beijen@gmail.com" target=3D"_blank">michiel.beijen@gmail=
..com</a>&gt;</span> wrote:<br><blockquote class=3D"gmail_quote" style=3D"ma=
rgin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:=
1ex"><span class=3D"gmail-">On Tue, Nov 14, 2017 at 11:07 AM,=C2=A0 &lt;<a =
href=3D"mailto:pali@cpan.org">pali@cpan.org</a>&gt; wrote:<br>
<br>
&gt; Hi! As there are only few tickets on github, it would be easier to<br>
&gt; disable creating new tickets on github and those few which are not<br>
&gt; resolved yet either move on RT or (if github allows it; which I believ=
e<br>
&gt; yet) continue to exists.<br>
&gt;<br>
&gt; And once any migration is ready, then it can be fully switched.<br>
&gt;<br>
&gt; Still one bugtracker is better then two, even if it is not on github.<=
br>
<br>
</span>Yeah, I&#39;m sure this is *easier*. But I really hate the RT cpan b=
ug<br>
tracker, so I&#39;d prefer to look again at migrating from RT &gt;&gt; Gith=
ub -<br>
if that really would not work for some reason I&#39;ll consider migrating<b=
r>
the other way around.<br><br></blockquote><div><br></div><div>I also prefer=
 github but of course it&#39;s mainly up to what is easiest for the maintai=
ners. Here is a script for migrating tickets if it&#39;s not what you alrea=
dy tried:=C2=A0<a href=3D"https://metacpan.org/pod/RTx::ToGitHub">https://m=
etacpan.org/pod/RTx::ToGitHub</a>=C2=A0</div><div><br></div><div>-Dan</div>=
</div><br></div></div>

--001a1143db6876a9f4055df40ae0--
0
grinnz
11/14/2017 4:40:11 PM
--------------28898ED5A60CE130FE9F26E6
Content-Type: text/plain; charset=utf-8; format=flowed
Content-Transfer-Encoding: 8bit

I agree on getting of RT to Github. Basically, it's 2017 and github is 
good at what it does.


On 11/14/2017 11:40 AM, Dan Book wrote:
> On Tue, Nov 14, 2017 at 8:34 AM, Michiel Beijen 
> <michiel.beijen@gmail.com <mailto:michiel.beijen@gmail.com>> wrote:
>
>     On Tue, Nov 14, 2017 at 11:07 AM,  <pali@cpan.org
>     <mailto:pali@cpan.org>> wrote:
>
>     > Hi! As there are only few tickets on github, it would be easier to
>     > disable creating new tickets on github and those few which are not
>     > resolved yet either move on RT or (if github allows it; which I
>     believe
>     > yet) continue to exists.
>     >
>     > And once any migration is ready, then it can be fully switched.
>     >
>     > Still one bugtracker is better then two, even if it is not on
>     github.
>
>     Yeah, I'm sure this is *easier*. But I really hate the RT cpan bug
>     tracker, so I'd prefer to look again at migrating from RT >> Github -
>     if that really would not work for some reason I'll consider migrating
>     the other way around.
>
>
> I also prefer github but of course it's mainly up to what is easiest 
> for the maintainers. Here is a script for migrating tickets if it's 
> not what you already tried: https://metacpan.org/pod/RTx::ToGitHub
>
> -Dan
>


--------------28898ED5A60CE130FE9F26E6
Content-Type: text/html; charset=utf-8
Content-Transfer-Encoding: 8bit

<html>
  <head>
    <meta http-equiv="Content-Type" content="text/html; charset=utf-8">
  </head>
  <body text="#000000" bgcolor="#FFFFFF">
    <p>I agree on getting of RT to Github. Basically, it's 2017 and
      github is good at what it does.<br>
    </p>
    <br>
    <div class="moz-cite-prefix">On 11/14/2017 11:40 AM, Dan Book wrote:<br>
    </div>
    <blockquote type="cite"
cite="mid:CABMkAVVYjOdeiSwMKkoQPfY2uJhJv4+eRYKVi1b0PsWzskzHRA@mail.gmail.com">
      <div dir="ltr">
        <div class="gmail_extra">
          <div class="gmail_quote">On Tue, Nov 14, 2017 at 8:34 AM,
            Michiel Beijen <span dir="ltr">&lt;<a
                href="mailto:michiel.beijen@gmail.com" target="_blank"
                moz-do-not-send="true">michiel.beijen@gmail.com</a>&gt;</span>
            wrote:<br>
            <blockquote class="gmail_quote" style="margin:0px 0px 0px
              0.8ex;border-left:1px solid
              rgb(204,204,204);padding-left:1ex"><span class="gmail-">On
                Tue, Nov 14, 2017 at 11:07 AM,  &lt;<a
                  href="mailto:pali@cpan.org" moz-do-not-send="true">pali@cpan.org</a>&gt;
                wrote:<br>
                <br>
                &gt; Hi! As there are only few tickets on github, it
                would be easier to<br>
                &gt; disable creating new tickets on github and those
                few which are not<br>
                &gt; resolved yet either move on RT or (if github allows
                it; which I believe<br>
                &gt; yet) continue to exists.<br>
                &gt;<br>
                &gt; And once any migration is ready, then it can be
                fully switched.<br>
                &gt;<br>
                &gt; Still one bugtracker is better then two, even if it
                is not on github.<br>
                <br>
              </span>Yeah, I'm sure this is *easier*. But I really hate
              the RT cpan bug<br>
              tracker, so I'd prefer to look again at migrating from RT
              &gt;&gt; Github -<br>
              if that really would not work for some reason I'll
              consider migrating<br>
              the other way around.<br>
              <br>
            </blockquote>
            <div><br>
            </div>
            <div>I also prefer github but of course it's mainly up to
              what is easiest for the maintainers. Here is a script for
              migrating tickets if it's not what you already tried: <a
                href="https://metacpan.org/pod/RTx::ToGitHub"
                moz-do-not-send="true">https://metacpan.org/pod/RTx::ToGitHub</a> </div>
            <div><br>
            </div>
            <div>-Dan</div>
          </div>
          <br>
        </div>
      </div>
    </blockquote>
    <br>
  </body>
</html>

--------------28898ED5A60CE130FE9F26E6--
0
patg
11/15/2017 3:05:18 PM
I of course will gladly work with you on this.


On 11/14/2017 04:56 AM, Michiel Beijen wrote:
> Hi Pali,
>
> On Mon, Nov 13, 2017 at 6:18 PM,  <pali@cpan.org> wrote:
>> And I would suggest to disable issue tracker on github as primary bug
>> tracker (according to DBD::mysql documentation) is on RT and also
>> probably all problems are reported there. The worst thing which can be
>> is to have two independent bug trackers, which is current situation.
> You're right, it would be helpful and desirable to have only one bug tracker!
>
> I've tried to migrate the existing RT tickets to Github before, but
> that did not work correctly because DBD::mysql uses a Github
> organization and the script I used at the time did not accept this.
> I'll put it higher on my to-do list again and look into getting that
> done.
>
> --
> Michiel
0
patg
11/15/2017 3:05:51 PM
On Tue, Nov 14, 2017 at 5:40 PM, Dan Book <grinnz@gmail.com> wrote:
> I also prefer github but of course it's mainly up to what is easiest for the
> maintainers. Here is a script for migrating tickets if it's not what you
> already tried: https://metacpan.org/pod/RTx::ToGitHub

Actually, that is the script I used when I tried the last time around
which did not work for me, I even send back a pull request for an
installation issue I encountered.
(https://github.com/houseabsolute/RTx-ToGitHub/pull/3)

This time I used dagoldens script:
https://github.com/dagolden/zzz-rt-to-github - it mostly worked but
there were some comments created by users who logged in on RT using
OpenID and where the user field started with 'http' and on which the
RT API seemed to choke. This was the dirty patch I used:

diff --git a/rt-to-github.pl b/rt-to-github.pl
index c6d20c8..06dca7e 100755
--- a/rt-to-github.pl
+++ b/rt-to-github.pl
@@ -63,6 +63,10 @@ sub _dist_name {

 sub _find_from {
     my ( $xact ) = @_;
+    if ($xact->creator =~ /^http/) {
+        # this is because the creator used OpenID
+        return sprintf("From %s on %s", lc( $xact->creator), $xact->creat
ed);
+    }

So as of today, *the* bug tracker for DBD::mysql is on Github at
https://github.com/perl5-dbi/DBD-mysql/issues and we no longer use RT!

--
Michiel
0
michiel
11/15/2017 4:37:01 PM
Reply: