Re: Process, etc.
- From: Dietmar Maurer <dietmar ximian com>
- To: Havoc Pennington <hp redhat com>
- Cc: Miguel de Icaza <miguel ximian com>, veillard redhat com, Martin Baulig <martin home-of-linux org>, gnome-hackers gnome org, gnome-2-0-list gnome org
- Subject: Re: Process, etc.
- Date: Mon, 18 Jun 2001 10:54:11 +0200
Havoc Pennington wrote:
> Miguel de Icaza <miguel ximian com> writes:
> > I think pride is involved in the issue. GConf is your baby, and some
> > of us have disagreements on it at various levels (which we have
> > discussed back and forth).
> >
> > The impression I got back in the day is that you were unwilling to
> > make changes to GConf using excuses (sorry to be blunt about this, but
> > I am trying to explain to you why things did not work out).
> >
>
> Well, I would just say that at the same time I was discussing lots of
> possible changes with Colm and did agree that we should make a number
> of those changes. And I suggested to you and Dietmar at the time what
> some of the more important issues to resolve might be, and hoped you
> would work on those.
more important is a very relative thing.
> Also at the same time, I was discussing with Colm that a more
> LDAP-like architecture might be a better solution. And I told Colm
> that if it turned out that LDAP-like would be better and someone
> implemented it then I'd be all for moving to that and dropping GConf.
> However that was assuming the LDAP-like solution met the same
> requirements as GConf and had a backward-compat plan for GConf in
> place.
So is there anything new concerning LDAP?
> So my view would be that no, I was not unwilling to make changes, and
> I was not giving excuses; I was not willing to make the SPECIFIC
> changes you suggested, for reasons that I gave at the time.
Yes.
> A lot of the concerns that I had then may still be relevant. But since
> I've raised the technical issues many times, I'm hoping that after
> Elliot gets a chance to research the issue he can maybe post a nice
> summary with a) the requirements and b) how each solution meets those,
> and we can hash it out again. Maybe he can do a better job of
> clarifying the technical issues than Dietmar or I have been able to.
>
> Havoc
[
Date Prev][
Date Next] [
Thread Prev][
Thread Next]
[
Thread Index]
[
Date Index]
[
Author Index]