tfoote
November 29, 2017, 11:43pm
1
With our extended sync this cycle we have over 300 packages queued to sync . However we have a couple of regressions at the moment.
I’d like to target the sync for the end of this week.
General regressions
The two regressions are below. Both appear to possibly be side effects of changes to upstream packages.
opened 05:39AM - 22 Nov 17 UTC
closed 03:32AM - 02 Jan 18 UTC
bug
Hello
Cost_map_core build is failing. cost_map::CostMap is referring elements … which are not declared as members for this class.
cost_map_iterator.cpp:19:3: error: ‘mapIndexWithinRange’ is not a member of ‘grid_map’
grid_map::mapIndexWithinRange(endIndex_, size_);
spiral_iterator.cpp:30:7: error: ‘checkIfIndexWithinRange’ is not a member of ‘grid_map’
if (grid_map::checkIfIndexWithinRange(indexCenter_, bufferSize_)) pointsRing_.push_back(indexCenter_);
89:9: error: ‘checkIfIndexWithinRange’ is not a member of ‘grid_map’
if (grid_map::checkIfIndexWithinRange(pointInMap, bufferSize_)) {
polygon_iterator.cpp:85:3: error: ‘limitPositionToRange’ is not a member of ‘grid_map’
grid_map::limitPositionToRange(topLeft, mapLength_, mapPosition_);
polygon_iterator.cpp:86:3: error: ‘limitPositionToRange’ is not a member of ‘grid_map’
grid_map::limitPositionToRange(bottomRight, mapLength_, mapPosition_);
circle_iterator.cpp:87:3: error: ‘limitPositionToRange’ is not a member of ‘grid_map’
grid_map::limitPositionToRange(topLeft, mapLength_, mapPosition_);
circle_iterator.cpp:88:3: error: ‘limitPositionToRange’ is not a member of ‘grid_map’
grid_map::limitPositionToRange(bottomRight, mapLength_, mapPosition_);
..........
..........
ellipse_iterator.cpp:95:3: error: ‘limitPositionToRange’ is not a member of ‘grid_map’
grid_map::limitPositionToRange(bottomRight, mapLength_, mapPosition_);
@stonier @pfankhauser This looks like it might be an API change in grid_map .
opened 12:47AM - 15 Nov 17 UTC
Re: ros-infrastructure/rep#140 @vrabaud @mikaelarguedas FYI
http://build.ros.… org/view/Kbin_uX64/job/Kbin_uX64__bag_tools__ubuntu_xenial_amd64__binary/25/console
```
00:04:39.904 In file included from /opt/ros/kinetic/include/opencv-3.3.1/opencv2/core.hpp:59:0,
00:04:39.904 from /opt/ros/kinetic/include/opencv-3.3.1/opencv2/core/core.hpp:48,
00:04:39.904 from /opt/ros/kinetic/include/image_proc/processor.h:37,
00:04:39.904 from /opt/ros/kinetic/include/stereo_image_proc/processor.h:37,
00:04:39.904 from /tmp/binarydeb/ros-kinetic-bag-tools-0.0.3/src/process_stereo.cpp:34:
00:04:39.904 /opt/ros/kinetic/include/opencv-3.3.1/opencv2/core/mat.hpp: In instantiation of ‘class cv::Mat_<unsigned int>’:
00:04:39.904 /opt/ros/kinetic/include/stereo_image_proc/processor.h:180:30: required from here
00:04:39.904 /opt/ros/kinetic/include/opencv-3.3.1/opencv2/core/mat.hpp:2150:50: error: no type named ‘channel_type’ in ‘class cv::DataType<unsigned int>’
00:04:39.904 typedef typename DataType<_Tp>::channel_type channel_type;
00:04:39.904
```
@miquelmassot @Vincent_Rabaud This might be related to the opencv3 update.
These are causing regressions in 8 packages within the same repos as the tickets. It would be great to resolve these before we sync however I don’t currently plan to hold the sync beyond the end of this week since we have such a large update for these.
Jessie specific
In this cycle we have recently resolved that rosjava will not be supported on Debian Jessie as it’s OpenJDK does not have newenough SSL certificates.
Tracking issue:
opened 06:59PM - 20 Nov 17 UTC
closed 11:00PM - 29 Nov 17 UTC
http://build.ros.org/view/Kbin_dj_dJ64/job/Kbin_dj_dJ64__rosjava_bootstrap__debi… an_jessie_amd64__binary/30/console
```
00:03:21.394 cd /tmp/binarydeb/ros-kinetic-rosjava-bootstrap-0.3.2 && ROS_MAVEN_REPOSITORY=https://github.com/rosjava/rosjava_mvn_repo/raw/master GRADLE_USER_HOME=/tmp/binarydeb/ros-kinetic-rosjava-bootstrap-0.3.2/obj-x86_64-linux-gnu/devel/share/gradle /tmp/binarydeb/ros-kinetic-rosjava-bootstrap-0.3.2/obj-x86_64-linux-gnu/catkin_generated/env_cached.sh /tmp/binarydeb/ros-kinetic-rosjava-bootstrap-0.3.2/gradlew -q publish installApp
00:03:21.641 Downloading https://services.gradle.org/distributions/gradle-2.14.1-all.zip
00:03:22.185
00:03:22.185 Exception in thread "main" java.lang.RuntimeException: javax.net.ssl.SSLException: java.security.ProviderException: java.security.InvalidKeyException: EC parameters error
00:03:22.186 at org.gradle.wrapper.ExclusiveFileAccessManager.access(ExclusiveFileAccessManager.java:78)
00:03:22.186 at org.gradle.wrapper.Install.createDist(Install.java:44)
00:03:22.186 at org.gradle.wrapper.WrapperExecutor.execute(WrapperExecutor.java:126)
00:03:22.186 at org.gradle.wrapper.GradleWrapperMain.main(GradleWrapperMain.java:55)
00:03:22.186 Caused by: javax.net.ssl.SSLException: java.security.ProviderException: java.security.InvalidKeyException: EC parameters error
00:03:22.186 at sun.security.ssl.Alerts.getSSLException(Alerts.java:208)
00:03:22.186 at sun.security.ssl.SSLSocketImpl.fatal(SSLSocketImpl.java:1914)
00:03:22.186 at sun.security.ssl.SSLSocketImpl.fatal(SSLSocketImpl.java:1872)
00:03:22.186 at sun.security.ssl.SSLSocketImpl.handleException(SSLSocketImpl.java:1855)
00:03:22.186 at sun.security.ssl.SSLSocketImpl.startHandshake(SSLSocketImpl.java:1376)
00:03:22.187 at sun.security.ssl.SSLSocketImpl.startHandshake(SSLSocketImpl.java:1353)
00:03:22.187 at sun.net.www.protocol.https.HttpsClient.afterConnect(HttpsClient.java:559)
00:03:22.187 at sun.net.www.protocol.https.AbstractDelegateHttpsURLConnection.connect(AbstractDelegateHttpsURLConnection.java:185)
00:03:22.187 at sun.net.www.protocol.http.HttpURLConnection.getInputStream(HttpURLConnection.java:1348)
00:03:22.187 at sun.net.www.protocol.https.HttpsURLConnectionImpl.getInputStream(HttpsURLConnectionImpl.java:254)
00:03:22.187 at org.gradle.wrapper.Download.downloadInternal(Download.java:56)
00:03:22.187 at org.gradle.wrapper.Download.download(Download.java:42)
00:03:22.187 at org.gradle.wrapper.Install$1.call(Install.java:57)
00:03:22.187 at org.gradle.wrapper.Install$1.call(Install.java:44)
00:03:22.187 at org.gradle.wrapper.ExclusiveFileAccessManager.access(ExclusiveFileAccessManager.java:65)
00:03:22.187 ... 3 more
00:03:22.187 Caused by: java.security.ProviderException: java.security.InvalidKeyException: EC parameters error
00:03:22.187 at sun.security.pkcs11.P11Key$P11ECPublicKey.getEncodedInternal(P11Key.java:1024)
00:03:22.187 at sun.security.pkcs11.P11Key.equals(P11Key.java:158)
00:03:22.187 at java.util.ArrayList.indexOf(ArrayList.java:298)
00:03:22.187 at java.util.ArrayList.contains(ArrayList.java:281)
00:03:22.187 at sun.security.validator.PKIXValidator.engineValidate(PKIXValidator.java:239)
00:03:22.188 at sun.security.validator.Validator.validate(Validator.java:260)
00:03:22.188 at sun.security.ssl.X509TrustManagerImpl.validate(X509TrustManagerImpl.java:326)
00:03:22.188 at sun.security.ssl.X509TrustManagerImpl.checkTrusted(X509TrustManagerImpl.java:231)
00:03:22.188 at sun.security.ssl.X509TrustManagerImpl.checkServerTrusted(X509TrustManagerImpl.java:126)
00:03:22.188 at sun.security.ssl.ClientHandshaker.serverCertificate(ClientHandshaker.java:1459)
00:03:22.188 at sun.security.ssl.ClientHandshaker.processMessage(ClientHandshaker.java:213)
00:03:22.188 at sun.security.ssl.Handshaker.processLoop(Handshaker.java:961)
00:03:22.188 at sun.security.ssl.Handshaker.process_record(Handshaker.java:897)
00:03:22.188 at sun.security.ssl.SSLSocketImpl.readRecord(SSLSocketImpl.java:1033)
00:03:22.188 at sun.security.ssl.SSLSocketImpl.performInitialHandshake(SSLSocketImpl.java:1342)
00:03:22.188 at sun.security.ssl.SSLSocketImpl.startHandshake(SSLSocketImpl.java:1369)
00:03:22.188 ... 13 more
00:03:22.188 Caused by: java.security.InvalidKeyException: EC parameters error
00:03:22.188 at sun.security.ec.ECParameters.getAlgorithmParameters(ECParameters.java:284)
00:03:22.188 at sun.security.ec.ECPublicKeyImpl.<init>(ECPublicKeyImpl.java:59)
00:03:22.188 at sun.security.pkcs11.P11Key$P11ECPublicKey.getEncodedInternal(P11Key.java:1021)
00:03:22.188 ... 28 more
00:03:22.189 Caused by: java.security.NoSuchProviderException: no such provider: SunEC
00:03:22.189 at sun.security.jca.GetInstance.getService(GetInstance.java:83)
00:03:22.189 at sun.security.jca.GetInstance.getInstance(GetInstance.java:206)
00:03:22.189 at java.security.Security.getImpl(Security.java:697)
00:03:22.189 at java.security.AlgorithmParameters.getInstance(AlgorithmParameters.java:199)
00:03:22.189 at sun.security.ec.ECParameters.getAlgorithmParameters(ECParameters.java:279)
00:03:22.189 ... 30 more
00:03:22.213 CMakeFiles/gradle-rosjava_bootstrap.dir/build.make:52: recipe for target 'CMakeFiles/gradle-rosjava_bootstrap' failed
00:03:22.213 make[4]: Leaving directory '/tmp/binarydeb/ros-kinetic-rosjava-bootstrap-0.3.2/obj-x86_64-linux-gnu'
00:03:22.213 make[4]: *** [CMakeFiles/gradle-rosjava_bootstrap] Error 1
00:03:22.213 CMakeFiles/Makefile2:249: recipe for target 'CMakeFiles/gradle-rosjava_bootstrap.dir/all' failed
00:03:22.213 make[3]: *** [CMakeFiles/gradle-rosjava_bootstrap.dir/all] Error 2
00:03:22.213 make[3]: Leaving directory '/tmp/binarydeb/ros-kinetic-rosjava-bootstrap-0.3.2/obj-x86_64-linux-gnu'
00:03:22.214 Makefile:120: recipe for target 'all' failed
00:03:22.214 make[2]: *** [all] Error 2
00:03:22.214 make[2]: Leaving directory '/tmp/binarydeb/ros-kinetic-rosjava-bootstrap-0.3.2/obj-x86_64-linux-gnu'
00:03:22.214 dh_auto_build: make -j1 returned exit code 2
00:03:22.216 debian/rules:36: recipe for target 'override_dh_auto_build' failed
00:03:22.216 make[1]: *** [override_dh_auto_build] Error 2
00:03:22.216 make[1]: Leaving directory '/tmp/binarydeb/ros-kinetic-rosjava-bootstrap-0.3.2'
00:03:22.219 debian/rules:23: recipe for target 'build' failed
00:03:22.219 make: *** [build] Error 2
00:03:22.219 dpkg-buildpackage: error: debian/rules build gave error exit status 2
00:03:22.223 E: Building failed
00:03:22.226 Traceback (most recent call last):
00:03:22.227 File "/tmp/ros_buildfarm/ros_buildfarm/binarydeb_job.py", line 133, in build_binarydeb
00:03:22.227 subprocess.check_call(cmd, cwd=source_dir)
00:03:22.227 File "/usr/lib/python3.4/subprocess.py", line 561, in check_call
00:03:22.227 raise CalledProcessError(retcode, cmd)
00:03:22.228 subprocess.CalledProcessError: Command '['apt-src', 'build', 'ros-kinetic-rosjava-bootstrap']' returned non-zero exit status 1
00:03:22.228
00:03:22.228 --------------------------------------------------------------------------------------------------
00:03:22.228 `apt-src build ros-kinetic-rosjava-bootstrap` failed.
00:03:22.228 This is usually because of an error building the package.
00:03:22.228 The traceback from this failure (just above) is printed for completeness, but you can ignore it.
00:03:22.228 You should look above `E: Building failed` in the build log for the actual cause of the failure.
00:03:22.228 --------------------------------------------------------------------------------------------------
00:03:22.228
```
I think this might be a systematic issue with Jessie being older.
@nuclearsandwich @mikaelarguedas FYI
This brings up the consideration that this is one of many things that Jessie is now falling behind on and is making things harder for maintainers to support. As Jessie is not one of our mainline targets we can consider making it EOL since it’s not one of our LTS targets. How do others feel about this?
Otherwise we’ll plan to sync before the end of the week. If there are any other issues you’d like to see reviewed please reply here.
I added a comment to the ticket in cost_map . @stonier , could you please integrate the renaming changes in cost_map to resolve the regression?
1 Like
130s
December 5, 2017, 9:32am
3
There’s a runtime usecase breakage in the image_proc , which the pub-sync candidate 1.12.21 is already released for. I don’t know how the maintainers react to this so just FYI.
1 Like
tfoote
December 6, 2017, 1:19am
4
@130s Thanks for the heads up on that regression. It looks like it’s being actively worked on. The others seem stalled so if the image_proc regression is fixed shortly I will plan to sync after that and not wait for the other regressions.
2 Likes
jihoonl
December 8, 2017, 12:04pm
5
I just confirmed that current rosbridge_suite version 0.8.5 contains a bug. could you skip this version in this sync? or wait for this weekend?
I just released rosbridge_suite 0.8.6. It should have fixed the issue.
tfoote
December 8, 2017, 6:26pm
7
Thanks for the quick fix @jihoonl
Since there’s a known regression in image_pipeline and I don’t have a timeline for the fix. I’m planning to roll back to the previous version for this sync. That will require a rebuild when that’s completed the rebuild I plan to sync.
tfoote
December 9, 2017, 12:03am
8
The rollback didn’t work and needed more coordinated rollback. There’s now a new release on it’s way with the nodelet fix instead of trying to roll back more of the coordinated releases already in the sync.
1 Like
@tfoote the issue with opencv3 is shown in OpenCV3 Regression error · Issue #310 · ros-perception/image_pipeline · GitHub . I would need the maintainers to take a look at it.