[ros-release] Building Java Debs

Tully Foote tfoote at osrfoundation.org
Mon Sep 16 07:32:53 UTC 2013


On Sun, Sep 15, 2013 at 7:17 PM, Daniel Stonier <d.stonier at gmail.com> wrote:

> Some more information...
>
> Without any extra knowledge about the install being done by root - there
> are two immediate workarounds that I can see at the moment:
>
> 1) Add the jenkins gradle plugin<https://wiki.jenkins-ci.org/display/JENKINS/Gradle+Plugin>to the build farm. This would let jenkins manage its own GRADLE_USER_HOME.
> I need to test.
>
I doubt that the jenkins managed gradle plugin will penetrate far enough
into the debbuild process as it's running inside a chroot.


>  2) Have the ros packages themselves utilise a GRADLE_USER_HOME in
> devel/share/gradle when building. This would be isolated to the workspace
> though and chained workspaces would need duplicates.
>


I expect that adding a rule to the debian/rules file might be the "correct"
solution.  Something like override_dh_auto_install which probably is doing
something like "sudo make install" as the last step of a CMake based build
system.  I haven't found out exactly what it does, but that might fix it.


Tully


>
> Daniel.
>
>
> On 15 September 2013 00:49, Daniel Stonier <d.stonier at gmail.com> wrote:
>
>>
>> This is with regards to the failed build:
>> http://jenkins.ros.org/job/ros-hydro-rosjava-bootstrap_binarydeb_precise_i386/1/
>>
>> What's happening in brief:
>>
>>
>>    - CMake is delegating to java's gradle to do the building
>>    - When gradle builds the project, it first checks to see if the
>>    appropriate version of gradle is around, and if not, it downloads to
>>    ~/.gradle
>>    - Compile step in the report is successful, install step fails (I
>>    think this is the correct interpretation).
>>
>> The compile step is being done as some sandbox'd user? That succeeds at
>> the following line:
>>
>> Unzipping /tmp/buildd/.gradle/wrapper/dists/gradle-1.7-bin/2g3i7gan25uopmtc0lnjb1l9ff/gradle-1.7-bin.zip to /tmp/buildd/.gradle/wrapper/dists/gradle-1.7-bin/2g3i7gan25uopmtc0lnjb1l9ff
>>
>>
>> The install step seems to be done as root which has a permission
>> failure...
>>
>> Exception in thread "main" java.io.FileNotFoundException: /root/.gradle/wrapper/dists/gradle-1.7-bin/2g3i7gan25uopmtc0lnjb1l9ff/gradle-1.7-bin.zip.part (Permission denied)
>>
>>
>> Why is the second step being done as root? Any suggestions how I might work around this problem? Some relevant information:
>>
>>
>>
>>
>>    - I can't use the system installable gradle
>>       - too old
>>       - best practice is this way anyway - more control over the build
>>
>> Thanks,
>> Daniel.
>>
>
>
>
> --
> Phone : +82-10-5400-3296 (010-5400-3296)
> Home: http://snorriheim.dnsdojo.com/
> Yujin R&D: http://rnd.yujinrobot.com/
>
>
> _______________________________________________
> ros-release mailing list
> ros-release at lists.ros.org
> http://lists.ros.org/mailman/listinfo/ros-release
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.ros.org/pipermail/ros-release/attachments/20130916/a564817b/attachment.html>


More information about the ros-release mailing list