Fix launch generation and enable unstable rtc euslisp unittest on travis rostest

[snozawa]

Fix launch generation and enable unstable rtc euslisp unittest on travis rostest.

[snozawa]

unstableも含めてeuslispテストをし始めていますが、
https://travis-ci.org/start-jsk/rtmros_common/jobs/77780298
をみると50分ギリギリなようです。

もともとEXTRA_DEBを追加したら例のメモリ関係の問題でopenhrp3のコンパイル時にmakeがkillされてtravisがエラーになります。

見比べると、
https://travis-ci.org/start-jsk/rtmros_common/builds/77780292
のうち３の今回やっているeuslispテストはかなりの確率でおちるのですが、
5のものは落ちてるのをみたことがありません。

３と５は同様にROS=hydro, USE_DEB=source, NOT_INSTALL_TESET=trueまでは同じなのですが、
EXTRA_DEB="ros-hydro-roseus ros-hydro-euscollada ros-hydro-pr2eus"
を指定するとkillされやすくなってりするのは何か関係あるでしょうか。

[k-okada]

おそくなりました．落ちたもののLogはないかな．
あと，eusのテストにopenhrp3のソースは必要？

◉ Kei Okada

2015-08-30 1:43 GMT+09:00 Shunichi Nozawa [email protected]:

unstableも含めてeuslispテストをし始めていますが、
https://travis-ci.org/start-jsk/rtmros_common/jobs/77780298
をみると50分ギリギリなようです。

もともとEXTRA_DEBを追加したら例のメモリ関係の問題でopenhrp3のコンパイル時にmakeがkillされてtravisがエラーになります。

見比べると、
https://travis-ci.org/start-jsk/rtmros_common/builds/77780292
のうち３の今回やっているeuslispテストはかなりの確率でおちるのですが、
5のものは落ちてるのをみたことがありません。

３と５は同様にROS=hydro, USE_DEB=source, NOT_INSTALL_TESET=trueまでは同じなのですが、
EXTRA_DEB="ros-hydro-roseus ros-hydro-euscollada ros-hydro-pr2eus"
を指定するとkillされやすくなってりするのは何か関係あるでしょうか。

—
Reply to this email directly or view it on GitHub
#806 (comment)
.

[snozawa]

ログは
https://s3.amazonaws.com/archive.travis-ci.org/jobs/77976400/log.txt
などで、ほぼ100%でopenhrp3で落ちています。
ただ、同じくROS=hydro, USE_DEB=source, NOT_INSTALL_TESET=trueな5番のテストケースでは、
もうちょっと普通に通ってる気がします。

あと，eusのテストにopenhrp3のソースは必要？

これはものすごく悩みどころです。
deb化が頻繁できないとするときびしいような気がしてました。
一方で、hrpsys-baseはIDLの関係でrtmros_common, euslispのアップデートと互換性とっておきたいですが、
openhrp3はそれほどrtmros_common, euslispレベルまで表面化する変更が少ない、そもそも変更自体hrpsys-baseと比べると少ない、というきもするので、openhrp3をdeb, hrpsys-baseをsourceでも問題ないのかもしれません。

今openhrp3は(hrpsys-baseで) torque control+st入りシミュレーション可能なバージョンで区切りが良いので、
個人的にはreleaseタイミングとしても良さそうに思います。

[snozawa]

@garaemon
openhrp3のエラーがでていたので，"-j1"にしてしまっていました．

一個上の議論で，openhrp3はdeb，hrpsys-baseはsourceにするのがよさそうで，
openhrp3をdebにするのはどこを変更すれば良いんでしたっけ？

[garaemon]

jenkinsでテストをしてみると，コンパイルは12分程度で終わるが，テストは40分くらいかかっています．
http://jenkins.jsk.imi.i.u-tokyo.ac.jp:8080/job/trusty-travis-start-jsk-rtmros_common-hydro-deb-source-ros-hydro-roseus-ros-hydro-euscollada-ros-hydro-pr2eus-true/1/

テストを走らせる時にソースから入れたものすべてのテストを走らせているのを直すのが必要な気がします

[garaemon]

run_testsの中でもう一回コンパイルが走っている気がします

[snozawa]

確かにはしってますね。
一回目のcatkin buildのあとでrun_testする箇所で

==> Expanding alias 'run_tests' from 'catkin run_tests --limit-status-rate 0.001 hrpsys_tools openrtm_tools rosnode_rtc rtmbuild hrpsys_ros_bridge openrtm_ros_bridge rtmros_common -p1 --make-args -j1 --' to 'catkin build --verbose --catkin-make-args run_tests -- --limit-status-rate 0.001 hrpsys_tools openrtm_tools rosnode_rtc rtmbuild hrpsys_ros_bridge openrtm_ros_bridge rtmros_common -p1 --make-args -j1 --'

となっていて、unaliasのしかたがおかしいのかな？
（unaliasしたほうにbuildがついてしまっている）

[garaemon]

もしかするつ，run_testsのときにcatkinじゃないパッケージの場合は，ビルドし直すのではないでしょうか．

[garaemon]

もしかするつ，run_testsのときにcatkinじゃないパッケージの場合は，ビルドし直すのではないでしょうか．

catkinパッケージでないものは--catkin-make-argsが無視されて普通のbuildが走る気がしますね．

--blacklistするのかな
catkin/catkin_tools#151

[garaemon]

むしろ--whitelistして対象物を明確にするのが良さそうです

[snozawa]

testの対象をえらぶかんじかな？
これは、jenkins上ではおきてるけどtravis上ではおきてないのかな？

[garaemon]

https://s3.amazonaws.com/archive.travis-ci.org/jobs/78710924/log.txt
走っている気がします

[snozawa]

たしかにbuildは実効されてて、

• travisはbuild後なのですぐぬけてる
• jenkinsはまたbuildがはしっている

っぽいですね。

[garaemon]

openrtmのソースがあるかが問題で，こいつにbuildが走ると，依存関係の書き方が悪いのか，openhrp3, hrpsysがほとんど再コンパイルが走ります．

これがjenkinsでは起きていて，travisでは起きていないですね．

[snozawa]

8501ece
で、openrtm関係をtravisでなければソースからいれて、travisならソースからいれてますね。

[snozawa]

USE_DEB=sourceであっても、euslispテストをしている3番のみopenhrp3をdebでいれるようにしました。
#815
45分くらいにはなってますが、また問題があればみるということにしましょう。