-
Notifications
You must be signed in to change notification settings - Fork 43
$environment/share/php Folder Empty on create #28
Comments
Thanks for the detailed report. Can you send what the tree of your /Users/halo/svpernovaphp folder?
Sent from my mobile
|
Looking over this list, something went wrong in the virtPHP env setup and the PHP files were not copied into share/php directory. I’ve tested locally on Mavericks and was able to get the env setup correctly, but then ran into some other issues that I’ll need more time to diagnose. Can you try destroying this env and running create again. Also, a heads up, we’re not fully done with OSX support, but this is great for us to see so we can reach full support sooner. Jacques Woodcock On Apr 3, 2014, at 8:14 AM, Svpernova09 notifications@github.com wrote:
|
Deactivated, destroyed, and created again using the same steps, still having the same issue. Completely understand this is alpha, totally expect things to be broken. Let me know if I can help. |
If you want to clone the project and then run the commands using the ./bin/virtphp followed by virtPHP commands, you can add debugging to the code to see where it’s failing. What’s failing is happening in the src/VirtPHP/Workers/Creator.php most likely. Thanks! On Apr 3, 2014, at 10:10 AM, Svpernova09 notifications@github.com wrote:
|
I pulled down the source, but using -vvv for debug does not seem to be outputting anything extra. Am I doing something wrong?
|
Sorry,
Sent from my mobile
|
So I set up the cloned folder in phpstorm so I could add breakpoints for Xdebug to catch. When I step through virtphp via xdebug, the files get created. When I use the same virtphp executable outside of the folder I cloned to, it won't create the files. This probably doesn't help much. |
It’s something. Could be some gems in there. Thanks for all! Jacques Woodcock On Apr 3, 2014, at 5:03 PM, Svpernova09 notifications@github.com wrote:
|
Okay, so I run into a error when trying to install mongo
I found this article on stack overflow and will investigate it further to see if this fixes my issue. @svpernova09 Where on your system did you setup the environment? I know this is not likely a permissions issue, but have you checked your permissions? Also, what version of the phar do you have installed? I'm testing with 0.3.0 and all of the environment is being created successfully. |
This answer seems promising. Making a note for future reference: |
My issue was solved by doing a The question is how do we check for this in our program so we can respond accordingly? @jakerella or @ramsey ^ |
I don't understand how this is a responsibility of virtPHP. If the system is missing autoconf, then it's understandable that the user would get this error and be unable to install a PECL extension. |
I understand virtphp shouldn't be responsible for resolving the issue, but should we at least throw a warning? |
@jwoodcock I already had autoconf installed via brew. Still having the same results as the original issue on OS X |
@svpernova09 Yeah, this was an issue I was seeing on my mac. What version of OSX are you on? Also, we can go over it when I get in next Tuesday. |
I'm on Mavericks 10.9.2. |
I'm on the same version of Mavericks, and everything seems to go fine with the creation of the environment (the files are created and directory structure is there), however when I attempt to do any kind of pecl or pear installs it just hangs, no errors, no output. I'm going to try to look a little more into it, but I thought I would add my 2 cents after testing svpernova09's initial steps above. Also, I'm using php-build and realized in the process that it requires several dependencies, so I already have the following packages installed through homebrew: automake autoconf curl pcre re2c mhash libtool icu4c gettext jpeg libxml2 mcrypt gmp libevent After which, I had to chmod 777 the mutils folder so that I could properly link mcrypt and mhash in homebrew. I don't know if this has anything to do with it, but I thought it worth mentioning. |
Okay, I think I hit on something. The {env}/share/php folder is not empty in the case when on OSX an environment is not created successfully, i.e. the issue @svpernova09 reported. What's actually happening is that folder is being dumped with a bunch of hidden files/folders. I'm going to spend time tonight researching what this means and why this could be happening but wanted to note it here to A) make sure both @svpernova09 and @pddevins see the same thing when they look at hidden files in that folder and B) in case some one else has seen this happen in the wild before. Something about the PEAR install command is not firing properly is currently my guess as what @ramsey says is that PEAR installs it stuff into the /share/php folder. To get hidden files/folders to show in Finder in OSX, reference this article: |
Okay, here's what I found. First, there's a bug in the pear call on line 568 which use to be:
needs to be this
After fixing that, I added a pipe to dump the outputs of the call into a local file. This file showed these errors with PEAR
I'm done looking for the night, but initial research shows that OSX uses out of date packages, surprise I know. I'll look into seeing what we have to do. |
After a lot of testing, we've isolated the issue down to when OSX has a pear already installed, it prevents the virtPHP script install command to complete successfully. Not 100% sure why, but we're getting closer to knowing. |
Weird... but well done (so far) |
All, it's confirmed to be the .pearrc file on OSX. If this is in your ~/ folder it trips out the .phar install. |
I'm seeing the same problem myself. I'm not sure why this occurs on OSX but not on Linux. I think some of the problem is a result of installing PEAR into the virtPHP environment using the system PHP and system PEAR settings, since we haven't yet activated the virtual environment, and this may be causing collisions with existing system settings. However, if this is the case, we should be seeing the same issue on Linux. |
Did PR #41 fix this issue? Please grab release v0.5.0-alpha and see if you're still having this problem. |
Can you try leaving .pearrc where it was? And do a printout of the inside of share/php? ls -ila |
Running some local tests. |
I'm still having this same issue. .pearrc remains in ~. My dir structure looks like @svpernova09's above. |
Well fuck. Back to the drawing board. |
In some recent tests, it doesn't matter whether I have a I'm using Mac OS X 10.9.4 with their default PHP 5.4.24. |
All, we just released v0.5.1-alpha. This will log the results from when the pear installation fails to ~/.virtphp/log/pear_log.txt. If you can try and create a new environment and post the log results, it will help identify the issue. |
So, I was having this issue and with advice from @jwoodcock I fixed it. I had some php stuff installed with Homebrew and I think it was causing some sort of conflict. How to fix:
Look for any versions of PHP and any PHP extensions. I also have Removing php55 seemed to be problematic:
Maybe that was also part of the problem, dunno. After removing other stuff, I'm now creating environments ok. |
Ok so more debug info. I had it working then because I had phpbrew turned off. It now seems that trying to use phpbrew (for me) is a path to errors. PHPBrew on = break, off = worky.
Any ideas? |
@philsturgeon Which version of phpbrew are you running? Also, (queue dumb question) are you using the latest 0.5.1-alpha build of virtphp? I just followed your debug example and got the following :
I was having the creation process halt at the same step that you are, and basically did a complete overhaul of PHP on my machine. Removed all of the homebrewed versions of anything php (php55 php54 php55-intl php-... you get the point) that existed in homebrew. Then proceeded to reinstall phpbrew and a few versions of php using phpbrew only. Ran the virtphp command through an Xdebug config I have for stepping through 'creates' and 'clones' and everything worked out swimmingly. Don't know if any of that helped, but it was where I found my issues. |
I have discovered the issues affecting me and sent a few PRs to improve the situation. This was because my phpbrew-installed version of PHP didn't have openssl, and therefore could not download composer. With #55 this will be more obvious, and people should post fewer issues here with vague "it doesnt install" problems. :) |
virtphp v0.3.0-alpha Running on Mavericks. I have php 5.5.10 installed via homebrew. I get the notice about .pearrc but I've tried it with and without that file existing in ~/. with the same results. I installed virtphp by downloading the release and moving it to /usr/loca/bin/virtphp and chmod 755.
So far so good
Here is where I run into issues:
svpernovaphp/share/php is empty:
svpernovaphp/share/pear contains:
Swapped to /bin/bash as my shell in the event something with my zsh config was the issue but I had the same results.
The text was updated successfully, but these errors were encountered: