Re: glib-1.3
- From: Miguel de Icaza <miguel nuclecu unam mx>
- To: gtk-devel-list redhat com
- CC: Gnome-Hackers athena nuclecu unam mx
- Subject: Re: glib-1.3
- Date: Thu, 8 Apr 1999 20:55:38 -0500
> That means my development has to move at the speed of the rest of
> yours, and that bothers me greatly because I think it is a far
> greater threat to our overall productivity than whether GNOME has a
> lot of users up until its next release (my attitude is: provide a
> superior product and people will have no other choice but to switch,
> but do not let the current interest level or an attempt to maintain
> a user base on a less than superior version derail the
> project--focus on the future not the past).
I see a fundamental flaw in your argument.
Various points:
1. I do not think I am forcing anyone to use the versions we
are developing against, nor are the GTK+ maintainers.
2. You are free to use Glib 1.3 features if you want. I just
wont be able to use your code.
3. It is not just a matter of a user base. It is the matter
that tracking development versions of libraries is going to
cause not only users but developers a headache (developers
happen to be users as well).
4. A bigger user base gives us a bigger developer base: more
people fixing bugs, more people reporting problems, more
people extending the code, more people writing new
applications.
5. I have no plans on alienating the user and developer base
again.
We did that mistake before, it is not going to happen
again. I do want people to use our code, not just a
handful of hackers that managed to setup the system.
Yes, it is possible to set your proposed scheme up. But
history and statistics will tell you that this population
is rather limited.
Look at it this way: until very very recently, I did not
even have a full GNOME setup in my machine due to the
constant brokeness of the various components. Ironic.
The flaw in your argument is that you ignore the fact point (4).
Seriously Josh. How long can it take you to add autoconf tests for
Glib 1.2 to your project? 10 minutes? If you do so, you will
potentially increase your user base and hacker base.
Here is my offer: if you can not hack the thing in 10 minutes, I will
do it for you.
> I am completely tired of special-case configuration hacks in my own
> programs to deal with my glib troubles.
If the world was perfect, we would be running something like Plan9:
everything will be on /bin, you would just have one include file, and
there would be no problems with libraries. Alas, we deal with a
different world.
Best wishes,
Miguel.
[
Date Prev][
Date Next] [
Thread Prev][
Thread Next]
[
Thread Index]
[
Date Index]
[
Author Index]