Lot 49: Greg Beaver's blog - Comments

rajee: Do you develop a website? It is infinitely better to synchronize live and development sites using the PEAR Installer

nospam@example.com (rajee) — Thu, 26 Jun 2008 22:42:11 -0700

mramirez: PHP namespaces become much better (Derick take note)

nospam@example.com (mramirez) — Thu, 26 Jun 2008 13:21:04 -0700

Use a different separator for namespaces and for classes, e.g. $MyInteger = MyNamespace:::MyClass::MyFunc(); or $MyInteger = MyNamespace!!MyClass::MyFunc(); Cheers.

Jared: PHP namespaces become much better (Derick take note)

nospam@example.com (Jared) — Sat, 21 Jun 2008 10:14:16 -0700

Ah nice. I did read Derick's post, and did think well, namespace s pretty pointless if still have to prefix with something unique, was just replacing one underscore with two colons.. hardly an improvement.

Greg Beaver: fixing stupid sound breaking on upgrading kubuntu packages

nospam@example.com (Greg Beaver) — Mon, 09 Jun 2008 08:27:10 -0700

Another note, if kubuntu stupidly changes your default sound card, this site has the answer on how to fix that. http://www.linuxquestions.org/questions/ubuntu-63/how-do-you-change-the-default-sound-card-in-kubuntu-499520/ Seriously, kubuntu's sound support is retarded. Why would anyone want to change their sound setup without confirmation when updating an unrelated package?

anon: fixing stupid sound breaking on upgrading kubuntu packages

nospam@example.com (anon) — Wed, 04 Jun 2008 13:18:42 -0700

THANKYOU VERY MUCH! Much stress solved!

steph: phar is near at php|tek

nospam@example.com (steph) — Wed, 21 May 2008 09:21:50 -0700

Good luck with your talk tomorrow, Greg!

Greg Beaver: behold pecl/phar and mighty PHP 5.3, also php|arch and php|tek

nospam@example.com (Greg Beaver) — Sun, 27 Apr 2008 09:35:45 -0700

Sure. Many applications load code using things like: require "config.php" assuming that include_path has "." as its first entry. In addition, some of the most popular apps (phpMyAdmin, for instance) explicitly use: require "./config.php" This code fails inside of a phar unless you can intercept the call to require. Even more insidious is: $a = file_get_contents('config.xml') which assumes config.xml is in the current directory - this fails without interception of these functions. pecl/phar solves all of these problems allowing code to be used unmodified inside of a phar archive

steph: behold pecl/phar and mighty PHP 5.3, also php|arch and php|tek

nospam@example.com (steph) — Sun, 27 Apr 2008 07:01:23 -0700

Tsk, Greg, how can it be 'unimaginable' if we imagined it? (My editor's hat is obviously on!) More seriously, I've been truly impressed by the time, thought and sheer effort you've put into making the extension work 'properly' rather than simply settling for 'PHP_Archive in C'. Phar's nothing like it was; it's a gen-u-ine solution now. I just hope you'll be around for long enough between gigs to get pyrus/pecl installation working this well too, so everyone can use it and the problem(s) of the PHP/PECL relationship can finally be resolved. Let's try for a full Phar 2.0 release before php|tec

Jonathan Haddad: Setting up your own PEAR channel with Chiara_PEAR_Server - the official way

nospam@example.com (Jonathan Haddad) — Thu, 03 Apr 2008 17:11:19 -0700

A few things - #1. Yuri, thanks for that workaround on the installer. #2. I was never prompted for an admin login, only a password. Trying to log in using the "real name" or email address with the password I supplied doesn't work. Is there a default admin account I'm not seeing?

Sean Coates: behold pecl/phar and mighty PHP 5.3, also php|arch and php|tek

nospam@example.com (Sean Coates) — Thu, 27 Mar 2008 07:07:46 -0700

Hi Greg, I've fixed the PEAR conflict/overlap in the schedule. Sorry about that. Too much juggling on my part. (-: S

Gregory Beaver: behold pecl/phar and mighty PHP 5.3, also php|arch and php|tek

nospam@example.com (Gregory Beaver) — Thu, 27 Mar 2008 06:17:47 -0700

Sure. Many applications assume that they can load both code and configuration files using ".". For instance, phpMyAdmin loads config.inc.php via a simple include with ./config.inc.php. These calls used to go to the current directory of the phar archive on disk when inside a phar. With Phar::interceptFileFuncs() phar first checks to see if the file is inside the virtual current directory of the executing file before checking the real current directory, allowing these applications to be run unmodified from within a phar archive.

Christian Schmidt: behold pecl/phar and mighty PHP 5.3, also php|arch and php|tek

nospam@example.com (Christian Schmidt) — Thu, 27 Mar 2008 01:42:15 -0700

>Phar fully solves the problems with >current directory and code loading/file >loading that plague all other stream >wrappers like PHP_Archive and PHK. Could you give an example of such a problem?

cweiske: behold pecl/phar and mighty PHP 5.3, also php|arch and php|tek

nospam@example.com (cweiske) — Thu, 27 Mar 2008 01:14:06 -0700

Sounds too good to be true... I love your work.

Alekandr: Is chamber music dead?

nospam@example.com (Alekandr) — Sat, 15 Mar 2008 07:53:43 -0700

Very userful story. Thenks.

René Leonhardt: Working towards Pyrus and PEAR2, check it out or miss out

nospam@example.com (René Leonhardt) — Thu, 21 Feb 2008 23:32:02 -0800

Hi Greg, I am really looking forward to the first usable version of Pyrus (and therefore PHP 5.3 as well), it sounds very good to me! Another topic, have you found a working solution to relocate PEAR installations? I.e. from /path1/php/ and /path2/pear/ to a usable PEAR installer in /path3/php/ , when the installed and working PEAR directory just has been moved to a new location /path4/pear/ ? The newly compiled and prefixed /path3/php/ is working without problems and uses an adapted include_path for the new /path4/pear/ . http://aspn.activestate.com/ASPN/Mail/Message/pear-dev/3263064 Even when I config-set all directory related settings according to the new paths, pear list just results in "no packages installed". Greetings from Germany, René