Sent on the TELUS Mobility network with BlackBerry
-----Original Message-----
From: [email protected]
Date: Fri, 23 Jul 2010 17:22:05
To: <[email protected]>
Reply-To: [email protected]
Subject: Ltsp-discuss Digest, Vol 50, Issue 7
Send Ltsp-discuss mailing list submissions to
[email protected]
To subscribe or unsubscribe via the World Wide Web, visit
https://lists.sourceforge.net/lists/listinfo/ltsp-discuss
or, via email, send a message with subject or body 'help' to
[email protected]
You can reach the person managing the list at
[email protected]
When replying, please edit your Subject line so it is more specific
than "Re: Contents of Ltsp-discuss digest..."
Today's Topics:
1. Re: Integrating LTSP into a complex DHCP domain (David Burgess)
2. Login with wrong password gives "no response from server"
(Chris Roberts)
3. Localdev working only to some extend in Debian 5.2 backports
(JF Straeten)
4. Re: Keyboard configuration (Andre Majorel)
5. Atom board (Michael Blinn)
6. Re: Atom board (Andre Majorel)
7. Xorg.conf with same defined resolution (Andr?s Yacopino)
8. Re: Atom board (Jordan Erickson)
9. Re: Xorg.conf with same defined resolution (Gideon Romm)
10. Problems with "getpwuid_r(): failed due to unknown user id
(0)" (Henrik Melander)
11. Re: Atom board (Michael Blinn)
12. Re: Atom board (Jordan Erickson)
13. Re: Atom board (David Burgess)
14. puredata (rolf)
15. Re: Atom board (Michael Blinn)
16. Re: Atom board (David Burgess)
17. rootfs read-only (vla)
18. LTSP with KDE4 (Russell Brown)
----------------------------------------------------------------------
Message: 1
Date: Sun, 18 Jul 2010 20:49:25 -0600
From: David Burgess <[email protected]>
Subject: Re: [Ltsp-discuss] Integrating LTSP into a complex DHCP
domain
To: [email protected]
Message-ID:
<[email protected]>
Content-Type: text/plain; charset=UTF-8
On Sun, Jul 18, 2010 at 8:36 PM, David Mitchell <[email protected]> wrote:
> Thanks to Alkis and David for their responses. While I was awaiting moderator
> approval for my request I did a bit more research. Microsoft Server 2003's
> DHCP server offers setting options on a per-reservation basis, so PXE boot
> devices can have the proper parameters passed to them depending on their MAC
> address.
True. That's how we do it, as our deployment server is our default PXE
boot server, but it can get a bit tedious, depending on how many thin
clients you have, or how often things move around on your network.
db
------------------------------
Message: 2
Date: Mon, 19 Jul 2010 09:28:17 +0100
From: Chris Roberts <[email protected]>
Subject: [Ltsp-discuss] Login with wrong password gives "no response
from server"
To: [email protected]
Message-ID: <[email protected]>
Content-Type: text/plain; charset="us-ascii"
I realised that I have been putting up with a small irritation in LTSP,
assuming that it is a general issue, rather than being specific to me.
When my users get their password wrong, they get a "No response from server,
restarting" error. This then leads the user to bother me, thinking that the
server is down. They do generally get used to this over time, but it does
make them feel that the system lacks polish.
This problem is compounded when the users are prompted to change their
password, as it always seems to give this error, leading them to think that
they haven't succeeded in changing their password. They then try fruitlessly
to use their old password as they "know" that they haven't succeeded in
changing it. I then get them to try their new password and of course that
works.
I have some users who have yet to successfully change their password on their
own, which does add to my workload.
I have tried googling, but, whilst there are loads of hits for "ltsp \"no
response from server\"" of course these are not related to this more general
issue of the message itself being rather misleading.
So is this just a general problem, or just Debian, or just us? If it is a
general problem, is there a solution or workaround? Should I be logging a
bug?
--
Chris Roberts
+------------------+--------------------------+
| Distribution | Debian Lenny |
| LTSP Version | 5.2.2-1~bpo50+1 |
| LDM Version | 2:2.1.2-1~bpo50+1 |
| Windows Manager | KDE 3.5.10 |
| Kernel | 2.6.32-bpo.5-686-bigmem |
+------------------+--------------------------+
| Distribution | Debian Lenny |
| LTSP Version | 5.2.2-1~bpo50+1 |
| LDM Version | 2:2.1.2-1~bpo50+1 |
| Windows Manager | KDE 3.5.10 |
| Kernel | 2.6.26-2-686 |
+------------------+--------------------------+
------------------------------
Message: 3
Date: Tue, 20 Jul 2010 03:46:08 +0200
From: "JF Straeten" <[email protected]>
Subject: [Ltsp-discuss] Localdev working only to some extend in Debian
5.2 backports
To: LTSP <[email protected]>
Message-ID: <[email protected]>
Content-Type: text/plain; charset="iso-8859-1"
Dear List,
This evening, I tried to upgrade my LTSP server to 5.2 with Debian
backports.
After upgrading the server, I've created a new chroot, with the
backports too, as stated in
http://wiki.debian.org/LTSP/Howto/Lenny-With-Backports
giving this output to ltsp-info[1].
But the localdevs only work to some extend :
- CD/DVD doesn't work at all (nothing happens on pluging
drive/inserting media/removing/etc) ;
- USB devices are mounted in /tmp/.<user>-ltspfs/<device> ;
corresponding mountpoints are created in /media/USER/DEVICE ; but
the bind to there is never done.
(Note : devices are working normaly in /tmp though : I'm able to
write/read files on them).
So, it seems to be a mix of this problem :
http://marc.info/?l=ltsp-discuss&m=127748050031089&w=2
(but I do have the Debian backports...)
with this one :
http://marc.info/?l=ltsp-discuss&m=127229280518590&w=2
(but I've tried Vagrant's suggestions to no avail...)
If I follow the Ubuntu DebugLocalDev, all is fine until the last step,
where the command shows this error message :
j...@melmoth:~$ ssh -l root futro3
r...@futro3's password:
futro3:~# ssh -X -S /var/run/ldm_socket_3313_192.168.0.77 192.168.0.77
"/usr/sbin/ltspfsmounter /tmp add"
Wrote bbce42402068d8f049806b4748716adf size 32, waiting
Error: /media/jfs is not mounted
Error: /media/jfs/tmp is not mounted
mount: wrong fs type, bad option, bad superblock on /tmp/.jfs-ltspfs/tmp,
missing codepage or helper program, or other error
In some cases useful info is found in syslog - try
dmesg | tail or so
suid mount failed: [Errno 16] Device or resource busy: '/tmp/.jfs-ltspfs/tmp'
"/tmp" of the TC is mounted in /tmp/.jfs-ltspfs/tmp though ; a
directory to receive it is created in /media/jfs, but the operation
fails to bind the content of the first in the last (as I understand,
the mount in /tmp should only be temporary).
I've tried to upgrade fuse-utils/libfuse2 on the server (backports)
just in case, but with no better results regarding localdev.
After re-reading all related posts on the list since 5.2, I run out of
ideas and I'm at the point where I must ask for some help...
So, does anyone have a hint ? Or in other words, what can be the
reasons for a mount in /tmp to not bind to /media/USER ?
I know that's very strange since problems with 5.2 seem to be very
low, but I can repeat the problem to no end, with differents users and
usb devices.
Many thanks in advance (and, by the way, thanks also in general to the
LTSP devs for their work) !
--
JFS.
[1] Output of ltsp-info :
melmoth:/home/jfs# ltsp-info --verbose
server information:
No LSB modules are available.
Distributor ID: Debian
Description: Debian GNU/Linux 5.0.5 (lenny)
Release: 5.0.5
Codename: lenny
server packages:
ii ldm-server 2:2.1.2-1~bpo50+1
un ltsp-docs <n?ant>
ii ltsp-server 5.2.2-1~bpo50+1
un ltsp-utils <n?ant>
ii ltspfs 0.6-1~bpo50+1
chroot information: /opt/ltsp/i386
No LSB modules are available.
Distributor ID: Debian
Description: Debian GNU/Linux 5.0.5 (lenny)
Release: 5.0.5
Codename: lenny
packages in chroot: /opt/ltsp/i386
ii ldm 2:2.1.2-1~bpo50+1
ii ltsp-client 5.2.2-1~bpo50+1
ii ltsp-client-core 5.2.2-1~bpo50+1
ii ltspfsd 0.6-1~bpo50+1
ii ltspfsd-core 0.6-1~bpo50+1
found: /opt/ltsp/i386/etc/lts.conf
# This is the default lts.conf file for ltsp 5. For more information about
# valid options please see lts.conf(5) man page, available in the ltsp-docs
# package.
#
# Note that things like sound and local device support are auto-enabled if the
# corresponding packages are installed, there is no need to manually set these
# options anymore.
[default]
LTSP_CONFIG = True
CONSOLE_KEYMAP = "be-latin1"
X_OPTION_01 = "\"UseSSE\" \"on\""
XKBMODEL = "pc105"
XKBLAYOUT = "be"
#SOUND=False
LOCALDEV = True
#CONFIGURE_X=False
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 189 bytes
Desc: Digital signature
------------------------------
Message: 4
Date: Tue, 20 Jul 2010 08:54:25 +0200
From: Andre Majorel <[email protected]>
Subject: Re: [Ltsp-discuss] Keyboard configuration
To: [email protected]
Message-ID: <[email protected]>
Content-Type: text/plain; charset=iso-8859-1
On 2010-07-18 22:48 +0200, Andre Majorel wrote:
> I'm trying to get a working keyboard and LTSP does not cooperate.
>
> [default]
> CONFIGURE_X = True
> XKBLAYOUT = fr
> XKBMODEL = pc105
> XKBRULES = base
> XKBVARIANT = ""
> XRANDR_DISABLE = True
>
> The values of XKBLAYOUT, XKBMODEL, XKBRULES and XKBVARIANT in
> lts.conf don't appear in /var/run/ltsp-xorg.conf. It's not
> supposed to work that way, is it ?
That must be classified information. Anyway, the remedy was to set
XKBRULES to "evdev". It seems that X has its mind set on using
evdev. Even if xorg.conf starts with ? Driver "kbd" ? or
? XkbRules "base/xfree86/xorg" ?, X still uses evdev, it just
interprets the keycodes from evdev using the base/xfree86/xorg
rules and the result is a dog's breakfast.
At least, that's what I *think* is happening.
--
Andr? Majorel http://www.teaser.fr/~amajorel/
------------------------------
Message: 5
Date: Tue, 20 Jul 2010 08:21:17 -0400
From: Michael Blinn <[email protected]>
Subject: [Ltsp-discuss] Atom board
To: [email protected]
Message-ID:
<[email protected]>
Content-Type: text/plain; charset=ISO-8859-1
Does anyone have a recommendation of a nice Atom board that supports
DDR2 800, has a GB NIC, and a nicely working (=non-vesa) graphics
adaptor? I'm looking at Mini-ITX boards to replace the troublesome
D510M0 boards I ordered.
Thanks,
Michael
------------------------------
Message: 6
Date: Tue, 20 Jul 2010 16:38:09 +0200
From: Andre Majorel <[email protected]>
Subject: Re: [Ltsp-discuss] Atom board
To: [email protected]
Message-ID: <[email protected]>
Content-Type: text/plain; charset=iso-8859-1
On 2010-07-20 08:21 -0400, Michael Blinn wrote:
> Does anyone have a recommendation of a nice Atom board that supports
> DDR2 800, has a GB NIC, and a nicely working (=non-vesa)
> graphics adaptor? I'm looking at Mini-ITX boards to replace
> the troublesome D510M0 boards I ordered.
Zotac Ion ITX series. I chose the Ion ITX-B because it has VGA,
DVI and HDMI outputs.
Now that nouveau is in Debian testing, XV is supported. Only
remaining problems so far :
- you can't change modes (not with ctrl-alt-+/- or gvidm anyway),
- xvidtune dies on startup with XF86VidModeClientNotLocal,
- xset b is a no-op (unfortunate, because the X beep is insanely loud),
- no support for brightness/contrast/gamma in MPlayer,
- still no success in getting a 400x300 mode.
And of course no OpenGL.
--
Andr? Majorel http://www.teaser.fr/~amajorel/
------------------------------
Message: 7
Date: Tue, 20 Jul 2010 11:16:09 -0300
From: Andr?s Yacopino <[email protected]>
Subject: [Ltsp-discuss] Xorg.conf with same defined resolution
To: [email protected]
Message-ID: <[email protected]>
Content-Type: text/plain; charset=UTF-8
I have problems with JAVA Fonts resolution, these look fine using the
maximum resolution detected from the monitor (1024x768 in 15" CRT HP
5502 Monitor), but they look too small.
If i lower the resolution of GNome (800x600), they look bigger but with
lower resolution (too bad).
I want to force xorg to detect some lower resolution from the monitor
(800x600).
Does anybody has a sample xorg.conf with some static resolution for a
CRT monitor?
Thanks a lot,
--
Andr?s Fernando Yacopin
------------------------------
Message: 8
Date: Tue, 20 Jul 2010 09:24:23 -0700
From: Jordan Erickson <[email protected]>
Subject: Re: [Ltsp-discuss] Atom board
To: [email protected]
Message-ID: <[email protected]>
Content-Type: text/plain; charset=ISO-8859-1
The D945GCLF2 works really, really well for me (but only supports DDR2
533/667). Not sure if that's a show stopper for you or not. I love the
CPU and graphics performance though! Works great for localapps in a
64-bit chroot.
http://www.intel.com/products/desktop/motherboards/d945gclf2-d945gclf2d/d945gclf2-d945gclf2d-overview.htm
Cheers,
Jordan
On 07/20/2010 05:21 AM, Michael Blinn wrote:
> Does anyone have a recommendation of a nice Atom board that supports
> DDR2 800, has a GB NIC, and a nicely working (=non-vesa) graphics
> adaptor? I'm looking at Mini-ITX boards to replace the troublesome
> D510M0 boards I ordered.
>
> Thanks,
> Michael
>
> ------------------------------------------------------------------------------
> This SF.net email is sponsored by Sprint
> What will you do first with EVO, the first 4G phone?
> Visit sprint.com/first -- http://p.sf.net/sfu/sprint-com-first
> _____________________________________________________________________
> 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
--
Jordan Erickson - LNS
(707) 636-5678 - http://logicalnetworking.net
------------------------------
Message: 9
Date: Tue, 20 Jul 2010 16:43:31 -0400
From: Gideon Romm <[email protected]>
Subject: Re: [Ltsp-discuss] Xorg.conf with same defined resolution
To: [email protected], [email protected]
Message-ID:
<[email protected]>
Content-Type: text/plain; charset=ISO-8859-1
Try (in lts.conf):
XRANDR_MODE_0 = "800x600"
you can also try to set a different DPI with:
XRANDR_DPI_0 = 90
(adjust 90 as needed)
-Gadi
------------------------------
Message: 10
Date: Wed, 21 Jul 2010 11:38:18 +0200
From: Henrik Melander <[email protected]>
Subject: [Ltsp-discuss] Problems with "getpwuid_r(): failed due to
unknown user id (0)"
To: [email protected]
Message-ID: <[email protected]>
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
I have a lucid machine which I have configured as a ltsp server.
But I am unable too login using both a Fujitsu Lifebook client and a
gpxe client run from within virtualbox.
LDM seems OK and presents a login dialog but after specifying username
and password I always gets the error:
GLib-WARNING **: getpwuid_r(): failed due to unknown user id (0)
After the error message I gets redirected back to the login screen.
On the server I see that the ssh logins are OK.
I have tried googling but do not find any solutions that works.
Have you encountered this problem? Are there any logs I can nlook into
to pinpoint the cause of the error?
Regards,
Henrik Melander
------------------------------
Message: 11
Date: Wed, 21 Jul 2010 09:07:38 -0400
From: Michael Blinn <[email protected]>
Subject: Re: [Ltsp-discuss] Atom board
To: [email protected]
Message-ID:
<[email protected]>
Content-Type: text/plain; charset=ISO-8859-1
I have a few of these, and other than the chipfan, I love them! But
they're end-of-life with Intel, so they're not being made any more.
All the places I've checked are out of stock.
..unless you know a source?
Michael
On Tue, Jul 20, 2010 at 12:24 PM, Jordan Erickson
<[email protected]> wrote:
> The D945GCLF2 works really, really well for me (but only supports DDR2
> 533/667). Not sure if that's a show stopper for you or not. I love the
> CPU and graphics performance though! Works great for localapps in a
> 64-bit chroot.
>
> http://www.intel.com/products/desktop/motherboards/d945gclf2-d945gclf2d/d945gclf2-d945gclf2d-overview.htm
>
>
> Cheers,
> Jordan
------------------------------
Message: 12
Date: Wed, 21 Jul 2010 12:16:45 -0700
From: Jordan Erickson <[email protected]>
Subject: Re: [Ltsp-discuss] Atom board
To: [email protected]
Message-ID: <[email protected]>
Content-Type: text/plain; charset=ISO-8859-1
Nope, I got mine a few months ago so I guess if they're EOL they're EOL.
Any successors to it that you know of?
- Jordan
Michael Blinn wrote:
> I have a few of these, and other than the chipfan, I love them! But
> they're end-of-life with Intel, so they're not being made any more.
> All the places I've checked are out of stock.
> ..unless you know a source?
> Michael
>
> On Tue, Jul 20, 2010 at 12:24 PM, Jordan Erickson
> <[email protected]> wrote:
>> The D945GCLF2 works really, really well for me (but only supports DDR2
>> 533/667). Not sure if that's a show stopper for you or not. I love the
>> CPU and graphics performance though! Works great for localapps in a
>> 64-bit chroot.
>>
>> http://www.intel.com/products/desktop/motherboards/d945gclf2-d945gclf2d/d945gclf2-d945gclf2d-overview.htm
>>
>>
>> Cheers,
>> Jordan
>
> ------------------------------------------------------------------------------
> This SF.net email is sponsored by Sprint
> What will you do first with EVO, the first 4G phone?
> Visit sprint.com/first -- http://p.sf.net/sfu/sprint-com-first
> _____________________________________________________________________
> 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
--
Jordan Erickson - LNS
(707) 636-5678 - http://logicalnetworking.net
------------------------------
Message: 13
Date: Wed, 21 Jul 2010 13:35:04 -0600
From: David Burgess <[email protected]>
Subject: Re: [Ltsp-discuss] Atom board
To: [email protected]
Message-ID:
<[email protected]>
Content-Type: text/plain; charset=UTF-8
On Wed, Jul 21, 2010 at 1:16 PM, Jordan Erickson
<[email protected]> wrote:
> Nope, I got mine a few months ago so I guess if they're EOL they're EOL.
> Any successors to it that you know of?
Wouldn't that be the D510MO?
http://www.intel.com/products/desktop/motherboards/D510MO/D510MO-overview.htm
------------------------------
Message: 14
Date: Wed, 21 Jul 2010 22:02:03 +0200
From: rolf <[email protected]>
Subject: [Ltsp-discuss] puredata
To: [email protected]
Message-ID: <1279742523.11549.57.ca...@ub9hp>
Content-Type: text/plain; charset="UTF-8"
hello luke
thanks, i found your reply just today.
> I have found aptitude is better at reporting/solving dependency issues than
> apt-get. In addition you should make sure your local package info is up to
> date with:
> sudo chroot /opt/ltsp/i386
> aptitude update
> aptitude safe-upgrade
> aptitude install puredata
>
great advice.
i now got puredata installed in the chroot.
not completely without errors.
after the safe-upgrade:
" The following packages are BROKEN:
pulseaudio pulseaudio-esound-compat pulseaudio-module-udev "
during the install puredata:
aptitude tries to correct this, but
"dpkg: dependency problems prevent configuration of
pulseaudio-module-udev:
pulseaudio-module-udev depends on pulseaudio (= 1:0.9.19-0ubuntu4.1);
however:
Version of pulseaudio on system is 1:0.9.19-0ubuntu4.
dpkg: error processing pulseaudio-module-udev (--configure):
dependency problems - leaving unconfigured "
same goes for: pulseaudio-esound-compat.
i tried to boot the client anyway.
rhythmbox plays sound on the client.
puredata plays sound on the server.
puredata as localapps: no sound;
Pd(?) tries to write on /dev/dsp, does not succeed, and kills the audio.
i found a bug-report stating that a number of problems with pulseaudio
should be solved in ltsp/ 5.1.79-1.
i'm on ltsp/5.1.90 (with ubuntu 9.10).
so, what next?
(BTW puredata in my regular Ubuntu works ok)
rolf
------------------------------
Message: 15
Date: Thu, 22 Jul 2010 08:10:26 -0400
From: Michael Blinn <[email protected]>
Subject: Re: [Ltsp-discuss] Atom board
To: [email protected]
Message-ID:
<[email protected]>
Content-Type: text/plain; charset=ISO-8859-1
Yeah, these are the ones that I can't get to work correctly. They're
VESA-only, and the NIC doesn't boot consistently with Hardy. Only
works perhaps 1 out of every 4 or 5 times, and then only through gPXE.
PXE doesn't work at all.
On Wed, Jul 21, 2010 at 3:35 PM, David Burgess <[email protected]> wrote:
> On Wed, Jul 21, 2010 at 1:16 PM, Jordan Erickson
> <[email protected]> wrote:
>> Nope, I got mine a few months ago so I guess if they're EOL they're EOL.
>> Any successors to it that you know of?
>
> Wouldn't that be the D510MO?
>
> http://www.intel.com/products/desktop/motherboards/D510MO/D510MO-overview.htm
------------------------------
Message: 16
Date: Thu, 22 Jul 2010 08:29:10 -0600
From: David Burgess <[email protected]>
Subject: Re: [Ltsp-discuss] Atom board
To: [email protected]
Message-ID:
<[email protected]>
Content-Type: text/plain; charset=UTF-8
On Thu, Jul 22, 2010 at 6:10 AM, Michael Blinn
<[email protected]> wrote:
> Yeah, these are the ones that I can't get to work correctly. They're
> VESA-only, and the NIC doesn't boot consistently with Hardy. Only
> works perhaps 1 out of every 4 or 5 times, and then only through gPXE.
> PXE doesn't work at all.
Oops, there it is, right in your original post. Too bad. I don't see
what GPU they're using in that one, other than it's Intel. I think
Intel graphics support improved quite a bit in 9.10, if you can give
that a try.
You could have a look at the Supermicro X7SPA line or the Zotac Ions.
I have the latter as a fileserver, and I'm eyeballing the former as a
replacement. Both are pricier than the Intel boards, although you can
pick up an Acer Revo or Zotac Mag for around $200.
db
------------------------------
Message: 17
Date: Fri, 23 Jul 2010 09:15:52 +0200
From: vla <[email protected]>
Subject: [Ltsp-discuss] rootfs read-only
To: [email protected]
Message-ID: <[email protected]>
Content-Type: text/plain; charset=ISO-8859-15; format=flowed
Hi,
i followed the manual howto for gentoo & ltsp5 on
http://flowledge.nl/gentoo/ltsp/ because the ltsp-build-client script
stopped with "no stage_uri", "could not emerge kernel sources", "please
correct any problems above".
my thinclient now loads ramdisk & kernel, but then i get a bunch of
"cannot touch xyz: Read-only file system" and "Failed to create
temporary cache" error messages, and finally a login prompt.
a 'mount' on the thinclient shows:
rootfs on / type rootfs (rw)
192.168.0.44:/opt/ltsp/x86 on / type nfs (rw,...
proc on /proc...
sysfs on /sys...
udev on /udev...
shm on /dev/shm...
usbfs on /proc/bus/usb...
binfmt_misc on /proc/sys/fs/binfmt/misc....
What to do?
Manfred
------------------------------
Message: 18
Date: Fri, 23 Jul 2010 18:08:19 +0100 (BST)
From: [email protected] (Russell Brown)
Subject: [Ltsp-discuss] LTSP with KDE4
To: [email protected]
Message-ID: <[email protected]>
Content-Type: text/plain; charset=UTF-8
For ages now we've been running low powered (256 or 512Mb RAM, Via CPU &
chipset) thin-clients booting LTSP 4.X that initiate an XDMP session
onto a fairly chunky multi-way Opteron Kubuntu Hardy based server. The
KDE 3.5 desktop was great for our purposes and it's all been working
fine. Many thanks to the LTSP team for all their fine work.
With Lucid LTS having had a while to settle and the impending 'death' of
KDE3.5 and Hardy, I thought I'd get up a spare server and start testing
the latest and greatest LTSP and Kubuntu in advance of moving our
systems over to it.... so that's what I've spent the last couple of
days doing and it's all become something of a nightmare :-(
Sticking with LTSP 4.2 for the moment.. (it's faster to boot than LTSP5
although I do like 5's idea and design); If I boot my thin clients
without glx modules in Xorg (ie with the the vesa driver) then the
desktop performance is truly dire and becomes unusable.
If I boot them with the (Xorg detected) Via drivers and glx then Kde
crashes out just after showing the initial desktop and panel. The
.xsession-errors file is some 38K long! but the point of failure seems
to be "kdeinit4: Fatal IO error: client killed".
I've started off with kubuntu-10.04-alternate-i386.iso and upgraded via
apt to the latest versions of everything; I've even added the
kubuntu-ppa and installed KDE 4.4.5 but there's no difference.
FWIW, using a Gnome session on the same server and thin-client works
fine as does Xfce4 (although with glx, compositing turned on and shadows
and transparency it's not a snappy as without but proves the point that
Xorg/glx in itself isn't the problem) so I don't think it's the
thin-client(s) or LTSP that's the problem but something in
KDE4/plasma/etc; I'm just asking here in the hope that others have been
down the same path and found a solution.
So..... am I flogging a dead horse trying to use KDE4 on modest
hardware? Has anyone else got a similar setup working? Any suggestions
on where to go from here?
Perhaps KDE4 is just too heavy on the graphics for any non-local X
display... but I hope someone will tell me otherwise.
Oh.... using LTSP5; Xorg dies (using SCREEN_07 = xdmcp) as soon as it
tries starting the KDE4 session :-( but works fine with Gnome.
--
Regards,
Russell
--------------------------------------------------------------------
| Russell Brown | MAIL: [email protected] PHONE: 01780 471800 |
| Lady Lodge Systems | WWW Work: http://www.lls.com |
| Peterborough, England | WWW Play: http://www.ruffle.me.uk |
--------------------------------------------------------------------
------------------------------
------------------------------------------------------------------------------
This SF.net email is sponsored by Sprint
What will you do first with EVO, the first 4G phone?
Visit sprint.com/first -- http://p.sf.net/sfu/sprint-com-first
------------------------------
_____________________________________________________________________
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
End of Ltsp-discuss Digest, Vol 50, Issue 7
*******************************************
------------------------------------------------------------------------------
This SF.net email is sponsored by Sprint
What will you do first with EVO, the first 4G phone?
Visit sprint.com/first -- http://p.sf.net/sfu/sprint-com-first
_____________________________________________________________________
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
