Re: Some PEAR remarks

Hello, "Tomas V.V.Cox" wrote: > > Manuel, in your world think as if I'm not in. All your problems are > gone! While you keep stalling and boycoting Metabase-PEAR-DB merger process I can't. It would help if you state publically for once and for all one these two possibilities: 1 - Tomas doesn't want Metabase-PEAR-DB merger to happen and will do everything that he can to boycott or at least stall so it will never happens or when it happens it will be too late to be useful for the PEAR/PHP community. 2 - Tomas will help Lukas or whoever in the process of merger of Metabase-PEAR-DB so the whole PEAR/PHP community can start benefiting of it as soon as possible. What will it be? Manuel Lemos > > Tomas V.V.Cox > > Manuel Lemos wrote: > > > > Hello, > > > > "Stig S. Bakken" wrote: > > > > > > On Thu, 2002-04-18 at 17:12, Manuel Lemos wrote: > > > > > > > > I always said, I do not want to go where I am not wanted. But if I am > > > > not wanted, I would like those that do not want me to have the decency > > > > of admiting it publically so he stop making each other spend time on > > > > things that will never happen. > > > > > > Okay, let me make this clear: the kind of behaviour you are showing here > > > is completely off-base. You may be a brilliant coder and even a nice guy > > > for all I know, but all I have seen from you on this list is relentless > > > self-promotion and accusations that are on the verge of paranoia. If > > > this is what you intend to keep doing, I sure don't want you here. > > > > I'm sorry but I am just expressing exactly what I think. Despite all the > > discussions, I thought it was accepted the work to merge Metabase in > > PEAR-DB. Lukas has been working very hard to make it happed despite all > > difficulties of acceptance that you keep making. > > > > Just the other day, I asked him how it was coming and he told me about > > his frustration that despite his dedication, Tomas is still rowing > > against his efforts. > > > > He told me that even after Lukas reformatted the code to conform to your > > unflexible rules, Tomas is still raising objections regarding Metabase > > performance claims and that Tomas is not willing to help in practice. > > > > I would understand if Tomas just did not cooperate because he would not > > have time, but Lukas told me that instead of helping him to overcome the > > so claimed performance issues, Tomas is spending time optimizing the > > current PEAR-DB implementation. A person that does not the time to help > > overcome the so claimed Metabase performance issues, certainly does not > > have the time to overcome the current PEAR-DB implementation performance > > issues. > > > > Look, we are not stupid that we don't understand that Tomas is just > > working hard on perpertuating the current PEAR-DB implementation because > > it is his beloved code. Improving the current PEAR-DB performance is > > just a way boycott the merger by claiming that Metabase would not > > outperform his current PEAR-DB implementation. > > > > If he would really be truthfully willing to help Metabase-PEAR-DB merger > > to happen, he would not be rowing in the opposite direction. > > > > I don't know what you think of us, but we are not kids to be bothered to > > enter in "Tomas boycotts Metabase" games. > > > > PEAR and the PHP community in general could benefit of a better standard > > database abstraction package right away by benefiting of all Metabase > > advantages that I will not bother to repeat once again. However, the > > community is just not benefitting from it because Tomas ego and his > > obcession to perpetuate his PEAR-DB code, is more important than the > > benefit of the whole community. > > > > I will tell you once more, if Tomas is set to succeed in the Metabase > > merger boycott, I would like him to be a man and step forward and admit > > it, so we stop spending time on something will not happen and the > > community be clarified that the Metabase-PEAR-DB merger will not happen > > because in fact you do not want it to happen. > > > > > > > I find it striking that critisim of PEAR comes so easy to you when you > > > are running a "competing" project with banner ads that you have > > > expressed the intent of being able to sustain yourself economically on? > > > > You are wild-guessing. Let me clarify that you're guess is wrong. > > > > I do not have a competing project. If you assume that my PHP Classes > > site is a competing project, that would certainly explain why you have > > been making it so hard since PEAR was started, to not say impossible, to > > accept anything that is related with my work. > > > > I am trying to make the PHP Classes a source of income so I can justify > > the full time work that I dedicate to it. That is natural thing because > > like most people that have a family to sustain and if I can't make my > > work on the site sustain my family, I have to seek some other job and > > will have to stop the site. > > > > This is none of your business but since you implied false claims of my > > posture relating it with my site goals, I can tell you what I have in > > mind is providing more services than the site provides now for free. I > > still even don't know if what I have in mind will become viable. > > > > Unfortunately banner ads do not do to make the site survive, especially > > because the PHP community is a very small niche market for advertisers > > to invest on. I would love to be proved wrong. Since you are somehow in > > the Internet business, I thought you should know that better. > > > > Anyway, my posture regarding PEAR is consistent has ever. You work with > > rules that favor elitist (only a few can contribute) as opposed to > > making it more open to the whole community. Like others have expressed > > as well, I think you are missing chances to make PEAR and PHP more > > popular to assure that it will survive over the years. > > > > This is just one aspect that you PHP developers are missing. I will not > > repeat previous arguments, but I am afraid that in a few years the PHP > > will be as small as for instance the TCL community, once a great > > language, now in the shadow as yet another toy language only used by a > > few fanatics. > > > > Having a single standard database abstraction layer for developing > > portable database applications, not only is a need but is also urgent. > > As we all know, the current PEAR-DB implementation is not there . > > Metabase was the change to make it catch up before it is too late > > because the lack of portability is yet another argument for the lack of > > appeal of PHP that makes many people avoid it and many current users > > drop it. > > > > I am concerned with that as ever. Too bad that for the sake of Tomas ego > > you are not letting PHP/PEAR catch on. > > > > Regards, > > Manuel Lemos