<div dir="ltr">Hi Euan, Brad and other Ubuntu/Debian developers<div class="gmail_extra"><br><div class="gmail_quote">On Fri, Jan 30, 2015 at 3:03 PM, Brad Campbell <span dir="ltr"><<a href="mailto:brad@fnarfbargle.com" target="_blank">brad@fnarfbargle.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;padding-left:1ex"><br>
Andrew, when I bump up against that problem I just grab the deb sources for the version I need, and build it on the OS that I need it for. Sometimes a bit of makefile hacking is required (like for pre-multiarch systems and post-multiarch packages) but generally it *just works*.<br>
<br>
Just start with an apt-get build-dep libn3l and start from there.<br></blockquote><div><br></div><div>Thanks, that helped, sort-of...</div><div><br></div><div>Travis is a build system that works with projects on github. The point of the exercise is to automatically build my project (jittertrap) after every git push, using Travis, in whatever the Travis infrastructure provides (Ubuntu 12.04).</div><div><br></div><div>I don't want to include a copy of libnl with my code, so I need to tell Travis about that. So, using a very similar process to building a debian package, I tell Travis that my package has some dependencies and where to find them. Why Travis decided to build it's own thing, instead of using the Debian source package description file (.dsc), is beyond me, but fine. Moving on.</div><div><br></div><div>Ubuntu 12.04 doesn't have a version of libnl3 that works for me, so I need to backport a more recent package that I can tell Travis to use. The backported package has to be in a public package repo for Travis to be able to use it, so this is where the PPA comes in.</div><div><br></div><div>I've created a PPA [1] and started the backporting process. It seems like the easy way to do this is with 'backportpackage' [2]. The fun part is dealing with the dependencies...</div><div><br></div><div>If you look at the PPA, you'll see some other packages there, because the new 'libnl-3' depends on other new packages that had to be backported as well.</div><div>* a newer 'dh-exec' (no problems).</div><div>* a newer 'linux-libc-dev' dependency, provided by the 'linux' source package, which depends on...</div>** a newer 'libiberty' (no problems)</div><div class="gmail_quote">** a newer 'libunwind' (no problems)</div><br>With the build dependencies for 'linux' satisfied, the backport could begin. Three-and-a-half hours later (on the launchpad infrastructure), the build succeeds, but the upload fails. </div><div class="gmail_extra"><br></div><div class="gmail_extra">*sigh*   :(</div><div class="gmail_extra"><br></div><div class="gmail_extra">I guess I needed to learn about Ubuntu packaging anyway and overall it seems like a good system, but why do I need to rebuild the entire kernel and all the wonderful little packages that the 'linux' source package produces, just to get some newer header files?</div><div class="gmail_extra"><br></div><div class="gmail_extra">Thanks.</div><div class="gmail_extra"><br></div><div class="gmail_extra">a.</div><div class="gmail_extra"><div class="gmail_quote"><div><br></div><div>1. <a href="https://launchpad.net/~acooks/+archive/ubuntu/libnl3-backport">https://launchpad.net/~acooks/+archive/ubuntu/libnl3-backport</a></div><div>2. <a href="http://opensourcehacker.com/2013/03/20/how-to-backport-packages-on-ubuntu-linux/">http://opensourcehacker.com/2013/03/20/how-to-backport-packages-on-ubuntu-linux/</a></div><div><br></div></div></div></div>