diff mbox series

docs, package/gcc: switch to Gitlab issue tracker

Message ID 20240514085801.3202503-1-thomas.petazzoni@bootlin.com
State Accepted
Headers show
Series docs, package/gcc: switch to Gitlab issue tracker | expand

Commit Message

Thomas Petazzoni May 14, 2024, 8:58 a.m. UTC
Our Bugzilla is so slow and unstable that it has become
unusable. Let's switch to using the Gitlab issue tracker instead.

There are still lots of references to the Bugzilla bug tracker in our
News page at https://buildroot.org/news.html, but these are for older
news.

Signed-off-by: Thomas Petazzoni <thomas.petazzoni@bootlin.com>
---
 docs/manual/contribute.adoc  | 2 +-
 docs/manual/resources.adoc   | 2 +-
 docs/website/contribute.html | 2 +-
 docs/website/support.html    | 5 +++--
 package/gcc/gcc.mk           | 2 +-
 5 files changed, 7 insertions(+), 6 deletions(-)

Comments

Thomas Petazzoni June 13, 2024, 9:41 p.m. UTC | #1
Hello,

On Tue, 14 May 2024 10:58:00 +0200
Thomas Petazzoni via buildroot <buildroot@buildroot.org> wrote:

> Our Bugzilla is so slow and unstable that it has become
> unusable. Let's switch to using the Gitlab issue tracker instead.
> 
> There are still lots of references to the Bugzilla bug tracker in our
> News page at https://buildroot.org/news.html, but these are for older
> news.
> 
> Signed-off-by: Thomas Petazzoni <thomas.petazzoni@bootlin.com>

I was wondering if the other maintainers had any feedback on this patch?

Thanks!

Thomas
Giulio Benetti June 13, 2024, 9:56 p.m. UTC | #2
Hello Thomas,

On 13/06/24 23:41, Thomas Petazzoni via buildroot wrote:
> Hello,
> 
> On Tue, 14 May 2024 10:58:00 +0200
> Thomas Petazzoni via buildroot <buildroot@buildroot.org> wrote:
> 
>> Our Bugzilla is so slow and unstable that it has become
>> unusable. Let's switch to using the Gitlab issue tracker instead.
>>
>> There are still lots of references to the Bugzilla bug tracker in our
>> News page at https://buildroot.org/news.html, but these are for older
>> news.
>>
>> Signed-off-by: Thomas Petazzoni <thomas.petazzoni@bootlin.com>
> 
> I was wondering if the other maintainers had any feedback on this patch?

I'm not a Maintainer, but I use Gitlab daily with Issues since 1 year in
team and in generale I find it a good tool.

As bug tracker is pretty good also because of Labels we could define to
better address the bug. This has been tested at my Customer's Gitlab
with 3 different final customers in Horeca sector. Both developers and
final customers have been happy since 2 year with many projects started
and finished and still maintaining(I count 10 circa).

And all the above can be done with the free license with no problem.

These are my 2 cents.

Best regards
Yann E. MORIN June 15, 2024, 8:08 a.m. UTC | #3
Thomas, All,

On 2024-05-14 10:58 +0200, Thomas Petazzoni via buildroot spake thusly:
> Our Bugzilla is so slow and unstable that it has become
> unusable. Let's switch to using the Gitlab issue tracker instead.

It would have been nice if you had suggested a plan to deal with the
existing issues.

We can extract the list of bugs from Bugzilla (as CSV):
    https://bugs.busybox.net/buglist.cgi?bug_status=__all__&limit=0&list_id=26023&product=buildroot&query_format=specific&ctype=csv&human=1

And then we can extract individual bugs (as XML):
    https://bugs.busybox.net/show_bug.cgi?ctype=xml&id=3

Gitlab can import from CSV:
    https://docs.gitlab.com/ee/user/project/issues/csv_import.html

However, the Gitlab import is ultra limited: it can only import issues
as a title, a description, a due date (optional), and a milestone
(optional).

There is no place for comments, attachments, status...

So, what do we do for the existing issues?

Regards,
Yann E. MORIN.

> There are still lots of references to the Bugzilla bug tracker in our
> News page at https://buildroot.org/news.html, but these are for older
> news.
> 
> Signed-off-by: Thomas Petazzoni <thomas.petazzoni@bootlin.com>
> ---
>  docs/manual/contribute.adoc  | 2 +-
>  docs/manual/resources.adoc   | 2 +-
>  docs/website/contribute.html | 2 +-
>  docs/website/support.html    | 5 +++--
>  package/gcc/gcc.mk           | 2 +-
>  5 files changed, 7 insertions(+), 6 deletions(-)
> 
> diff --git a/docs/manual/contribute.adoc b/docs/manual/contribute.adoc
> index 6ff6c15314..c88035597e 100644
> --- a/docs/manual/contribute.adoc
> +++ b/docs/manual/contribute.adoc
> @@ -25,7 +25,7 @@ for more information on obtaining a Buildroot git tree.
>  === Reproducing, analyzing and fixing bugs
>  
>  A first way of contributing is to have a look at the open bug reports in
> -the https://bugs.buildroot.org/buglist.cgi?product=buildroot[Buildroot bug
> +the https://gitlab.com/buildroot.org/buildroot/-/issues[Buildroot bug
>  tracker]. As we strive to keep the bug count as small as possible, all
>  help in reproducing, analyzing and fixing reported bugs is more than
>  welcome. Don't hesitate to add a comment to bug reports reporting your
> diff --git a/docs/manual/resources.adoc b/docs/manual/resources.adoc
> index 68b7eb9062..4ef709c317 100644
> --- a/docs/manual/resources.adoc
> +++ b/docs/manual/resources.adoc
> @@ -40,7 +40,7 @@ better as it will reach more people, both developers and users.
>  Bug tracker::
>  +
>  Bugs in Buildroot can be reported via the mailing list or alternatively
> -via the https://bugs.buildroot.org/buglist.cgi?product=buildroot[Buildroot
> +via the https://gitlab.com/buildroot.org/buildroot/-/issues[Buildroot
>  bugtracker]. Please refer to xref:reporting-bugs[] before creating a bug
>  report.
>  
> diff --git a/docs/website/contribute.html b/docs/website/contribute.html
> index aa1cf93f1b..95028ee788 100644
> --- a/docs/website/contribute.html
> +++ b/docs/website/contribute.html
> @@ -13,7 +13,7 @@
>  
>        <ul>
>  	<li>Reproducing, analyzing and fixing bugs from our
> -	  <a href="https://bugs.buildroot.org/">bug tracker</a></li>
> +	  <a href="https://gitlab.com/buildroot.org/buildroot/-/issues">bug tracker</a></li>
>  	<li>Analyzing and fixing <a href="http://autobuild.buildroot.org/">
>  	    autobuild failures</a></li>
>  	<li>Reviewing and testing patches sent by other developers. See the
> diff --git a/docs/website/support.html b/docs/website/support.html
> index 28873c6d76..75551b770e 100644
> --- a/docs/website/support.html
> +++ b/docs/website/support.html
> @@ -80,8 +80,9 @@
>  		  <img class="img-responsive" src="images/bug-buddy.png" style="max-width:50px; margin-bottom:10px;">
>  		</div>
>  		<div class="col-sm-11">
> -		  <p>If you think you found a bug in Buildroot, you can use the
> -		    <a href="https://bugs.buildroot.org/">Bug Tracker</a> to post your bugs and/or
> +		  <p>If you think you found a bug in Buildroot, you
> +		  can use the
> +		    <a href="https://gitlab.com/buildroot.org/buildroot/-/issues">Bug Tracker</a> to post your bugs and/or
>  		    participate to find solutions to existing problems.</p>
>  
>  		  <p>Note: patches are only accepted through the mailing list.</p>
> diff --git a/package/gcc/gcc.mk b/package/gcc/gcc.mk
> index 672f9472a9..e4780353cb 100644
> --- a/package/gcc/gcc.mk
> +++ b/package/gcc/gcc.mk
> @@ -83,7 +83,7 @@ HOST_GCC_COMMON_CONF_OPTS = \
>  	--with-mpc=$(HOST_DIR) \
>  	--with-mpfr=$(HOST_DIR) \
>  	--with-pkgversion="Buildroot $(BR2_VERSION_FULL)" \
> -	--with-bugurl="http://bugs.buildroot.net/" \
> +	--with-bugurl="https://gitlab.com/buildroot.org/buildroot/-/issues" \
>  	--without-zstd
>  
>  ifeq ($(BR2_REPRODUCIBLE),y)
> -- 
> 2.45.0
> 
> _______________________________________________
> buildroot mailing list
> buildroot@buildroot.org
> https://lists.buildroot.org/mailman/listinfo/buildroot
Thomas Petazzoni June 15, 2024, 12:46 p.m. UTC | #4
On Sat, 15 Jun 2024 10:08:13 +0200
"Yann E. MORIN" <yann.morin.1998@free.fr> wrote:

> It would have been nice if you had suggested a plan to deal with the
> existing issues.

Indeed, but there was a reason, see below :-)

> We can extract the list of bugs from Bugzilla (as CSV):
>     https://bugs.busybox.net/buglist.cgi?bug_status=__all__&limit=0&list_id=26023&product=buildroot&query_format=specific&ctype=csv&human=1
> 
> And then we can extract individual bugs (as XML):
>     https://bugs.busybox.net/show_bug.cgi?ctype=xml&id=3
> 
> Gitlab can import from CSV:
>     https://docs.gitlab.com/ee/user/project/issues/csv_import.html
> 
> However, the Gitlab import is ultra limited: it can only import issues
> as a title, a description, a due date (optional), and a milestone
> (optional).
> 
> There is no place for comments, attachments, status...
> 
> So, what do we do for the existing issues?

My plan was to have no plan at all, and simply "ignore" the existing
issues. But alternatively, we could do a massive close of all existing
open issues with a message saying that we moved to Gitlab and that if
the issue still exists, it should be reopened in Gitlab.

To me, this is probably good enough.

Thomas
Yann E. MORIN June 15, 2024, 2:30 p.m. UTC | #5
Thomas, All,

On 2024-06-15 14:46 +0200, Thomas Petazzoni spake thusly:
> On Sat, 15 Jun 2024 10:08:13 +0200
> "Yann E. MORIN" <yann.morin.1998@free.fr> wrote:
> 
> > It would have been nice if you had suggested a plan to deal with the
> > existing issues.
[--SNIP--]
> My plan was to have no plan at all, and simply "ignore" the existing
> issues. But alternatively, we could do a massive close of all existing
> open issues with a message saying that we moved to Gitlab and that if
> the issue still exists, it should be reopened in Gitlab.
> To me, this is probably good enough.

I am fine with that.

Regards,
Yann E. MORIN.
Peter Korsgaard June 15, 2024, 2:41 p.m. UTC | #6
>>>>> "Yann" == Yann E MORIN <yann.morin.1998@free.fr> writes:

 > Thomas, All,
 > On 2024-06-15 14:46 +0200, Thomas Petazzoni spake thusly:
 >> On Sat, 15 Jun 2024 10:08:13 +0200
 >> "Yann E. MORIN" <yann.morin.1998@free.fr> wrote:
 >> 
 >> > It would have been nice if you had suggested a plan to deal with the
 >> > existing issues.
 > [--SNIP--]
 >> My plan was to have no plan at all, and simply "ignore" the existing
 >> issues. But alternatively, we could do a massive close of all existing
 >> open issues with a message saying that we moved to Gitlab and that if
 >> the issue still exists, it should be reopened in Gitlab.
 >> To me, this is probably good enough.

 > I am fine with that.

yeah, me too. I don't think we have a lot of very interesting open
issues.
Yann E. MORIN June 15, 2024, 2:41 p.m. UTC | #7
Thomas, All,

On 2024-05-14 10:58 +0200, Thomas Petazzoni via buildroot spake thusly:
> Our Bugzilla is so slow and unstable that it has become
> unusable. Let's switch to using the Gitlab issue tracker instead.
> 
> There are still lots of references to the Bugzilla bug tracker in our
> News page at https://buildroot.org/news.html, but these are for older
> news.
> 
> Signed-off-by: Thomas Petazzoni <thomas.petazzoni@bootlin.com>
[--SNIP--]
> diff --git a/docs/website/support.html b/docs/website/support.html
> index 28873c6d76..75551b770e 100644
> --- a/docs/website/support.html
> +++ b/docs/website/support.html
> @@ -80,8 +80,9 @@
>  		  <img class="img-responsive" src="images/bug-buddy.png" style="max-width:50px; margin-bottom:10px;">
>  		</div>
>  		<div class="col-sm-11">
> -		  <p>If you think you found a bug in Buildroot, you can use the
> -		    <a href="https://bugs.buildroot.org/">Bug Tracker</a> to post your bugs and/or
> +		  <p>If you think you found a bug in Buildroot, you
> +		  can use the

Spurious reflow; I dropped it.

Applied to master, thanks.

As planned with your non-plan, I'm planning on planing out old bug
tracker, and closing still-opened issues.

Still, it would be nice if we could get an issue template for new issues
that will be opened in our shinny new bug tracker.

Regards,
Yann E. MORIN.

> +		    <a href="https://gitlab.com/buildroot.org/buildroot/-/issues">Bug Tracker</a> to post your bugs and/or
>  		    participate to find solutions to existing problems.</p>
>  
>  		  <p>Note: patches are only accepted through the mailing list.</p>
> diff --git a/package/gcc/gcc.mk b/package/gcc/gcc.mk
> index 672f9472a9..e4780353cb 100644
> --- a/package/gcc/gcc.mk
> +++ b/package/gcc/gcc.mk
> @@ -83,7 +83,7 @@ HOST_GCC_COMMON_CONF_OPTS = \
>  	--with-mpc=$(HOST_DIR) \
>  	--with-mpfr=$(HOST_DIR) \
>  	--with-pkgversion="Buildroot $(BR2_VERSION_FULL)" \
> -	--with-bugurl="http://bugs.buildroot.net/" \
> +	--with-bugurl="https://gitlab.com/buildroot.org/buildroot/-/issues" \
>  	--without-zstd
>  
>  ifeq ($(BR2_REPRODUCIBLE),y)
> -- 
> 2.45.0
> 
> _______________________________________________
> buildroot mailing list
> buildroot@buildroot.org
> https://lists.buildroot.org/mailman/listinfo/buildroot
diff mbox series

Patch

diff --git a/docs/manual/contribute.adoc b/docs/manual/contribute.adoc
index 6ff6c15314..c88035597e 100644
--- a/docs/manual/contribute.adoc
+++ b/docs/manual/contribute.adoc
@@ -25,7 +25,7 @@  for more information on obtaining a Buildroot git tree.
 === Reproducing, analyzing and fixing bugs
 
 A first way of contributing is to have a look at the open bug reports in
-the https://bugs.buildroot.org/buglist.cgi?product=buildroot[Buildroot bug
+the https://gitlab.com/buildroot.org/buildroot/-/issues[Buildroot bug
 tracker]. As we strive to keep the bug count as small as possible, all
 help in reproducing, analyzing and fixing reported bugs is more than
 welcome. Don't hesitate to add a comment to bug reports reporting your
diff --git a/docs/manual/resources.adoc b/docs/manual/resources.adoc
index 68b7eb9062..4ef709c317 100644
--- a/docs/manual/resources.adoc
+++ b/docs/manual/resources.adoc
@@ -40,7 +40,7 @@  better as it will reach more people, both developers and users.
 Bug tracker::
 +
 Bugs in Buildroot can be reported via the mailing list or alternatively
-via the https://bugs.buildroot.org/buglist.cgi?product=buildroot[Buildroot
+via the https://gitlab.com/buildroot.org/buildroot/-/issues[Buildroot
 bugtracker]. Please refer to xref:reporting-bugs[] before creating a bug
 report.
 
diff --git a/docs/website/contribute.html b/docs/website/contribute.html
index aa1cf93f1b..95028ee788 100644
--- a/docs/website/contribute.html
+++ b/docs/website/contribute.html
@@ -13,7 +13,7 @@ 
 
       <ul>
 	<li>Reproducing, analyzing and fixing bugs from our
-	  <a href="https://bugs.buildroot.org/">bug tracker</a></li>
+	  <a href="https://gitlab.com/buildroot.org/buildroot/-/issues">bug tracker</a></li>
 	<li>Analyzing and fixing <a href="http://autobuild.buildroot.org/">
 	    autobuild failures</a></li>
 	<li>Reviewing and testing patches sent by other developers. See the
diff --git a/docs/website/support.html b/docs/website/support.html
index 28873c6d76..75551b770e 100644
--- a/docs/website/support.html
+++ b/docs/website/support.html
@@ -80,8 +80,9 @@ 
 		  <img class="img-responsive" src="images/bug-buddy.png" style="max-width:50px; margin-bottom:10px;">
 		</div>
 		<div class="col-sm-11">
-		  <p>If you think you found a bug in Buildroot, you can use the
-		    <a href="https://bugs.buildroot.org/">Bug Tracker</a> to post your bugs and/or
+		  <p>If you think you found a bug in Buildroot, you
+		  can use the
+		    <a href="https://gitlab.com/buildroot.org/buildroot/-/issues">Bug Tracker</a> to post your bugs and/or
 		    participate to find solutions to existing problems.</p>
 
 		  <p>Note: patches are only accepted through the mailing list.</p>
diff --git a/package/gcc/gcc.mk b/package/gcc/gcc.mk
index 672f9472a9..e4780353cb 100644
--- a/package/gcc/gcc.mk
+++ b/package/gcc/gcc.mk
@@ -83,7 +83,7 @@  HOST_GCC_COMMON_CONF_OPTS = \
 	--with-mpc=$(HOST_DIR) \
 	--with-mpfr=$(HOST_DIR) \
 	--with-pkgversion="Buildroot $(BR2_VERSION_FULL)" \
-	--with-bugurl="http://bugs.buildroot.net/" \
+	--with-bugurl="https://gitlab.com/buildroot.org/buildroot/-/issues" \
 	--without-zstd
 
 ifeq ($(BR2_REPRODUCIBLE),y)