Just gave chroot a try- works nicely, but my system won't let me run a second X server, which seems to limit the second root to command line only. Useful, but not much imporvement over my reboot approach. Note that I can access files on either system from whatever system is active...I could run Scilab from the command line on the new root, but, since Scilab comes installed and configured on my preferred distro, I really have no need to do this.<br>
<br>What I use the dual boot system for primarily is to have an "experimental" system where I can try out new software, check for conflicts, etc. before adding it to my "working" system. As time goes on, my "experimental" system starts looking more like my "working" system- when it seems stable enough, and has all the critical functions I need, I then start using it as the "working" system, and the old system is discarded and a new base distro can be explored without causing problems. This also gives me the chance to evaluate new releases of projects like Scilab without losing my existing capabilities.<br>
<br>The conflict between the libgl versions that I encountered actually occurred when trying to run Dassault Systemes' DraftSight2 (latest release) on the same platform as Salome. Not being to fond of the idea of rebooting to switch between systems to resolve library conflicts, and the fact that an older version of DraftSight2 plays nicely with Salome, and the fact that Salome is by far the more important package, Salome wins. I am not sure I could easily make the same choice with Scilab requiring a different library version- although rebooting to run Scilab is not nearly as unpalatable as the other two, since I seldom, if ever, need to run Scilab when I am running Salome. The question is, are ther atoms that rely on one version of the libgl library while other atoms rely on the other version?<br>
<br>This is a conflict I have never encountered on Linux before, but, I suspect that, with the "desktop wars" between Gnome 3 and Unity running rampant, I suspect we can look for more such conflicts in the future...<br>
<br>Charlie<br><br><div class="gmail_quote">On Mon, Nov 21, 2011 at 3:40 AM, Antoine Monmayrant <span dir="ltr"><<a href="mailto:antoine.monmayrant@laas.fr">antoine.monmayrant@laas.fr</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin: 0pt 0pt 0pt 0.8ex; border-left: 1px solid rgb(204, 204, 204); padding-left: 1ex;">
Le 20/11/2011 22:19, Charles Warner a écrit :<div class="im"><br>
<blockquote class="gmail_quote" style="margin: 0pt 0pt 0pt 0.8ex; border-left: 1px solid rgb(204, 204, 204); padding-left: 1ex;">
Anttoine-<br>
My version of Linux (Ubuntu 10.04) will not allow me to install the two<br>
libraries simultaneously on the same file system. I have not considered<br>
chroot- I don't know if it will find the alternative file system. Worth a<br>
try, I suppose. Since I like to keep two instances of the entire distro on<br>
my computer (one, my "working" system, one my "experimental" system)<br>
rebooting has always been my "lazy" approach. I'm not sure how to use<br>
chroot in this process, since both systems have root named "/"...maybe<br>
worth experimentings with.<br>
</blockquote></div>
Well, we use it at work (I have to admit I was not the one setting it up) and it's quite convenient.<br>
Basically, the only common points between your two systems will be the linux kernel.<br>
Apart from the kernel, the two systems are totally independent and have their one filesystems.<br>
We use it to run a debian distro (that have nice packages for electromagnetic simulations) on a centos system (needed for a lot of other simulations softwares).<br>
Switching from Centos to Debian is as easy as "/local/chroot/debian" and it's even easier to switch back: "exit".<br>
We didn't bother setting up the X server on Debian (the softs we use are command-line only) but it might be possible to share the same X server on both systems.<br>
<br>
Cheers,<br>
<br>
Antoine<div class="im"><br>
<blockquote class="gmail_quote" style="margin: 0pt 0pt 0pt 0.8ex; border-left: 1px solid rgb(204, 204, 204); padding-left: 1ex;">
Charlie<br>
On Sun, Nov 20, 2011 at 3:03 PM, Antoine Monmayrant<<br>
<a href="mailto:antoine.monmayrant@laas.fr" target="_blank">antoine.monmayrant@laas.fr</a>> wrote:<br>
<br>
<blockquote class="gmail_quote" style="margin: 0pt 0pt 0pt 0.8ex; border-left: 1px solid rgb(204, 204, 204); padding-left: 1ex;">
Le 20/11/11 18:25, Charles Warner a écrit :<br>
<br>
"install libgl1-mesa-swx11 or removing libgl1-mesa-glx should fix the<br>
issue." The problem is, other software may require libgl1-mesa-glx-<br>
changing to *-swx11 may break something else. The two libraries apparently<br>
cannot co-exist on the same system. I encountered this with a couple of<br>
other software packages I have been working with- the solution is a dual<br>
boot system, one with *-glx to satisfy one software package, the other with<br>
*-swx11 to satisfy the other software package. Not an elegant solution...<br>
<br>
Why don't you chroot instead of dualboot?<br>
This could be a more elegant solution, even if it's not perfect.<br>
<br>
<br>
On Sun, Nov 20, 2011 at 7:18 AM, Tibault Reveyrand<<a href="mailto:reveyrand@gmail.com" target="_blank">reveyrand@gmail.com</a>><u></u>wrote:<br>
<br>
<blockquote class="gmail_quote" style="margin: 0pt 0pt 0pt 0.8ex; border-left: 1px solid rgb(204, 204, 204); padding-left: 1ex;">
Here is a way to fix this problem :<br>
<br>
<a href="https://twitter.com/#%21/SylvestreLedru/status/138217732360515584" target="_blank">https://twitter.com/#!/<u></u>SylvestreLedru/status/<u></u>138217732360515584</a><br>
<br>
<br>
<br>
<br>
<br>
<br>
</blockquote>
<br>
</blockquote></blockquote>
<br>
<br></div>
-- <br>
++++++++++++++++++++++++++++++<u></u>+++++++++++++++++++++++++<br>
<br>
Antoine Monmayrant LAAS - CNRS<br>
7 avenue du Colonel Roche<br>
31077 TOULOUSE<br>
Cedex 4 FRANCE<br>
<br>
Tel:<a href="tel:%2B33%205%2061%2033%2064%2059" value="+33561336459" target="_blank">+33 5 61 33 64 59</a><br>
<br>
email : <a href="mailto:antoine.monmayrant@laas.fr" target="_blank">antoine.monmayrant@laas.fr</a><br>
permanent email : <a href="mailto:antoine.monmayrant@polytechnique.org" target="_blank">antoine.monmayrant@<u></u>polytechnique.org</a><br>
<br>
++++++++++++++++++++++++++++++<u></u>+++++++++++++++++++++++++<br>
<br>
<br>
<br>
</blockquote></div><br>