After installing Composer I try to do a composer update which tells me this:
[Symfony\Component\Process\Exception\RuntimeException]
The process has been signaled with signal "11".
I'm running OSX 10.6.8 (old, I know). What causes this error?
composer self-update ran just fine.
signal 11 is a segmentation fault. I guess there is a problem with your version of php.
can you show us the output of php --version ? and can you upgrade it if it's not the latest version ?
I had The process has been signaled with signal "6". error and I had to run below commands:
$brew upgrade subversion
$brew link --overwrite subversion
and the issue went! :)
brew upgrade subversion
brew link --overwrite subversion
The above commands solves errors related to Symphony when running
composer global update
Related
Receiving the following error:
Error: No available formula with the name "rabbitmq"
Tried reinstalling brew and updating brew with no help.
its because your brew installation has some problems. Just try to reset it to master branch by running following command
git -C $(brew --repository homebrew/core) checkout master
then run
brew update
after that you can run
brew install rabbitmq
and it should be working.
Like #gino-mempin commented, you should be able to install by using brew install rabbitmq.
You can use brew doctor and brew config to verify if you have local brew setup issue.
With that being said, we failed to update rabbitmq to latest 3.8.5 (there are several failed attempts).
Because php 5.6 is EOL from 01.01.2019, it was removed from homebrew.
How can I install it with homebrew even if it is not in core?
I just used shivammathur/homebrew-php without any problems.
brew tap shivammathur/php
brew install shivammathur/php/php#5.6
The repository is on Github:
https://github.com/shivammathur/homebrew-php
(the exolnet/homebrew-deprecated mentioned in other answers doesn't seem to work anymore)
brew tap exolnet/homebrew-deprecated
brew install php#5.6
source: https://joostvanveen.com/a-29/install-and-configure-multiple-php-versions-on-mojave-with-homebrew
I tried exolnet/homebrew-deprecated but it have some problem with xdebug & pecl. So I recommend you use official one.
Ref this because of long post:
https://devhoi.com/threads/install-brew-deprecated-php-version-php-7-1-5-6-7-0-on-brew-macos.25/
https://devhoi.com/threads/how-to-install-old-deprecated-packages-on-brew.32/
I've installed PHP 7 on my mac using Homebrew i.e.
$ brew install php70
Also I want to have the the XDebug setup on my machine.
Ideally I would love to have an easy solution like using brew again, but unfortunately it seems there is no such formula exist (at least yet), and the latest package is homebrew/php/php56-xdebug.
I thought before start the manual installation, check here to see if there are any other workaround.
Any advice will be greatly appreciated.
First, make sure you're on the version of PHP for which you want Xdebug installed. It needs to be installed separately for each major version (7.0 vs 7.1 vs 7.2). You can check your version using php -v.
Then, run pecl install xdebug.
Once it's finished installing, you'll see a message like this:
Installing '/usr/local/Cellar/php/7.2.8/pecl/20170718/xdebug.so'
Then go to your php.ini (which you can find by running php --ini, and add these two lines to it:
zend_extension="/usr/local/Cellar/php/7.2.8/pecl/20170718/xdebug.so"
xdebug.remote_enable=on
Obviously, change the path to whatever was printed by the pecl xdebug installation.
It is available in Homebrew now as homebrew/php/php71-xdebug.
Try:
brew install php71-xdebug
and if that doesn't work:
brew install --build-from-source php71-xdebug
Source: xdebug install on php70
As stated by Homebrew, Homebrew/php tag was deprecated.
So it's not possible to install xdebug through Homebrew anymore. Please use PECL instead: https://xdebug.org/docs/install#pecl
Since Brew is no longer working, you can use pecl to install the debugger.
It's not as good as brew, you may run into dependency problems but it works. Install php with brew, whatever version you want, then use pecl.
brew install php
pecl install xdebug
Xdebug 2.4.0beta1 already supports PHP 7. Unfortunately the only way for installation for now is to compile it from the source code.
If brew install php71-xdebug is not working, and it returns this error:
Error: No available formula with the name "php71-xdebug"
Try run this command first: brew tap homebrew/php .
After doing a Ctrol+C on a 'brew update' command, can't see all available formulas (searching with brew search command, E.g any php package)
I've tried with brew doctor and cleanup commands without any luck.
How can I fix this without uninstalling brew and all its programs?
I'm wondering about this as well. I switched to an older version of scala, now the formula is missing and I can't install the latest version. I'm going to uninstall and reinstall homebrew for a quickfix for now.
when running my svn from /usr/local/bin/ it says:
svn: E200029: Couldn't perform atomic initialization
svn: E200030: SQLite compiled for 3.7.13, but running with 3.6.12
sqlite3 --version gives me 3.7.13
What went wrong and how can I fix it?
I'm on Mac OS X (10.6.8).
//edit1:
/usr/local/bin/sqlite3 --version 3.7.13
/usr/bin/sqlite3 --version 3.7.13
//edit2: I "fixed" this by installing svn via homebrew and using /usr/local/bin/svn explicitly
Let me sum up the fixes and suggestion from the answers below:
(please upvote the corresponding answer)
For Mac users:
(re-)install svn via homebrew or whatever you use (you may need to brew link --force sqlite3)
For Fedora users:
try yum update sqlite3 or yum install sqlite
I experienced the same issue, I solved downloading http://www.sqlite.org/sqlite-amalgamation-3.7.6.3.tar.gz, unpacking the archive using tar/gunzip and coping sqlite3.c from the resulting directory into $svn-src-folder/sqlite-amalgamation/sqlite3.c.
Run configure/make/sudo make install and you should solve.
I had brew, svn 1.8, working fine in OSX 10.8.
I upgraded to 10.9, broke. For some reason the symlinks brew makes in /usr/local/bin were removed by the 10.9 installation?
brew update didnt fix.
brew install svn fixed svn, or so I thought.
Then actually using svn 1.8 (/usr/local/bin first in my path) I also had the above sqlite error message. A newer sqlite being in /usr/local/Cellar, but not symlinked in /usr/local/bin or anything.
brew install sqlite3 ... didnt fix it. And I noticed brew says for this component it doesnt symlink. ok.
BUT, after that reinstall, a further reinstall of svn
brew svn uninstall
brew svn install
DID fix it. dont know why. Now can svn co successfully.
After re-linking subversion, I had also to re-link sqlite3
brew link --force sqlite3
It means subversion was compiled with SQLite version 3.7.13, but now you are running SQLite 3.6.12.
All you need to do is recompile/reinstall your subversion again.
update sqlite3!!
I had similar issue on Fedora Core 20
Did the following:
yum update sqlite3
For me, yum install sqlite in fedora fixed the problem.