メンチカツ

ロースカツが好きです

brew updateでRepository not foundと言われたら

mac Homebrew

brew updateしたらそんなリポジトリありませんよ言われました。

> brew update
remote: Repository not found.
fatal: repository 'https://github.com/peco/homebrew-peco/' not found
Error: Fetching /usr/local/Homebrew/Library/Taps/peco/homebrew-peco failed!

なくなってしまったリポジトリはbrew untapコマンドで消せます。

> brew untap peco/homebrew-peco
Untapping peco/peco... (47 files, 37.9K)
Untapped 2 formulae

このあと、再度brew updateすると、エラーなく更新できました。

brew untapって使ったことなかったわー

Docker for Macで「com.docker.osx.hyperkit.linux failed to start Exit code 1」

Docker Mac

Docker for Macをアップデートしたらこんなエラーが出て起動できなくなった。

f:id:easy-breezy:20170213130726p:plain

調べると、リセットしたほうがイイヨー、アンインストールダヨーって意見が

出てくるんだけど、もうちょっと調べると

github.com

rm ~/Library/Containers/com.docker.docker/Data/com.docker.driver.amd64-linux/Docker.qcow2

だけすれば復帰できるってことで、やってみたら無事回復。よかった。

MySQLで外部キーを追加しようとしたら「Cannot add foreign key constraint」と怒られた

MySQL

Sequel Proで外部キーを追加してたら怒られた。

MySQLの応答: Cannot add foreign key constraint

f:id:easy-breezy:20170203161622p:plain

こういうときはrootで

mysql> SHOW ENGINE INNODB STATUS\G

をすると、

------------------------
LATEST FOREIGN KEY ERROR
------------------------

という箇所があるので、そこを確認するとエラーの詳細を見ることができます。

まあ、繋げようとしているカラムの形が微妙に違っているのがほとんどだと

思うので、

  • idの片側だけunsignedじゃないか
  • tinyintとsmallintを繋げようとしていないか

とかを確認すれば、大抵は解決できるんじゃないかな？と思います。

ちなみに

データが入った状態で外部キーをつけようとすると、以下のエラーが出ることがあります。

Cannot add or update a child row: a foreign key constraint fail

これは、今あるデータの整合性が取れてないので(参照先に存在しないIDがある等)

適宜修正をしてあげましょう。

【メモ】Golangでスライス型にスライス型をappend

Go

Golangでスライス型にスライス型をappendする。

s1 := []string{"aa", "bb", "cc"}
s2 := []string{"dd", "ee", "ff"}

s1 = append(s1, s2)

としてgo runすると

cannot use r (type []string) as type string in append

とエラーしてしまう。[]stringにappendできるのはstringだよ！と。

これは、appendの2つめの引数に3点リーダ（...）を付与することで解決できます。

s1 = append(s1, s2...)
// s1=>[]string{"aa", "bb", "cc", "dd", "ee", "ff"}

s2が可変引数として展開されて、以下を実行したのと同じ結果が得られます。

s1 = append(s1, "dd", "ee", "ff")

【メモ】Golang/dbrでreplace intoがしたかった。

Go MySQL

※2016/12/16 修正しました

Go言語のO/R Mapper、dbrでreplace intoがしたかった。

のですが、dbrではreplace構文はサポートしてないらしい。

それで、delete-insertで対応することにしました。

type (
    //User ユーザー
    User struct {
        ID       int
        Contacts []*Contact
    }
    //Contact ユーザーの連絡先
    Contact struct {
        MailAddress string
    }
)

//replaceUserContacts ユーザーの連絡先を削除して登録する
func (u *UserContacts) replaceUserContacts(sess *dbr.Session) error {
    //削除して
    _, err := sess.DeleteFrom("user_contacts").
        Where("user_id", u.ID).
        Exec()
    if err != nil {
        return err
    }
    //登録
    for _, c := range u.Contacts {
        _, err := sess.InsertInto("user_contacts").
            Columns("user_id", "mail_address").
            Values(u.ID, c.MailAddress).
            Exec()
        if err != nil {
            return err
        }
    }

    return nil
}

よし超シンプルだぜと思って実行したら、なんとぜんぜん登録されない。

確認したら、deleteの返り値errに

dbr: wrong placeholder count

って入ってる。

処理してるところ

github.com

を確認すると、プレースホルダー( where id = ? に当たる部分)と

バインドする値(u.ID)の数が不一致だぞと言っている。なんでや。

なので、

//replaceUserContacts ユーザーの連絡先を削除して登録する
func (u *UserContacts) replaceUserContacts(sess *dbr.Session) error {
    //削除して
    _, err := sess.DeleteBySql(`delete from user_contacts where user_id = ` + strconv.Itoa(u.ID)).
        Exec()
    if err != nil {
        return err
    }
    //登録
    for _, c := range u.Contacts {
        _, err := sess.InsertInto("user_contacts").
            Columns("user_id", "mail_address").
            Values(u.ID, c.MailAddress).
            Exec()
        if err != nil {
            return err
        }
    }

    return nil
}

と、変数バインドしないようにしたところ、エラーなく動作するようになりました。

【メモ】間違えて削除したローカルブランチを復元するときに怒られた

GitHub

reflogを参照して、間違えて削除したローカルブランチを復元するとき fatal: Not a valid object name と言われて復元できなかったのですが

＄ git reflog # feature/hogeを削除する直前のコミット番号(HEAD@{n}というやつ)を控える
＄ git branch feature/hoge HEAD@{12}
# => fatal: Not a valid object name: 'HEAD@12'. と出て復活できない

これはコミット番号をダブルクォートで囲んであげればOKです。

＄ git branch feature/hoge "HEAD@{12}" # ダブルクォートで囲んでみる

＄ git branch
* dev
  feature/hoge #<= 復活できた！
  master

【メモ】dockerに「Error response from daemon: client is newer than server」と言われる

Docker

docker氏に、クライアントとサーバーのAPIバージョンが相違しているよ！って怒られた

$ docker version

Client:
 Version:      1.12.0
 API version:  1.24
 Go version:   go1.6.3
 Git commit:   8eab29e
 Built:        Thu Jul 28 21:15:28 2016
 OS/Arch:      darwin/amd64
Error response from daemon: client is newer than server (client API version: 1.24, server API version: 1.23)

ggると docker-machine upgrade default すれば治るよ！とあるけど、改善されない、そんなときは 環境変数 DOCKER_API_VERSION を設定します。

export $DOCKER_API_VERSION=1.23

設定後、再度 docker-machine upgrade default すると、無事にバージョンを

docker version
Client:
 Version:      1.12.0
 API version:  1.23
 Go version:   go1.6.3
 Git commit:   8eab29e
 Built:        Thu Jul 28 21:15:28 2016
 OS/Arch:      darwin/amd64

Server:
 Version:      1.12.1
 API version:  1.24
 Go version:   go1.6.3
 Git commit:   23cf638
 Built:        Thu Aug 18 17:52:38 2016
 OS/Arch:      linux/amd64

合わせられてないやんけ。 でもサーバーのAPIバージョンがあげられたぞ？？？

そこで、環境変数 DOCKER_API_VERSION を更新してみます。

export $DOCKER_API_VERSION=1.24

その後dockerをrestartすると、やっとバージョンが合いました。

Client:
 Version:      1.12.0
 API version:  1.24
 Go version:   go1.6.3
 Git commit:   8eab29e
 Built:        Thu Jul 28 21:15:28 2016
 OS/Arch:      darwin/amd64

Server:
 Version:      1.12.1
 API version:  1.24
 Go version:   go1.6.3
 Git commit:   23cf638
 Built:        Thu Aug 18 17:52:38 2016
 OS/Arch:      linux/amd64

コミットハッシュに変更がないので、どうやら見た目が変わっただけなんですけどね。 ひとまず状況は解決できました。

ggったページ

github.com