[prev in list] [next in list] [prev in thread] [next in thread] 

List:       ltsp-discuss
Subject:    Re: [Ltsp-discuss] LTSP5 Tweaks
From:       "Peter" <pdk.knight () gmail ! com>
Date:       2009-09-27 12:53:53
Message-ID: 008101ca3f71$941fb240$0600000a () baseline
[Download RAW message or body]

A small team of us in Capetown are working on a project to re-ignite an old
Tuxlab setup installed in schools here.
We have also found that ltsp5 is too big for our 640KB thin clients without
graphics cards.
We have managed to be able to offer either ltsp-4.2 or 5 depending on the
equipment.
I have added a reference to the work we have done so far and are still busy
with, on the wiki .
Perhaps it could start a good reference site for all to benefit.
Peter


---------- Forwarded message ----------
From: Scott Balneaves <sbalneav@legalaid.mb.ca>
To: ltsp-discuss@lists.sourceforge.net
Date: Fri, 25 Sep 2009 15:43:22 -0500
Subject: [Ltsp-discuss] LTSP on low-resource clients.
Ok, lets get this party started.

/me makes mad beats and hip-hop dance moves.

Here are 3 possible ways of making LTSP work better on lower end hardware.
All
of these are solutions that have been bandied about in the past...

1) Come up with a set of "Tweaks" for "big" distros that reduces their
memory
  usage.  This would include things like:
  a) coming up with a kernel .config file that would specify a minimum
amount
     drivers, and using the distro's standard make-kpkg or similar to
rebuild
     a kernel with these parameters.
  b) overriding/deleting some udev rules.
  c) etc.

2) Using something like Gentoo with a completely scaled down set of compile
  flags, possibly combined with 1) above.

3) Using something on the order of OpenEmbedded/openwrt to do this.  See
  otavio's preliminary work at:


https://projetos.ossystems.com.br/git/?p=users/otavio/org.openembedded.dev.g
it;a=shortlog;h=

refs/heads/ltsp

I'm willing to invest some time on this, but as I've harped on before, Free
Software *ISN'T* about me solving your problems, it's about *us* solving our
problems *together*.

To this end, I've created the following page:

http://wiki.ltsp.org/twiki/bin/view/Ltsp/OldClientProject

Robocop fans take note.

I'm looking for a few good people with bad clients that are willing to WORK
on
this project with LTSP members (and by work I mean more than test.  I mean
actually help to start digging into these problems).

To all those that have wished for an ltsp5 that's a little lighter, here's
your
chance.  Step up to the plate and be counted.

Insert other mixed metaphor here.

Scott

--
Scott L. Balneaves | The dissemination of knowledge is one of the
Systems Department | cornerstones of civilization.
Legal Aid Manitoba |     -- John F. Budd


------------------------------------------------------------------------------
Come build with us! The BlackBerry&reg; Developer Conference in SF, CA
is the only developer event you need to attend this year. Jumpstart your
developing skills, take BlackBerry mobile applications to market and stay 
ahead of the curve. Join us from November 9&#45;12, 2009. Register now&#33;
http://p.sf.net/sfu/devconf
_____________________________________________________________________
Ltsp-discuss mailing list.   To un-subscribe, or change prefs, goto:
      https://lists.sourceforge.net/lists/listinfo/ltsp-discuss
For additional LTSP help,   try #ltsp channel on irc.freenode.net
[prev in list] [next in list] [prev in thread] [next in thread]