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?
prev parent 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).