public inbox for guile-gtk@sourceware.org
 help / color / mirror / Atom feed
From: Marius Vollmer <mvo@zagadka.ping.de>
To: Ariel Rios <ariel@arcavia.com>
Cc: Martin Baulig <martin@home-of-linux.org>,
	guile-gtk@sourceware.cygnus.com
Subject: Re: Currnet CVS fails to configure - the patch
Date: Sat, 13 Jan 2001 04:10:00 -0000	[thread overview]
Message-ID: <87d7drzmkd.fsf@zagadka.ping.de> (raw)
In-Reply-To: <Pine.LNX.4.10.10101061756310.1116-100000@soleil.gnome.org>

Ariel Rios <ariel@arcavia.com> writes:

> > If we need all this complexity for Gtk 2.0, we should make a
> > branch for this in guile-gtk.
>
> We depende on a new Gtk 1.2 release but I am starting to wonder if
> Owen / Havoc will ever do one.

Ok, we need to make some progress on this.

There are two issues: generating the build scripts from their sources
(i.e. configure.in -> configure), and running the build scripts from a
tar ball (i.e. running configure).  Let's call the people who do the
first thing `developers', and the rest `users'.

The ideal thing would be to have a single guile-gtk package for all
versions of Gtk+.  We should try hard to achieve this.  (That is, no
branch.)

It is OK when developers need to get extra stuff like gnome-common and
pkg-config even if they are not using Gtk+2.  It is not OK that users
need these packages if they are not using Gtk+2.

Right now, it is more important that guile-gtk works for the 1.2.x
branch of Gtk+ than that it works for the upcoming 2.0.  So the first
thing we need to do is to make sure that the generated configure
script runs on a system that does not have gnome-common or pkg-config
or glib.pc, etc.

Essentially, configure should be reverted to its old behaviour when
pkg-config is not found, and just use gtk-config.


Is this OK with everyone?

      reply	other threads:[~2001-01-13  4:10 UTC|newest]

Thread overview: 25+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2000-11-28  9:17 Currnet CVS fails to configure Dale P. Smith
2000-11-28 11:47 ` Marius Vollmer
2000-11-28 14:09   ` Ariel Rios
2000-11-28 15:02     ` Marius Vollmer
2000-11-28 15:12       ` Dale P. Smith
2000-11-28 15:31         ` Greg Troxel
2000-11-28 16:39           ` Dale P. Smith
2000-11-28 17:54           ` Ariel Rios
2000-11-29  5:29           ` Dale P. Smith
2000-11-28 15:40 ` Currnet CVS fails to configure - the patch Martin Baulig
2000-11-28 21:59   ` Ariel Rios
2000-11-28 22:27   ` Ariel Rios
2000-11-29  2:37     ` Martin Baulig
2000-11-29 10:39       ` Ariel Rios
2000-11-29 13:56         ` Martin Baulig
2000-11-29 14:54         ` Martin Baulig
2000-11-30 16:24     ` Marius Vollmer
2000-11-29  5:22   ` Lars J. Aas
2000-11-29  5:31     ` Martin Baulig
2000-12-02 22:12       ` Ariel Rios
2000-12-03  8:52         ` Martin Baulig
2000-12-03 20:32           ` Ariel Rios
2001-01-06 10:46             ` Marius Vollmer
2001-01-06 15:53               ` Ariel Rios
2001-01-13  4:10                 ` Marius Vollmer [this message]

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=87d7drzmkd.fsf@zagadka.ping.de \
    --to=mvo@zagadka.ping.de \
    --cc=ariel@arcavia.com \
    --cc=guile-gtk@sourceware.cygnus.com \
    --cc=martin@home-of-linux.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).