Merge branch 'gitlab' into 'master'

docs: Change Bugzilla references to GitLab

See merge request GNOME/glib!116
This commit is contained in:
Xavier Claessens 2018-06-15 13:23:52 +00:00
commit a633e260c7
22 changed files with 46 additions and 52 deletions

1
.gitignore vendored
View File

@ -51,7 +51,6 @@ py-compile
test-driver
INSTALL
README
ChangeLog
/glib-lcov.info
/glib-lcov/

View File

@ -1,7 +1,7 @@
Below are just a few of the people who have contributed
to GLib. Please don't mail these people about problems you
have with GTK+; see the README file for information about
filing bugs and submitting patches.
have with GLib; see the README.md file for information about
filing bugs and submitting changes.
GLib-2.0 Team
-------------

View File

@ -33,5 +33,5 @@ Note that autogen.sh runs configure for you. If you wish to pass
options like --prefix=/usr to configure you can give those options
to autogen.sh and they will be passed on to configure.
For information about submitting patches see the README.commits file. For
For information about submitting patches see the CONTRIBUTING.md file. For
information about major design decisions, see the README.rationale file.

View File

@ -37,8 +37,8 @@ EXTRA_DIST += \
NEWS.pre-1-3 \
acglib.m4 \
sanity_check \
README.commits \
README.in \
CONTRIBUTING.md \
README.md \
README.rationale \
INSTALL.in \
README.win32 \
@ -110,7 +110,6 @@ EXTRA_DIST += $(meson_build_files)
# These may be in the builddir too
BUILT_EXTRA_DIST += \
README \
INSTALL \
ChangeLog \
$(NULL)

1
README Normal file
View File

@ -0,0 +1 @@
See README.md

View File

@ -1,7 +1,7 @@
General Information
===================
This is GLib version @GLIB_VERSION@. GLib is the low-level core
GLib is the low-level core
library that forms the basis for projects such as GTK+ and GNOME. It
provides data structure handling for C, portability wrappers, and
interfaces for such runtime functionality as an event loop, threads,
@ -28,8 +28,8 @@ See the file 'INSTALL'
How to report bugs
==================
Bugs should be reported to the GNOME bug tracking system.
(http://bugzilla.gnome.org, product glib.) You will need
Bugs should be reported to the GNOME issue tracking system.
(https://gitlab.gnome.org/GNOME/glib/issues/new). You will need
to create an account for yourself.
In the bug report please include:
@ -58,14 +58,13 @@ In the bug report please include:
Patches
=======
Patches should also be submitted to bugzilla.gnome.org. If the
patch fixes an existing bug, add the patch as an attachment
to that bug report.
Patches should also be submitted as merge requests to gitlab.gnome.org. If the
patch fixes an existing issue, please refer to the issue in your commit message
with the following notation (for issue 123):
Closes: #123
Otherwise, enter a new bug report that describes the patch,
and attach the patch to that bug report.
Patches should be in unified diff form. (The -up option to GNU diff.)
Otherwise, create a new merge request that introduces the change, filing a
separate issue is not required.
Notes about GLib 2.48
=====================

View File

@ -25,10 +25,10 @@ if test -z $AUTORECONF; then
exit 1
fi
# README and INSTALL are required by automake, but may be deleted by clean
# up rules. to get automake to work, simply touch these here, they will be
# regenerated from their corresponding *.in files by ./configure anyway.
touch README INSTALL
# INSTALL is required by automake, but may be deleted by clean
# up rules. to get automake to work, simply touch it here. It will be
# regenerated from its corresponding *.in file by ./configure anyway.
touch INSTALL
autoreconf --force --install --verbose || exit $?

View File

@ -54,7 +54,7 @@ m4_define([glib_debug_default],
AC_INIT(glib, [glib_version],
[http://bugzilla.gnome.org/enter_bug.cgi?product=glib])
[https://gitlab.gnome.org/GNOME/glib/issues/new])
AC_CONFIG_HEADERS([config.h])
AC_CONFIG_SRCDIR([glib/glib.h])
@ -3520,7 +3520,6 @@ chmod 0755 gobject/glib-mkenums])
if false; then
AC_CONFIG_FILES([
INSTALL
README
glib/glib.rc
gmodule/gmodule.rc
gobject/gobject.rc

View File

@ -1038,7 +1038,7 @@ on_handle_hello_world (MyAppFrobber *interface,
<para>
Please send bug reports to either the distribution bug tracker
or the upstream bug tracker at
<ulink url="https://bugzilla.gnome.org/enter_bug.cgi?product=glib">https://bugzilla.gnome.org/enter_bug.cgi?product=glib</ulink>.
<ulink url="https://gitlab.gnome.org/GNOME/glib/issues/new">https://gitlab.gnome.org/GNOME/glib/issues/new</ulink>.
</para>
</refsect1>

View File

@ -399,7 +399,7 @@ $ gdbus wait --session --timeout 30 org.bar.SomeName
<para>
Please send bug reports to either the distribution bug tracker
or the upstream bug tracker at
<ulink url="https://bugzilla.gnome.org/enter_bug.cgi?product=glib"/>.
<ulink url="https://gitlab.gnome.org/GNOME/glib/issues/new"/>.
</para>
</refsect1>

View File

@ -127,7 +127,7 @@ start_monitoring_trash (void)
since we have not found a compelling use case where
#GnomeVFSMIMEMonitor was used. If you think you have such a use
case, please report it at
<ulink url="http://bugzilla.gnome.org">bugzilla.gnome.org</ulink>.
<ulink url="https://gitlab.gnome.org/GNOME/glib/issues/new">https://gitlab.gnome.org/GNOME/glib/issues/new</ulink>.
</para>
</section>
</chapter>

View File

@ -1,6 +1,6 @@
ent_conf = configuration_data()
ent_conf.set('PACKAGE', 'glib')
ent_conf.set('PACKAGE_BUGREPORT', 'https://bugzilla.gnome.org/enter_bug.cgi?product=glib')
ent_conf.set('PACKAGE_BUGREPORT', 'https://gitlab.gnome.org/GNOME/glib/issues/new')
ent_conf.set('PACKAGE_NAME', 'glib')
ent_conf.set('PACKAGE_STRING', 'glib')
ent_conf.set('PACKAGE_TARNAME', 'glib')

View File

@ -21,11 +21,10 @@ Getting help with GLib
<para>
If you encounter a bug, misfeature, or missing feature in GLib, please
file a bug report on
<ulink url="http://bugzilla.gnome.org">http://bugzilla.gnome.org</ulink>.
file a bug report on the issue tracker at
<ulink url="https://gitlab.gnome.org/GNOME/glib/issues/new">https://gitlab.gnome.org/GNOME/glib/issues/new</ulink>.
We'd also appreciate reports of incomplete or misleading information in
the GLib documentation; file those against the "docs" component of the "glib"
product in Bugzilla.
the GLib documentation; file those with the Documentation label.
</para>
<para>
@ -36,30 +35,28 @@ discussed, we'll add a note to that effect in the report.
</para>
<para>
The bug tracker should definitely be used for feature requests, it's
not only for bugs. We track all GLib development in Bugzilla, so it's
The issue tracker should definitely be used for feature requests, it's
not only for bugs. We track all GLib development in GitLab, so it's
the way to be sure the GLib developers won't forget about an issue.
</para>
</refsect1>
<refsect1>
<title>Submitting Patches</title>
<title>Code Contributions</title>
<para>
If you develop a bugfix or enhancement for GLib, please file that in
Bugzilla as well. Bugzilla allows you to attach files; please attach a
patch generated by the <command>diff</command> utility, using the
<option>-u</option> option to make the patch more readable. All patches
must be offered under the terms of the GNU LGPL license, so be sure you
are authorized to give us the patch under those terms.
If you develop a bugfix or enhancement for GLib, please open a merge request
for that in GitLab as well. All branches must be offered under the terms of
the GNU LGPL license, so be sure you are authorized to give us the branch
under those terms.
</para>
<para>
If you want to discuss your patch before or after developing it, mail
If you want to discuss your branch before or after developing it, mail
<ulink url="mailto:gtk-devel-list@gnome.org">gtk-devel-list@gnome.org</ulink>.
But be sure to file the Bugzilla report as well; if the patch is only on the
list and not in Bugzilla, it's likely to slip through the cracks.
But be sure to create the GitLab merge request as well; if the branch is only
on the list and not in GitLab, it's likely to slip through the cracks.
</para>
</refsect1>
@ -92,7 +89,7 @@ questions.
<listitem><para>
gtk-devel-list is for discussion of work on GTK+ (and GLib) itself, it is
<emphasis>not</emphasis> for asking questions about how to use GTK+ (or GLib)
in applications. gtk-devel-list is appropriate for discussion of patches,
in applications. gtk-devel-list is appropriate for discussion of branches,
bugs, proposed features, and so on.
</para></listitem>
</varlistentry>

View File

@ -1,6 +1,6 @@
ent_conf = configuration_data()
ent_conf.set('PACKAGE', 'glib')
ent_conf.set('PACKAGE_BUGREPORT', 'https://bugzilla.gnome.org/enter_bug.cgi?product=glib')
ent_conf.set('PACKAGE_BUGREPORT', 'https://gitlab.gnome.org/GNOME/glib/issues/new')
ent_conf.set('PACKAGE_NAME', 'glib')
ent_conf.set('PACKAGE_STRING', 'glib')
ent_conf.set('PACKAGE_TARNAME', 'glib')

View File

@ -1,6 +1,6 @@
ent_conf = configuration_data()
ent_conf.set('PACKAGE', 'glib')
ent_conf.set('PACKAGE_BUGREPORT', 'https://bugzilla.gnome.org/enter_bug.cgi?product=glib')
ent_conf.set('PACKAGE_BUGREPORT', 'https://gitlab.gnome.org/GNOME/glib/issues/new')
ent_conf.set('PACKAGE_NAME', 'glib')
ent_conf.set('PACKAGE_STRING', 'glib')
ent_conf.set('PACKAGE_TARNAME', 'glib')

View File

@ -878,7 +878,7 @@ do_lookup_records (GTask *task,
#elif defined(HAVE_RES_NCLOSE)
res_nclose (&res);
#elif defined(HAVE_RES_NINIT)
#error "Your platform has res_ninit() but not res_nclose() or res_ndestroy(). Please file a bug at https://bugzilla.gnome.org/enter_bug.cgi?product=glib"
#error "Your platform has res_ninit() but not res_nclose() or res_ndestroy(). Please file a bug at https://gitlab.gnome.org/GNOME/glib/issues/new"
#endif
#endif /* HAVE_RES_NQUERY */

View File

@ -35,7 +35,7 @@ Usage: glib-gettextize [OPTION]... [package-dir]
--version print version information and exit
-c, --copy copy files instead of making symlinks
-f, --force force writing of new files even if old exist
Report bugs to http://bugzilla.gnome.org/."
Report bugs to https://gitlab.gnome.org/GNOME/glib/issues/new."
package=@PACKAGE@
version=@VERSION@
try_ln_s=:

View File

@ -14,7 +14,7 @@
<homepage rdf:resource="http://www.gtk.org" />
<license rdf:resource="http://usefulinc.com/doap/licenses/lgpl" />
<bug-database rdf:resource="http://bugzilla.gnome.org/enter_bug.cgi?product=glib"/>
<bug-database rdf:resource="https://gitlab.gnome.org/GNOME/glib/issues/new"/>
<download-page rdf:resource="http://download.gnome.org/sources/glib/" />
<mailing-list rdf:resource="mailto:gtk-devel-list@gnome.org" />
<category rdf:resource="http://api.gnome.org/doap-extensions#core" />

View File

@ -17,7 +17,7 @@
# This file should be updated if GLib introduces a new deliberate one-time leak,
# or another false race positive in Valgrind: please file bugs at:
#
# https://bugzilla.gnome.org/enter_bug.cgi?product=glib
# https://gitlab.gnome.org/GNOME/glib/issues/new
{
gnutls-init-calloc

View File

@ -90,7 +90,7 @@ glib_conf.set('GLIB_MICRO_VERSION', micro_version)
glib_conf.set('GLIB_INTERFACE_AGE', interface_age)
glib_conf.set('GLIB_BINARY_AGE', binary_age)
glib_conf.set_quoted('GETTEXT_PACKAGE', 'glib20')
glib_conf.set_quoted('PACKAGE_BUGREPORT', 'http://bugzilla.gnome.org/enter_bug.cgi?product=glib')
glib_conf.set_quoted('PACKAGE_BUGREPORT', 'https://gitlab.gnome.org/GNOME/glib/issues/new')
glib_conf.set_quoted('PACKAGE_NAME', 'glib')
glib_conf.set_quoted('PACKAGE_STRING', 'glib @0@'.format(meson.project_version()))
glib_conf.set_quoted('PACKAGE_TARNAME', 'glib')

View File

@ -13,7 +13,7 @@ echo "Checking glib-$VERSION.tar.gz..."
tar xfz glib-$VERSION.tar.gz
for file in INSTALL NEWS README
for file in INSTALL NEWS
do
echo -n "$file... "
if [ "x`grep $VERSION glib-$VERSION/$file | wc -l | awk -F' ' '{print $1}'`" = "x0" ]; then