[K12OSN] Re: K12OSN Digest, Vol 3, Issue 88

[Angus Carr]

Try using a chroot for it. If it is in a chroot jail, then the locking file it is creating in (/var/lock ? ) will be in the chroot jail. As long as it can find all it's libraries in the chroot jail, then the world is a happy place. With some caveats...

Angus Carr


Date: Wed, 19 May 2004 13:18:39 -0500
From: Petre Scheie <petre at maltzen.net>
Subject: Re: [K12OSN] Re: CMapTools and K12LTSP
To: "Support list for opensource software in schools."
	<k12osn at redhat.com>
Message-ID: <40ABA4FF.3000509 at maltzen.net>
Content-Type: text/plain; charset=us-ascii; format=flowed

This is a long shot, but I'll mention it anyway: You might look into User Mode 
Linux (UML) which allows you to run multiple, separate instances of Linux on top 
of Linux, akin to VMWare.  If you did this on a server separate from your LTSP 
server, perhaps multiple users could start up separate Linux instances and each 
run CmapTools within.  I'd say there's a very good chance in won't work, but it 
would be fun to investigate.

Petre

Joe Guenther wrote:

>> The /etc/skel placement did work ... it transferred the directory and
>> shortcut to the new user's home directory.  But the shortcuts did not run as
>> they still point back to the original test user directory.
>> 
>> But another problem here.  I installed it for admin and for test and when
>> test is using CmapTools, admin cannot run it as well, although both are
>> installed in their own home directories.
>> "Another Copy of CmapTools v3 seems to already be running or is starting up.
>> This one will terminate."
>> 
>> It will refuse to let more than one person run CmapTools on the same
>> computer.  It knows that it is running, thus the second user gets dumped.  I
>> guess it should run on thick clients locally, but not collectively on a
>> terminal server.
>> 
>> too bad ... this had so much potential :-((
>