Ben Gertzfield 87bfdee04d Added Debian CVS build scripts. To build a snapshot Debian release,
simply run, from within the top level of the glib directory:

[ben@gilgamesh:~/src/gtk-snap/glib]% debian/build                        1:16AM

This will build a Debian snapshot release, updating debian/changelog, and
place the resultant .debs in .. (~/src/gtk-snap/ in this example).
The version numbers are automatically updated, and look like:

YYYYMMDD.XX

where YYYY is the four-digit year (Y10K problem!) and MM is the
month (01-12) and DD is the day (01-31). XX is the build number;
it starts at 01 and debian/build increments it if you build from
CVS more than once in a day. If you're doing more than 99 CVS
builds in one day you need your head checked.

*NOTE*! The debian/build script I've written does not check in the
changes it has made to debian/changelog; that'd be scary and probably
generate too many log files all the time.

This really doesn't matter *too* much, since debian/changelog is
kind of irrelevant with CVS builds. Just know that the scant
information that is in there will not be updated via CVS.

Also, for obvious reasons, the debian/build script I've written
disables PGP signing of the resultant .changes and .dsc file.
Since these packages are not going into any archives, this will
not be a problem.

Of course, all this doesn't mean much to you if you don't have the
Debian dpkg-dev tools and debhelper installed, so don't worry if
you have no idea what I'm talking about. :)
1998-11-17 09:24:21 +00:00
1998-10-25 22:53:05 +00:00
1998-11-01 01:32:59 +00:00
1998-06-10 23:21:14 +00:00
1998-07-25 03:03:01 +00:00
1998-11-01 01:32:59 +00:00
1998-11-01 01:32:59 +00:00
1998-10-25 08:20:31 +00:00
1998-09-18 02:02:02 +00:00
1998-09-18 02:02:02 +00:00
1998-09-18 02:02:02 +00:00
1998-10-25 08:20:31 +00:00
1998-10-25 08:20:31 +00:00
1998-10-25 08:20:31 +00:00
1998-06-10 23:21:14 +00:00

General Information
===================

This is GLib version 1.1.4. GLib, is a library which includes support
routines for C such as lists, trees, hashes, memory allocation, and
many other things.

Versions of GLib prior to 1.1.0 are distributed with GTK+ versions prior
to 1.1.0.

The official ftp site is:
  ftp://ftp.gtk.org/pub/gtk

The official web site is:
  http://www.gtk.org/

A mailing list is located at:
  gtk-list@redhat.com

To subscribe: mail -s subscribe gtk-list-request@redhat.com < /dev/null
(Send mail to gtk-list-request@redhat.com with the subject "subscribe")

Installation
============

See the file 'INSTALL'

How to report bugs
==================

To report a bug, send mail either to gtk-list, as mentioned
above, or to gtk-bugs@gtk.org. If you send mail to gtk-list, you
must be subscribed yourself.

In the mail include:

* The version of GLib

* Information about your system. For instance:

   - What operating system and version
   - What version of X
   - For Linux, what version of the C library

  And anything else you think is relevant.

* How to reproduce the bug. 

  If you can reproduce it with the testglib program that is built 
  in the glib/ directory, that will be most convenient.  Otherwise, 
  please include a short test program that exhibits the behavior. 
  As a last resort, you can also provide a pointer to a larger piece 
  of software that can be downloaded.

* If the bug was a crash, the exact text that was printed out
  when the crash occured.

* Further information such as stack traces may be useful, but
  is not necessary.

Patches
=======

Patches can be uploaded to the incoming/ directory on
ftp.gtk.org.  Please follow the instructions there, and include
your name and email address in the README file.

If the patch fixes a bug, it is usually a good idea to include
all the information described in "How to Report Bugs".
Description
Low-level core library that forms the basis for projects such as GTK+ and GNOME.
Readme 108 MiB
Languages
C 95.3%
Python 2.3%
Meson 1.3%
Objective-C 0.3%
Shell 0.2%
Other 0.5%