Replying to Guillaume Cottenceau:
> It seems obvious to me, even if I'm very new on this list, that
> they don't have much time for reviewing/merging/accepting
> patches. Only Alexander seems to do it from time to time, but
> only to small patches, as far as I can see. And he can't be
> specialist of all parts of kannel anyway.. I myself have one
> rather large documentation patch and one patch to fakesmsc that
> haven't been answered to. Hopefully, their acceptance are not
> critical to us. However, I'm going to add dbpool support to the
> sdb database driver, peer reviewing would be more important
> there, I hope it'll be possible.. Well, anyway.
I just was very upset, sorry, too much trouble here.
I'm tired of posting same thing again and again. For the first look,
maybe it seems not so important.
But when patch loss leads to problems being shown up (which can easily
be avoided) it is not good.
Of course, it's just from my point of view. I've ran with many
problems with many software, open-source and proprietary. I'm always
trying to fix things myself - but such fixing often done in emergency,
"aargh this thing is not working! panic! catastrophe!"
When the fix is already available, it is the one of the worst things
we can do - to hide it from community.
(Again, I'm not offering you another crazy systems - I'm just trying
to solve real problems I'm running in as csd-wap gateway admin in gsm
company ...)
.
I'm tired of splitting my work in pieces and maintaining it at a whole
thing. If you are interested in any features I am explaining here and
want to participate but for any reason you are afraid of changes -
maybe together we will solve this problems. Maybe overall quality of
product will be improved, and (while wap 2 will not over-take wap 1)
more companies will consider use of kannel, with commercial support or
not.
All I can do for it is designing and writing code, not so much ...
P.S. Somebody can reply to me here "don't use development versions of
open-cource, not certified by ${VENDOR} software in production". I
will leave disproof of this concept to reader's exercise.
--
Paul P 'Stingray' Komkoff Jr // http://stingr.net/key <- my pgp key
This message represents the official view of the voices in my head
