[K12OSN] K12OSN Digest, Vol 74, Issue 15
Mathieu Pelletier
mpelletier at tcz.co.zw
Sat May 1 06:42:27 UTC 2010
With respect, Peter, I think you have not understood my post. I fully
understand that ltsp client applications are run on the server. This is
not my problem. Perhaps restating my problem may clarify the issue.
I have a server running F13 with the LTSP server setup. My chroot
environment is a F12 installation. I managed this by adjusting the
build client script so that it used F12 instead of F13 which is still in
beta.
Anyway, this created my chroot environment in /opt/ltsp/i386 as per
usual. I can chroot into /opt/ltsp/i386 and run updates for F12 and
install applications and the like. In fact, when my client boots the
initial image it gets this information from /opt/ltsp/i386. I know this
because I changed the LDM theme by replacing
/opt/ltsp/i386/usr/share/ldm/themes with my own custom graphics. So
now, instead of the K12Linux login screen I have our college logo and
graphics.
Now, when my client logs in, the environment that loads is not the
chroot F12 environment, but rather the server kernel and everything
else. This should be loaded from /opt/ltsp/i386, NOT the root
directory. Otherwise there is little point in the chroot environment.
I have seen a few responses from people that "this is the way it is
supposed to work." But with due respect this does not make sense
considering that the ltsp-build-client downloads an entirely new
(chroot) environment in /opt/ltsp/i386 (or other architecture). Some of
the applications are meant to actually run using client CPU and memory,
this is the purpose of a given architecture. In fact you can even use
an old PowerPC as a client, provided you have installed the appropriate
client architecture (see the documentation).
The fact that upon opening a terminal in my client, the user is actually
shown the non chroot filesystem is problematic for this is NOT how it is
designed to work. The client should be seeing the filesystem in
/opt/ltsp/i386 as though it were the root system as chroot is intended
to function. This is done this way for security reasons. I have
created the file .hidden in the /opt/ltsp/i386 environment as well so
that the user does not see directories such as bin, usr, root, and so
on. This does function properly, but only when one manually logs into
the chroot environment.
Anyway, I think I have discovered my issue. I did not build the image
with 'ltsp-update-image'. For this reason there was no image directory
in /opt/ltsp/. It can take a while to build the image and I have not
confirmed this was the problem yet. Thanks for the efforts to assist,
though. I will respond with whether or not the 'ltsp-update-image'
solved the problem. If anyone is in the know regarding this, please
feel free to comment.
~Many thanks!
On 04/28/2010 06:00 PM, k12osn-request wrote:
> Send K12OSN mailing list submissions to
> k12osn at redhat.com
>
> To subscribe or unsubscribe via the World Wide Web, visit
> https://www.redhat.com/mailman/listinfo/k12osn
> or, via email, send a message with subject or body 'help' to
> k12osn-request at redhat.com
>
> You can reach the person managing the list at
> k12osn-owner at redhat.com
>
> When replying, please edit your Subject line so it is more specific
> than "Re: Contents of K12OSN digest..."
>
>
> Today's Topics:
>
> 1. users not logging into my thin client environment
> (Mathieu Pelletier)
> 2. Re: users not logging into my thin client environment
> (Peter Scheie)
> 3. Re: users not logging into my thin client environment (Eric Brown)
>
>
> ----------------------------------------------------------------------
>
> Message: 1
> Date: Wed, 28 Apr 2010 13:12:57 +0200
> From: "Mathieu Pelletier"<mpelletier at tcz.co.zw>
> To:k12osn at redhat.com
> Subject: [K12OSN] users not logging into my thin client environment
> Message-ID:<4BD81839.5090608 at tcz.co.zw>
> Content-Type: text/plain; charset="iso-8859-1"; Format="flowed"
>
> So, I have successfully set up my LTSP server and the clients boot
> successfully. I have even changed the default LDM theme and it looks
> brilliant! But now, I have a small problem that my users upon logging
> in are not in the LTSP environment (the one in /opt/ltsp/i386). They
> are actually logged into the server environment.
>
> My server is running F13 and my thin client environment image is F12
> (since the F13 ltsp enviro wasn't building and due to stability on the
> client). Anyway, everything seems to be working great on the client in
> spite of this. I do, however want my users to be using the proper
> environment, since my changes and customisations for that image needs to
> be replicated to the client, and obviously the users do not need all the
> services on the server's image.
>
> My question is how do I remedy this so that users login to the correct
> environment. The login screen is taken from
> /opt/ltsp/i386/usr/share/ldm/themes, but once the user logs in they have
> the F13 background and everything. It seems to me that the solution
> should be pretty easy, but I have not found much information on how to
> properly create user accounts. I have the users home directory mounted
> in /opt/ltsp/i386/home/username, so this part is working.
>
> ~Thanks for your help!
>
> ------------------------------------------------------------------------
> Mathieu Pelletier
> Director of IT Development
> Theological College of Zimbabwe
>
> Tel: +263 9 287032/3 Ext: 214
> mpelletier at tcz.co.zw <mailto:mpelletier at tcz.co.zw>
> www.tczonline.com <http://www.tczonline.com>
> Chat Google Talk: mkpelletier Skype: mathieu.pelletier
>
> -------------- next part --------------
> An HTML attachment was scrubbed...
> URL:<https://www.redhat.com/archives/k12osn/attachments/20100428/428139a3/attachment.html>
> -------------- next part --------------
> A non-text attachment was scrubbed...
> Name: gtalk.png
> Type: image/png
> Size: 911 bytes
> Desc: not available
> URL:<https://www.redhat.com/archives/k12osn/attachments/20100428/428139a3/attachment.png>
> -------------- next part --------------
> A non-text attachment was scrubbed...
> Name: skype.png
> Type: image/png
> Size: 3590 bytes
> Desc: not available
> URL:<https://www.redhat.com/archives/k12osn/attachments/20100428/428139a3/attachment-0001.png>
>
> ------------------------------
>
> Message: 2
> Date: Wed, 28 Apr 2010 08:15:18 -0500
> From: Peter Scheie<peter at scheie.homedns.org>
> To: "Support list for open source software in schools."
> <k12osn at redhat.com>
> Subject: Re: [K12OSN] users not logging into my thin client
> environment
> Message-ID:<4BD834E6.9090608 at scheie.homedns.org>
> Content-Type: text/plain; charset=ISO-8859-1; format=flowed
>
> I think you misunderstand how LTSP works. The applications that users run
> actually run on the server. The client environment is only used to *display*
> the applications that are running on the server. An LTSP client is sort of like
> a remote console. You can designate individual applications to be run locally
> on the clients, but this is not the default. If you truly want the clients to be
> running stand-alone environments, you might look at DRBL (Diskless Remote Boot
> Linux). But make sure your clients are up to the task.
>
> Peter
>
>
> Mathieu Pelletier wrote:
>
>> So, I have successfully set up my LTSP server and the clients boot
>> successfully. I have even changed the default LDM theme and it looks
>> brilliant! But now, I have a small problem that my users upon logging in are
>> not in the LTSP environment (the one in /opt/ltsp/i386). They are actually
>> logged into the server environment.
>>
>> My server is running F13 and my thin client environment image is F12 (since the
>> F13 ltsp enviro wasn't building and due to stability on the client). Anyway,
>> everything seems to be working great on the client in spite of this. I do,
>> however want my users to be using the proper environment, since my changes and
>> customisations for that image needs to be replicated to the client, and
>> obviously the users do not need all the services on the server's image.
>>
>> My question is how do I remedy this so that users login to the correct
>> environment. The login screen is taken from
>> /opt/ltsp/i386/usr/share/ldm/themes, but once the user logs in they have the F13
>> background and everything. It seems to me that the solution should be pretty
>> easy, but I have not found much information on how to properly create user
>> accounts. I have the users home directory mounted in
>> /opt/ltsp/i386/home/username, so this part is working.
>>
>> ~Thanks for your help!
>>
>> --------------------------------------------------------------------------------
>> Mathieu Pelletier
>> Director of IT Development
>> Theological College of Zimbabwe
>>
>> Tel: +263 9 287032/3 Ext: 214
>> mpelletier at tcz.co.zw <mailto:mpelletier at tcz.co.zw>
>> www.tczonline.com <http://www.tczonline.com>
>> Chat Google Talk: mkpelletier Skype: mathieu.pelletier
>>
>>
>>
>> ------------------------------------------------------------------------
>>
>> _______________________________________________
>> K12OSN mailing list
>> K12OSN at redhat.com
>> https://www.redhat.com/mailman/listinfo/k12osn
>> For more info see<http://www.k12os.org>
>>
> ------------------------------
>
> Message: 3
> Date: Wed, 28 Apr 2010 08:26:46 -0500
> From: Eric Brown<ericbrow at gmail.com>
> To: "Support list for open source software in schools."
> <k12osn at redhat.com>
> Subject: Re: [K12OSN] users not logging into my thin client
> environment
> Message-ID:
> <p2ib0adb8701004280626y58373a41n508a72e3a5ac6235 at mail.gmail.com>
> Content-Type: text/plain; charset=ISO-8859-1
>
> LTSP in the classroom also takes a shift in how a teacher restricts or
> monitors what goes on in their lab. One of the beauties of the LTSP
> environment is that if every student has an individual log in, they
> can change their background, their home pages, add icons to the
> desktop, choose their windows manager (KDE, Gnome, xfce if you've
> chosen to install them). Not having to restrict this and monitor
> technology actually frees an instructor up to focus on teaching
> technology rather than spend time monitoring it. If a kid messes up
> their Gnome configuration, delete the Gnome configuration file in
> their home folder and they're fixed.
>
> It took me a little while to adjust to the different way of thinking,
> but it was very freeing to me and my students.
>
> That's my opinion anyway.
>
> Enjoy,
> Eric
>
> On Wed, Apr 28, 2010 at 8:15 AM, Peter Scheie<peter at scheie.homedns.org> wrote:
>
>> I think you misunderstand how LTSP works. ?The applications that users run
>> actually run on the server. ?The client environment is only used to
>> *display* the applications that are running on the server. An LTSP client is
>> sort of like a remote console. ?You can designate individual applications to
>> be run locally on the clients, but this is not the default. If you truly
>> want the clients to be running stand-alone environments, you might look at
>> DRBL (Diskless Remote Boot Linux). ?But make sure your clients are up to the
>> task.
>>
>> Peter
>>
>>
>> Mathieu Pelletier wrote:
>>
>>> So, I have successfully set up my LTSP server and the clients boot
>>> successfully. ?I have even changed the default LDM theme and it looks
>>> brilliant! ?But now, I have a small problem that my users upon logging in
>>> are not in the LTSP environment (the one in /opt/ltsp/i386). ?They are
>>> actually logged into the server environment.
>>> My server is running F13 and my thin client environment image is F12
>>> (since the F13 ltsp enviro wasn't building and due to stability on the
>>> client). ?Anyway, everything seems to be working great on the client in
>>> spite of this. ?I do, however want my users to be using the proper
>>> environment, since my changes and customisations for that image needs to be
>>> replicated to the client, and obviously the users do not need all the
>>> services on the server's image.
>>> My question is how do I remedy this so that users login to the correct
>>> environment. ?The login screen is taken from
>>> /opt/ltsp/i386/usr/share/ldm/themes, but once the user logs in they have the
>>> F13 background and everything. ?It seems to me that the solution should be
>>> pretty easy, but I have not found much information on how to properly
>>> ?create user accounts. ?I have the users home directory mounted in
>>> /opt/ltsp/i386/home/username, so this part is working.
>>>
>>> ~Thanks for your help!
>>>
>>>
>>> --------------------------------------------------------------------------------
>>> Mathieu Pelletier
>>> Director of IT Development
>>> Theological College of Zimbabwe
>>>
>>> Tel: +263 9 287032/3 ?Ext: 214
>>> mpelletier at tcz.co.zw <mailto:mpelletier at tcz.co.zw>
>>> www.tczonline.com <http://www.tczonline.com>
>>> Chat Google Talk: mkpelletier Skype: mathieu.pelletier
>>>
>>>
>>>
>>> ------------------------------------------------------------------------
>>>
>>> _______________________________________________
>>> K12OSN mailing list
>>> K12OSN at redhat.com
>>> https://www.redhat.com/mailman/listinfo/k12osn
>>> For more info see<http://www.k12os.org>
>>>
>> _______________________________________________
>> K12OSN mailing list
>> K12OSN at redhat.com
>> https://www.redhat.com/mailman/listinfo/k12osn
>> For more info see<http://www.k12os.org>
>>
>>
> ------------------------------
>
> _______________________________________________
> K12OSN mailing list
> K12OSN at redhat.com
> https://www.redhat.com/mailman/listinfo/k12osn
>
> End of K12OSN Digest, Vol 74, Issue 15
> **************************************
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://listman.redhat.com/archives/k12osn/attachments/20100501/12c06d27/attachment.htm>
More information about the K12OSN
mailing list