CRANに別のパッケージのパッケージエラーを表示させる原因は何ですか？

Question

私はちょうどパッケージuserfriendlyscience（バージョン0.5-0）の新しいバージョンをCRANにプッシュしました。 CHECK results for Windowsにエラーがあります。これらを見ると、他のパッケージ（具体的にはmgcv）、またはおそらくこのパッケージのed関数を使用することを望む依存関係ツリー内の別のパッケージによって引き起こされているようです。

私は最新のR-develをインストールしましたが、RCMD CHECK --as-cranを再度実行しましたが、これはエラーなどなく完了します。私が見る限り、パッケージは「作品」を提出しました。

実際、CRANが示すエラーは他のパッケージに存在すると仮定します。しかし、どのようにすることができますか？ CRANはこのようなエラーを伴うパッケージの提出をブロックしてはならない、つまり、CRANにエラーを引き起こすパッケージが不可能であってはならないか？

私はそれを修正することができます（結局のところ、このパッケージであることが判明した場合）か、またはこの問題の著者に別の人が原因であることを通知できるように、パッケージ？

[注：以前のバージョンが0.5から0で解決されましたエラー、原因でした]：アップロードされたソースをインストールするための手順のWindowsでのインストールが成功したことを確認したい、誰のために

を[バージョンだけでなく、コンパイル済みのWindows版are here]

Answer 1

（他の人がこのに実行する場合には自分自身これを答える）

この問題は、それ自体を解決しました。しばらくすると、CRANはもはや同じエラーを表示しませんでした。

これと別のアップロードの経験に基づいて、私は現在、CRANが任意の時点で「準備ができていない」と疑います。むしろ、パッケージを絶えず構築しています。したがって、あるパッケージが既に更新されているが、まだそのパッケージに依存していないパッケージがあるウィンドウでは、パッケージに何らかのエラーが発生する可能性があります。非互換性に起因するエラーがパッケージに表示されます。

解決策は、この解釈が正確であると仮定すると、状況が解決するかどうかを確認するために数日待つことです。もしそうでなければ、私は、エラーを投げるパッケージのメンテナーに連絡して、何が起きているのかを知りたいかどうかを調べることを提案します。