やること: チケット
https://dev.mikutter.hachune.net/
https://dev.mikutter.hachune.net/favicon.ico?1619448608
2024-03-11T12:52:32Z
やること
Redmine
mikutter - バグ #1595 (分類待ち): mastodonのストリーミング処理で失敗しているケースがある
https://dev.mikutter.hachune.net/issues/1595
2024-03-11T12:52:32Z
あひる 家鴨
<p>raw_server_sent_events_stream.rb における `to_enum` を起点として落ちていることがちょくちょくあります。<br />最後に落ちた時にエラーを記録するのを忘れていたので、後で再現されたら載っけます。</p>
<p>内容としては httpclient の session 周りから `IO::TimeoutError` が出ていた感じです。<br />雑にrescue対象に `IO::TimeoutError` を加えたら数日落ちずにSSEの再接続も動いてるっぽいのでおそらく効いてる感。</p>
<p>いずれにせよ情報があやふやなので、その辺を追記ではっきりさせた上で対応考えます。<br />同様の問題が起きてる人がいたらエラーログとかいただけるとありがたいです。</p>
mikutter - 提案 #1581 (分類待ち): Color Model
https://dev.mikutter.hachune.net/issues/1581
2022-01-16T03:51:58Z
toshi_a 初音
toshi.alternative@gmail.com
<p>mikutter上で色を表現するデータオブジェクトを標準提供する。</p>
<a name="やりたいこと"></a>
<h1 >やりたいこと<a href="#やりたいこと" class="wiki-anchor">¶</a></h1>
現在、色情報を利用する場面は以下のとおりだが、色の表現方法が異なる:
<table>
<tr>
<th>名前</th>
<th>形式</th>
<th>値の範囲</th>
</tr>
<tr>
<td> UserConfig </td>
<td> RGB </td>
<td> 0..0xffff </td>
</tr>
<tr>
<td> Cairo::Color::RGB </td>
<td> RGBA </td>
<td> 0..1 (Float) </td>
</tr>
<tr>
<td> Gtk::Color </td>
<td> RGB </td>
<td> 0..0xffff </td>
</tr>
<tr>
<td> Gdk::RGBA </td>
<td> RGBA </td>
<td> 0..1 (Float) </td>
</tr>
<tr>
<td> CSS </td>
<td> RGB </td>
<td> 0..0xff </td>
</tr>
</table>
<p>現状だと、色をどこで利用するかによって適切に変換しなければならない。<br />異なるクラスなのは仕方ないにしても、UserConfigからCairoに変換するために、各要素を0xffffで割るみたいな処理を毎回実装しなければならない。</p>
<p>レンダリングを行う層以外ではそういった詳細には立ち入りたくないし、現にGtk3移行のときに変換処理がバグっていたことがあった。</p>
<p>mikutterプラグインの共通の色の表現があると、こういった問題を解決できる。</p>
<a name="インターフェイス"></a>
<h1 >インターフェイス<a href="#インターフェイス" class="wiki-anchor">¶</a></h1>
<p>RGBAの要素のみを要求する。<br />精度は、各要素を8bitで返すインターフェイスと、0-1のFloatやRationalで返すインターフェイスが考えられる。<br />アルファブレンド値自体は、無いと困るケースがあるので、このデータオブジェクトで表現に対応する。</p>
<p>ディスプレイは1677万色の表現能力しか持っておらず、24bit (0-255)で十分表現できる。したがって、現在採用しているほとんどの表現形式が過剰である。<br />また、これは人間の識別精度を十分超えているらしく、mikutterのユーザは今のところ地球人のみであると考えているので、これ以上の精度は不要である。</p>
<p>以上のことから、各8bitでも十分である。</p>
<p>一方で、0-1で表現すると、計算が楽で、何をやっているのかわかりやすいというメリットがある。<br /><pre><code class="c++ syntaxhl"><span class="kt">uint16_t</span> <span class="nf">conv</span><span class="p">(</span><span class="kt">uint8_t</span> <span class="n">c</span><span class="p">)</span> <span class="p">{</span>
<span class="k">return</span> <span class="n">c</span> <span class="o">*</span> <span class="mh">0x101</span><span class="p">;</span>
<span class="p">}</span>
<span class="kt">uint16_t</span> <span class="nf">conv</span><span class="p">(</span><span class="kt">float</span> <span class="n">c</span><span class="p">)</span> <span class="p">{</span>
<span class="k">return</span> <span class="n">c</span> <span class="o">*</span> <span class="mh">0xffff</span><span class="p">;</span>
<span class="p">}</span>
</code></pre><br />ん〜どうしよっかな〜</p>
<a name="永続化について"></a>
<h1 >永続化について<a href="#永続化について" class="wiki-anchor">¶</a></h1>
<p>UserConfigは古いバージョンとの互換性のために現在の形式を維持しなければならない。</p>
<a name="表現"></a>
<h1 >表現<a href="#表現" class="wiki-anchor">¶</a></h1>
<p>各データクラスは、異なる方法でデータを保持するが、同じインターフェイスを持っている。</p>
<p>TrueColor (32bit color)<br /><pre><code class="ruby syntaxhl"><span class="no">Color</span><span class="p">.</span><span class="nf">new</span><span class="p">(</span><span class="mi">255</span><span class="p">,</span> <span class="mi">0</span><span class="p">,</span> <span class="mi">0</span><span class="p">)</span> <span class="c1"># red</span>
<span class="no">Color</span><span class="p">.</span><span class="nf">new</span><span class="p">(</span><span class="mi">255</span><span class="p">,</span> <span class="mi">0</span><span class="p">,</span> <span class="mi">0</span><span class="p">,</span> <span class="mi">0</span><span class="p">)</span> <span class="c1"># red</span>
<span class="no">Color</span><span class="p">.</span><span class="nf">parse</span><span class="p">(</span><span class="s1">'#FF0000'</span><span class="p">)</span> <span class="c1"># red</span>
</code></pre></p>
<p>ContinuouslyColor<br /><pre><code class="ruby syntaxhl"><span class="no">ContinuouslyColor</span><span class="p">.</span><span class="nf">new</span><span class="p">(</span><span class="mf">1.0</span><span class="p">,</span> <span class="mi">0</span><span class="p">,</span> <span class="mi">0</span><span class="p">)</span> <span class="c1"># red</span>
<span class="no">ContinuouslyColor</span><span class="p">.</span><span class="nf">new</span><span class="p">(</span><span class="mf">1.0</span><span class="p">,</span> <span class="mi">0</span><span class="p">,</span> <span class="mi">0</span><span class="p">,</span> <span class="mi">0</span><span class="p">)</span> <span class="c1"># red</span>
</code></pre><br />同じインターフェイスを実装しColor Modelの要件を満たす独自の実装をプラグインが行うことによって、mikutterの色の表現方法を拡張できるように注意する。</p>
<a name="操作"></a>
<h1 >操作<a href="#操作" class="wiki-anchor">¶</a></h1>
<p>spellを使った場合、結果は必ずPromiseを受け取ることになる。色の操作はリアルタイム性が求められることが多く、spellは不適切である。<br />よくありそうな操作についてはColor Pluginで用意する。</p>
<a name="UserConfigの読み込み書き出し"></a>
<h2 >UserConfigの読み込み、書き出し<a href="#UserConfigの読み込み書き出し" class="wiki-anchor">¶</a></h2>
<p>RGBAの各要素は同じ方法で取得できるため、UserConfigに書き出せるはず。<br />現実的には、今の所UserConfigはあらゆるModelを永続化するような機能はもっていないため、別のところに変換ルーチンを実装しなければならない。<br /><pre><code class="ruby syntaxhl"><span class="n">c</span> <span class="o">=</span> <span class="no">Plugin</span><span class="o">::</span><span class="no">Color</span><span class="p">.</span><span class="nf">new</span><span class="p">(</span><span class="mi">255</span><span class="p">,</span> <span class="mi">255</span><span class="p">,</span> <span class="mi">255</span><span class="p">)</span>
<span class="no">UserConfig</span><span class="p">[</span><span class="ss">:color</span><span class="p">]</span> <span class="o">=</span> <span class="n">c</span> <span class="c1"># 理想</span>
<span class="no">UserConfig</span><span class="p">[</span><span class="ss">:color</span><span class="p">]</span> <span class="o">=</span> <span class="no">Color</span><span class="p">.</span><span class="nf">export_to_user_config</span><span class="p">(</span><span class="n">c</span><span class="p">)</span> <span class="c1"># 現実</span>
</code></pre><br />一方、読み込みはColor Modelだったらどんなものに復元しても良いため、もう少し直接的になりそう。<br /><pre><code class="ruby syntaxhl"><span class="n">c</span> <span class="o">=</span> <span class="no">UserConfig</span><span class="p">[</span><span class="ss">:color</span><span class="p">]</span> <span class="c1"># 理想</span>
<span class="no">Plugin</span><span class="o">::</span><span class="no">UserConfigColor</span><span class="p">.</span><span class="nf">new</span><span class="p">(</span><span class="ss">:color</span><span class="p">)</span> <span class="c1"># こういうのがあってもよい?</span>
</code></pre></p>
<a name="印字変換"></a>
<h2 >印字、変換<a href="#印字変換" class="wiki-anchor">¶</a></h2>
<p>例えばHTML形式で印字したいなど。すべてのColor Modelに実装を要求すると印字形式が拡張できないが、インターフェイスが統一されているのでどうとでもなる。<br /><pre><code class="ruby syntaxhl"><span class="k">def</span> <span class="nf">html_color</span><span class="p">(</span><span class="n">color</span><span class="p">)</span>
<span class="s1">'#%02f%02f%02f'</span><span class="p">.</span><span class="nf">format</span><span class="p">(</span><span class="n">color</span><span class="p">.</span><span class="nf">r</span><span class="p">,</span> <span class="n">color</span><span class="p">.</span><span class="nf">g</span><span class="p">,</span> <span class="n">color</span><span class="p">.</span><span class="nf">b</span><span class="p">)</span>
<span class="k">end</span>
</code></pre><br />Cairo::Colorに変換するといった処理は、gtk3プラグインなどが各々提供する。<br /><pre><code class="ruby syntaxhl"><span class="no">Plugin</span><span class="o">::</span><span class="no">Gtk3</span><span class="p">.</span><span class="nf">cairo_color</span><span class="p">(</span><span class="n">c</span><span class="p">)</span>
</code></pre></p>
<a name="比較"></a>
<h2 >比較<a href="#比較" class="wiki-anchor">¶</a></h2>
<p>==で比較する場合、RGBA各要素を0-255で表現した値が等しければ等しいとする。<br />Color Modelインターフェイスの精度以上で比較する意味がないからである。</p>
<p>同様に、eql?とhashもすべてのColorModelが同じ計算式で値を算出しなければならない。</p>
<p>大小比較は、多分ソートすることがないので別にいいや</p>
<a name="標準色"></a>
<h2 >標準色<a href="#標準色" class="wiki-anchor">¶</a></h2>
<pre><code class="ruby syntaxhl"><span class="n">c</span> <span class="o">=</span> <span class="no">Plugin</span><span class="o">::</span><span class="no">Color</span><span class="o">::</span><span class="no">RED</span>
</code></pre>
<p>16色とか256色とか用意する。</p>
<a name="備考"></a>
<h1 >備考<a href="#備考" class="wiki-anchor">¶</a></h1>
<p><a href="https://github.com/red-data-tools/red-colors" class="external">red-colros gem</a> は採用しない。<br />目的に対してできることが多すぎるため。<br />あと、色に対する複雑な演算をしたいわけじゃないので、その程度の理由で直接依存を増やしたくない。</p>
<p>Diva::Modelのatomic typeとして追加することも考えたが、wellknownではあるけどatomicではないかな</p>
mikutter - バグ #1572 (分類待ち): Macでスクリーンショットを取得すると大半が透ける
https://dev.mikutter.hachune.net/issues/1572
2022-01-01T12:20:02Z
Akira Ouchi
<p>Macでスクリーンショットを取得すると、添付画像のように背景色の大半が透過されます。<br />ややこしいですが、 <strong>画面を目視する分には正常に描画されています。</strong></p>
<p>※ <a class="issue tracker-1 status-13 priority-4 priority-default" title="バグ: Macでスクリーンショット取得時に一部のアイコンが抜け落ちる (分類待ち)" href="https://dev.mikutter.hachune.net/issues/1570">#1570</a> と同じスクリーンショット<br /><img src="https://dev.mikutter.hachune.net/attachments/download/785/mikutter5-timeline-screenshot-on-mac.png" alt="" /></p>
<p>※ <a class="issue tracker-1 status-13 priority-4 priority-default" title="バグ: Gtk::IntelligentTextviewの背景が透過になるためMacで起動した環境で描画が荒れる (分類待ち)" href="https://dev.mikutter.hachune.net/issues/1571">#1571</a> と同じスクリーンショット<br /><img src="https://dev.mikutter.hachune.net/attachments/download/784/intelligenttextview-transparent.png" alt="" /></p>
<ul>
<li>Mac環境の構成:
<ul>
<li>Intel Mac(MacBook Air 2018)</li>
<li>macOS Big Sur 11.6.2</li>
<li>MacPorts
<ul>
<li>gtk3 @3.24.30_0+x11</li>
<li>xorg-server @1.20.11_1 ※XQuartz</li>
<li>Ruby 3.0.3 (rbenv+ruby-build)</li>
</ul></li>
</ul></li>
</ul>
mikutter - バグ #1571 (分類待ち): Gtk::IntelligentTextviewの背景が透過になるためMacで起動した環境で描画が荒れる
https://dev.mikutter.hachune.net/issues/1571
2022-01-01T12:15:13Z
Akira Ouchi
<p>Mac環境では、Gtk::IntelligentTextviewを使用している部位で以下のように描画が乱れます。<br />(IntelligentTextviewの部分は画面上の表示でもスクリーンショットでも同じ状態です)</p>
<p><img src="https://dev.mikutter.hachune.net/attachments/download/783/intelligenttextview-transparent.png" alt="" /></p>
<p>該当するコードはこちらで、<br /><a class="external" href="https://dev.mikutter.hachune.net/projects/mikutter/repository/main/revisions/master/entry/core/mui/gtk_intelligent_textview.rb#L49">https://dev.mikutter.hachune.net/projects/mikutter/repository/main/revisions/master/entry/core/mui/gtk_intelligent_textview.rb#L49</a><br />ここをwhiteに変更すると、以下の通り描画の乱れがなくなります。</p>
<p><img src="https://dev.mikutter.hachune.net/attachments/download/782/intelligenttextview-white.png" alt="" /></p>
<ul>
<li>Mac環境の構成:
<ul>
<li>Intel Mac(MacBook Air 2018)</li>
<li>macOS Big Sur 11.6.2</li>
<li>MacPorts
<ul>
<li>gtk3 @3.24.30_0+x11</li>
<li>xorg-server @1.20.11_1 ※XQuartz</li>
<li>Ruby 3.0.3 (rbenv+ruby-build)</li>
</ul></li>
</ul></li>
</ul>
mikutter - バグ #1570 (分類待ち): Macでスクリーンショット取得時に一部のアイコンが抜け落ちる
https://dev.mikutter.hachune.net/issues/1570
2022-01-01T11:59:47Z
Akira Ouchi
<p>Macで起動した環境で、タイムラインを表示している状態では特に問題ありませんが、スクリーンショット取得時に一部アイコンが抜け落ちます。</p>
<p><img src="https://dev.mikutter.hachune.net/attachments/download/781/mikutter5-timeline-screenshot-on-mac.png" alt="" /></p>
<p>元旦Discord会での会話から切り分けたところ、アルファチャネルを含む画像はスクリーンショットに残り、アルファチャネルを持たない画像が抜け落ちるようでした。</p>
<ul>
<li>Mac環境の構成:
<ul>
<li>Intel Mac(MacBook Air 2018)</li>
<li>macOS Big Sur 11.6.2</li>
<li>MacPorts
<ul>
<li>gtk3 @3.24.30_0+x11</li>
<li>xorg-server @1.20.11_1 ※XQuartz</li>
</ul>
</li>
<li>Ruby 3.0.3 (rbenv+ruby-build)</li>
</ul></li>
</ul>
mikutter - 提案 #1566 (分類待ち): mastodonのAPIアクセスにFaradayを使う
https://dev.mikutter.hachune.net/issues/1566
2021-12-31T09:27:32Z
toshi_a 初音
toshi.alternative@gmail.com
<p><a class="issue tracker-12 status-5 priority-4 priority-default closed" title="提案: 起動時、直近のリプライが読み込まれない (終了)" href="https://dev.mikutter.hachune.net/issues/1427">#1427</a> の派生タスク。<br /><a class="issue tracker-1 status-5 priority-4 priority-default closed" title="バグ: Lets EncryptのCA証明書の期限切れ (終了)" href="https://dev.mikutter.hachune.net/issues/1507">#1507</a> Lets EncryptのCA証明書の期限切れ のようなこともあったため、APIアクセスライブラリを <a href="https://github.com/lostisland/faraday" class="external">Faraday</a> に統一する。</p>
mikutter - 提案 #1565 (分類待ち): mastodon_restプラグインとmastodon_sse_streamingプラグインの統合
https://dev.mikutter.hachune.net/issues/1565
2021-12-31T09:21:54Z
toshi_a 初音
toshi.alternative@gmail.com
<p><a class="issue tracker-12 status-5 priority-4 priority-default closed" title="提案: 起動時、直近のリプライが読み込まれない (終了)" href="https://dev.mikutter.hachune.net/issues/1427">#1427</a> の派生タスク。<br />この2つのプラグインは、Mastodonからデータを取ってきてデータソースの更新やイベントの発行を行っている。<br />データソースを使うとき、データの取得方法には関心がないので、別々に制御する必要がない。<br />mastodon_sse_streamingのAPI接続の方法としてREST APIの定期アクセスを実装すればシンプルに収まりそうなので、統合を検討してみる。</p>
mikutter - バグ #1541 (分類待ち): gtk3: TLタブを再選択したときにTL表示位置が選択中メッセージ位置に移動してしまう
https://dev.mikutter.hachune.net/issues/1541
2021-11-13T14:22:17Z
Izumi Tsutsui
tsutsui@ceres.dti.ne.jp
<p>gtk3 版ではTLを表示しているタブが一度隠れた後に再選択して表示される場合の動作仕様が変わってしまっているように見えます。</p>
<ul>
<li>(1) タイムラインの一番下までスクロールする</li>
<li>(2) 一番下のメッセージをクリックして選択する</li>
<li>(3) その状態で同じタイムラインの一番上までスクロールする</li>
<li>(4) 同じペインの別のタブをクリックして選択する</li>
<li>(5) 2つ前の(3)で一番上まで戻したタブをクリックして再度選択して表示させる<br /> →なぜか(2)で選択した一番下のメッセージが出る状態までタイムライン表示が下の方に戻っている</li>
</ul>
<p>従来はタブを再選択表示したときには、タブが隠れたときの元の位置が保持されていたような。</p>
mikutter - バグ #1540 (分類待ち): gtk3: TLでメッセージ選択中にTABを押すと次のタブではなく次のメッセージに移動する
https://dev.mikutter.hachune.net/issues/1540
2021-11-10T13:03:43Z
Izumi Tsutsui
tsutsui@ceres.dti.ne.jp
<p>以下のやり取りから</p>
<p><a class="external" href="https://social.mikutter.hachune.net/@tsutsuii/107247395574397992">https://social.mikutter.hachune.net/@tsutsuii/107247395574397992</a></p>
<blockquote>
<p>mikutter_gtk3 で TL 中のメッセージ選択中に TAB を押すと次のメッセージに選択が移動するけど、これ次のペインとかにタブに移動してほしいという気もするな。gtk2 だとどうだったか……</p>
</blockquote>
<p><a class="external" href="https://social.mikutter.hachune.net/@akkiesoft/107247419975830860">https://social.mikutter.hachune.net/@akkiesoft/107247419975830860</a></p>
<blockquote>
<p>TABおすと、TL→タブ次のペインのTL→タブ…→ツールバー→postboxの順にいどうしてた</p>
</blockquote>
mikutter - バグ #1529 (分類待ち): gtk3: タブを右クリックした際のメニューがマウスボタンを離すと消えてしまう
https://dev.mikutter.hachune.net/issues/1529
2021-10-31T13:21:35Z
Izumi Tsutsui
tsutsui@ceres.dti.ne.jp
<p>各種 gtk3 チケットが解決してきて mikutter_gtk3 がだいたい実用上問題なく動くようになってきていますが<br />いざリリースすると「gtk2 時代と違う」と言われそうな挙動をメモるチケットその4です。</p>
<p>各ペインのタブを右クリックした場合の右クリックメニューが<br />クリックしている間しか表示されず、マウスボタンを離すとメニューが消えてしまう。<br />postboxの右クリックメニューは従来どおり右クリックを離してもメニュー表示は残る。</p>
<p>従来は直感的(?)操作どおりで、右ボタンワンクリックでもメニュー表示・選択ができていた。</p>
mikutter - バグ #1528 (分類待ち): gtk3: TL先頭を表示していない場合でもメッセージ受信でTLがスクロールする
https://dev.mikutter.hachune.net/issues/1528
2021-10-31T13:16:15Z
Izumi Tsutsui
tsutsui@ceres.dti.ne.jp
<p>各種 gtk3 チケットが解決してきて mikutter_gtk3 がだいたい実用上問題なく動くようになってきていますが<br />いざリリースすると「gtk2 時代と違う」と言われそうな挙動をメモるチケットその3です。</p>
<p><a class="issue tracker-1 status-13 priority-4 priority-default" title="バグ: gtk3: TL先頭にメッセージが追加されたときのアニメーション実装 (分類待ち)" href="https://dev.mikutter.hachune.net/issues/1526">#1526</a> の「TL先頭にメッセージが追加されたときのアニメーション実装」とは逆に、<br />TLが先頭にない場合にメッセージが追加された場合、<br />gtk2 版ではTL表示は変化しない動作だったのが、<br />gtk3 版では追加されたメッセージン分だけTLが下にスクロールする動作になっている<br />ように見えます。</p>
<p>Twitter本家で不評だった「読んでるのに勝手にスクロールしないで欲しい」という苦言が出そう。</p>
mikutter - バグ #1526 (分類待ち): gtk3: TL先頭にメッセージが追加されたときのアニメーション実装
https://dev.mikutter.hachune.net/issues/1526
2021-10-31T13:09:09Z
Izumi Tsutsui
tsutsui@ceres.dti.ne.jp
<p>各種 gtk3 チケットが解決してきて mikutter_gtk3 がだいたい実用上問題なく動くようになってきていますが<br />いざリリースすると「gtk2 時代と違う」と言われそうな挙動をメモるチケットその1です。</p>
<p>TL先頭で新たなメッセージを受信したとき似、従来は <a class="issue tracker-2 status-5 priority-4 priority-default closed" title="機能: スクロールアニメーションの最適化 (終了)" href="https://dev.mikutter.hachune.net/issues/304">#304</a> の pretty scroll の仕様で<br />アニメーションでニュルニュルとタイムラインにメッセージが追加されていましたが<br />gtk3 では未実装の状態のはず?</p>
<blockquote>
<p>現在のスクロールアニメーションは、だんだん加速するが、処理が重い時の見栄えが悪いので、だんだん減速するように変更する。<br />また、アニメーションの頻度を30fpsに抑える。</p>
</blockquote>
mikutter - バグ #1476 (分類待ち): MastodonのFTLをデータソースとして使っているとたまにNoMethodErrorでクラッシュする
https://dev.mikutter.hachune.net/issues/1476
2020-09-30T13:42:35Z
Shibafu Midorino
<p>MastodonのFTLを抽出タブのデータソースとして使っていると、たまにNoMethodErrorでクラッシュします。<br />RESTかストリーミングどちらが起因かは分かりません。そもそも、本当にFTLが原因かも分かりません。</p>
<p>例外が発生したタブの情報をダンプするコードを差し込んで確認した限りでは、私の環境ではFTLを購読しているタブのみがこのエラーを引いているという感じです。</p>
<a name="バックトレース"></a>
<h2 >バックトレース<a href="#バックトレース" class="wiki-anchor">¶</a></h2>
<pre>
Traceback (most recent call last):
3: from /home/shibafu/git/mikutter/vendor/bundle/ruby/2.7.0/gems/pluggaloid-1.5.0/lib/pluggaloid/stream.rb:80:in `block in each'
2: from /home/shibafu/git/mikutter/vendor/bundle/ruby/2.7.0/gems/pluggaloid-1.5.0/lib/pluggaloid/stream.rb:80:in `loop'
1: from /home/shibafu/git/mikutter/vendor/bundle/ruby/2.7.0/gems/pluggaloid-1.5.0/lib/pluggaloid/stream.rb:81:in `block (2 levels) in each'
/home/shibafu/git/mikutter/plugin/extract/extract.rb:279:in `block (3 levels) in modify_extract_tabs': undefined method `retweet_source' for nil:NilClass (NoMethodError)
</pre>
mikutter - 提案 #1362 (分類待ち): mikutter AppImageのRaspberry Pi対応
https://dev.mikutter.hachune.net/issues/1362
2019-07-06T12:55:37Z
Akira Ouchi
<p>Raspberry Piで動作するmikutter AppImageをつくる件です。</p>
<a name="やってみた記録"></a>
<h2 >やってみた記録<a href="#やってみた記録" class="wiki-anchor">¶</a></h2>
<p><a class="external" href="http://akkiesoft.hatenablog.jp/entry/20190630/1561904845">http://akkiesoft.hatenablog.jp/entry/20190630/1561904845</a></p>
<a name="mikutter側でやった変更"></a>
<h2 >mikutter側でやった変更<a href="#mikutter側でやった変更" class="wiki-anchor">¶</a></h2>
<ul>
<li>ubuntu:16.04をubuntu:18.10かdeban:busterに変更する
<ul>
<li>Raspbianが2019-06-20からBusterを採用しており、これをビルド環境にした場合、Busterと同じかBusterより新しいglibc6・libstdc++が入ったイメージにする必要があるため</li>
</ul>
</li>
<li>libgdbm3をlibgdbm6に変更</li>
<li>gir1.2-glib-2.0の追加
<ul>
<li>これ、そもそもx86_64でも必要な気がしますがどうなんでしょ</li>
</ul></li>
</ul>
<a name="mikutter外の課題"></a>
<h2 >mikutter外の課題<a href="#mikutter外の課題" class="wiki-anchor">¶</a></h2>
<p>AppImageを作るためのlinuxdeploy-plugin-appimage.AppImageとexec.soのarm版がないため、それを自力でコンパイル必要があります。<br />私が試した時点では幸いにも特に問題なくコンパイルできましたが、それぞれ公式のサポートはないため、いつかコンパイルできなくなる可能性もあります。</p>
<p>作業環境は3B+だったので、成果物はRaspberry Pi2以降(armv7l)向けのバイナリになり、ZeroとRPi1(armv6)では動作しないようでした。両方で動くやつが作れるかは要検証デス。</p>
mikutter - バグ #1345 (分類待ち): mastodonプラグインのプロフィールタブを開いたときにトゥート単位で取得APIが呼ばれる
https://dev.mikutter.hachune.net/issues/1345
2019-06-09T01:56:19Z
Akira Ouchi
<p>mastodonプラグインでプロフィールタブに開いたときにトゥートの取得をapi/v1/statuses/<id>の単位で取得する場合があるようです。<br />以下は自分のプロフィールタブを開いたときの出力です。</p>
<pre>
notice: {MIKUTTER_DIR}/core/plugin/mastodon/api.rb:181:in `send_request': Mastodon::API.call get https://social.mikutter.hachune.net/api/v1/accounts/3/statuses [["Authorization", "Bearer bef25405f1a5f17098fea5f9d737996a309b12dd4a476e16566ef9debf719a2e"]] []
notice: {MIKUTTER_DIR}/core/plugin/mastodon/api.rb:181:in `send_request': Mastodon::API.call get https://social.mikutter.hachune.net/api/v1/statuses/102238914714412414 [] []
notice: {MIKUTTER_DIR}/core/plugin/mastodon/api.rb:181:in `send_request': Mastodon::API.call get https://social.mikutter.hachune.net/api/v1/statuses/102238611243190984 [] []
notice: {MIKUTTER_DIR}/core/plugin/mastodon/api.rb:181:in `send_request': Mastodon::API.call get https://social.mikutter.hachune.net/api/v1/statuses/102238611242850330 [] []
notice: {MIKUTTER_DIR}/core/plugin/mastodon/api.rb:181:in `send_request': Mastodon::API.call get https://social.mikutter.hachune.net/api/v1/statuses/102238511354097739 [] []
</pre>
<p>常にTLに読み込まれていない(フォロイーのふぁぼ・BTなどで出てきたフォローしていない)ようなユーザーでは取得件数が多くなるような印象があります。<br />Pawooユーザーのような画像投稿が多い場合に読み込みが多くなっている気もします。</p>
<p>API仕様もわかっていないのでアレですが、トゥート単位よりはある程度まとめて取れるとサーバーに優しそうではあります。</p>