maven centralから取得しようとしてinvalid sha1

1
scalajp_gitter @scalajp_gitter

xuwei-k: scalacheckがinvalid sha1で失敗するの、本当にinvalidだな・・・(なぜか古いversionの一部のファイルだけ更新されてる) scalacheckのメーリングリストに投稿するか

2015-06-17 13:30:05
scalajp_gitter @scalajp_gitter

xuwei-k: う、投稿したけど最初の投稿だから認証必要っぽいし、MLじゃなくissueでよかったのでは・・・

2015-06-17 13:37:06
scalajp_gitter @scalajp_gitter

xuwei-k: 最近ちょうどtravisでの自動ビルド試してたから、その際に間違って古いversionを上書きpublishしたとかだろうか

2015-06-17 13:40:20
scalajp_gitter @scalajp_gitter

xuwei-k: いや、中途半端になったのはmaven centralとsonatypeの同期っぽいな(sonatype上ではsha1含め全部上書きされてる)

2015-06-17 13:46:37
scalajp_gitter @scalajp_gitter

xuwei-k: scalacheckもsonatypeさんもいい加減にしてくだされー

2015-06-17 13:50:45
scalajp_gitter @scalajp_gitter

xuwei-k: 1日くらい待って(?)メーリングリスト承認されなかったらissueたてにいこう・・・

2015-06-17 13:54:43
scalajp_gitter @scalajp_gitter

xuwei-k: 昨日一人で騒いでたscalacheckの件、MLに投稿して伝わって、再publishした?みたいで、直ってるな

2015-06-18 16:13:01
tsukaby @s_tsuka

play-json4s ver0.4.0がinvalid sha1しちゃってビルドできないんですが、自分だけでしょうか。他の人いけてます?

2015-06-26 22:13:02
tsukaby @s_tsuka

@tototoshi 突然すみません。play-json4s(0.4.0) nativeとtestのpomがinvalid sha1してしまうのですが、既知の問題でしょうか?

2015-06-26 23:38:35
tsukaby @s_tsuka

@tototoshi sbtでdlしようとしてしまうとエラーが出てしまって。手元でsha1算出しても確かに違うようでした。

2015-06-26 23:39:13
Toshiyuki Takahashi @tototoshi

@s_tsuka なんか似たようなこと少し前によしださんが遭遇してたような @xuwei_k

2015-06-27 10:39:59
Kenji Yoshida @xuwei_k

@tototoshi @s_tsuka scalacheckで遭遇して、作者に報告したら再度publishして上書き?して解決したみたい、だったけど原因はよくわからないまま・・・

2015-06-27 11:53:08
Toshiyuki Takahashi @tototoshi

@xuwei_k @s_tsuka ほう、じゃあもう一回publishしてみます

2015-06-27 11:53:50
Kenji Yoshida @xuwei_k

@tototoshi @s_tsuka でも再publishはそれはそれで、たぶんhash値とか全部変わってしまって、もし既にローカルに一部をダウンロード済みだったりした場合にsbtが混乱して変な挙動になったりしないのか?という心配もあったりはしますが・・・

2015-06-27 11:57:24
Toshiyuki Takahashi @tototoshi

@xuwei_k @s_tsuka とは言え再publishしかないような?困りますねえ。(publishしました)

2015-06-27 11:58:32
Kenji Yoshida @xuwei_k

@tototoshi @s_tsuka そもそも再publishしたら、ちゃんと全部それでsonatypeからmaven centralにsyncされて上書きされるのはそういう仕様なんですかね? (こういう時便利?だけど、それはそれで手軽に出来てしまうとこわいような気がしてる)

2015-06-27 12:01:16
Toshiyuki Takahashi @tototoshi

@xuwei_k @s_tsuka その仕様おかしいから同期バグってる(バグってた?)んじゃないかって気もしますね

2015-06-27 12:02:51
Kenji Yoshida @xuwei_k

@tototoshi @s_tsuka scalacheckの場合はそうだったかも?だけど、json4sはさっきみたらsonatypeのほうもpomとpom.sha1の日付違ってましたね

2015-06-27 12:10:38
tsukaby @s_tsuka

@xuwei_k @tototoshi 再publishありがとうございます!ですが、残念ながらダメでした。 gist.github.com/tsukaby/4a7425…

2015-06-27 12:54:52
tsukaby @s_tsuka

@xuwei_k @tototoshi 自分の環境のsbtが悪いのか・・・、.sha1ファイルを作成しているプラグインか何かが悪いのか・・・ 自分しか再現しないならsha1チェック無効にしようと思います

2015-06-27 12:59:28
Kenji Yoshida @xuwei_k

@s_tsuka @tototoshi - sonatypeの方は上書きされてるようなのでそちらのresolverを明示的に加える - sbt側でハッシュのチェック無視するようにする - sonatypeの中の人に問い合わせる - もう0.4.1出しちゃう などの選択肢?

2015-06-27 12:59:42
tsukaby @s_tsuka

@xuwei_k @tototoshi あー、ほんとだよく見たら repo1.maven.orgの方はまだsyncされてないっぽいですね!? sha1の日付が6/15でした。 sha1無効で行って、0.4.1が出たら乗り換えにしようと思います。あざーっす!

2015-06-27 13:02:11
Kenji Yoshida @xuwei_k

@s_tsuka @tototoshi 自分の手元でも失敗するし、ここ repo1.maven.org/maven2/com/git… みても、.pom.sha1と.pom.md5だけ日付古いままですね(sonatypeのほうは新しくなってるみたい)

2015-06-27 13:02:20