<?xml version="1.0" encoding="UTF-8"?><rss xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:content="http://purl.org/rss/1.0/modules/content/" xmlns:atom="http://www.w3.org/2005/Atom" version="2.0"><channel><title><![CDATA[Question about building custom applications, docker images and dependencies]]></title><description><![CDATA[<p dir="auto">I will preface by saying I am a novice as both working with docker, and working with complex C++ code bases for cross-compilation.</p>
<p dir="auto">I am attempting to make a custom vio-server for the VOXL 2 which bases its estimation on an open source VIO solution from a science paper, specifically DM-VIO My plan is to start with the voxl-qvio-server, pull out the mvVISLAM guts and replace the relevant parts with the equivalent DM-VIO parts. DM-VIO however requires GTSAM as a dependency, which has to be compiled and installed. Is it right that I would have to to compile and install GTSAM inside docker (qrb5165-emulator)? From my experience compiling GTSAM natively on my PC, I know it is very slow. In addition, I have had issues with the compilation consuming large amounts of ram, eventually bringing everything to a crawl. Having to do this every time i restart the docker would not be viable. Maybe I am doing something completely wrong?</p>
<p dir="auto">By the way, I am on a Windows machine running a Ubuntu 20.04 install through WSL, which also launches the docker image. Perhaps this is suboptimal, but I could not get voxl-docker work natively in Windows.</p>
]]></description><link>https://forum.modalai.com/topic/2724/question-about-building-custom-applications-docker-images-and-dependencies</link><generator>RSS for Node</generator><lastBuildDate>Tue, 10 Mar 2026 21:42:33 GMT</lastBuildDate><atom:link href="https://forum.modalai.com/topic/2724.rss" rel="self" type="application/rss+xml"/><pubDate>Thu, 05 Oct 2023 09:14:44 GMT</pubDate><ttl>60</ttl><item><title><![CDATA[Reply to Question about building custom applications, docker images and dependencies on Mon, 09 Oct 2023 16:03:23 GMT]]></title><description><![CDATA[<p dir="auto"><a class="plugin-mentions-user plugin-mentions-a" href="https://forum.modalai.com/uid/1894">@peterkrull</a> I think qrb5165-emulator is a fine choice.</p>
]]></description><link>https://forum.modalai.com/post/12596</link><guid isPermaLink="true">https://forum.modalai.com/post/12596</guid><dc:creator><![CDATA[Eric Katzfey]]></dc:creator><pubDate>Mon, 09 Oct 2023 16:03:23 GMT</pubDate></item><item><title><![CDATA[Reply to Question about building custom applications, docker images and dependencies on Mon, 09 Oct 2023 10:04:18 GMT]]></title><description><![CDATA[<p dir="auto"><a class="plugin-mentions-user plugin-mentions-a" href="https://forum.modalai.com/uid/14">@Eric-Katzfey</a> Yea I found out about the dependencies the hard way by spending some hours trying to figure out why my installed dependencies were not accepted by Cmake. Of course because they were installed as amd64. Apart from slower compilation, what is the argument against using the qrb5165-emulator?</p>
]]></description><link>https://forum.modalai.com/post/12589</link><guid isPermaLink="true">https://forum.modalai.com/post/12589</guid><dc:creator><![CDATA[peterkrull]]></dc:creator><pubDate>Mon, 09 Oct 2023 10:04:18 GMT</pubDate></item><item><title><![CDATA[Reply to Question about building custom applications, docker images and dependencies on Fri, 06 Oct 2023 15:12:18 GMT]]></title><description><![CDATA[<p dir="auto"><a class="plugin-mentions-user plugin-mentions-a" href="https://forum.modalai.com/uid/1894">@peterkrull</a> The choice between voxl-cross and qrb5165-emulator usually comes down to dependencies. voxl-cross is a much faster way to build but it provides a minimal environment and so if will often lack needed dependencies for more complex applications. The emulator actually has the voxl2 file system in it so has many more dependencies in the environment already. The documentation for voxl-qvio-server states that you need the emulator <a href="https://gitlab.com/voxl-public/voxl-sdk/services/voxl-qvio-server#build-instructions-1" rel="nofollow ugc">https://gitlab.com/voxl-public/voxl-sdk/services/voxl-qvio-server#build-instructions-1</a></p>
]]></description><link>https://forum.modalai.com/post/12573</link><guid isPermaLink="true">https://forum.modalai.com/post/12573</guid><dc:creator><![CDATA[Eric Katzfey]]></dc:creator><pubDate>Fri, 06 Oct 2023 15:12:18 GMT</pubDate></item><item><title><![CDATA[Reply to Question about building custom applications, docker images and dependencies on Fri, 06 Oct 2023 07:32:27 GMT]]></title><description><![CDATA[<p dir="auto"><a class="plugin-mentions-user plugin-mentions-a" href="https://forum.modalai.com/uid/14">@Eric-Katzfey</a> Thanks, that seems to be exactly what I need. I also figured out that GTSAM with the GCC compiler is what caused the extreme memory usage and eventual failed compilation, changing to Clang helped. It is right that I am using the qrb5165-emulator and not the voxl-cross image? I believe some parts of the documentation recommend using the voxl-cross for new development, but I could not get it to build the voxl-qvio-server out of the box.</p>
]]></description><link>https://forum.modalai.com/post/12564</link><guid isPermaLink="true">https://forum.modalai.com/post/12564</guid><dc:creator><![CDATA[peterkrull]]></dc:creator><pubDate>Fri, 06 Oct 2023 07:32:27 GMT</pubDate></item><item><title><![CDATA[Reply to Question about building custom applications, docker images and dependencies on Thu, 05 Oct 2023 15:31:02 GMT]]></title><description><![CDATA[<p dir="auto"><a class="plugin-mentions-user plugin-mentions-a" href="https://forum.modalai.com/uid/1894">@peterkrull</a> If you make changes to a Docker you can preserve them with the Docker <code>commit</code> command. <a href="https://docs.docker.com/engine/reference/commandline/commit/" rel="nofollow ugc">https://docs.docker.com/engine/reference/commandline/commit/</a></p>
]]></description><link>https://forum.modalai.com/post/12538</link><guid isPermaLink="true">https://forum.modalai.com/post/12538</guid><dc:creator><![CDATA[Eric Katzfey]]></dc:creator><pubDate>Thu, 05 Oct 2023 15:31:02 GMT</pubDate></item></channel></rss>