> There's already a bug on this. I opened it a couple of years ago.
>
>https://bugs.freedesktop.org/show_bug.cgi?id=4942
>
> But, what's the Xserver to do? Deny allocating any ram to the Xclient?
> that's what the XRAMPERC does.
>
I 100% agree with Jim but I however do not 100% agree
On 07/09/07, Lance Jahnig <[EMAIL PROTECTED]> wrote:
>
> I contacted Smart Tech and this is what they said:
>
> "We have not had any inquiries about a Linux Terminal Server before. The 600
> series boards would use the /dev/usb/hiddev as the device driver for
> communication for touch on the SMART
I contacted Smart Tech and this is what they said:
"We have not had any inquiries about a Linux Terminal Server before. The 600
series boards would use the /dev/usb/hiddev as the device driver for
communication for touch on the SMART Board. You would have to make sure the
mappings from the te
I am trying to use squid as a proxy server so I can use dansguardian
as a web filter. I am using centos 5 and squid 2.6.
I edited the squid.conf as follows:
http_port 127.0.0.1:3128 transparent
Then edited the dansguardian.conf file as follows:
filterip = 127.0.0.1
filterport = 8080
proxyi
Michael Kosovic wrote:
> If any other ideas come through I will be very open to suggestions.
>
> Thanks!
>
> Michael Kosovic
I just had this problem, also. As a qualifier to the steps I took, I
will let you know that I run KDE on openSUSE 10.2 using LTSP 4.x.
After looking around for awhile
On Thu, 06 Sep 2007 16:27:44 +0200, Ondrej Valousek wrote
> Hi Scott,
>
> Nice work! In the mean time, we need to add the code:
Ondrej, check out the post I forwarded to the list a few minutes ago. It is a
step by
step to modify an Edubuntu installation to accept the new XRAMPERC= variable in
-- Forwarded Message ---
From: "Jim Kronebusch" <[EMAIL PROTECTED]>
To: [EMAIL PROTECTED]
Sent: Sun, 2 Sep 2007 14:03:04 -0500
Subject: How to keep X from consuming all available client RAM
Here is another tip provided by Scott Balnaeves. If you are having trouble
with an
applic
> plus, i'll open a new bugzilla with ff about the pixmap issue or check
> the status of
> the current x-carsh-pixmaps bug (if one present ?)
I opened the following two bugs today, one with Ubuntu in Launchpad and the
other with
Mozilla in bugzilla to address this:
https://bugs.launchpad.net/ubu
Nadav Kavalerchik wrote:
> i think i solved it with all of your helpful advices! , thanks you :-)
>
> the script that Ondrej suggested i use was already in startx but was
> never used by me.
> so i set the XRAMPERC to 80 and found out that when i overload FF with
> 20 tabs that hold flash object
i think i solved it with all of your helpful advices! , thanks you :-)
the script that Ondrej suggested i use was already in startx but was
never used by me.
so i set the XRAMPERC to 80 and found out that when i overload FF with
20 tabs that hold flash objects and heavy graphics the FF crashes
alo
No it is not so easy to solve rdesktop problem with ltsp by using apt-get
install rdesktop. Ubuntu has rdesktop. I installed rdesktop in LTSP server.
But rdesktop has many dependencies and modules etc. I couldn't succeed.
Mr. Hakan Kutucu
Science Faculty, Izmir Institute of Technology
Gulbahceko
thank you for the responses :-)
i'm using fc6 with ltsp 4.2 so i'll check and see if the X-anti-crash
script is in place
and if not add it.
plus, i'll open a new bugzilla with ff about the pixmap issue or check
the status of
the current x-carsh-pixmaps bug (if one present ?)
we try to use opera
Ondrej Valousek wrote:
> Talking about screen.d scripts... in the mean time, would it be possible
> for Gutsy to contain some more interesting things? Like ssh or startnx
> scripts. I can provide them if anyone is interested...
We're past UVF in gutsy, so it'd have to wait for gutsy+1, but there'
Hi Scott,
Nice work! In the mean time, we need to add the code:
XMEM=0
while read TYPE VALUE UNITS; do
case ${TYPE} in
MemFree:|SwapFree:)
XMEM=$((${XMEM} + ${VALUE}))
;;
esac
done < /proc/meminfo
XMEM=$((${XMEM} * ${XRAMPERC:-90} / 100))
echo " X server limited to ${
Ondrej Valousek wrote:
> I do not understand why is this code not available in ltsp-5. It was
> very useful thing!
Because we forgot, or no one had time, to add it in.
> Increasing the swap is not a solution - bring the code I mentioned back!
https://code.launchpad.net/~sbalneav/ltsp/scotts-gut
Jim McQuillan wrote:
> Yes, it is a bug. Specifically, the Ubuntu branch of LTSP-5 doesn't
> handle a root-path with the IP address in it. The Debian branch has
> been fixed. If it hasn't been fixed in Ubuntu yet, hopefully it will be
> soon.
It was fixed at the same time in Ubuntu. It wil
Another bug in LTSP-5 (there is quite many of them, unfortunately,
because it is very nice move forward), but this one is easy to solve -
you need to install rdesktop binary to the LTSP environment - something
like apt-get install rdesktop.
Ondrej
Hakan Kutucu wrote:
> Hi Everybody,
>
> I hav
Hi Everybody,
I have installed last version of Ubuntu and LTSP 5. All clients boot from
the server normally. There is an windows server in the LAN. I would like to
connect it via rdesktop from clients. But when I change lts.conf as
"SCREEN_04= rdesktop 192.168.0.1" it doesn't work.
What is
The problem is in FF consuming all available memory on the client for
pixmaps.
In LTSP 4.2 X startup scripts there was a code that limited the X server
memory to what was actually accessible by the thin client. This code
made the X server stable because otherwise once the FF consumes all
available
Ondrej Valousek wrote:
> Hi Scott,
>
> Thanks for the answers, but I would say
> 1. My experience says that clients with less that 512Mb RAM suffer when
> used for heavy web browsing - firefox will eat majority of the memory
> for pixmaps and if you do not have enough, well
The vast majority
On Thu, 6 Sep 2007 15:19:27 +0300, Nadav Kavalerchik wrote
> Hi :-)
>
> we use firefox 2.0.0.6 on terminal's that have Intel i810 graphic display
> cards. we experience frequent crashes of X when browsing the net, on random
> sites.
>
> using opera / konqueror we never have problems,
> but we m
That distro are you using? I've been having this lately with dapper's
firefox. I think it has something to do with tabbed browsing, but I
can't figure out what yet.
Nadav Kavalerchik wrote:
>Hi :-)
>
>we use firefox 2.0.0.6 on terminal's that have Intel i810 graphic display
>cards.
>we exper
I "solved" (delayed) the problem by using ltspswapd and a 128M swap file.
Michael
Nadav Kavalerchik wrote:
> Hi :-)
>
> we use firefox 2.0.0.6 on terminal's that have Intel i810 graphic display
> cards.
> we experience frequent crashes of X when browsing the net, on random sites.
>
> using oper
Hi :-)
we use firefox 2.0.0.6 on terminal's that have Intel i810 graphic display cards.
we experience frequent crashes of X when browsing the net, on random sites.
using opera / konqueror we never have problems,
but we miss some of the features firefox has :-(
i remember some threads about this
Hi Scott,
Thanks for the answers, but I would say
1. My experience says that clients with less that 512Mb RAM suffer when
used for heavy web browsing - firefox will eat majority of the memory
for pixmaps and if you do not have enough, well
2. NFS (till v.3) is a stateless protocol - the server
Ondrej Valousek wrote:
> Hi all,
>
> I was using (and still use) ltsp 4.2 which expected dhcp root-path
> option in format
> "server_IP:/nfs_root_share".
> Also documentation refers to this format, but the new ltsp5.0, on Ubuntu
> expect only
> "/nfs_root_share" format of this option (the previo
Hi all,
I was using (and still use) ltsp 4.2 which expected dhcp root-path
option in format
"server_IP:/nfs_root_share".
Also documentation refers to this format, but the new ltsp5.0, on Ubuntu
expect only
"/nfs_root_share" format of this option (the previous fails). The IP of
the NFS server is ta
27 matches
Mail list logo