summaryrefslogtreecommitdiff
path: root/doc
diff options
context:
space:
mode:
authorNick Wellnhofer <wellnhofer@aevum.de>2019-02-15 17:52:39 +0100
committerNick Wellnhofer <wellnhofer@aevum.de>2019-02-15 17:52:39 +0100
commit19c1ea58a86e19101fe5f279ff9de3881fc07b19 (patch)
treed7e0f3e0b4e52d4a5459056f68ab5cb8c3335cda /doc
parente8381180a632b451a098cf291d322144b627d519 (diff)
downloadlibxslt-19c1ea58a86e19101fe5f279ff9de3881fc07b19.tar.gz
Change bug tracker URL
Diffstat (limited to 'doc')
-rw-r--r--doc/site.xsl2
-rw-r--r--doc/xslt.html10
2 files changed, 6 insertions, 6 deletions
diff --git a/doc/site.xsl b/doc/site.xsl
index 28b53883..a5cab233 100644
--- a/doc/site.xsl
+++ b/doc/site.xsl
@@ -161,7 +161,7 @@
<li><a href="http://www.zlatkovic.com/projects/libxml/">Windows binaries</a></li>
<li><a href="http://garypennington.net/libxml2/">Solaris binaries</a></li>
<li><a href="http://www.explain.com.au/oss/libxml2xslt.html">MacOsX binaries</a></li>
- <li><a href="http://bugzilla.gnome.org/buglist.cgi?product=libxslt">Bug Tracker</a></li>
+ <li><a href="https://gitlab.gnome.org/GNOME/libxslt/issues">Bug Tracker</a></li>
<li><a href="http://codespeak.net/lxml/">lxml Python bindings</a></li>
<li><a href="http://cpan.uwinnipeg.ca/dist/XML-LibXSLT">Perl XSLT bindings</a></li>
<li><a href="http://www.zend.com/php5/articles/php5-xmlphp.php#Heading17">XSLT with PHP</a></li>
diff --git a/doc/xslt.html b/doc/xslt.html
index 93ada434..069faa34 100644
--- a/doc/xslt.html
+++ b/doc/xslt.html
@@ -99,10 +99,10 @@ useful resources:</p>
<p>Well, bugs or missing features are always possible, and I will make a
point of fixing them in a timely fashion. The best way to report a bug is to
use the <a
-href="http://bugzilla.gnome.org/enter_bug.cgi?product=libxslt">GNOME bug
+href="https://gitlab.gnome.org/GNOME/libxslt/issues">GNOME bug
tracking database</a> (make sure to use the "libxslt" module name). Before
filing a bug, check the <a
-href="http://bugzilla.gnome.org/buglist.cgi?product=libxslt">list of existing
+href="https://gitlab.gnome.org/GNOME/libxslt/issues">list of existing
libxslt bugs</a> to make sure it hasn't already been filed. I look at reports
there regularly and it's good to have a reminder when a bug is still open. Be
sure to specify that the bug is for the package libxslt.</p>
@@ -151,7 +151,7 @@ posting</span>:</p>
<li>check the <a href="http://mail.gnome.org/archives/xslt/">list
archives</a> to see if the problem was reported already, in this case
there is probably a fix available, similarly check the <a
- href="http://bugzilla.gnome.org/buglist.cgi?product=libxslt">registered
+ href="https://gitlab.gnome.org/GNOME/libxslt/issues">registered
open bugs</a></li>
<li>make sure you can reproduce the bug with xsltproc, a very useful thing
to do is run the transformation with -v argument and redirect the
@@ -170,7 +170,7 @@ answer a given question, ask on the list.</p>
<p>To <span style="color: #E50000">be really clear about support</span>:</p>
<ul>
<li>Support or help <span style="color: #E50000">request MUST be sent to
- the list or on bugzilla</span> in case of problems, so that the Question
+ the list or the bug tracker</span> in case of problems, so that the Question
and Answers can be shared publicly. Failing to do so carries the implicit
message "I want free support but I don't want to share the benefits with
others" and is not welcome. I will automatically Carbon-Copy the
@@ -201,7 +201,7 @@ it's a good starting point.</p>
<p>You can help the project in various ways, the best thing to do first is to
subscribe to the mailing-list as explained before, check the <a
href="http://mail.gnome.org/archives/xslt/">archives </a>and the <a
-href="http://bugzilla.gnome.org/buglist.cgi?product=libxslt">GNOME bug
+href="https://gitlab.gnome.org/GNOME/libxslt/issues">GNOME bug
database:</a>:</p>
<ol>
<li>provide patches when you find problems</li>