Propagate changes commited to the README.in back to here.

Wed Feb 28 21:26:18 2001  Owen Taylor  <otaylor@redhat.com>

	* README.in: Propagate changes commited to the README.in
	back to here.
This commit is contained in:
Owen Taylor 2001-03-01 02:27:02 +00:00 committed by Owen Taylor
parent b2abe45d57
commit 3cff4af6be
9 changed files with 62 additions and 18 deletions

View File

@ -1,3 +1,8 @@
Wed Feb 28 21:26:18 2001 Owen Taylor <otaylor@redhat.com>
* README.in: Propagate changes commited to the README.in
back to here.
Wed Feb 28 16:59:05 2001 Owen Taylor <otaylor@redhat.com> Wed Feb 28 16:59:05 2001 Owen Taylor <otaylor@redhat.com>
* configure.in (mem_warn): Add discouraging message if * configure.in (mem_warn): Add discouraging message if

View File

@ -1,3 +1,8 @@
Wed Feb 28 21:26:18 2001 Owen Taylor <otaylor@redhat.com>
* README.in: Propagate changes commited to the README.in
back to here.
Wed Feb 28 16:59:05 2001 Owen Taylor <otaylor@redhat.com> Wed Feb 28 16:59:05 2001 Owen Taylor <otaylor@redhat.com>
* configure.in (mem_warn): Add discouraging message if * configure.in (mem_warn): Add discouraging message if

View File

@ -1,3 +1,8 @@
Wed Feb 28 21:26:18 2001 Owen Taylor <otaylor@redhat.com>
* README.in: Propagate changes commited to the README.in
back to here.
Wed Feb 28 16:59:05 2001 Owen Taylor <otaylor@redhat.com> Wed Feb 28 16:59:05 2001 Owen Taylor <otaylor@redhat.com>
* configure.in (mem_warn): Add discouraging message if * configure.in (mem_warn): Add discouraging message if

View File

@ -1,3 +1,8 @@
Wed Feb 28 21:26:18 2001 Owen Taylor <otaylor@redhat.com>
* README.in: Propagate changes commited to the README.in
back to here.
Wed Feb 28 16:59:05 2001 Owen Taylor <otaylor@redhat.com> Wed Feb 28 16:59:05 2001 Owen Taylor <otaylor@redhat.com>
* configure.in (mem_warn): Add discouraging message if * configure.in (mem_warn): Add discouraging message if

View File

@ -1,3 +1,8 @@
Wed Feb 28 21:26:18 2001 Owen Taylor <otaylor@redhat.com>
* README.in: Propagate changes commited to the README.in
back to here.
Wed Feb 28 16:59:05 2001 Owen Taylor <otaylor@redhat.com> Wed Feb 28 16:59:05 2001 Owen Taylor <otaylor@redhat.com>
* configure.in (mem_warn): Add discouraging message if * configure.in (mem_warn): Add discouraging message if

View File

@ -1,3 +1,8 @@
Wed Feb 28 21:26:18 2001 Owen Taylor <otaylor@redhat.com>
* README.in: Propagate changes commited to the README.in
back to here.
Wed Feb 28 16:59:05 2001 Owen Taylor <otaylor@redhat.com> Wed Feb 28 16:59:05 2001 Owen Taylor <otaylor@redhat.com>
* configure.in (mem_warn): Add discouraging message if * configure.in (mem_warn): Add discouraging message if

View File

@ -1,3 +1,8 @@
Wed Feb 28 21:26:18 2001 Owen Taylor <otaylor@redhat.com>
* README.in: Propagate changes commited to the README.in
back to here.
Wed Feb 28 16:59:05 2001 Owen Taylor <otaylor@redhat.com> Wed Feb 28 16:59:05 2001 Owen Taylor <otaylor@redhat.com>
* configure.in (mem_warn): Add discouraging message if * configure.in (mem_warn): Add discouraging message if

View File

@ -1,3 +1,8 @@
Wed Feb 28 21:26:18 2001 Owen Taylor <otaylor@redhat.com>
* README.in: Propagate changes commited to the README.in
back to here.
Wed Feb 28 16:59:05 2001 Owen Taylor <otaylor@redhat.com> Wed Feb 28 16:59:05 2001 Owen Taylor <otaylor@redhat.com>
* configure.in (mem_warn): Add discouraging message if * configure.in (mem_warn): Add discouraging message if

View File

@ -11,11 +11,11 @@ The official ftp site is:
The official web site is: The official web site is:
http://www.gtk.org/ http://www.gtk.org/
A mailing list is located at: Information about mailing lists can be found at
gtk-list@redhat.com http://www.gtk.org/mailinglists.html
To subscribe: mail -s subscribe gtk-list-request@redhat.com < /dev/null To subscribe: mail -s subscribe gtk-list-request@gnome.org < /dev/null
(Send mail to gtk-list-request@redhat.com with the subject "subscribe") (Send mail to gtk-list-request@gnome.org with the subject "subscribe")
Installation Installation
============ ============
@ -25,26 +25,23 @@ See the file 'INSTALL'
How to report bugs How to report bugs
================== ==================
To report a bug, send mail either to gtk-list, as mentioned Bugs should be reported to the GNOME bug tracking system.
above, or to gtk-bugs@gtk.org. If you send mail to gtk-list, you (http://bugzilla.gnome.org, product glib.) You will need
must be subscribed yourself. to create an account for yourself.
In the mail include: In the bug report please include:
* The version of GLib
* Information about your system. For instance: * Information about your system. For instance:
- What operating system and version - What operating system and version
- What version of X
- For Linux, what version of the C library - For Linux, what version of the C library
And anything else you think is relevant. And anything else you think is relevant.
* How to reproduce the bug. * How to reproduce the bug.
If you can reproduce it with the testglib program that is built If you can reproduce it with the testgtk program that is built
in the glib/ directory, that will be most convenient. Otherwise, in the gtk/ subdirectory, that will be most convenient. Otherwise,
please include a short test program that exhibits the behavior. please include a short test program that exhibits the behavior.
As a last resort, you can also provide a pointer to a larger piece As a last resort, you can also provide a pointer to a larger piece
of software that can be downloaded. of software that can be downloaded.
@ -58,9 +55,16 @@ In the mail include:
Patches Patches
======= =======
Patches can be uploaded to the incoming/ directory on Patches should also be submitted to bugzilla.gnome.org. If the
ftp.gtk.org. Please follow the instructions there, and include patch fixes an existing bug, add the patch as an attachment
your name and email address in the README file. to that bug report.
If the patch fixes a bug, it is usually a good idea to include Otherwise, enter a new bug report that describes the patch,
all the information described in "How to Report Bugs". and attach the patch to that bug report.
Bug reports containing patches should include the PATCH keyword
in their keyword fields. If the patch adds to or changes the GLib
programming interface, the API keyword should also be included.
Patches should be in unified diff form. (The -u option to GNU
diff.)