cat > /path/to/file
1line etc...
2line etc...
って入力したところで^Dしたらそれが入力されるってやつ知らんかった…ってなってる
cat > /path/to/file
1line etc...
2line etc...
って入力したところで^Dしたらそれが入力されるってやつ知らんかった…ってなってる
このアカウントは、notestockで公開設定になっていません。
このアカウントは、notestockで公開設定になっていません。
の投稿
potpro@mastodon.potproject.net
このアカウントは、notestockで公開設定になっていません。
このアカウントは、notestockで公開設定になっていません。
bashでzshのwhereコマンドみたいな出力させるコマンド
```
for path in ${PATH//:/ }; do
if [ -x $path/$1 ]; then
echo "$path/$1"
fi
done
```
zshのwhereあれば認識されてて優先順位が低いみたいなことが視覚的に明らかになるんだけどbashにないんだよなぁ…
@toneji んー、shellの変数は基本的にキャッシュされるとかは無かったと思うので、変更後にecho $PATHで目的のパスがあれば何かが間違ってるんですよね…
ちゃんと
PATH=/path/to/bin:$PATH
になってたら/path/to/bin以下が優先されるけど…
なんか無料かワンコインかでCentOSのVPSとか借りてmastodon 2.8.1とかのビルドに必要な手順確認してみようかなみたいな血迷い
投稿した後で「あれこれ楽器の在庫がないから本屋行こうとしてる支離滅裂な発言になってね？」ってなりました
そういえばActivityPubにもClient <=> Serverも規格として書いてあったような気がするけどそれが実装されてるの聞いたことないなってなってる
独自APがこれから増えてくると考えて、アプリ側が実装しやすい仕組みを考えていく必要があるわね…
pleroma、投稿IDがmastodonと非互換になっててTheDeskの一部の機能も動かないわね(´・ω・`)
ってなってる
ぷれろま、ピン留めされたトゥートとかを取得できてないっぽいしTheDeskでどうしようかねとなってる
gitがソースコードの更新と依存関係のリストを更新
→それぞれのパッケージマネージャが依存関係を保存
→rakeコマンドとかtootctlとかのmastodonの機能が実行できる
みたいな流れでパッケージマネージャでコケて上手くいかないならサクッとgit checkoutで戻れる。バージョン管理様様だけど
@toneji 多分その理解で大丈夫です。そうするとbundle installでその時代の依存関係を用意できるようになります
@toneji node_modulesはgitの管理外になってるのでpackage.jsonとyarn.lockが更新されてる時はyarn installは必要ですね。そこに変更が入ってなければ基本的に必要のないコマンドではあります
@toneji ん…2.8.1で問題が起きてるんですよね？
2.8.0のtagにcheckoutしてGemfile.lockを元に戻せばbundle installでblurhashは入ってこないと思います
テストで建ててたのはdockerだけど多分dockerなしでビルドしてるだろうからビルドした奴がどうなってるかとかちょっとわからんけど
バージョン戻すの、git checkoutで以前のバージョンへ戻ってビルドしなおせばできない？
の投稿
potpro@mastodon.potproject.netこのアカウントは、notestockで公開設定になっていません。
Pleromaはフットプリント小さくていいよね。それこそ、分散して小さなサーバを沢山たてるなら、この差が大きく出てくると思う。
ある程度の規模だったら、Mastodonが収まる容れ物を用意すれば済んでしまって、フットプリントについてはあんまり気にしなくなっちゃうよね。 #pleroma
blurhashの独自エンコード、異口同音で「なんでbase83。他のbaseXじゃあかんかったんか」って聞こえてきて笑う
blurhashで使われる文字列
0123456789ABCDEFGHIJKLMNOPQRSTUVWXYZabcdefghijklmnopqrstuvwxyz#$%*+,-.:;=?@[]^_{|}~
なんかiTermが変な挙動してることに今気がついた。なんでフルスクリーンで黒い変な枠できてんだこいつ
nginx ビルドし直し。ついでに1.15.12から1.16.0にバージョンを変えた。内容の変化はないっぽいから別にいいかしらね
@toneji （ゴミというか使ってないものが残るのが嫌とかなら一度消してもいいとは思いますが、あってもなくても使わないだけなので稼働には問題ないはず）
@toneji gemの依存関係はGemfile.lockにあるものだけを利用するので大丈夫だと思います
ソースコードがすでに2.8.1になってて起動できないの、2.8or2.8.2にしてビルドし直した方がいいのでは
これ早くしてほしい（bugsってアドレスバーに打ち込んだらサジェストされるぐらいに確認してたらしい。なんで）
https://bugs.launchpad.net/ubuntu/+source/openssl/+bug/1797386
dockerとerlangとmariadb、それから自分のaptリポジトリをbionicからdisco？dingo？に上げるのがね…めんどくさい……
19.04、mariadbのPPAサーバーが対応してたらあげてもいいかって（18.04にあげたときに下手こいてdb吹っ飛ばした苦い記憶
そろそろ19.04とかにあげてTLS1.3のためにOpenSSLが対応するのを待つのやめたいになってる
ところでUbuntu 18.04.2 LTSのOpenSSL 1.1.1 LTS supportはまだですかね…
個人的にppaとかepelとかは公式以外は信用しないけどred hat dev toolsetぐらいなら信用しそうだわ
@toneji bashでwhereコマンドがない（POSIX標準じゃない）ことを失念してました…
基本的にPATHは左側に書いてあるものが優先されるので
`echo $PATH`
でepelのPATHが先頭ないし `/usr/bin` などより左にあることを確認してください
whereか何かでgccのパス確認して一番始めにsoftware collectionsのgccが来てないならpathの順番が間違ってる
/opt/rh/devtoolset-4/root/usr/bin/gcc
で実行すればビルドしてくれると思うんだけど
このアカウントは、notestockで公開設定になっていません。
というかビルドするのにmastodonユーザーはいるなら直パスでコマンド実行すればいいのでは🤔
Ubuntu(というかDebian系)が肌に合うのでCentOSわからないけど公式パッケージが軒並み古いOSってどうなんとか思ったりする
megalodonのaccess_token、stream()でnullのときにパラメーターつけないようにしてあるけどそもそもnullableにしてないからTypeScriptだと意味ない罠
megalodon、コネクション切れると1秒おきに再接続要求するの変えないとちょっと迷惑かな
このアカウントは、notestockで公開設定になっていません。
bundle installを元に戻す…Gemfile.lockを元に戻してbundle installしなおすとかかね
あー…megalogonでaccess_tokenを空文字にして公開TL読み込ませたらpleromaだと403になっちゃう…
zshでpath+="/usr/local/bin"とかしてるのにexportつけてないから要らんかと思ったけどそんなことはなかった？
blurhashのバージョンをあげて更新するっていうの、素直に2.8.2にすればバージョン上がるし2.8.1でやらなくてもいいよねってなった
このアカウントは、notestockで公開設定になっていません。
もしバックポートとかでマイグレーションスキーマ追加されててもバージョニングはちゃんとしてないと設計がおかしなことになるでしょみたいな
このアカウントは、notestockで公開設定になっていません。
でも内容的にパッチバージョン上がってるだけだよね。
$CFLAGS += ' -std=c99 -lm'
これでどのぐらい変わるんだろう？
このアカウントは、notestockで公開設定になっていません。
@toneji
公式のドキュメントみる限りはQiitaの記事中の手順を
devtoolset-4
から
devtoolset-8
に置き換えると良さそうです
@toneji 私がCentOSで試した訳じゃないですがGCC8.2.1を導入できる方法っぽいです
FYI
CentOS に GCC 5.2 を Yum でインストールする
https://qiita.com//bezeklik/items/967aa010798c7ea9f7ea
公式リポジトリがgccの最新を配信してないなら…っておもったけどなんか違うぞ
Red Hat Developer Toolset入れたらいいのか？
https://access.redhat.com/documentation/en-us/red_hat_developer_toolset/8/html/user_guide/chap-gcc
セキュリティチェックを無効化して問題を †解決† できますよ！ とか宣う輩、今後10年は技術的に信用しなくなるよね
このアカウントは、notestockで公開設定になっていません。
@nieein56
CentOSの文化とか分からないけど新しいgccとかの需要絶対あるだろうしなぁ…
CentOSで古いgccしかないの、PPAみたいなリポジトリでどうにか解決出来たりせんの…？みたいなことを思ってるけどどうなんかね
今まで(SwiftでのmacOS)アプリ開発で使ってきた通知駆動とシングルトンパターンをElectronでやろうとして、メインプロセスの中で通知ってどうやるんや…とかなってるのでコード書く手がここ2-3日止まってる
もともとプライベートで派生というかリスペクトというかみたいな感じで作ってたけど本家の開発も結構しんどいとなってて一緒に開発する感じになってる。リライトですね
今日やったこと、TheDesk Vueのelecctron-builderプラグインを1.3.1にしてちゃんとdev serverのelectron再起動することを確認して「うまく動いてるサンキュー」でissueを閉じたことだけ
そういえばメールサーバーの構築とか知識とかなさすぎるなーって2年ぐらい前から思ってるけどいまだに勉強してない。いい加減覚えてこのおひとりさまの通知をメールで送ったりとか出来るようにしたい(´・ω・`)
