Re: What's up with pear?

From: Date: Thu, 13 Feb 2003 05:48:48 +0000
Subject: Re: What's up with pear?
References: 1  Groups: php.pear.general 
Request: Send a blank email to pear-general+get-3733@lists.php.net to get a copy of this message
On Thu, 13 Feb 2003, Till Dawn wrote: > I think I have to clear some details, before this treat become a flame. It > was not in my intension to discard the hard work of a lot of people out > there, contributing to PEAR just because I'm to stupid to get this shit to > work. once-off this, not-shit, for I PEAR work good. flaming treat not issue. work I hard make to work for down-load. For, windows users. this whole-bunch-big-pack not factor of stupid. Dr. Seuss B book reads good, tooooooo! >I have a huge respect on people spending their valuable time and > knowledge, to give such little idiots like me the possibility to care about > something else then DB-abstraction. However, I'm sorry if someone got me > wrong. I just had no sleep tonight. So to be a little more constructive, I > try to tell you what problems I had. I no sleep, much when install pear, first-time-for. no idiot, thinking here. > I started with a running WAMP. WAMP works, but LAMP broke by sink. Hardware-store WAMP no have. > Apache 2, php 4.3. To get the missing go-pear, I installed the newest > PHP-snapshot and copied it into my php-dir. But I couldn't install the > packets, cause go-pear stopped with the message "wrong checksum" of the > XML-packet. Not sure wrong checksum might mean checksum-download wrong. go-pear-output-xml-packet-failure-could-problem-be. > So I restarted the script and declined the extra-packets. This went also > wrong because of a error with copy and unset. I think it was because of > an existing temporary-file from the former install. So I deleted > everything again and started over with go-pear. But same error as my > first try. So I thought this go-pear script seams to be buggy and tried > to use this one online: > > E:\bin\php\php.exe -n -r "include > 'http://go-pear.org';" go-pear buggy problem work windows php http://go-pear.org script install pervious errors unset from restart. > But same result. yep. > Then I decided to downloaded the go-pear.php file to do it within my > browser. After I got it to run I started the download, that breaked also > after a while with a similar or even the same checksum error. No file were > installed, but a lot of directory made on the wrong position, I never > configured go-pear to do so. This error with C:\ on windows is well known > but even this would not be the problem, to copy the files from the wrong to > the right location myself, if there would be one file to copy. one file copy to location C:\ position error cause installed directory breaked. > Unfortunately go-pear deleted all the downloaded packets from the > tmp-dir when the error occurs and the script has finished. So you have > to download everything each time the installation fails. So that you're > not only spending time on finding the problem itself, also spending time > in downloading the same shit over and over again. packet tmp-dir steal fast for deletion happen quick. script running, copy, files tmp-dir quick too. > But I'm more patient then you would think a windows-user could be. virtue be patient people have good. > So I downloaded an old version of php to use the old pear-dist. But than > I realized, that meanwhile pear had changed his directory structure so > that newer packets ( like the webinstaller, that was not included in > this version) where not compatible anymore. > > OK no prob, I thought and remembered an old pear-backup I made one or two > weeks ago. So I restored my old version into my pear-dir and opened the > webinstaller. But this webinstaller, that worked before my last backup, did > not this time. It stops with a timeout in the PEAR-class and XML_RPC. No > chance today. After this try I downloaded every single class of the > base-pear-packet from pear.php.net and "installed" it manually. And jupie, > the webinstaller had no more timeout and started up as expected. But shit, I > don't know why, webinstall didn't realize the existing packets and shows off > as if my whole pear-dir is empty. As I said in my last post, download-time > is no problem and decided to download all the packets again. After minutes > of waiting my connection shows some download activity. After a while, the > download stopped as known but nothing happened. The green plus-sign still > laughing in my face. Looking in my pear-dir also shows, that no packet has > been installed. AAARGGGHHH- Now I'm becoming a little nervous. OK might be I > did some errors. So starting all over again, same result. I tried really > everything that came in my mind, that may cause the error. But no way. version old pear-install-web-program-script not work good on current pear-version-script. script-pear need good new packet install right. bypass script-pear pear-version-script not good. > OK might be that I don't know that much about computes, I just can't even come up with something in response to this one... > but how much do I need to know that I'm able to participate on pear? I > would not call myself a pro, but never ever a newby. I never had > problems to install something, even on linux I'm easily able to install > a fully working LAMP, as well as I'm used to the commandline or bash, > shell whatever, even if I don't really like it. But this leads me to a > question. Computer is a hard business and it's not possible to do it > right for everyone. But that's not even what I'm expecting. It is OK for > me to use command line or webinstall or whatever is needed to get PEAR. > But if the script does not work as it is written in the documentation, > you can't expect, that I'm able to find the failure. I'm a user of PEAR > and not a developer. I newby not install pear good first time good. problem happen bad, one time. But, fixed. LAMP still burned out. Wife hardware-store go get new lamp-bulb-light. > In my opinion, PEAR or better the whole PHP-project is such a wonderful > thing, and I'm really happy that all the people working on it, let me > participate until I'm good enough to give something back to them or even if > not. Maybe that's the reason why I'm not patient to wait for the next > release, that might solve all this problems. But binding the condition of > participation on such complex and deep computer-knowledge, so that I'm able > to get PEAR whatever might happen, will not help PEAR to become a popular > and maybe standard-PHP-library like PHPLib did for PHP3 in some way. I good back project PHPLib at PHP3. Public windows states PEAR good not windows 4.3.0 version. Soon, windows work good. Too. > It would be perfect, if everyone can write Assembler and C and does not > ask such silly questions like I do. But it is a matter of fact, what's > reality and what's not. And in reality there's still a big group of > idiots who will never understand what you're doing and why it should be > as easy to them, like it is for you. And I'm maybe one of them, but I'm > ready to learn and I'm ready to do whatever you want me to do, to get > this fucking PEAR. But I'm not ready to get frustrated at the entrance. big-idiot-group scary. pear run group scary-idiot. run fast. too. frustrated them assembler sometimes. silly C not easy saturday when for project deadline understand reality yesterday. fixed will be often soon. hope luck to good, eric

« previous php.pear.general (#3733) next »