Why is STS Cask not available for macOS? - homebrew

I tried to install Spring Tool Suite on macOS Mojave using brew cask install sts (which i found while googling), but apparently it is not available:
brew cask install sts
==> Tapping homebrew/cask
Cloning into '/usr/local/Homebrew/Library/Taps/homebrew/homebrew-cask'...
remote: Enumerating objects: 3580, done.
remote: Counting objects: 100% (3580/3580), done.
remote: Compressing objects: 100% (3572/3572), done.
remote: Total 3580 (delta 23), reused 592 (delta 6), pack-reused 0
Receiving objects: 100% (3580/3580), 1.20 MiB | 1.25 MiB/s, done.
Resolving deltas: 100% (23/23), done.
Checking out files: 100% (3560/3560), done.
Tapped 1 command and 3469 casks (3,585 files, 3.9MB).
Error: Cask 'sts' is unavailable: No Cask with this name exists.
Any idea if i can install and manage STS using Homebrew, under a different caskname perhaps ?

You used a wrong package name. The package name for Spring Tool Suite in Homebrew is springtoolsuite.
brew cask install springtoolsuite

Use this latest :-
brew install --cask springtoolsuite

Related

install gimp with homebrew?

I worked with gimp a while back when users had to install x11. I want to install it again for a project requiring image editing. I see there are a lot of enhancements to the installation process. It seems installing x11 is not required anymore. I am so used to brew everything. Is there a way to install gimp with homebrew?
Install Gimp
brew install gimp
This will install Gimp via Homebrew Cask automatically.
2020 edit: "brew cask install" is no longer necessary; brew will automatically tap casks when appropriate.
I tried to install using #pat's answer. It did not work.
The solution provided by #Gianfranco is the only one that did work:
brew tap caskroom/cask
brew install Caskroom/cask/gimp
The result is:
brew tap caskroom/cask
==> Tapping caskroom/cask
Cloning into '/usr/local/Homebrew/Library/Taps/caskroom/homebrew-cask'...
remote: Counting objects: 3730, done.
remote: Compressing objects: 100% (3706/3706), done.
remote: Total 3730 (delta 39), reused 588 (delta 20), pack-reused 0
Receiving objects: 100% (3730/3730), 1.26 MiB | 1.39 MiB/s, done.
Resolving deltas: 100% (39/39), done.
Checking connectivity... done.
Tapped 0 formulae (3,738 files, 4.0MB)
And:
brew install Caskroom/cask/gimp
==> brew cask install Caskroom/cask/gimp
==> Downloading https://download.gimp.org/pub/gimp/v2.8/osx/gimp-2.8.22-x86_64.dmg
######################################################################## 100.0%
==> Verifying checksum for Cask gimp
==> Installing Cask gimp
==> Moving App 'GIMP.app' to '/Applications/GIMP.app'.
🍺 gimp was successfully installed!

Error in git push heroku master

I have seen many question on Stackoverflow a bit similar to my question but none have faced same problem which I am having while I try to push my app to heroku.
My Ruby On Rails app is created on rails 3.2.17 and ruby v. 1.9.3 and currently it is in local setup I want to push it to heroku server.. but always I keep getting the same error, this is the full response which I am getting in 'git Bash prompt'
$ git push heroku master
Initializing repository, done.
Counting objects: 1708, done.
Delta compression using up to 4 threads.
Compressing objects: 100% (1640/1640), done.
Writing objects: 100% (1708/1708), 47.02 MiB | 150.00 KiB/s, done.
Total 1708 (delta 207), reused 0 (delta 0)
-----> Ruby app detected
-----> Compiling Ruby/Rails
-----> Using Ruby version: ruby-1.9.3
-----> Warning:
Removing `Gemfile.lock` because it was generated on Windows
Bundler will do a full resolve so native gems are handled p
This may result in unexpected gem versions being used in yo
In rare occasions Bundler may not be able to resolve your d
all.
https://devcenter.heroku.com/articles/bundler-windows-gemfi
-----> Installing dependencies using 1.5.2
Running: bundle install --without development:test --path v
-binstubs vendor/bundle/bin -j4
Fetching git://github.com/gregbell/active_admin.git
Fetching source index from http://ruby.taobao.org/
Resolving dependencies.....................................
Network error while fetching
http://rubygems-china.oss.aliyuncs.com/quick/Marshal.4.8/tr
emspec.rz
Bundler Output: Fetching git://github.com/gregbell/active_a
Fetching source index from http://ruby.taobao.org/
Resolving dependencies.....................................
Network error while fetching
http://rubygems-china.oss.aliyuncs.com/quick/Marshal.4.8/tr
emspec.rz
!
! Failed to install gems via Bundler.
!
! Push rejected, failed to compile Ruby app
To git#heroku.com:myapp.git
! [remote rejected] master -> master (pre-receive hook declined)
error: failed to push some refs to 'git#heroku.com:myapp.git'
I have solved it by myself, actually in my Gemfile source was set as 'http://ruby.taobao.org' and i guess there was some kind of network conflict between http://ruby.taobao.org and heroku server during the process of installing gems. I changed the source to 'http://rubygems.org' and it worked.

Cannot install gems on RVM JRuby gemset: SocketError: initialize: name or service not known (http://rubygems.org/specs.4.8.gz)

I'm trying to install JRuby and Ruby on Rails (or "JRuby on Rails") with RVM on GNU/Linux Debian, but I'm getting some error. This is what I have done.
First of all, I made these installations (because of the requirements that are displayed with rvm requirements):
sudo apt-get install curl g++ openjdk-6-jre-headless
sudo apt-get install ant openjdk-6-jdk
Then (the error is at the end as you can see):
pablo#martigomez:~$ rvm install jruby --1.9
jruby-1.6.7.2 - #fetching
Cloning from git://github.com/jruby/jruby.git, this may take a while depending on your connection...
Initialized empty Git repository in /home/pablo/.rvm/repos/jruby/.git/
remote: Counting objects: 197772, done.
remote: Compressing objects: 100% (45785/45785), done.
remote: Total 197772 (delta 139597), reused 196103 (delta 138126)
Receiving objects: 100% (197772/197772), 108.15 MiB | 102 KiB/s, done.
Resolving deltas: 100% (139597/139597), done.
HEAD is now at 8e849de Tag ERB specs that depend on default runs sharing a scope.
From git://github.com/jruby/jruby
* branch master -> FETCH_HEAD
Already up-to-date.
Copying from repo to src path...
jruby-1.6.7.2 - #ant jar
jruby-1.6.7.2 - #ant jar -Djruby.default.ruby.version=1.9
Building Nailgun
jruby-1.6.7.2 - #installing to /home/pablo/.rvm/rubies/jruby-1.6.7.2
jruby-1.6.7.2 - adjusting #shebangs for (jrubyc jirb_swing jirb jgem rdoc ri spec autospec testrb ast generate_yaml_index.rb).
jruby-1.6.7.2 - #importing default gemsets (/home/pablo/.rvm/gemsets/)
Copying across included gems
pablo#martigomez:~$ rvm jruby
pablo#martigomez:~$ ruby -v
jruby 1.6.7.2 (ruby-1.9.2-p312) (2012-09-24 26e08ba) (OpenJDK 64-Bit Server VM 1.6.0_18) [linux-amd64-java]
pablo#martigomez:~$ rvm --create use jruby#r328
Using /home/pablo/.rvm/gems/jruby-1.6.7.2 with gemset r328
pablo#martigomez:~$ gem list
*** LOCAL GEMS ***
pablo#martigomez:~$ gem install rails --version 3.2.8
WARNING: Error fetching data: SocketError: initialize: name or service not known (http://rubygems.org/specs.4.8.gz)
WARNING: Error fetching data: SocketError: Network is unreachable (http://rubygems.org/latest_specs.4.8.gz)
ERROR: While executing gem ... (Gem::DependencyError)
Unable to resolve dependencies: rdoc requires json (~> 1.4); treetop requires polyglot (>= 0), polyglot (>= 0.3.1)
I have searched but at the moment I haven't found something that helps. It is very strange that there are no gems. This is my first time with JRuby, but as I was searching on the web, when you install JRuby you suppose to have some basic gems installed, right? So what could it be the problem and the solution?
Thanks in advance!

Homebrew path issue

How do I fix this path issue? I can't use brew command and I think I previously symlink to wrong location.
Master:~ shaunstanislaus$ ruby <(curl -fsSkL raw.github.com/mxcl/homebrew/go)
==> This script will install:
/usr/local/bin/brew
/usr/local/Library/...
/usr/local/share/man/man1/brew.1
Press enter to continue
==> Downloading and Installing Homebrew...
remote: Counting objects: 82368, done.
remote: Compressing objects: 100% (39323/39323), done.
remote: Total 82368 (delta 56782), reused 65301 (delta 42220)
Receiving objects: 100% (82368/82368), 11.68 MiB | 1.59 MiB/s, done.
Resolving deltas: 100% (56782/56782), done.
From https://github.com/mxcl/homebrew
* [new branch] master -> origin/master
HEAD is now at 2ea1a0e smpeg: depends on gtk
==> Installation successful!
You should run `brew doctor' *before* you install anything.
Now type: brew help
Master:~ shaunstanislaus$ brew doctor
-bash: /usr/local/bin/brew: /System/Library/Frameworks/Ruby.framework/Versions/1.8/usr/bin/ruby: bad interpreter: No such file or directory
Master:~ shaunstanislaus$ echo $PATH
/usr/bin:/bin:/usr/sbin:/sbin:/usr/local/bin:/opt/X11/bin:/Users/shaunstanislaus/Library/Application Support/GoodSync:/opt/local/bin:/opt/local/sbin:/usr/local/sbin:/Users/shaunstanislaus/.ec2/bin:/Users/shaunstanislaus/.rvm/bin
/usr/local/bin/brew: /System/Library/Frameworks/Ruby.framework/Versions/1.8/usr/bin/ruby: bad interpreter: No such file or directory
Not everyone keeps the default system version of ruby. Many will rename this file and use the MacPorts ruby, or compile it by hand, in which case it may be in a different location.
I recommend changing this so that it will look for the ruby executable in a different location if it's not in the default.
Visit http://linguisticlogic.wordpress.com/2010/11/27/homebrew-mac-osx-and-ruby/
just doing
sudo ln -s /opt/local/bin/ruby /usr/bin/ruby
may work !!!

How do you prevent Git from printing 'remote:' on each line of the output of a post-recieve hook?

I recently configured an EC2 instance with a Git deployment workflow that resembles Heroku, but I can't seem to figure out how Heroku prevents the Git post-receive hook from outputting 'remote:' on each line.
Consider the following two examples (one from my EC2 project and one from a Heroku project):
My EC2 project:
git push prod master
Counting objects: 9, done.
Delta compression using up to 2 threads.
Compressing objects: 100% (5/5), done.
Writing objects: 100% (5/5), 456 bytes, done.
Total 5 (delta 3), reused 0 (delta 0)
remote:
remote: Receiving push
remote: Deploying updated files (by resetting HEAD)
remote: HEAD is now at bf17da8 test commit
remote: Running bundler to install gem dependencies
remote: Fetching source index for http://rubygems.org/
remote: Installing rake (0.8.7)
remote: Installing abstract (1.0.0)
...
remote: Installing railties (3.0.0)
remote: Installing rails (3.0.0)
remote: Your bundle is complete! It was installed into ./.bundle/gems
remote: Launching (by restarting Passenger)... done
remote:
To ssh://ubuntu#0.0.0.0/~/apps/app_name
e8bd06f..bf17da8 master -> master
Heroku:
$> git push heroku master
Counting objects: 179, done.
Delta compression using up to 2 threads.
Compressing objects: 100% (89/89), done.
Writing objects: 100% (105/105), 42.70 KiB, done.
Total 105 (delta 53), reused 0 (delta 0)
-----> Heroku receiving push
-----> Rails app detected
-----> Gemfile detected, running Bundler version 1.0.3
Unresolved dependencies detected; Installing...
Using --without development:test
Fetching source index for http://rubygems.org/
Installing rake (0.8.7)
Installing abstract (1.0.0)
...
Installing railties (3.0.0)
Installing rails (3.0.0)
Your bundle is complete! It was installed into ./.bundle/gems
Compiled slug size is 4.8MB
-----> Launching... done
http://your_app_name.heroku.com deployed to Heroku
To git#heroku.com:your_app_name.git
3bf6e8d..642f01a master -> master
Is it possible that Heroku is emitting terminal control codes that overwrite the "remote:" prefix on each line? Something like "\e[1G-----> line"
Not certain why nobody seems to take advantage of $'\e[K' (erase to end of line) to avoid the need to indent.
echo $'\e[1G\e[K'line does the same thing without needing any indentation to ensure the remote: string (which is actually output by the git client, not the hook itself) doesn't get displayed.
Granted, this doesn't explain how Heroku, specifically, pulls this off, but that doesn't appear to have been the actual question - rather, Heroku seems to have been used as an example of someone doing what the OP was after.

Resources