不具合報告＆相談スレ - 1716423212

1：作者★：2024/05/23(木) 09:13:32 ID:???: 不具合と思われた挙動をした時はこちらに書き込んでください。
404：名無しさん：2025/10/02(木) 17:02:12 ID:btCo/ii.: >>402

お疲れ様です。
私の環境にて無事動きました。
405：名無しさん：2025/10/02(木) 20:42:03 ID:0pr/tboI: >>402
ありがとうございます。
私の環境でも無事に動きました（Linux）
ruby 3.2.3 (2024-01-18 revision 52bb2ac0a6) [x86_64-linux-gnu]
406：名無しさん：2025/10/05(日) 16:27:43 ID:ZX6Cet7A: Narou.rb のバージョン：3.9.1

OS のバージョン：Windows11 24H2 Build:26100.6584

その他環境情報（任意）：

何が起きたのか：narou downloadを実行したら、[ERROR]が表示されてダウンロードできなかった。

再現方法（何をやったら起こったのか詳細に）：

C:\MYNOVEL>narou download n6148ld --backtrace
[ERROR] 小説が削除されているか非公開な可能性があります
[ERROR] ・・・(URL)・・・/n6148ld/ の目次データが取得出来ませんでした

C:\MYNOVEL>
407：名無しさん：2025/10/05(日) 18:34:20 ID:hJ7sbhCM: >>406
少し前にある仕様変更で起きるエラーだと思います
＞402のyamlと差し替えると直るはず
408：名無しさん：2025/10/05(日) 20:27:07 ID:FmdXYY3w: 症状：ハーメルンのR18系の小説関連が軒並み目次NGで取得できない
WIN10
Narou　3.9.1　WEB UI

syosetu.org.yamlのconfirm_over18:をyesnoと変更しても取得できず

Narouの再インストを試しても変化なし。
なにかわかれば教えてください。
409：名無しさん：2025/10/06(月) 16:45:36 ID:LnfROv1g: >>408
ハーメルンはUAが古いと更新できなくなるからUAを新しくしたらいけるよ
410：名無しさん：2025/10/08(水) 06:09:02 ID:YBB04xN6: お世話になっております。
コンバート中に下記のエラーで落ちてしまいます。

extension.rb:43:in `write'
novelconverter.rb:407:in `block in convert_main'

from /var/lib/gems/3.2.0/gems/narou-3.9.1/lib/extension.rb:43:in `write'
from /var/lib/gems/3.2.0/gems/narou-3.9.1/lib/novelconverter.rb:407:in `block in convert_main'
from /var/lib/gems/3.2.0/gems/narou-3.9.1/lib/novelconverter.rb:405:in `each'
from /var/lib/gems/3.2.0/gems/narou-3.9.1/lib/novelconverter.rb:405:in `each_with_index'
from /var/lib/gems/3.2.0/gems/narou-3.9.1/lib/novelconverter.rb:405:in `convert_main'
from /var/lib/gems/3.2.0/gems/narou-3.9.1/lib/novelconverter.rb:52:in `convert'
from /var/lib/gems/3.2.0/gems/narou-3.9.1/lib/command/convert.rb:236:in `convert_novel_main'
from /var/lib/gems/3.2.0/gems/narou-3.9.1/lib/command/convert.rb:201:in `block (2 levels) in convert_novels'
from /var/lib/gems/3.2.0/gems/narou-3.9.1/lib/mixin/locker.rb:26:in `lock'
from /var/lib/gems/3.2.0/gems/narou-3.9.1/lib/command/convert.rb:200:in `block in convert_novels'
from /var/lib/gems/3.2.0/gems/narou-3.9.1/lib/command/convert.rb:199:in `each'
from /var/lib/gems/3.2.0/gems/narou-3.9.1/lib/command/convert.rb:199:in `with_index'
from /var/lib/gems/3.2.0/gems/narou-3.9.1/lib/command/convert.rb:199:in `convert_novels'
from /var/lib/gems/3.2.0/gems/narou-3.9.1/lib/command/convert.rb:159:in `block in main'
from /var/lib/gems/3.2.0/gems/narou-3.9.1/lib/command/convert.rb:152:in `each'
from /var/lib/gems/3.2.0/gems/narou-3.9.1/lib/command/convert.rb:152:in `main'
from /var/lib/gems/3.2.0/gems/narou-3.9.1/lib/command/convert.rb:133:in `execute'
from /var/lib/gems/3.2.0/gems/narou-3.9.1/lib/commandbase.rb:125:in `execute!'
from /var/lib/gems/3.2.0/gems/narou-3.9.1/lib/commandbase.rb:134:in `execute!'
from /var/lib/gems/3.2.0/gems/narou-3.9.1/lib/command/convert.rb:123:in `block in execute!'
from /var/lib/gems/3.2.0/gems/narou-3.9.1/lib/narou.rb:369:in `concurrency_call'
from /var/lib/gems/3.2.0/gems/narou-3.9.1/lib/command/convert.rb:122:in `execute!'
from /var/lib/gems/3.2.0/gems/narou-3.9.1/lib/commandline.rb:29:in `run'
from /var/lib/gems/3.2.0/gems/narou-3.9.1/lib/commandline.rb:43:in `run!'
from /var/lib/gems/3.2.0/gems/narou-3.9.1/narou.rb:50:in `block in <top (required)>'
from /var/lib/gems/3.2.0/gems/narou-3.9.1/lib/backtracer.rb:16:in `capture'
from /var/lib/gems/3.2.0/gems/narou-3.9.1/narou.rb:49:in `<top (required)>'
from /var/lib/gems/3.2.0/gems/narou-3.9.1/bin/narou:13:in `require_relative'
from /var/lib/gems/3.2.0/gems/narou-3.9.1/bin/narou:13:in `<top (required)>'
from /usr/local/bin/narou:25:in `load'
from /usr/local/bin/narou:25:in `<main>'
411：名無しさん：2025/10/08(水) 08:19:36 ID:???: ・どの小説で発生するのか(url)
・
412：名無しさん：2025/10/08(水) 08:27:59 ID:???: 途中で送信された。

・どの小説で発生するのか(url)
・いつ発生するのか（新規ダウンロード時や個別の変換など）

手元の環境でエラーを再現できないとデバッグ大変だからこれぐらいの情報は書こう。
エラーメッセージだけだとファイル書き込み時に発生している事ぐらいしかわからん（小説名に変な記号が入っているとか？）
413：名無しさん：2025/10/08(水) 08:36:39 ID:YBB04xN6: 申し訳ありません。
下記の作品になります。
【連載版】信じていた仲間達にダンジョン奥地で殺されかけたがギフト『無限ガチャ』でレベル９９９９の仲間達を手に入れて元パーティーメンバーと世界に復讐＆『ざまぁ！』します！

タイトルは長いですよね。でも、タイトルのエラーでもないし。
414：名無しさん：2025/10/08(水) 20:12:53 ID:YBB04xN6: >>413
ごめんなさい。
タイトル名を短くすることで無事にコンバートできるようになりました。
415：名無しさん：2025/10/08(水) 22:48:21 ID:???: >>413,414
タイトル名の長さというか、パスの長さかな？
自分の環境だとそのままのタイトルで問題なくダウンロードできた。

Windowsのシステム設定の変更をしていなければデフォルトではパスの長さは259文字までだったと思うので
そこで引っかかったのかも
416：名無しさん：2025/10/09(木) 00:48:17 ID:fh28lmE.: >>415
Windowsでの検証ありがとうございます。助かります。
ちょっと色々、最近の修正の反映後、なぜか違うフォルダにコンバートされたり不具合があるので検証とかしたいんですが時間がなくて。
417：sage：2025/10/09(木) 09:43:12 ID:uyPE9zDM: [小説決定]とか[累計○位]とか付けられると別ファイル扱いになってしまうから
早々に作品コードをファイル名にした方が良いよ。
どうせepubリーダーだとちゃんと作品名で表示されるし
418：名無しさん：2025/10/09(木) 19:52:47 ID:gzcsfvI.: kindle端末をpaperwhiteの12世代に買い替えたんですが、
narou.rbで変換したファイルの送信対象の端末変更（USB接続）はどうすればいいのでしょうか？
419：名無しさん：2025/10/09(木) 21:04:58 ID:???: >>418
あたらしいKindleはUSBデバイスじゃなくてMTP接続になってるので、基本的に自動転送出来ない。
過去ログにもあるけど、MTPデバイスをUSB接続にする有料ソフトがあるらしいのと、
諦めて、手動でコピーするのの2種類が基本というオチになったはず。
420：名無しさん：2025/10/10(金) 20:09:45 ID:DlBOmuS6: >>418
過去ログでwindows用の接続ソフトについて書いた者です。MTPdriveという名前です。ttps://www.mtpdrive.com/
一応無料でも使えますが、転送制限があるため、ストレスフリーとはいかないです。私は有料版を買いましたが、それでもやや面倒です。一番の問題はドライブ名のリネームです。
このソフトを利用した場合、初期のドライブマウント名がKindle Paperwhite Signature Edition(F:)という風に表示されるのですが、Kindle(F:)というようにmtp接続前に表示されていたネームの状態でないと
のsendコマンドが受け付けてくれないため、接続のたびにリネームする必要があります。右クリックでドライブを選択してKindleという文字だけにしてあげるか、
powershellなどを利用してバッチファイルでリネームするなどが対処法です。そのほか不定期にMTPdriveでのマウントそのものが失敗することがあるので接続がうまくいくまで5回くらい抜き差しを繰り返すこともあります。
421：名無しさん：2025/10/10(金) 21:05:39 ID:???: >>162,166にチャレンジしてみた方って結局居なかったのかな？
422：名無しさん：2025/10/12(日) 14:39:21 ID:8lTpb7Dg: >>407
無事にダウンロードできました。ありがとうございます。
423：名無しさん：2025/10/17(金) 04:54:28 ID:wCSwzgw.: 不具合ではなく相談で質問スレと迷ったのですがこちらに

【環境】
Windows 11 Home 24H2 (26100.6899)
OpenJDK 25.0.0+36-LTS
Ruby 3.4.7-1
AozoraEpub3 1.1.1b30Q

【行ったこと】
PCのOS環境がWindowsUpdate失敗で起動不能になりフォーマットしてクリーンインストール
Java+Ruby+Narou.rb(+AozoraEpub3)を新規インストール
ncode.syosetu.com.yamlとnovel18.syosetu.com.yamlは旧環境のを修正した際に
バックアップが取ってあったのでそれを上書き
なお小説データのみはOSとは別の物理ドライブのHDDのフォルダだったのでそこを再度指定

【期待していたこと】
ダウンロード済みの小説データは継続して利用可能なはず
何年か前にPC買い換えた時は同様の手順で成功した

【実際に起きた問題】
WebUIから見たところ小説の登録は一つもされていない状態
さらにNarou.rbの環境設定の内容も初期状態

【動作確認のため試したこと】
新規に新しい小説のダウンロードを試みたところ正常に動作した
その保存先を見ると他の小説(Narou.rbからは認識されていないが)と同じフォルダにある

【気になっていること】
旧環境ではJavaもRubyもAozoraEpub3も最新ではなかった
バージョンは残念ながら記憶してておらず今回は入手可能な最新を使用した

【解決したいこと】
ダウンロード済みの小説データを活かしたい
Narou.rbの環境設定の内容も復活させたい(細かな変更点が記憶にないため)
424：名無しさん：2025/10/17(金) 08:23:41 ID:BsRitjmE: >>423
.narouフォルダ内のファイルをテキストエディタで開いてみて、生きていれば復元できるし、だめなら無理
ばっくあっぷ
425：名無しさん：2025/10/17(金) 08:27:52 ID:???: >>423
途中で送信してしまった。
フォルダ内にバックアップがあるけど、それが生きていれば、リネームすれば復元できる。
とにかく、.narouフォルダ内の各ファイルが重要だから、別なバックアップがあれば復元できるけど、なければ無理じゃないかな
426：名無しさん：2025/10/17(金) 09:08:40 ID:???: 正しくnarou initしてないのでは。
427：名無しさん：2025/10/17(金) 09:13:45 ID:/VY9EGus: epubを読むのってみんな calibreじゃないの？
428：名無しさん：2025/10/17(金) 10:56:55 ID:???: >>427
Kinoppyやね
429：名無しさん：2025/10/18(土) 10:23:19 ID:WUIU.7gQ: >>423
多分、>>426 の言う通り
自分もWindowsのDocker環境でほぼ同じ構成で使ってるので、その環境使ってみる？
narou init相当の処理も勝手に行うから大丈夫だとは思うよ
ダメなら「.narousetting」のデータおかしいからフォルダ削除してコンテナ再起動で

zipアップしとくから良ければどうぞ
README読んで「<小説の保存先を指定>」の編集すれば使えると思う
ttps://d.kuku.lu/xruxmgm7x
430：名無しさん：2025/10/18(土) 10:44:48 ID:zO.Vibbg: >425
423ですが結論として.narouフォルダが消滅していました
別フォルダや別ドライブなどバックアップも含めて時間をかけて検索したんですが発見できず
原因は全くの不明です

結局はゼロからすべて再構築することになりました
作品の一覧は小説データフォルダの配下からgrepで各作品のtoc.yamlを全て抽出
toc_url: https～の作品のURLを集めてWebUIのDownloadにコピペ
なろう法人サイト開設の年からの付き合いのため1900近い作品数なので
大迷惑かなと思い各種wait多めにして実行中
まぁ削除されたりダイジェスト化されたり本編削除で外伝のみ残ってるような
凍結してた作品は古いepubを大事に取っておくしかなさそうですけどね
上書きしないよう気を付けないとだなー
431：名無しさん：2025/10/18(土) 10:52:25 ID:zO.Vibbg: >429
Dockerって不勉強なことに初めて知ったですわ
読んだのが環境作って再ダウンロードしながらだったので今回は間に合わず
COBOL世代のSEとしては最近の技術には感心しきり
432：名無しさん：2025/10/18(土) 11:21:53 ID:fieRWTSA: >>431
横からごめんなさい。
Dockerってやってることは、Iz/OSのコンテナと同じですよね。
433：名無しさん：2025/10/18(土) 11:24:58 ID:fieRWTSA: >>432
IBMのz/OSです。
434：名無しさん：2025/10/18(土) 11:30:07 ID:WUIU.7gQ: >>433
ここで聞くことではないし、LXCとDockerの関係は検索すればすぐ出てくる
435：名無しさん：2025/10/18(土) 15:12:55 ID:???: コンテナって結局使ったこと無いけど、バッチファイルで>>421を使うのと大体似たような話じゃない？
436：名無しさん：2025/10/18(土) 16:13:19 ID:WUIU.7gQ: >>435
いや、違う話だろ
その話はkindleへの送信どうするか的な話
437：名無しさん：2025/10/18(土) 18:14:11 ID:???: >>436
そうだけどその解決策に提案されている手法はゲストOSのイメージを使うコンテナに近いでしょ？
速度ではかなわないけど応用は広いかな
438：名無しさん：2025/10/18(土) 20:05:45 ID:WUIU.7gQ: 429です
ブラウザによってJSファイルのキャッシュが効き過ぎて更新されない場合があったので、同梱しているnarou.rbのgemファイルのバージョンにコミットIDを含めるようにしたものに差し替えました。
同梱版のnarou.rbのバージョンは3.9.1.95fe3d0です。
ttps://d.kuku.lu/6hvk7tuuk
439：名無しさん：2025/10/18(土) 20:15:30 ID:WUIU.7gQ: とりあえず、仮想化技術の話はここですることでもないと思うので止めましょう
dockerファイルの共有をしたからには、気になる方へは使い方とかの回答をできる範囲で回答します
技術的なところは自分で調べろってことで、興味ない方は無視してください。
440：名無しさん：2025/10/18(土) 21:50:14 ID:???: なんていうか、ここは質問スレではないので答える義理とかはそもそもないような？
ただ、相談に使用する用語なら、定義のすり合わせは支援に必要、というか言っている事が把握しにくくなりやすいかと
441：名無しさん：2025/10/19(日) 00:59:15 ID:MxlnWaks: とりあえず、>>421 とかの話からmobiファイル使ってる人はまだ多そうなので、kindkegenだけ追加しました。
ttps://d.kuku.lu/eupnv4jb2

デバイス接続とかは対応してないので、mobiファイルをファイラーなどで直接コピーしてください。
と今日は暇だったのでやってみた。
442：名無しさん：2025/10/19(日) 08:11:55 ID:???: 個人的には原始的なchrootで用が足りて、Dockerは使い所がなかったな
というかうちのポンコツでは動くのかすらはっきりせずに尻込みした覚えが
443：名無しさん：2025/10/19(日) 09:43:07 ID:3iTxq4t2: dockerは動作確認済みの構成が多いから導入が楽という面はある
問題はdockerのインストールがちょっとだるいことぐらい。
あとはパッチの適用が必要となる状況で動作しなくなるとイメージの更新待ちだったり
イメージの更新ファイルを弄らないと対処しにくいところかな
Windowsから見えるファイルを書き換えるのと、dockerの中を書き換えるのでは作業難易度全然違うからね
444：名無しさん：2025/10/19(日) 12:12:48 ID:???: 元XP機辺りに導入の場合でも楽だろうか？

そもそも想定ケースであれば説明通りにすれば説明通りになる筈で
ならないとすれば想定と何らかの違いがあってそこに問題がある

ユーザー独自の対処法とすればそんな問題ケースは破棄して想定ケースを踏襲し直すのは解決の基本なんですが、
それだと原因不明で人知れず放置されていく事になるのでスレ的にはちょっとモヤるかも
445：名無しさん：2025/10/19(日) 14:20:45 ID:FVAE9MgU: >>444
Windows上でdocker動かすなら、Windows 11じゃないとメンドイよ
そんなに昔のPCなら直接Ubuntuなりインストールしてサーバーとして使ったほうがいいんじゃない？
446：名無しさん：2025/10/19(日) 15:05:49 ID:???: 中古ルーターにopenwrtでもいれたら
447：名無しさん：2025/10/20(月) 18:12:50 ID:???: >>445
昔のPCにUbuntuすすめるのは、昔だったら大体間違いはないけれど、今そう言うのは単なるトラップになってしまう気がするなあ
要するに11とXPを区別しないで説明するのと一緒なんだけど、区別して話す人ってなんか少ないかも？
448：名無しさん：2025/10/20(月) 19:50:33 ID:4YF9MAys: >>447
何を言いたいのかさっぱりわからんけど、区別もなにも今どきXPを踏まえて話すことなんてないと思うが
449：名無しさん：2025/10/20(月) 20:17:40 ID:Gh3Hn8/w: スレどころか板ごと違う話はもうやめね？
450：名無しさん：2025/10/20(月) 21:16:44 ID:???: >>448
Ubuntuだって同じことだよ、つまり昔のPCに現行のUbuntuをすすめている事になってしまうよね
451：sage：2025/10/21(火) 11:27:31 ID:I/vv3Z5o: 余談ですがcalibreってスマホアプリあるんですか？
私はlibreraで読んでますが、もしかしてみなさんパソコンで読んでる？
452：名無しさん：2025/10/21(火) 12:15:35 ID:???: KindlePaperwhite一択。
スマホやPCと違って、余計な邪魔が入らない所が良い。
453：名無しさん：2025/10/21(火) 12:57:16 ID:???: >>451
アプリはない
ただcalibre-webというwebアプリがあるみたい
windowsでも動きそうだが、それこそdockerイメージあるんで、それが楽だろう
でもwebアプリなんでオンラインじゃないと使えない
外で読むならリーダーアプリ入れた方がいいだろう

ちなみに私はcalibreで管理してkindleで読んでいる
454：名無しさん：2025/10/21(火) 14:19:17 ID:CVHMiob6: booxいいよ
455：名無しさん：2025/10/21(火) 19:23:31 ID:???: そういえばシャープもガラパゴスって電書端末作ってましたが、あれってどうなんでしょ？
ubuntuを採用していたのはその一つ前のモバイルインターネットツールNetWalkerの２機種だけかな？
こちらはcalibreを導入された方のサイト記事とかも見かけたことありますね
456：名無しさん：2025/10/21(火) 20:16:01 ID:LKttIH4A: narou.rbと併せて使うなら、Koboも選択肢になるでしょう。
kindlegenしない分、update時の処理が軽いです。登録件数が多い方には
おすすめ。

ただ更新ファイルをKoboに上書きすると、未読になってしまう弱点も。
完結作品を読むには問題ないのですが、連載を日々追うには向きません。

Kindleだとファイルを上書きしてもおおよそ既読位置から続きが読めますよね。
457：名無しさん：2025/10/21(火) 21:01:27 ID:egkpxiQk: booxならAndroidアプリがそのまま使える
なので大抵の電子書籍プラットフォームに対応できる
標準リーダーのNeoReaderもかなり優秀で、縦書きリーダーとしては自分の中ではトップ
好きなファイラーから直接書籍も開けるので、オンラインならクラウド上の書籍をそのまま読める

>>456
NeoReaderなら上書きされたファイルも文字数やフォーマット変わってなければ同じところから再開できる

というわけで、自炊勢や複数プラットフォーム使ってる人にもオススメしたい
458：名無しさん：2025/10/21(火) 21:01:58 ID:???: >>456
KindleがMTPになってしまったので、Koboに分があるかもしれないね
459：名無しさん：2025/10/21(火) 22:02:45 ID:???: MTPだったらlinuxでマウントしてしまえば普通に扱える気がしますが
mtpfs jmtpfs go-mtpfs 色々あって実機がないと動作状況が不明ですねえ

Androidとの接続ですがファイル名が約100文字以上だと接続異常が発生するという
gvfs-mtpらしき記事も見つけましたが、記事日付等ないので該当バージョンを推測できないな
460：名無しさん：2025/10/21(火) 22:24:08 ID:iCv6whSA: Linuxのgvfs-mtpは最悪です、マウント外れるし。
simple-mtpfsで試して見て、jmtpfsですかね。
代替手段ですが、Wifi経由でandroid端末にSimpleSSHDを入れて、Linux側からsshfsでマウント。
これが一番、もう何も意識せずに使えるベストプラクティスだと思います。
あと、他にAndroid端末にUSBデバッグ（ADB）が実装されてたらADBFSが使えるかと。
ADBFSは自分は画面転送して、Android端末をいじるくらいしか使ってません。
安定性とかちょっと不明です、USBケーブル、WifiでもOKだけど、
Android側にADB機能があればいいんですが。
461：名無しさん：2025/10/22(水) 19:04:28 ID:???: >>460
adbならその上でppp張れましたので、adbシェルで入って、某安系のゆるいタブレットだったので
busyboxがあって何故かchrootが通って、sd上のゲストOSにsshfs入れ母艦側をsshfsでマウントして、
タブレットの元々の機能で母艦側のファイルを閲覧するとかは試したことあります
安定性はまあ原因がメモリ不足でOOMとかでなきゃIP固定だからタイムアウト前に復帰させればリカバリ可能かな？

android本体はなんにも弄ってないので殆どテキストアドベンチャー状態でしたけど、
さすがに国産とか現行機なんかじゃこうは行かないんじゃないかと？

#しかしそのせいかソースやバイナリリンクすら明示されないマーケットアプリアプリが心理的に入れられないビョーキが
462：名無しさん：2025/10/22(水) 23:57:52 ID:0rqa3AT2: >441 だけど特に使う人もいなそうなので7日後に自動削除されるように設定しておきました。
興味ある人はそれまでにダウンロードしておいてください。
463：名無しさん：2025/10/23(木) 21:47:29 ID:???: 乙、つかさ、こういうのが重宝するのは自力で動作環境が作れない場合なわけだから、
保存しとけなんて言ったって必要な時には目当ての作品共々行方不明になってるオチじゃないかな？それ

存在し続けているツールであればたとえ状況変化で不具合出るようになっても報告されてなんとか対応できたりして
スレの意義って極端に言えば代替手段の紹介とも言えるけど、それで使われないのは消えちゃうって言うと恐縮しないか心配
464：名無しさん：2025/10/23(木) 23:05:25 ID:FmtZ4m8g: 日本語でｵｹ
465：名無しさん：2025/10/24(金) 07:36:30 ID:???: キンドル勢の反応がないねって話だろう結局は
手に入れた時には消えているものなんだ？というなぞなぞの答えだったら賢者の贈り物でも読めばいい
466：名無しさん：2025/10/24(金) 08:36:43 ID:???: narou程度の環境が作れない人に、dockerの環境配っても同じくらい無理な気がする。
467：名無しさん：2025/10/24(金) 23:19:20 ID:S.711pQo: 要はみんなdocker版とか不要だって話だよね？
各自のやり方でやるから、どうしてもダメな時の代用としてなら考えるから、その時にアップし直せよと
468：名無しさん：2025/10/25(土) 05:25:13 ID:???: そんな事は誰も言ってない
説明不足で基本事項は他所で聞けよだったからビギナー需要が掘り起こせてないなとは思ったけど
469：名無しさん：2025/10/25(土) 09:49:28 ID:???: Docker入れてる時点でカタギじゃあないよね。
ここで質問する側じゃなくて、回答する側に回る人達だよ。
470：名無しさん：2025/10/25(土) 17:11:40 ID:LiJjOGX2: >ruby -v
ruby 3.3.4 (2024-07-09 revision be1089c8ec) [x64-mingw-ucrt]
>narou -v
3.9.1
Operating System: Windows 11 Pro 64-bit (10.0, Build 26200) (26100.ge_release.240331-1435)

narou u, l, dがエラー停止します。

narou list
C:/Users/tak/.local/share/gem/ruby/3.3.0/gems/narou-3.9.1/lib/inventory.rb:45:in `merge!': no implicit conversion of nil into Hash (TypeError)
from C:/Users/tak/.local/share/gem/ruby/3.3.0/gems/narou-3.9.1/lib/inventory.rb:45:in `init'
from C:/Users/tak/.local/share/gem/ruby/3.3.0/gems/narou-3.9.1/lib/inventory.rb:23:in `block in load'

エラーが発生したため終了しました。
詳細なエラーログは narou trace で表示出来ます。もしくは --backtrace オプションを付けて再度実行して下さい。

narou trace
--- 2025/10/25 17:03:16 ---
C:/Users/tak/AppData/Local/Microsoft/WindowsApps/narou list

C:/Users/tak/.local/share/gem/ruby/3.3.0/gems/narou-3.9.1/lib/inventory.rb:45:in `merge!': no implicit conversion of nil into Hash (TypeError)
from C:/Users/tak/.local/share/gem/ruby/3.3.0/gems/narou-3.9.1/lib/inventory.rb:45:in `init'
from C:/Users/tak/.local/share/gem/ruby/3.3.0/gems/narou-3.9.1/lib/inventory.rb:23:in `block in load'
from <internal:kernel>:90:in `tap'
from C:/Users/tak/.local/share/gem/ruby/3.3.0/gems/narou-3.9.1/lib/inventory.rb:21:in `load'
from C:/Users/tak/.local/share/gem/ruby/3.3.0/gems/narou-3.9.1/lib/narou.rb:126:in `novel_frozen?'
from C:/Users/tak/.local/share/gem/ruby/3.3.0/gems/narou-3.9.1/lib/command/list/novel_decorator.rb:14:in `initialize'
from C:/Users/tak/.local/share/gem/ruby/3.3.0/gems/narou-3.9.1/lib/command/list.rb:173:in `new'
from C:/Users/tak/.local/share/gem/ruby/3.3.0/gems/narou-3.9.1/lib/command/list.rb:173:in `block in decorate_lines'
from C:/Users/tak/.local/share/gem/ruby/3.3.0/gems/narou-3.9.1/lib/command/list.rb:172:in `each'
from C:/Users/tak/.local/share/gem/ruby/3.3.0/gems/narou-3.9.1/lib/command/list.rb:172:in `decorate_lines'
from C:/Users/tak/.local/share/gem/ruby/3.3.0/gems/narou-3.9.1/lib/command/list.rb:165:in `output_list'
from C:/Users/tak/.local/share/gem/ruby/3.3.0/gems/narou-3.9.1/lib/command/list.rb:233:in `execute'
from C:/Users/tak/.local/share/gem/ruby/3.3.0/gems/narou-3.9.1/lib/commandbase.rb:125:in `execute!'
from C:/Users/tak/.local/share/gem/ruby/3.3.0/gems/narou-3.9.1/lib/commandbase.rb:134:in `execute!'
from C:/Users/tak/.local/share/gem/ruby/3.3.0/gems/narou-3.9.1/lib/commandline.rb:29:in `run'
from C:/Users/tak/.local/share/gem/ruby/3.3.0/gems/narou-3.9.1/lib/commandline.rb:43:in `run!'
from C:/Users/tak/.local/share/gem/ruby/3.3.0/gems/narou-3.9.1/narou.rb:50:in `block in <top (required)>'
from C:/Users/tak/.local/share/gem/ruby/3.3.0/gems/narou-3.9.1/lib/backtracer.rb:16:in `capture'
from C:/Users/tak/.local/share/gem/ruby/3.3.0/gems/narou-3.9.1/narou.rb:49:in `<top (required)>'
from C:/Users/tak/.local/share/gem/ruby/3.3.0/gems/narou-3.9.1/bin/narou:13:in `require_relative'
from C:/Users/tak/.local/share/gem/ruby/3.3.0/gems/narou-3.9.1/bin/narou:13:in `<top (required)>'
from C:/Ruby33-x64/lib/ruby/site_ruby/3.3.0/rubygems.rb:319:in `load'
from C:/Ruby33-x64/lib/ruby/site_ruby/3.3.0/rubygems.rb:319:in `activate_and_load_bin_path'
from C:/Users/tak/AppData/Local/Microsoft/WindowsApps/narou:36:in `<main>'

心当たりというか、10月のTOC取得エラー(存在しないか消えてるって言われるやつ）のためにyamlの書き換えをすると出始めて、
その対応のために、gem uninstall narouとgem install narouを繰り返してたら、デフォルトで消えなくなってしまいました。
yamlはgem installしたままの状態になっていますが、このエラーは消えませんでした。

investory.yamlのエラーになっているのですが、そもそもこのファイルはnarou init したら自動生成されるものなのでしょうか？
dir /s/bでC:\以下をサーチしましたが、ヒットしませんでした。
カレントにも、カレントの.narou以下にもありません。
471：名無しさん：2025/10/25(土) 18:26:18 ID:9Xv9Q6K6: >>470
.narouフォルダのある場所でコマンド実行してる？

invenstory.yamlじゃなくて、inventory.rbで発生してるエラーで .narouの場所が上手く取得できてないんだと思う
472：名無しさん：2025/10/26(日) 09:46:11 ID:WBRGmVDM: はい。カレントに.narouフォルダがある場所で作業しています。

.narouフォルダの中にはdatabase,freeze,latest_convert,local_setting,lock,tag_colorsのyamlとbackupが置かれています。

新規作成したフォルダでnarou initしたところでは、narou listしても上記のエラーは出ないですが、narou dするとやっぱりエラーが出ます。

narou d ほげほげ
C:/Users/tak/.local/share/gem/ruby/3.2.0/gems/narou-3.9.1/lib/downloader.rb:1347:in `replace_external_properties_of_setting': undefined method `delete' for nil:NilClass (NoMethodError)
from C:/Users/tak/.local/share/gem/ruby/3.2.0/gems/narou-3.9.1/lib/downloader.rb:784:in `get_latest_table_of_contents'
from C:/Users/tak/.local/share/gem/ruby/3.2.0/gems/narou-3.9.1/lib/downloader.rb:351:in `run_download'

エラーが発生したため終了しました。
詳細なエラーログは narou trace で表示出来ます。もしくは --backtrace オプションを付けて再度実行して下さい。

何か追加で共有した方が良い情報やテストした方が良いことなどがあれば教えてください。
473：名無しさん：2025/10/26(日) 10:31:03 ID:???: rubyのバージョンが違っているのが気になる
普通に考えれば>>470とは別の3.2系のrubyが実行されている気がするんだけど
474：名無しさん：2025/10/26(日) 10:42:24 ID:WpFxvQYM: >>472
さっきのは、.narouフォルダがnullになってるえらーだった
で、これは特定のメソッドが定義されていないってエラー
rubyのバージョンも変わってるし実行環境変わってない？
475：名無しさん：2025/10/26(日) 12:30:39 ID:mRiHzMJ2: 古いのが邪魔してる感じするし、コンパネから古いの削除してもう一回かな
476：名無しさん：2025/10/27(月) 20:18:36 ID:Vgtz1KWY: ありがとうございます。
Rubyのバージョンも幾つか変えながらテストしたので、ログを取得したタイミングで、バージョンが混在しているように見えていますが、発生しているエラーはどのバージョンにしても同じでした。
紛らわしくてすみません。

rubyは普通に最新版にすればよいのでしょうか？
推奨される版とかはありますか？

コントロールパネルから、rubyをアンインストールして、推奨される版があればそれを入れようと思います。
477：名無しさん：2025/10/28(火) 01:19:39 ID:AyIfheG6: そもそも、tocエラーが出たときに何のyamlファイルを書き換えたの？
特定の小説のはなしであるなら、その小説のフォルダを削除するかnarou.rbと関係のない場所に移動するかしてみれば動くかもしれない
478：名無しさん：2025/10/28(火) 07:06:02 ID:je6ah6jc: 書き換えたのは、ncode.syosetu.com.yamlです。
issue #450に従って、タイトルの定義をコメントアウトして、その下の行をインデント付きでコピペしました。

C:\Users\tak\.local\share\gem\ruby\3.2.0\gems\narou-3.9.1\webnovel
のフォルダの下にあるファイルです。

以前のデータがあるフォルダでnarou d、l、uするとエラーが出るので、新しいフォルダでnarou initしてから、
幾つかのurlでnarou dしましたが、やはり、>>472のエラーが出ます。
何もないフォルダなので、narou lとnarou uはエラーは出ません。（普通に空の表示が出ます。）
479：名無しさん：2025/10/28(火) 09:39:26 ID:x3c9GErM: その変更を元に戻してエラーが解消するなら、書き換えた内容が間違ってる
インデントと思ってるところが全角スペースだったりしてない？
480：名無しさん：2025/10/28(火) 17:16:03 ID:je6ah6jc: VS CodeのLinterを使っているので、インデントのミスは無いような気がします。
念のために、novel_type_stringの前のインデントを貼り直してみましたが、エラーは変わりませんでした。
可視化して確認すると、半角スペース2個でした。

yamlの書式そのものの問題というよりも、yamlを修正してtocの問題が解決されたので、本体側のトラブルが顕在化してしまうという感じに見えます。
481：名無しさん：2025/10/28(火) 17:57:10 ID:bYBEVi26: 結局、yamlをもとに戻したら治ったの？
もしくは別の形に修正したら治ったの？
肝心なところを後から言うので、よくわからないです
482：名無しさん：2025/10/28(火) 19:47:05 ID:je6ah6jc: どうもtitleの取得は成功しているようなのですが、authorの取得が出来ていなくてエラーが出ているようです。

downloader.rbの最後の部分を
def replace_external_properties_of_setting
puts "#{@setting["title"]},#{@setting["author"]}"
# @setting["title"] = @setting["title"].delete("\r\n")
# @setting["author"] = @setting["author"].delete("\r\n")
@setting["title"] = @setting["title"].delete("\r\n") if @setting["title"]
@setting["author"] = @setting["author"].to_s.delete("\r\n")
end
と修正すると、一応、narou dは成功しました。

authorの取得に関するなろうサイト側の書式のどこかが変わってしまったように思うのですが、
でも、そうだとすると、issue ＃450の修正をした他のひとは何で問題無いのかが分かりません。
483：名無しさん：2025/10/28(火) 19:55:23 ID:pTtltKjw: 3.9.1から#450の修正までに積み重なってる変更が全部適用できてないんじゃない？
これが全て反映されてるか確認してみ
ttps://github.com/whiteleaf7/narou/pull/446/files
484：名無しさん：2025/10/28(火) 20:52:34 ID:???: .narou/freeze.yamlが---だとエラーになります
{}にしてください
--- {}
でもOK
485：名無しさん：2025/10/28(火) 20:56:14 ID:???: ちゃんと書いてるけど動かないって奴は必ずどっか間違ってるんだよね。
自分でも経験あるし、人のソースでも何度も見つけた。

全角半角とか、[{や.,の使い分け、タブ文字、必ず間違いが隠れてる。
486：名無しさん：2025/10/28(火) 21:53:23 ID:???: 念の為今更ですが >>484 は >>470 の対処です
あと.narou/freeze.yaml消してもOKっぽい気がする
その前にバックアップを忘れずに

>>478
＞タイトルの定義をコメントアウトして
ここが気になった
"|-"中のコメントアウトは効かなかったと思うけど、そのへん大丈夫？

やっぱりわからないってときは >>402 のurlから右上のダウンロードボタンでファイルとしてダウンロードして差し替えるなり比較しては？
487：名無しさん：2025/10/28(火) 22:04:41 ID:RVxe9g/Q: AozoraEpub3改造版のアップデートリリースされてた
github.com/kyukyunyorituryo/AozoraEpub3/releases/tag/v1.1.1b31Q
488：名無しさん：2025/10/29(水) 06:52:57 ID:Q.7Nw73g: >>486
ありがとうございます。
narou uのエラー原因はそれでした。freeze.yamlを消去したら動きました。
助かりました。

>>483
症状は解決したのですが、authorが正しく処理できていないので、いちどよく確認してみます。

>>481
yamlを修正するとtocが取れないという症状は収まりましたが、別の症状が出ていました。
元に戻すとtocが取れないという症状に戻る状態でした。>>483を試してみようと思います。

>>485
そうですね。
必ず、ではないでしょうが、その可能性も高いだろうと思います。
ただ、今回修正したyamlについては、インデントも含めて転記ミスは無かったようです。
CodeのLinterではインデントミスで文字色が変わります。
今回は他の部分と同じ文字色になるようにインデントを修正していますし、
文字コードを確認しても半角スペース二つで、他の場所と同じでした。
でも、メモ帳などでは分かりにくく、Webサイトからコピペしたらインデントが無いケースも多いようですので、
とても多いミスなのだろうと思います。

みなさん、色々アドバイスいただき、ありがとうございました。
大変助かりました。
489：名無しさん：2025/10/29(水) 07:51:10 ID:Q.7Nw73g: >>483

ご指摘のとおりでした。
再インストールしたnarou 3.9.1にissue #450だけを反映していたのですが、教えて戴いたリンク先のyamlには、3.9.1に対して#450以外にも修正されている箇所が何か所かあり、その中にauthorの修正も含まれていました。
DLしたyamlに差し替えるとauthorまできちんと取得できるようになりました。

ありがとうございました。
490：名無しさん：2025/10/29(水) 21:53:31 ID:???: >>445,466
＞Windows上でdocker動かすなら、Windows 11じゃないとメンドイよ
＞narou程度の環境が作れない人に、dockerの環境配っても同じくらい無理な気がする。
こういうの囲い込み目的のキラーアプリ的な新環境差別化ではなく、エスペラント語じゃないが翻訳楽な中間言語表現の類として使えたらなぁ
まあターゲット環境を把握していればdockerのレシピを参考にDVD/USBのliveイメージとかポータブルに動くQEMUなどを利用するバッチファイルやスクリプトを作るのも可能ではと思うんだけど、普通は自分と別の環境なんてわからなかったり乗り換え前に使った旧版しか知らないので差異があってフォローできない部分がネック
そこが何も考えずに各環境別の自動生成できてそのまま実行できるブラックボックス間で変換できるツールでもあれば、使う方も準備が要らなくなってよくなるんだけどねぇ
>>486
githubはurlのblobをrawに変えると直接ダウンロード可能なrulになるかな
491：名無しさん：2025/10/29(水) 22:54:16 ID:/BBOBlqc: CPU種別(Armなのかx86系なのか)への依存はまだあるけど、dockerの利点は同じ設定ファイルでWinでもLinuxでも
それこそLinuxベースのNASでも動作するところ
Linux系であれば導入簡単なんだけどWindowsはそこそこ面倒なので、それが出来る人はnarou程度の環境構築も出来
ちゃうスキル持ちなので、布教したとて意味がない点は同意。好きな人だけ手を出すといいって感じ
492：名無しさん：2025/10/29(水) 23:28:02 ID:hWGokJVo: このスレって他者に全く読ませる気のない、独白のようなグチグチとした読み難さ最大レベルの投稿する人いるけど、なんなの？
493：名無しさん：2025/11/02(日) 11:26:47 ID:k8P9pxsU: 別のPCに移行しようとしてるんだけども、そろそろ gem installでインストールできたらなぁと思うのです。
最悪、zip等で圧縮してもってくしか。
皆さんの協力でできたバグフィックスを間違いなしにできる自信がない。
494：名無しさん：2025/11/02(日) 13:24:45 ID:???: バグフィックスしてるリポジトリからインストールすれば
495：sage：2025/11/05(水) 17:13:28 ID:/gmm1xOU: >>492
そういうのがいつか似た様な問題に当たった時に参考になるもんだよ
496：名無しさん：2025/11/22(土) 18:31:22 ID:pWGJjnfU: ttps://github.com/whiteleaf7/narou/pull/446
を参考にncode.syosetu.com.yamlとnovel18.syosetu.com.yamlを直したけど
まだ小説が削除か非公開のエラーが出る
お前らさよなら
497：名無しさん：2025/12/02(火) 08:59:23 ID:???: >>496
一度削除して取り直した方が良いかと
自分も同じ状態で、新規フォルダで初期化、再取得したら正常になったんで
498：名無しさん：2025/12/02(火) 22:36:13 ID:sv5P06xY: 私も小説が削除か非公開のエラーが出ます...新規フォルダを作成しても出来ません泣
499：名無しさん：2025/12/03(水) 13:28:53 ID:hhh.B/Cg: >>498
もしyamlを手修正されていたのなら、
ttps://github.com/whiteleaf7/narou/pull/446/files
から、yamlをDLして入れ直しを試してみては？
yamlの修正は結構分かりにくいミスが多いので、気付かないところを書き間違えている可能性があるかと。
500：名無しさん：2025/12/03(水) 13:34:24 ID:hhh.B/Cg: narouからAozoraEpubの漢字コードってなにか特別な指定があるのでしょうか？

narou initで指定したAozoraEpubフォルダに移動して、start aozoraepub3.jarで起動したときとか、エクスプローラーから同じjarを起動したときには、utfで起動されているのですが、narouから呼ばれたときだけ、なぜかsjisになっていて、ファイル名が文字化けしてエラーになります。
AozoraEpubフォルダ内のAozoraEpub3.iniもEncType=1になっていて、上記のGUIではUTFにちゃんとなります。
narou経由で起動するときの文字コードの特別な設定か何かがあるのでしょうか？
501：名無しさん：2025/12/03(水) 22:18:13 ID:???: yamlを掲示板からコピペで修正すると失敗するって人がいっぱい出てる
直接DLかgithubからコピーしよう
502：名無しさん：2025/12/04(木) 07:08:36 ID:fQx4Scx.: >>501
そのとおりですね。
ミスの要因が書き間違いとかスペルミスみたいな分かり易いものではなくて、インデントの付け方とかだったりするので、コピペでも失敗しているケースが多いみたいですね。
503：名無しさん：2025/12/04(木) 21:05:51 ID:???: >>500
java8が以前バグってた時期あったけど再発したのかな？
いまだと25とか新しいjavaにしてみたら？