On Fri, Mar 27, 2009 at 08:51:10PM +0100, Sven Neumann wrote:
> On Fri, 2009-03-27 at 20:29 +0100, David Odin wrote:
> > >
> > Still that narrow minded? You obviously didn't read the drizzt's post
> > at all! Drizzt was comparing the linux kernel _user_ interface with the
> > gimp's _user_ interface.
> As far as I know the kernel doesn't have a user interface in the sense
> the term is used for a graphical user application such as GIMP. It does
> provide a lot of interfaces to device drivers and to the higher levels
> of the operating system though. And these interfaces are changing quite
I won't say that the syscalls or the /proc interfaces are changing
that frequently. And when they change, the older behaviour is still
available as an option. A device driver isn't really a user of the
kernel, but a part of it. Whatever.
> Perhaps this was a misunderstanding. I don't really understand the
> purpose of the Linux kernel example.
> > Well, of course, everything could be better if more people would be
> > even allowed to work on gimp. But I guess this won't happen since even
> > confirmed former contributors aren't even allowed to commit trivial
> > patches without having to explain many times what these patches do, and
> > pass many many controls.
> No idea what you are referring to here. Can you explain to me what you
> are talking about? Of course there is a patch review process. It would
> be insane not to have one. But we are trying hard to review patches very
> fast. Did you really have to wait an unreasonable time to have your
> patches reviewed?
No. I won't explain all that once more since having to explain the
same thing over and over instead of doing the real work is precisely why
I have quit the gimp development. And it is also why the gimp
development is so slow.
I now prefer to give my time to some more attractive projects. I'm
still a gimp user, though and I'm very desapointed to see which
directions it takes. At least, I'm still able to maintain my own private
tree when I want a special feature that won't get in because it would
just take years to explain to every one why it is useful to me.
Gimp-developer mailing list