<p><br>
On Sep 15, 2013 12:50 AM, "Nick Sabalausky" <<a href="mailto:SeeWebsiteToContactMe@semitwist.com">SeeWebsiteToContactMe@semitwist.com</a>> wrote:<br>
><br>
> On Sat, 14 Sep 2013 03:52:39 -0700<br>
> "H. S. Teoh" <<a href="mailto:hsteoh@quickfur.ath.cx">hsteoh@quickfur.ath.cx</a>> wrote:<br>
><br>
> > On Sat, Sep 14, 2013 at 06:32:07AM -0400, Nick Sabalausky wrote:<br>
> > > On Sat, 14 Sep 2013 00:34:07 -0700<br>
> > > "H. S. Teoh" <<a href="mailto:hsteoh@quickfur.ath.cx">hsteoh@quickfur.ath.cx</a>> wrote:<br>
> > [...]<br>
> > > > If I have to install libraries not in the apt repository (or<br>
> > > > multiple conflicting versions of the same library), I tend to put<br>
> > > > it either under an entirely different PREFIX, preferably under a<br>
> > > > dedicated subtree for the app I'm trying to build<br>
> > ><br>
> > > I had no idea you could do that! That's fantastic: despite my<br>
> > > migration towards Linux, I had been worrying about the day I'd<br>
> > > inevitable have to deal with multiple versions of the same thing.<br>
> ><br>
> > In spite of all my rants against autotools, it *does* let you do cool<br>
> > things like:<br>
> ><br>
> >       ./configure --prefix=/path/to/my/dedicated/sandbox<br>
> ><br>
> > which, if things were properly put together, will setup the Makefile<br>
> > such that make install will install to /path/to/my/dedicated/sandbox<br>
> > instead of the usual system directories.<br>
> ><br>
> > Of course, then you need to setup $PATH and maybe a few other<br>
> > environment variables expected by the app to get things to work<br>
> > properly, but this is the way I usually like to install custom<br>
> > built-from-source apps. That way, should I want to uninstall it, I can<br>
> > just nuke the entire root directory dedicated for that app without<br>
> > damaging anything else. :)<br>
> ><br>
> > But wait, there's more...<br>
> ><br>
> > On Debian, a good number of library packages are actually *designed*<br>
> > to support installation of multiple versions simultaneously. Even<br>
> > fragile, sensitive giants like gcc that have an intricate web of<br>
> > library dependencies can have 4.6, 4.7, *and* 4.8 all installed<br>
> > together side-by-side (up to a certain point, of course). A good many<br>
> > libraries have been patched downstream by Debian developers to have<br>
> > proper soname correspondence with ABI changes, and the upstream<br>
> > version number is encoded into the package name (as opposed to just<br>
> > the package version number) so installing multiple versions of the<br>
> > same library is actually *officially* supported.<br>
> ><br>
><br>
> That's pretty nice. I'm still not *quite* linux-savvy enough to know<br>
> what I'm doing with chroots (I know about them, but I've never<br>
> actually set one up, and I'd have to look up how to do it.)<br>
></p>
<p>It doesn't require much to set one up really.  :)</p>
<p>I've got a few scripts that builds chroots for Debian testing and unstable for x86, x86_64, X32, and ARM environments (the latter uses QEMU emulation mode to run the binaries on my system).</p>
<p>Regards<br>
-- <br>
Iain Buclaw</p>
<p>*(p < e ? p++ : p) = (c & 0x0f) + '0';<br>
</p>