@mei23@misskey.m544.net ​​

H3ロケット試験機2号機打上げライブ中継 https://www.youtube.com/live/VtsUTvZRcJM?si=aA-rKW4mkpGt7fmF @YouTubeより

@aqz@p1.a9z.dev これとか導入しちゃった方がいい説はある
https://github.com/actions/stale

草

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

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

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

🥴

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

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

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

@mayu@uri.life そうよねーまぁユーザーの多い分色々しっかりしてるから変なこと起きないということはいいことだけど

@mayu@uri.life もともとはほぼ一緒だったけどちょっとずつ違うことが増えて割と差分できちゃった

@mayu@uri.life misskey-devの方じゃなくてioフォークね

@mayu@uri.life fedibird.comはいいぞ

@mayu@uri.life 🤯わたしは最近ほぼ24時間お仕事してる気がする（本業とmisskey.ioで・・・

なんてことだ

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

そういえばマストドンってリアクション見えないんだった

@mayu@uri.life おひさー

実際問題WavesのWUPでメジャーバーション上がって体感できるほどパフォーマンスとか機能とかよくなるのかというとうーんって感じしかしない

@ThinaticSystem@honi.club たかすぎるからしゃーない

@ThinaticSystem@honi.club 実際12.xから13に移行しなかった​​

@ThinaticSystem@honi.club 暴力的な価格で毎回やめようかなになっちゃう

てすと

@aqz@p1.a9z.dev 別にわたしのコードに不備があってそれを直してもらうのはどうでも良かったけど、まさかPRごと踏み潰されるとは思わないじゃん

Misskey伝統の解決方法「〇〇をやめる」を実施するしかない

本家にコントリビューションするのやっぱりやめようかな

@anatawa12@misskey.niri.la 変更の重さの問題ではないですよ
オーナーシップの問題です

@anatawa12@misskey.niri.la わたしの見る限りは全然ちがうと思いますがそれは置いといて、プロジェクトメンバー外に内輪ルールで不快にさせるのはどうかと思いますね

@anatawa12@misskey.niri.la そもそもMisskeyってそういう機能ごとのPR区切りの体制でしたっけ？

元のPRにCHANGELOG記載してないからって
そこのコミット持ち出してCHANGELOG書いて
新たにPR立てて元のものCloseするってことされたとすると
ライセンスとかCo-Author以前に普通に不快じゃないですか？

今回の件、別にわたしの出したPRに問題があるから別で立てたのではなく、自分のやりたいことを付け足すためにわたしの出したPRを踏み潰してわたしが無理なことを言ってるようにしてるのがあまり愉快ではない

わたしの知る限りの礼儀作法としてはどんなにAuthorの反応が鈍くても元のPRで改善すべき点があれば作者にやらせるというのが常識だと思ってたけどな

RE: https://misskey.io/notes/9pnobj8zm3j002g7

AGPL以前に同じリポジトリ内で人のコミット勝手に持ち出して自分のPRに入れて元のPRをCloseさせるってOSSコミュニティ的に大丈夫な行動なの？

ioのEntityServiceのpackManyのPromise.allをPromise.allSettledにする変更、いい加減本家にPR出したいけど差分が多すぎて手が出せない
https://github.com/MisskeyIO/misskey/pull/134

気になりすぎて消しちゃったんだよね

何も悪いことしてないのにCypressがぶっ壊れてるのでとても気になる

てすと

てすと

cypressぶっ壊れてるけどなんでだこれ

@mei23@misskey.m544.net 定期的にgcのタスク走るんじゃありませんでしたっけ

mongodb、でかくなるとあちこちでぶっ壊れるので・・・

typeormのredisベースのキャッシュ、スケールアウトするとたまにredisに接続できなかったって言って大量にクエリーが失敗するので使い物にならない

DBにアクセスしまくる前提にしたいならtypeormからやめてほしい（生成しているクエリーがあほすぎてやばい）

てすと

コーヒー牛乳にキーボード

@aqz@p1.a9z.dev なんと2回もやられました

@aqz@p1.a9z.dev .16からゴミみたいな挙動しててとても迷惑

インターネット、先にムキになった方が負けなので仲良くするといいとされています

しゅいろ、今まで何度もMisskeyを作り直しているのでやろうと思えば思ったよりすぐ作り直せる可能性がある

@yuriha@misskey-square.net たまにやってるレポジトリありますよ

@kakkokari_gtyih about-misskeyと同じ感じでabout-this-forkを作ってrepositoryUrlが設定されていたらaboutページに見せるなどなど・・・（ロゴなどブランディングに設定できるので）

実は「作り直す」という力技があります

about-misskey-ioページ作るか

@aqz@p1.a9z.dev それはそう

MisskeyのライセンスAGPLにさせた人って最近コントリビューションしてないしこれでもめるくらいなら昔のライセンスに戻してもいいんじゃない感がちょっとある（MITだっけ？）

ちなみに昔はこれで合ってた＆設定メニューが消えているという経緯があります

RE: https://misskey.io/notes/9pkw3f5boldv040f

@164@vocaloid.social 昔はこれで合ってた＆設定メニューが消えているという経緯があります

ioのnodeinfoのrepositoryUrl、未だにしゅいろのURLだったわ

about-misskeyを書き換えるのがいいかというとそうでもない気がする（ならコントリビューターとか支援者も書き換えるの？ってなるので）

@aqz@p1.a9z.dev 今のところはお知らせの更新履歴からioのリポジトリに飛べる

@aqz@p1.a9z.dev 一発でリポジトリを開けるようにする必要ってあったっけ？

GPL、コードの開示義務はあれどその手段は指定されていないので必ずしもインターネットに公開しなければならないというわけではないはず

あとそもそものGPL自体「ソフトウェアを使う人にそのソースコードを開示しようね」ってものだからソフトウェアを使っていない人向けに公開する義務はなかったはず

​​

RE: https://misskey.io/notes/9p9qvk5j6gzq06uz

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

Neuro-samaかわいい

@syuilo とりあえず修理してくれないか電話してみるのはありかも

Misskeyはとりあえずioに登録してから考えるといいとされています

ぽぺ