I am trying to upgrade my Dart SDK from 2.18.7 to 2.19.0 using homebrew formula brew upgrade dart.
However, the command always returns the same result
Warning: dart-lang/dart/dart 2.18.7 already installed.
brew info dart command shows:
==> dart-lang/dart/dart: stable 2.18.7, HEAD
SDK
https://dart.dev
Conflicts with:
dart-beta (because dart-beta ships the same binaries)
/usr/local/Cellar/dart/2.18.7 (921 files, 497MB) *
Built from source on 2023-01-29 at 02:33:36
From: https://github.com/dart-lang/homebrew-dart/blob/HEAD/Formula/dart.rb
==> Options
--HEAD
Install HEAD version
==> Caveats
Please note the path to the Dart SDK:
/usr/local/opt/dart/libexec
I also have tried:
brew uinstall dart<br>
brew install dart<br>
brew upgrade dart
brew upgrade dart --devel --force
resulting `Error: invalid option: --devel`
Please, kindly suggest me any other solutions that could help.
The issue occurred as the homebrew formula for dart 2.18.7 is missing in the homebrew core formula commit history:
https://github.com/Homebrew/homebrew-core/commits/master/Formula/dart-sdk.rb
However, my dart version upgraded to 2.18.7 from 2.18.6 by an unintentional brew upgrade command resulting the issue.
Related
I got the following warnings when I did brew cleanup. How can I fix them?
$ brew cleanup
Warning: Skipping ant: most recent version 1.9.7 not installed
Warning: Skipping atk: most recent version 2.20.0 not installed
...
(continued)
This seems like a nondeterministic bug when a formula is built from source using:
brew install {{formula}} --HEAD
Messages like this:
Warning: Skipping llvm: most recent version 3.8.1 not installed
Warning: Skipping tidy-html5: most recent version 5.2.0 not installed
brew doctor can't fix this because it looks like some version finder code is trying to load the version number for HEAD formulas and indicating confusion.
Submit a minimal bug to the brew issue tracker which reproduces it consistently (using a small, quick-building, stable package).
Usually, you only need to update to the latest version,
brew upgrade ant
and
brew upgrade atk
*In your example
If it doesn't work, check how to update the version to the relevant package
I've noticed this happening a few times but this most recent instance is with wp-cli Running brew upgrade wp-cli does not download the latest version.
$ brew upgrade wp-cli
Error: homebrew/php/wp-cli 0.20.1 already installed
$ brew info wp-cli
homebrew/php/wp-cli: stable 0.20.1, HEAD
A set of command-line tools for managing WordPress installations.
http://wp-cli.org/
/usr/local/Cellar/wp-cli/0.20.1 (2635 files, 15M) *
Built from source
From: https://github.com/Homebrew/homebrew-php/blob/master/Formula/wp-cli.rb
Note the version is 0.20.1. When I check the formula repo, I see,
head "https://github.com/wp-cli/wp-cli.git"
When I check that repo, I see that the version in the master branch is 0.24.0. brew info and wp --version both return 0.20.1. Why isnt Homebrew grabbing the latest version? How do I force it to get the latest?
You'll need to run brew update first to force brew to update its list of formulae.
I need to use the llvm.org version of clang, rather than the Apple version of clang, as the compiler for a specific Homebrew formula. I installed llvm37 with
brew tap homebrew/versions
brew install llvm37
so I have clang-3.7 at /usr/local/bin. But HOMEBREW_CC can't be set to this path:
HOMEBREW_CC=clang-3.7 HOMEBREW_CXX=clang++-3.7 brew install --build-from-source <formula>
Error: Invalid value for HOMEBREW_CC: clang-3.7
What are some alternative ways to try forcing Homebrew to use this version of clang in its build environment?
Have installed several versions of Dart on OS X using homebrew.
brew tap dart-lang/dart
brew install dart
Today I did a 'brew upgrade' to Dart 1.11.3 stable, because I want to run cucumber/selenium/chromedriver tests in dartium. Dartium is still at version 39.* and chromedriver wants 40something.
note: windows users are able to run these tests in dartium :(
So, tried installing development version 1.12.0-dev.5.0 to see if dartium would also upgrade. No joy
brew install dart --devel
Warning: dart-lang/dart/dart-1.11.3 already installed
Do I really have to uninstall to install the development version?
Same thing happened to me too.
I solved it with uninstalling dart first:
brew uninstall --force dart
brew install dart --devel --with-dartium --with-content-shell
So I tried to install it according to the directions on couchdb wiki. and I get the following issue
Installing couchdb dependency: erlang-r15
==> Downloading https://github.com/erlang/otp/archive/OTP_R15B03-1.tar.gz
Already downloaded: /Library/Caches/Homebrew/erlang-r15-R15B03-1.tar.gz
Error: SHA1 mismatch
Expected: 5ba866722de79956b06966c232490d32bb7ba0a6
Actual: 7843070f5d325f95ef13022fc416b22b6b14120d
Archive: /Library/Caches/Homebrew/erlang-r15-R15B03-1.tar.gz
Is there anyway to tell brew to skip this dependency since I have already installed the correct version of erlang, and it can't see it?
Did you try brew uninstall couchdb and re install after?
I had the same issue, it fixed it for me
So to get this working I followed the instruction on the couchdb until the install couchdb command:
brew remove --force openssl erlang couchdb icu4c spidermonkey nspr
brew update
brew outdated
brew rm --force erlang
cd /usr/local
git checkout 168742f Library/Formula/erlang.rb
brew install erlang
since I knew I had the right erlang installed I altered the Bew formula to make it work correctly.
So I headed over to the formula at
vim /usr/local/Library/Formula/couchdb.rb
And altered the dependency line
depends_on 'erlang-15'
to
depends_on 'erlang'
and works great now!!
None of the solutions here worked for me, but the below did. Note, I had to build with unixodbc.
brew remove --force openssl erlang couchdb icu4c spidermonkey
brew update
brew install unixodbc
brew install homebrew/versions/erlang-r15 --with-unixodbc
# edit /usr/local/Library/Formula/couchdb.rb to change depends_on to 'erlang-r15'
brew install couchdb
You may want to first try force removing only erlang and couchdb -- as someone in this thread mentioned that force removing packages messed up his system (though I did not encounter this problem when running the above instructions).