Still doesn't work. But thank you very much for your help. Finally I'll file the bug report because of the LVDS. I am pretty sure I can figure a way out to get this working now.
2009/8/13 Gideon Romm <[email protected]>: > Peter- > > There seems to be a difference between EDID and DDC modes. Also, it > appears EDID says that 1920x1...@76hz is the preferred mode, but xrandr > earlier showed a refresh rate of 60Hz. > > Some things to try: > > X_OPTION_01 = "\"IgnoreEDID\" \"true\"" > > This tells the driver to ignore the EDID report for mode validation, but > still uses DDC. You can find other options in "man radeon" > > XRANDR_MODE_0 = 1920x1200 > XRANDR_RATE_0 = 60 > > This would try to set the refresh rate to 60 HZ. > > X_HORZSYNC = 30-100 > X_VERTREFRESH = 55-65 > > This would try to force sync ranges. > > Yeah, it's annoying when the autodetect stuff doesn't work. > > -Gadi > > On Thu, 2009-08-13 at 15:56 +0200, Peter Stein wrote: >> Mh, XRANDR_OUTPUT_0 = "DVI-0 --auto" gives also no signal. As well as >> xrandr -s "resolution". Doesn't look like related to ltsp. Either some >> driver or xrandr problem. This is the problem of kicking out xorg.conf >> etc. Automatic configuration is wonderful if it works and crappy if >> you have a problem. >> >> /var/log/Xorg.7.log says and looks normal to me. Unfortunately I >> cannot search for the problem, because I immediately loose my XServer. >> >> (II) RADEON(0): Monitor name: P24W-5 ECO >> (II) RADEON(0): Serial No: YE7H505533 >> (II) RADEON(0): Number of EDID sections to follow: 1 >> (II) RADEON(0): EDID (in hex): >> (II) RADEON(0): 00ffffffffffff001ab3a80601010101 >> (II) RADEON(0): 0d130103803420782aee95a3544c9926 >> (II) RADEON(0): 0f5054a54b00d1c081c0b300a9409500 >> (II) RADEON(0): 950f81008180283c80a070b023403020 >> (II) RADEON(0): 360006442100001a000000fd00174c1a >> (II) RADEON(0): 4c11000a202020202020000000fc0050 >> (II) RADEON(0): 3234572d352045434f0a2020000000ff >> (II) RADEON(0): 00594537483530353533330a202001a1 >> (II) RADEON(0): 0203110b4c909f85948493839201a2a1 >> (II) RADEON(0): a0023a80d072382d40102c9680064421 >> (II) RADEON(0): 000018011d8018711c1620582c250006 >> (II) RADEON(0): 442100009e011d80d0721c1620102c25 >> (II) RADEON(0): 8006442100009e011d00bc52d01e20b8 >> (II) RADEON(0): 28554006442100001e8c0ad090204031 >> (II) RADEON(0): 200c4055000644210000188c0ad08a20 >> (II) RADEON(0): e02d10103e96000644210000180000e5 >> (II) RADEON(0): EDID vendor "FUS", prod id 1704 >> (II) RADEON(0): Output: LVDS, Detected Monitor Type: 0 >> (II) RADEON(0): Query for AtomBIOS Get Panel EDID: failed >> (II) RADEON(0): Added native panel mode: 640x480 >> (II) RADEON(0): EDID vendor "FUS", prod id 1704 >> (II) RADEON(0): Using hsync ranges from config file >> (II) RADEON(0): Using vrefresh ranges from config file >> (II) RADEON(0): Printing DDC gathered Modelines: >> (II) RADEON(0): Modeline "1920x1200"x0.0 154.00 1920 1968 2000 2080 >> 1200 1203 1209 1235 +hsync -vsync (74.0 kHz) >> (II) RADEON(0): Modeline "800x600"x0.0 40.00 800 840 968 1056 600 >> 601 605 628 +hsync +vsync (37.9 kHz) >> (II) RADEON(0): Modeline "640x480"x0.0 31.50 640 656 720 840 480 >> 481 484 500 -hsync -vsync (37.5 kHz) >> (II) RADEON(0): Modeline "640x480"x0.0 25.18 640 656 752 800 480 >> 490 492 525 -hsync -vsync (31.5 kHz) >> (II) RADEON(0): Modeline "720x400"x0.0 28.32 720 738 846 900 400 >> 412 414 449 -hsync +vsync (31.5 kHz) >> (II) RADEON(0): Modeline "1280x1024"x0.0 135.00 1280 1296 1440 1688 >> 1024 1025 1028 1066 +hsync +vsync (80.0 kHz) >> (II) RADEON(0): Modeline "1024x768"x0.0 78.75 1024 1040 1136 1312 >> 768 769 772 800 +hsync +vsync (60.0 kHz) >> (II) RADEON(0): Modeline "1024x768"x0.0 65.00 1024 1048 1184 1344 >> 768 771 777 806 -hsync -vsync (48.4 kHz) >> (II) RADEON(0): Modeline "800x600"x0.0 49.50 800 816 896 1056 600 >> 601 604 625 +hsync +vsync (46.9 kHz) >> (II) RADEON(0): Modeline "1920x1080"x60.0 172.80 1920 2040 2248 2576 >> 1080 1081 1084 1118 -hsync +vsync (67.1 kHz) >> (II) RADEON(0): Modeline "1280x720"x60.0 74.48 1280 1336 1472 1664 >> 720 721 724 746 -hsync +vsync (44.8 kHz) >> (II) RADEON(0): Modeline "1680x1050"x0.0 119.00 1680 1728 1760 1840 >> 1050 1053 1059 1080 +hsync -vsync (64.7 kHz) >> (II) RADEON(0): Modeline "1600x1200"x0.0 162.00 1600 1664 1856 2160 >> 1200 1201 1204 1250 +hsync +vsync (75.0 kHz) >> (II) RADEON(0): Modeline "1440x900"x0.0 88.75 1440 1488 1520 1600 >> 900 903 909 926 +hsync -vsync (55.5 kHz) >> (II) RADEON(0): Modeline "1440x900"x0.0 136.75 1440 1536 1688 1936 >> 900 903 909 942 -hsync +vsync (70.6 kHz) >> (II) RADEON(0): Modeline "1280x800"x0.0 71.00 1280 1328 1360 1440 >> 800 803 809 823 +hsync -vsync (49.3 kHz) >> (II) RADEON(0): Modeline "1280x1024"x0.0 108.00 1280 1328 1440 1688 >> 1024 1025 1028 1066 +hsync +vsync (64.0 kHz) >> (II) RADEON(0): Output: DVI-0, Detected Monitor Type: 3 >> (II) RADEON(0): EDID data from the display on output: DVI-0 >> ---------------------- >> (II) RADEON(0): Manufacturer: FUS Model: 6a8 Serial#: 16843009 >> (II) RADEON(0): Year: 2009 Week: 13 >> (II) RADEON(0): EDID Version: 1.3 >> (II) RADEON(0): Digital Display Input >> (II) RADEON(0): Max Image Size [cm]: horiz.: 52 vert.: 32 >> (II) RADEON(0): Gamma: 2.20 >> (II) RADEON(0): DPMS capabilities: Off >> (II) RADEON(0): Supported color encodings: RGB 4:4:4 YCrCb 4:4:4 >> (II) RADEON(0): First detailed timing is preferred mode >> (II) RADEON(0): redX: 0.640 redY: 0.330 greenX: 0.300 greenY: 0.600 >> (II) RADEON(0): blueX: 0.150 blueY: 0.060 whiteX: 0.313 whiteY: 0.329 >> (II) RADEON(0): Supported VESA Video Modes: >> (II) RADEON(0): 720x...@70hz >> (II) RADEON(0): 640x...@60hz >> (II) RADEON(0): 640x...@75hz >> (II) RADEON(0): 800x...@60hz >> (II) RADEON(0): 800x...@75hz >> (II) RADEON(0): 1024x...@60hz >> (II) RADEON(0): 1024x...@75hz >> (II) RADEON(0): 1280x1...@75hz >> (II) RADEON(0): Manufacturer's mask: 0 >> (II) RADEON(0): Supported Future Video Modes: >> (II) RADEON(0): #0: hsize: 1920 vsize 1080 refresh: 60 vid: 49361 >> (II) RADEON(0): #1: hsize: 1280 vsize 720 refresh: 60 vid: 49281 >> (II) RADEON(0): #2: hsize: 1680 vsize 1050 refresh: 60 vid: 179 >> (II) RADEON(0): #3: hsize: 1600 vsize 1200 refresh: 60 vid: 16553 >> (II) RADEON(0): #4: hsize: 1440 vsize 900 refresh: 60 vid: 149 >> (II) RADEON(0): #5: hsize: 1440 vsize 900 refresh: 75 vid: 3989 >> (II) RADEON(0): #6: hsize: 1280 vsize 800 refresh: 60 vid: 129 >> (II) RADEON(0): #7: hsize: 1280 vsize 1024 refresh: 60 vid: 32897 >> (II) RADEON(0): Supported additional Video Mode: >> (II) RADEON(0): clock: 154.0 MHz Image Size: 518 x 324 mm >> (II) RADEON(0): h_active: 1920 h_sync: 1968 h_sync_end 2000 >> h_blank_end 2080 h_border: 0 >> (II) RADEON(0): v_active: 1200 v_sync: 1203 v_sync_end 1209 >> v_blanking: 1235 v_border: 0 >> (II) RADEON(0): Ranges: V min: 23 V max: 76 Hz, H min: 26 H max: 76 >> kHz, PixClock max 170 MHz >> >> >> 2009/8/13 Gideon Romm <[email protected]>: >> > Peter- >> > >> > The "going to sleep" message sound like it is coming from the monitor - >> > not the driver. In other words, the driver is being put into a mode >> > that the monitor does not support. >> > >> > Instead of setting the mode, delete the XRANDR_MODE_0 line and change >> > the output line to: >> > >> > XRANDR_OUTPUT_0 = "DVI-0 --auto" >> > >> > and see if that cures things. >> > >> > -Gadi >> > >> > On Thu, 2009-08-13 at 14:42 +0200, Peter Stein wrote: >> >> xrandr gives: >> >> >> >> $xrandr >> >> Screen 0: minimum 320 x 200, current 1920 x 1200, maximum 1920 x 1600 >> >> LVDS connected 640x480+0+0 (normal left inverted right x axis y axis) 0mm >> >> x 0mm >> >> 640x480 60.0*+ 59.9 >> >> DVI-0 connected 1920x1200+0+0 (normal left inverted right x axis y >> >> axis) 518mm x 324mm >> >> 1920x1200 60.0*+ >> >> 1600x1200 60.0 >> >> 1680x1050 59.9 >> >> 1280x1024 75.0 60.0 >> >> 1440x900 75.0 59.9 >> >> 1280x800 59.9 >> >> 1280x720 60.0 >> >> 1024x768 75.0 60.0 >> >> 800x600 75.0 60.3 >> >> 640x480 75.0 59.9 >> >> 720x400 70.1 >> >> >> >> So it is LVDS - This is a "laptop display", isn't it? Well, your >> >> settings were kind of successful. >> >> >> >> XRANDR_DISABLE = False >> >> XRANDR_OUTPUT_0 = "DVI-0" >> >> XRANDR_OUTPUT_1 = "LVDS --off" >> >> >> >> Disables the LVDS. Just what I wanted. But if I add >> >> >> >> XRANDR_MODE_0 = 1920x1200 >> >> >> >> for my terminal the display shows: "No signal, going to sleep." Looks >> >> like some xrandr stuff that doesn't work. No idea yet, what it could >> >> be. Without XRANDR_MODE_0 = 1920x1200 ldm starts with 640x480. >> >> >> >> Cheers >> >> >> >> >> >> >> >> Peter >> >> >> >> >> >> 2009/8/12 Gideon Romm <[email protected]>: >> >> > Peter- >> >> > >> >> > Do this: >> >> > >> >> > 1. Log in from the thin client, open a terminal window, and type: xrandr >> >> > 2. Take a look at the names of the outputs (ie. "VGA", "TMDS-1", "TV", >> >> > etc) >> >> > 3. Then, figure out which of the outputs is the one that is producing >> >> > the 640x480, and we will turn it off. Here's how: >> >> > >> >> > Let's say, "VGA" is the one we want on, and "TV" is the one we want off. >> >> > You should be able to have in lts.conf: >> >> > >> >> > XRANDR_DISABLE = False >> >> > XRANDR_OUTPUT_0 = "VGA" >> >> > XRANDR_OUTPUT_1 = "TV --off" >> >> > >> >> > That *should* disable the unwanted output. If you want to force a >> >> > resolution on the active output, you can add: >> >> > >> >> > XRANDR_MODE_0 = 1920x1200 >> >> > >> >> > Some drivers will activate outputs through xrandr incorrectly. These >> >> > steps should hopefully rectify it. >> >> > >> >> > -Gadi >> >> > >> >> > On Wed, 2009-08-12 at 15:19 +0200, Peter Stein wrote: >> >> >> Sometimes those machines are just mysterious. Well, LDM_DIRECTX really >> >> >> reduces ssh's CPU usage to zero. But still Maple was unusable. I >> >> >> checked the gnome display settings and found a second display that was >> >> >> activated with 640x480 that was right in the "real display". How come? >> >> >> No idea. >> >> >> Here's my lts.conf: >> >> >> >> >> >> [default] >> >> >> LDM_DIRECTX = True >> >> >> NETWORK_COMPRESSION = False >> >> >> XRANDR_DISABLE = "True" >> >> >> CONFIGURE_X = "True" >> >> >> USE_XFS = "True" >> >> >> XFS_SERVER = "10.153.106.228" >> >> >> SYSLOG_HOST = "10.153.106.236" >> >> >> [S500-6] >> >> >> X_MODE_0 = "1920x1200" >> >> >> >> >> >> If xrandr is not disabled ldm comes up with 640x480. >> >> >> I deactivated the second display manually in display settings and CPU >> >> >> usage of xorg was reduced massively. Now Maple is at least usable, >> >> >> still lagging a bit, but much better. How can I disable the second >> >> >> display for all users or better get rid of it? Does xrandr work for >> >> >> you with the correct screen resolution? >> >> >> >> >> >> >> >> >> Peter >> >> >> >> >> >> >> >> >> >> >> >> 2009/8/12 Frank Bergmann <[email protected]>: >> >> >> > Java should work quicker via NX-Connection. >> >> >> > So you could install the freenx Server on your sever and a fat client >> >> >> > that boots a small desktop und autostarts the nomachine client. >> >> >> > Maybe you should test this first: Boot a client from cd, install >> >> >> > nomachine client and see how it goes. >> >> >> > Frank >> >> >> > >> >> >> > 2009/8/12 Peter Stein <[email protected]> >> >> >> >> >> >> >> >> Compiz is disabled. LDM_DIRECTX didn't help. Video drivers are ok, I >> >> >> >> use the free radeon drivers, they are well tested. >> >> >> >> How should I install such software as Maple, Mathematica locally ... >> >> >> >> This software needs some kind of computer power. The programs are >> >> >> >> huge. That's why we have our workstations and not a thin client. >> >> >> >> Unfortunately this doesn't look like a good plan. So what is left? >> >> >> >> >> >> >> >> 2009/8/11 Gideon Romm <[email protected]>: >> >> >> >> > Peter, >> >> >> >> > >> >> >> >> > You have several options available: >> >> >> >> > >> >> >> >> > 1. LDM_DIRECTX (set to True in lts.conf, video will not be >> >> >> >> > tunneled >> >> >> >> > through ssh and go back to the client directly) >> >> >> >> > >> >> >> >> > 2. LOCAL_APPS - install java and java programs in the chroot and >> >> >> >> > run >> >> >> >> > them as local apps rather than from the server - do the same with >> >> >> >> > ff and >> >> >> >> > plugins >> >> >> >> > >> >> >> >> > 3. See if you have the optimal video drivers for the thin client >> >> >> >> > >> >> >> >> > 4. Disable compiz if it is running on the server >> >> >> >> > >> >> >> >> > These are off the top of my head. >> >> >> >> > >> >> >> >> > -Gadi >> >> >> >> > >> >> >> >> > >> >> >> >> > On Tue, 2009-08-11 at 18:34 +0200, Peter Stein wrote: >> >> >> >> >> Dear LTSP users, >> >> >> >> >> >> >> >> >> >> when it comes to convince somebody of LTSP the usability and >> >> >> >> >> feeling >> >> >> >> >> is crucial. After setting the chroot up we started testing. And >> >> >> >> >> here >> >> >> >> >> the real problems begin. Our users are scientists, they work for >> >> >> >> >> hours >> >> >> >> >> in front of their monitor and they are *sorry* pissed if the >> >> >> >> >> computer >> >> >> >> >> is somewhat sluggish or unusable. >> >> >> >> >> We have enormous problems using Java programs like xmaple and >> >> >> >> >> others. >> >> >> >> >> Some are usable, some not. I am aware of the bug here >> >> >> >> >> https://bugs.launchpad.net/ubuntu/+source/ia32-libs/+bug/277069 >> >> >> >> >> and >> >> >> >> >> installed the libxcb package of Ubuntu karmic which improved the >> >> >> >> >> speed >> >> >> >> >> a lot. But still it sucks to work with thin clients somehow. >> >> >> >> >> >> >> >> >> >> - moving windows is sometimes decelerated >> >> >> >> >> - firefox dropdown menus still open slowly sometimes (not in >> >> >> >> >> konqueror) >> >> >> >> >> - input in some java programs like xmaple lags - the program is >> >> >> >> >> not usable >> >> >> >> >> - videos are not shown with enough fps >> >> >> >> >> >> >> >> >> >> I have analyzed the traffic a little bit. If you move a window >> >> >> >> >> like >> >> >> >> >> gnome-terminal traffic jumps to 5-6 MB/s sometimes. CPU of xorg >> >> >> >> >> goes >> >> >> >> >> up to 45%, ssh uses 20%. If one uses xmaple or other Java >> >> >> >> >> programs >> >> >> >> >> load goes up to 1.15 which is too much for a single core >> >> >> >> >> terminal, >> >> >> >> >> traffic jumps to 14-15 MB. This is more than maximum for a 100 >> >> >> >> >> MBit/s >> >> >> >> >> connection, which is still kind of standard (but tested with >> >> >> >> >> GBit/s). >> >> >> >> >> >> >> >> >> >> We use: >> >> >> >> >> Ubuntu Jaunty for servers and chroot >> >> >> >> >> terminals have sempron 2100+ (that's not really slow for a >> >> >> >> >> terminal) >> >> >> >> >> ATI X1200 with free radeon driver >> >> >> >> >> the server I used for testing has more than enough power: 8 >> >> >> >> >> cores and 16GB RAM >> >> >> >> >> >> >> >> >> >> I also tried hpn-ssh >> >> >> >> >> http://www.psc.edu/networking/projects/hpn-ssh/ >> >> >> >> >> with no sufficient result. >> >> >> >> >> So the problem is: >> >> >> >> >> >> >> >> >> >> In many cases (like moving a window etc.) xorg and ssh use too >> >> >> >> >> much >> >> >> >> >> cpu. We changed ssh encryption to blowfish which helped only a >> >> >> >> >> little. >> >> >> >> >> What can I do to improve this situation. I ran out of ideas. One >> >> >> >> >> important program which doesn't work, is enough to make this >> >> >> >> >> project >> >> >> >> >> rubbish. All my work was for nothing and that would be very >> >> >> >> >> disappointing. >> >> >> >> >> >> >> >> >> >> Thank you very much. >> >> >> >> >> >> >> >> >> >> >> >> >> >> >> >> >> >> >> >> Peter >> >> >> >> >> >> >> >> >> >> ------------------------------------------------------------------------------ >> >> >> >> >> Let Crystal Reports handle the reporting - Free Crystal Reports >> >> >> >> >> 2008 30-Day >> >> >> >> >> trial. Simplify your report design, integration and deployment - >> >> >> >> >> and focus on >> >> >> >> >> what you do best, core application coding. Discover what's new >> >> >> >> >> with >> >> >> >> >> Crystal Reports now. http://p.sf.net/sfu/bobj-july >> >> >> >> >> _____________________________________________________________________ >> >> >> >> >> 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 >> >> >> >> > -- >> >> >> >> > -------------------------------------------------------- >> >> >> >> > Gideon Romm | Proud LTSP Developer >> >> >> >> > [email protected] >> >> >> >> > >> >> >> >> > Support LTSP! Buy your hardware at: >> >> >> >> > >> >> >> >> > www.DisklessWorkstations.com >> >> >> >> > www.DisklessThinClients.com >> >> >> >> > >> >> >> >> > (use coupon code: LTSP5P for 5% off thin clients from >> >> >> >> > DisklessThinClients.com) >> >> >> >> > >> >> >> >> > >> >> >> >> > ------------------------------------------------------------------------------ >> >> >> >> > Let Crystal Reports handle the reporting - Free Crystal Reports >> >> >> >> > 2008 30-Day >> >> >> >> > trial. Simplify your report design, integration and deployment - >> >> >> >> > and focus on >> >> >> >> > what you do best, core application coding. Discover what's new >> >> >> >> > with >> >> >> >> > Crystal Reports now. http://p.sf.net/sfu/bobj-july >> >> >> >> > _____________________________________________________________________ >> >> >> >> > 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 >> >> >> >> > >> >> >> >> >> >> >> >> >> >> >> >> >> >> >> >> -- >> >> >> >> >> >> >> >> >> >> ------------------------------------------------------------------------------ >> >> >> >> Let Crystal Reports handle the reporting - Free Crystal Reports >> >> >> >> 2008 30-Day >> >> >> >> trial. Simplify your report design, integration and deployment - >> >> >> >> and focus on >> >> >> >> what you do best, core application coding. Discover what's new with >> >> >> >> Crystal Reports now. http://p.sf.net/sfu/bobj-july >> >> >> >> _____________________________________________________________________ >> >> >> >> 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 >> >> >> > >> >> >> > ------------------------------------------------------------------------------ >> >> >> > Let Crystal Reports handle the reporting - Free Crystal Reports 2008 >> >> >> > 30-Day >> >> >> > trial. Simplify your report design, integration and deployment - and >> >> >> > focus on >> >> >> > what you do best, core application coding. Discover what's new with >> >> >> > Crystal Reports now. http://p.sf.net/sfu/bobj-july >> >> >> > _____________________________________________________________________ >> >> >> > 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 >> >> >> > >> >> >> >> >> >> ------------------------------------------------------------------------------ >> >> >> Let Crystal Reports handle the reporting - Free Crystal Reports 2008 >> >> >> 30-Day >> >> >> trial. Simplify your report design, integration and deployment - and >> >> >> focus on >> >> >> what you do best, core application coding. Discover what's new with >> >> >> Crystal Reports now. http://p.sf.net/sfu/bobj-july >> >> >> _____________________________________________________________________ >> >> >> 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 >> >> > -- >> >> > -------------------------------------------------------- >> >> > Gideon Romm | Proud LTSP Developer >> >> > [email protected] >> >> > >> >> > Support LTSP! Buy your hardware at: >> >> > >> >> > www.DisklessWorkstations.com >> >> > www.DisklessThinClients.com >> >> > >> >> > (use coupon code: LTSP5P for 5% off thin clients from >> >> > DisklessThinClients.com) >> >> > >> >> > >> >> > ------------------------------------------------------------------------------ >> >> > Let Crystal Reports handle the reporting - Free Crystal Reports 2008 >> >> > 30-Day >> >> > trial. Simplify your report design, integration and deployment - and >> >> > focus on >> >> > what you do best, core application coding. Discover what's new with >> >> > Crystal Reports now. http://p.sf.net/sfu/bobj-july >> >> > _____________________________________________________________________ >> >> > 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 >> >> > >> >> >> >> ------------------------------------------------------------------------------ >> >> Let Crystal Reports handle the reporting - Free Crystal Reports 2008 >> >> 30-Day >> >> trial. Simplify your report design, integration and deployment - and >> >> focus on >> >> what you do best, core application coding. Discover what's new with >> >> Crystal Reports now. http://p.sf.net/sfu/bobj-july >> >> _____________________________________________________________________ >> >> 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 >> > -- >> > -------------------------------------------------------- >> > Gideon Romm | Proud LTSP Developer >> > [email protected] >> > >> > Support LTSP! Buy your hardware at: >> > >> > www.DisklessWorkstations.com >> > www.DisklessThinClients.com >> > >> > (use coupon code: LTSP5P for 5% off thin clients from >> > DisklessThinClients.com) >> > >> > >> > ------------------------------------------------------------------------------ >> > Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day >> > trial. Simplify your report design, integration and deployment - and focus >> > on >> > what you do best, core application coding. Discover what's new with >> > Crystal Reports now. http://p.sf.net/sfu/bobj-july >> > _____________________________________________________________________ >> > 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 >> > >> >> >> > -- > -------------------------------------------------------- > Gideon Romm | Proud LTSP Developer > [email protected] > > Support LTSP! Buy your hardware at: > > www.DisklessWorkstations.com > www.DisklessThinClients.com > > (use coupon code: LTSP5P for 5% off thin clients from DisklessThinClients.com) > > > ------------------------------------------------------------------------------ > Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day > trial. Simplify your report design, integration and deployment - and focus on > what you do best, core application coding. Discover what's new with > Crystal Reports now. http://p.sf.net/sfu/bobj-july > _____________________________________________________________________ > 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 > -- Agnes-Bernauer-Strasse 53b 80687 Muenchen Mobile: +49-176-61576306 ------------------------------------------------------------------------------ Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day trial. Simplify your report design, integration and deployment - and focus on what you do best, core application coding. Discover what's new with Crystal Reports now. http://p.sf.net/sfu/bobj-july _____________________________________________________________________ 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
