@usa 公海上なのでゆるちて…

2018-07-14 12:31:38 藤堂赭玄 🤘 @jp TL48の投稿 sha_gen@mstdn.jp

このアカウントは、notestockで公開設定になっていません。

なんだかcommitが頻繁ねー

コーヒーはケーキ 🤔

(なにか聞き間違えたらしい)

\Masterに/ :saba: \追随しますたー/

Merged tootsuite/mastodon at 68cccb00ef30516396a64af1a7019baa6c36913c.

二重括弧なんとかしたいのう

2018-07-14 17:07:33 のえる :cava_red: DTP鯖管の投稿 noellabo@dtp-mstdn.jp

私がフォローした際、あなたがフォローバックするのは自由だけど、本当にあなたのホームタイムラインに私のトゥートを毎回表示したいですか? というのがある。

Mastodonのホームタイムラインは、自分の理想とする状態を作り込んで欲しい。これはMastodonでもっとも重要な原則なのではないだろうか。

2018-07-14 15:09:19 山岸和利の投稿 ykzts@ykzts.technology

このアカウントは、notestockで公開設定になっていません。

2018-07-14 16:46:36 matsuu✅の投稿 matsuu@mstdn.jp

このアカウントは、notestockで公開設定になっていません。

2018-07-14 16:48:47 しむどん三度無視の投稿 sximada@mstdn.jp

このアカウントは、notestockで公開設定になっていません。

インスタンスからみるとリレーサーバのように動作するトゥート検索アプリを作れそうなことに気づいた。マシンパワーさえあればリアルタイムに近い検索ができそう。

27. 歴史の中のコンピュータ: 1946年の電王戦、エニグマ暗号の解読 (うどん) turingcomplete.fm/27

27. 歴史の中のコンピュータ: 1946年の電王戦、エニグマ暗号の解読
2018-07-14 18:46:48 花物語の投稿 sisyo@friends.nico

このアカウントは、notestockで公開設定になっていません。

2018-07-14 18:50:21 1日24時間睡眠健康法の投稿 yakitama@mstdn.yakitamago.info

このアカウントは、notestockで公開設定になっていません。

なるほど

node10まだ動かない…

:
sed: can't read ./Release/.deps/Release/obj.target/zopfli/src/zopfli-binding.o.d.raw: No such file or directory
:
zopfli.target.mk:132: recipe for target 'Release/obj.target/zopfli/src/zopfli-binding.o' failed
make: Leaving directory '…/node-zopfli/build'
:
gyp ERR! build error
gyp ERR! stack Error: `make` failed with exit code: 2
:
gyp ERR! command "…/node-v64-linux-x64"
gyp ERR! cwd …/node-zopfli
gyp ERR! node -v v10.6.0
gyp ERR! node-gyp -v v3.7.0

Gem::RemoteFetcher::UnknownHostError: timed out

(https://rubygems.org/gems/sprockets-3.7.2.gem)

An error occurred while installing sprockets (3.7.2), and Bundler cannot

continue.

ぐぬぬ

gyp info ok"

info This module is OPTIONAL, you can safely ignore this error

そうなん?

Index name 'index_statuses_20180106' on table 'statuses' already exists

む?

雑にPostgresプロビジョンしなおしてやり直してみよう

Index name ''index_statuses_20180106'' on table ''statuses'' already exists · Issue #8001 · mastodon/mastodon

$ heroku run bash
~ $ npm --version
6.1.0
~ $ node --version
v10.6.0
~ $ npm start

> mastodon@ start /app
> node ./streaming/index.js

info Starting streaming API server master with 7 workers
info Starting worker 5
info Starting worker 4
info Starting worker 3
info Worker 5 now listening on 0.0.0.0:21399
info Worker 4 now listening on 0.0.0.0:21399

こっちはうまくいったなあ

よーっしお父さんこのインスタンスのnode上げちゃうぞー :saba:

nodeがv9.11.2からv10.6.0になりまーす

起動しますように

よーっし

2018-07-15T07:10:01.340940+00:00 app[web.1]: verb 4f81095f-815e-4a51-a090-da29b813902f Starting stream from timeline:public for 1
2018-07-15T07:10:01.341069+00:00 app[web.1]: verb Subscribe timeline:public

Slugも小さくしておこうかな。400MBから403.5Mに。あ、あれれ?

$ heroku builds:cache:purge
してダッシュボードからデプロイ。

おまけにRubyが死んでる…

/app/vendor/bundle/ruby/2.5.0/gems/pg-1.0.0/lib/pg.rb:56: [BUG] Segmentation fault at 0x0000000000000018
ruby 2.5.1p57 (2018-03-29 revision 63029) [x86_64-linux]

libpq-dev_10.4-2.pgdg16.04+1_amd64.debを使ってるのもpg 1.0.0を使ってるのも一緒だなあ。もう一度ビルドしてみるか…

gemのリビルドしないから変化しないかな

おなじー。もいちどビルドキャッシュを消してやりなおそう。PRアプリだと問題な…あ、確認してないかも。

問題なかったー。

だめねえ…

Stackが違うのか…

heroku-16にしたら問題なく起動した。このままheroku-18に戻してみよう。

台湾いきたいわん

うむー

1. スタックをheroku-16にする
2. ビルドキャッシュをパージする
3. ビルドする
4. スタックをheroku-18にする
5. ビルドする

とpg-1.0.0/lib/pg.rb:56でのSegmentation fault at 0x0000000000000018が起きない

ビルド履歴に依存しちゃうの残念だけどねえ