On 11/04/2010 10:30 PM, David Burgess wrote:
> On Thu, Nov 4, 2010 at 7:43 PM, Jeff Siddall wrote:
>
>> With RAM as cheap as it is that is not a tough or expensive thing to do,
>> but does losing everything in /tmp on a reboot cause any problems?
>
> /tmp is always cleared on a reboot, even if i
On Thu, 2010-11-04 at 18:50 -0400, Gideon Romm wrote:
> FYI:
>
> Mark Gariepy and I hacked up a working remote apps implementation at
> LTSP By The Sea (our annual dev conference) last weekend.
>
> It is all in the upstream bzr repository. I believe that Mark may have
> a deb in a ppa somewhere i
On Thu, Nov 4, 2010 at 7:43 PM, Jeff Siddall wrote:
> With RAM as cheap as it is that is not a tough or expensive thing to do,
> but does losing everything in /tmp on a reboot cause any problems?
/tmp is always cleared on a reboot, even if it's in persistent
storage, so a ramdisk has no disadvan
Is there any downside to running /tmp on a ramdisk? I noticed someone
recently posted a script which added this to the fstab
tmpfs /tmp tmpfs defaults,noatime,size=1000M,mode=1777 0 0
With RAM as cheap as it is that is not a tough or expensive thing to do,
but does losing everything in /tmp on a
On 11/04/2010 06:52 PM, john wrote:
> Hi Jeff,
>
> On Thu, Nov 4, 2010 at 12:48 PM, Jeff Siddall wrote:
>
>
>> One more thing that might throw a wrench into your plans: keep in mind
>> that almost all Linux desktop apps are single threaded. That means for
>> almost everything a typical user do
On Friday 05 November 2010 06:52:31 ltsp-discuss-requ...@lists.sourceforge.net
wrote:
> > Hi everyone
> >
> > I'm in the process to update the server of one of my customers. It is a
> > small non-profit company.
> >
> > Their current server is an old Intel 2,4GHz P4/Celeron (one core) with
> > 5
FYI:
Mark Gariepy and I hacked up a working remote apps implementation at
LTSP By The Sea (our annual dev conference) last weekend.
It is all in the upstream bzr repository. I believe that Mark may have
a deb in a ppa somewhere if you would like to test it.
-Gadi
---
Hi Jeff,
On Thu, Nov 4, 2010 at 12:48 PM, Jeff Siddall wrote:
> One more thing that might throw a wrench into your plans: keep in mind
> that almost all Linux desktop apps are single threaded. That means for
> almost everything a typical user does a single core Atom will be just as
> fast as a
I am using it now, and I changed it a little to allow for filenames with
spaces in them (attached)
Thanks again for coming up with this, it should be included in LTSP.
On Wed, Oct 20, 2010 at 1:50 PM, Peter Matulis
wrote:
> So I spend quite some time mucking around with Firefox as a localapp and
On 11/04/2010 01:39 PM, john wrote:
> On Wed, Nov 3, 2010 at 6:37 PM, Jeff Siddall wrote:
>
>> By far the cheapest dual core CPU client would be the Intel D510MO.
>> Complete systems with 2 GB RAM and a case/PS can be had for about $200.
>> After that AMD is probably your best bet for price/perf
On Wed, Nov 3, 2010 at 6:37 PM, Jeff Siddall wrote:
> By far the cheapest dual core CPU client would be the Intel D510MO.
> Complete systems with 2 GB RAM and a case/PS can be had for about $200.
> After that AMD is probably your best bet for price/performance. Their
> dual core Athlon II 45 W
Στις 04-11-2010, ημέρα Πεμ, και ώρα 11:49 +0100, ο/η vla έγραψε:
> i tried 'ltsp-update-image' && 'ltsp-update-sshkeys' but not before i
> executed 'ltsp-build-client' clients could log in again.
It's the opposite, ltsp-update-sshkeys && ltsp-update-image.
--
after cloning a ltsp-server and changing its ip-adress clients got a
login screen but no one could login.
error message:
'keine antwort des servers' ( aka 'server is not responding'(?))
i tried 'ltsp-update-image' && 'ltsp-update-sshkeys' but not before i
executed 'ltsp-build-client' clients cou
13 matches
Mail list logo