HomebrewのインストーラーをRubyからBashに書き直しました！ - プログラムモグモグ
みなさんはHomebrewをお使いでしょうか。macOSをお使いの多くの開発者が使っていると思います。 HomebrewのインストーラーはRubyで書かれており、次のコマンドでインストールするようになっていました。 /usr/bin/ruby -e "$(curl -fsSL https://raw.githubusercontent.com/Homebrew/install/master/install)" HomebrewがRubyに依存していることは良いのですが (formulaの書きやすさはRubyならでは)、インストーラーの話になると事情が変わってきます。HomebrewのインストールコマンドはmacOSの工場出荷状態でも動く必要があります。こういうものにRubyを使っているのはリスクがあります。 将来的にmacOSデフォルトにRubyやPythonが含まれなくなる (参考リンク
AppleがmacOS 10.15 Catalina後のmacOSでPythonやRuby、Perlを同梱しない事について、Homebrewが対応を表明。
AppleがmacOS 10.15 Catalina後のmacOSでPythonやRuby、Perlを同梱しない事について、Homebrewが対応を表明しています。詳細は以下から。 Appleは現地時間2019年06月03日、開発者向けに2019年秋にリリースを予定している「macOS 10.15 Catalina」のBeta版を公開し、このCatalinaにはレガシーなソフトウェアとの互換性を持たせるため2020年にEOL(End of Life)となるPython v2.7.xなどの古いスクリプト言語を同梱していると発表しましたが、加えて将来のmacOS (10.16?)ではスクリプト言語のランタイム自体をデフォルトで同梱しないと発表しました。 Scripting language runtimes such as Python, Ruby, and Perl are included
1.0.0
Today I’m proud to announce Homebrew 1.0.0. In the seven years since Homebrew was created by @mxcl our community has grown to almost 6000 unique contributors, a wide-reaching third-party “tap” ecosystem and thousands of packages. We’ve been working hard over the last year to make some major changes to Homebrew that we’ve been wanting for a long time. There have been some hiccups along the way but
Homebrew cask の仕様がすこし変わった話 | Carpe Diem
OS X 使いの皆さん定番の homebrew-cask ですが、おそらくクリスマス頃に仕様が少し変わったようです。 詳細のチケットは、こちらですが、要約すると、次のような感じになります。 今まで ~/Applications へはすべてリンクだったが、移動するようになった アプリケーションディレクトリは、すべて ~/Applications ではなく、/Applications になる :target はしばらく動作するが、そのうち link に変更になる Caskroom は、デフォルトで /opt/homebrew-cask/Caskroom となる 上記のような理由で Caskroom 以下のバージョン番号のディレクトリは存在しなくなる これはとても嬉しい変更です、例えば Google Chrome を homebrew-cask 経由でインストールした場合、今までだと 1Pass
Configure homebrew permissions to allow multiple users on MAC OSX. Any user from the admin group will be able to manage the homebrew and cask installation on the machine.
brew-perms.sh �N�a�U p-�a�U #!/bin/sh # Configure homebrew permissions to allow multiple users on MAC OSX. # Any user from the admin group will be able to manage the homebrew and cask installation on the machine. # allow admins to manage homebrew's local install directory chgrp -R admin /usr/local chmod -R g+w /usr/local # allow admins to homebrew's local cache of formulae and source files chgrp -
インフラエンジニアなMacセットアップ - Qiita
※お願い※ 古い記事なのでメンテナンスしません。 ※注意※ mac を新調して手順を改めて確認しました。 ~/Library/LaunchAgents に plistをコピーする手順が抜けている可能性もあるので brewコマンドは１つずつ実行して、追加でコマンドを実行するような指示が出ていないか確認して下さい。 ※注意２※ dockerまわりが古いです。 Docker Toolboxをサイトからダウンロードして使用することをオススメします。 まえがき Opsや情報システムやDevOpsややっているインフラエンジニアなMac設定。 Homebrew / brew cask をなるべく使ってインストール。 初めてmacで開発す人も、大体この内容でやれば 「あー.vimrcがごちゃごちゃでわかんねー！」とか 「あー.bash_profileがごちゃごちゃでわかんねー！」とか 「あーrbenv入れ
HomebrewでError: GitHub API rate limit exceededを回避する
B! 35 0 0 0 Homebrewでsearchコマンド等をたくさんしてると使用回数を超えて GitHub API rate limit exceededと言ったエラーが出てしまいます。 その対処法について。 アクセス回数制限 GitHubでAccess Tokenを作る HomebrewにTokenを渡す。 アクセス回数制限 GitHubでは認証無しのアクセスについて、同じIPアドレスから1時間で60回までと 制限がかかっています1。 Homebrewで沢山searchコマンドなんかを使ってると、 $ brew search Error: GitHub API rate limit exceeded for xxx.xxx.xxx.xx. (But here's the good news: Authenticated requests get a higher rate limi
Mac OSXの設定をAnsibleで9割以上自動化する - will and way
自分のMBPRetinaは3年前のモデルでアップデートする度に、スリープからの復帰画面がおかしくなったりしたのでOSのクリーンインストールも兼ねました。データはほとんどクラウド化されてるので残るは設定ファイルのみ。0から設定するのだるい。 今後、0スタートするときも苦労したくない！ポチポチクリックしたくない！ということで mawatari.jp この記事にインスパイアされて、自分もやったので、ハマりどころとかプラスで対応したところをメモ。 9割はこれで行ける、残り1割はアプリにログインした時にクラウド同期してくれる系（Chromeとか）. githubにdotfilesやらshellにするよりも比較的容易にprogramaticallyにできたのでやってよかった。 github.com 対応したこと ansibleのインストール brewのインストール brewによるアプリのインストール
Macで/usr/local/binの所有者が勝手に変わる問題について
B! 89 0 0 0 この前、Macで /usr/local/binの所有権が勝手に変わってしまって困っている という事を書きましたが、 一応原因が分かって回避できる様になったのでそれについて。 起こっていた問題 原因 まとめ 起こっていた問題 El CapitanからはSIPと呼ばれる新たなセキュリティーシステムが導入されていて、 これによって/usr以下は通常rootでも操作出来ないようになりましたが、 /usr/local以下だけはこのディレクトリがあれば この保護から外して使う事が出来ます。 OS X 10.11 El CapitanのSystem Integrity Protection(SIP) (rootless)についてちょっと詳しく El Capitanにアップデート後、 $ sudo chown -R $(whoami):admin /usr/local によって/u
⚡️Brew Sparkling: homebrew for iOS - みずぴー日記
自分のiOSデバイスなら開発者ライセンスなして、アプリを動かせるようになるので、自動でコードを落してきてビルドして転送するタイプのアプリ配布補助をだれか初めてほしい。「brew install ios/hoge」でイスントールできる感じ— mzp (@mzp) 2015, 6月 10 Xcode7 からApple Developer Programに参加しなくて、iOSアプリの実機デバッグが可能になった。 これを利用し、Github等で公開されているソースコードをダウンロードし、自分のiPhoneにインストールするHomebrew拡張を作った。 例えば brew sparkling install SparkingSample でサンプル用のアプリケーションがインストールされる。 主な用途としては、次のようなアプリケーションの配布を想定している。 進捗時計のような雑なアプリケーション。Ap
brew caskのappどもをupgradeする - Qiita
追記: 公式にbrew cask upgradeコマンドが実装されました。こちらを使いましょう。 brew upgradeではhomebrew-caskでインストールしたapp達は更新されないので、次のfunctionで。 brew-cask-upgrade(){ for app in $(brew cask list); do local latest="$(brew cask info "${app}" | awk 'NR==1{print $2}')"; local versions=($(ls -1 "/usr/local/Caskroom/${app}/.metadata/")); local current=$(echo ${versions} | awk '{print $NF}'); if [[ "${latest}" = "latest" ]]; then echo "[
Brewfileはオワコンではない
B! 227 0 0 0 Brewfileはオワコン と言われて久しいわけですが、 これはHomebrew本体から 訳あってbundleコマンドが外されただけです。 デフォルトコマンドからはサポートが外されましたが、 bundleを引き継ぐ公式のレポジトリもありますし、 一方でより便利に使う方法とかは出てきています。 Brewdler Brew-file その他のツール まとめ Brewdler Brewdlerはbrew bundleの元になるもので(と思う)、 元々はandrew/brewdler というレポジトリにありました。 (今はこのリンクはHomebrew/homebrew-brewdler へリダイレクトされる様になっています。) 2013年の頃まではBrewdlerはRubyGemsでインストールするようになっていました。 Homebrewの拡張:brewdler, tap
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
homebrew-caskがErrorになると思ったら本家に移行してた - Qiita