Wine Terminal Servers? 25
e8johan asks: "I have been thinking about trying to sell a Linux based thin client solution to different markets, like schools. One of the big problems with migrating to Linux is the loss of old applications such as Microsoft Office. Has anyone tried to combine
Wine
and the
LTSP? Does it work? If so, it would enable me (and anyone else) to sell services based on a free (as in libre and beer) server running both open office and their proprietary equivalents in a Windows-like environment, thus reducing the migration costs and making the offer more attractive." While this would be an interesting to tackle, would the licensing terms on some proprietary packages complicate such a system?
Ignoring licenses (Score:3, Insightful)
If you take them into account, then you have yet another legal question to a group computer people.
Re:Ignoring licenses (Score:2)
License (Score:1, Funny)
Re:License (Score:2)
crossover has something like this already (Score:5, Informative)
->Kastor
Re:crossover has something like this already (Score:3, Informative)
The guys at Codeweavers are really nice, they'll give you a trial copy if you ask nicely.
WOW!!!!!! (Score:5, Informative)
DID YOU COME TO THE RIGHT PLACE! [com.com]
How do you spell 'synchronicity' again?
Re:WOW!!!!!! (Score:1, Funny)
I'm sorry - how the hell is that Offtopic?! It's a link to a cnet article describing a system that does EXACTLY WHAT THE POSTER WANTS TO DO!
Some of you moderators are just morons!
Re:WOW!!!!!! (Score:1)
Re:WOW!!!!!! (Score:1)
Now **THAT'S** funny!
I wish I had mod points. (*wink*)
Ask Slashdot (Score:2, Flamebait)
Jeremy
Re:Ask Slashdot (Score:2)
A number of points:
Try it... (Score:4, Informative)
Yes, it works fine. As well as Wine does for any Windows app. I'm running it at home. My kids are impressed at how much faster their 486s run as terminals compared to running a local copy of Windows. They're also disappointed that game support sucks.
The biggest problem is Wine's varying level of support for the various DLL's required. This is standard Wine FAQ stuff. You can get widely different results based on whether you use Microsoft DLLs or Wine's built-in reimplementations. Licensing would be a big issue using Microsoft's DLLs.
The second biggest problem is that you're essentially doing streaming video over the LAN, so you can forget about arcade games or anything with high screen update rates. That's a terminal problem, not Wine. TuxTyping has the same problem. (Can anyone recommend a *good* typing tutor that works with LTSP?)
Standard desktop apps work fine. It bugs me to admit it, but I still find Irfanview under Wine to be a better picture browser that the other X/KDE/Gnome ones I've tried.
Re:Try it... (Score:2, Interesting)
We're using this setup in our elementary school Linux labs. We are running CodeWeaver's version of WINE for the odd Windows app that does not yet have a Linux counterpart. We haven't told them that it's the Windows version running, though, as then they'd want to run other Windows apps and we'd be no better off than before the switch to Linux.
Re:Irfanview under wine? (Score:1)
Why bother? (Score:2)
The point is that Linux has to add value for the customer if it's going to displace Windows on the desktop. It will have to do that by providing superior applications (in the judgement of customers), not by being compatible with Windows.
Sorry (Score:3, Insightful)
Re:Why bother? (Score:3, Interesting)
Buy one skookum server for $3000 or so (dual-proc, mega ram, good disks). Then run thin-clients and diskless workstations. Depending on the speed of the client CPU and the amount of RAM on the client, you can either run pure-remote (run app on server, show display on client) or local-mode (download app to client ram, run on client cpu), and even run a combination of the two on the same client.
You have super-stable workstations running the normal Windows software. You only have to administer a single software image (the server) and upgrades are simple as there is only a single server image to worry about. All the clients boot remotely across the network, and the local harddrive is used solely for swapspace.
It's a great concept, and an IT admin's dream -- only 1 box to worry about, full control over everything. All you have to worry about now is dying hardware on the clients.
Run MS-Office? Probably wrong question. (Score:3, Informative)
In general, you should be replacing apps that are tied to Windows with portable ones (e.g. replace IE with Mozilla) first or in parallel with setting up a thin-client LAN.
I use both WINE and Win4Lin in LTSP-like situations. Win4Lin is actually running Windows, so of course compatibility is much better, but Win4Lin isn't any good for high-bandwidth (video) or 3D (games) stuff, even not over a LAN. Both WINE and Win4Lin usually run an app noticeably faster that it would natively on the same machine.
Sound is also very expensive on bandwidth. For these situations, running the app locally is often appropriate. Even a Pentium 133 with 32M of RAM will play Oggs and MP3s without flinching.
In terms of workstations, network and video card, in that order, are most important, followed by RAM. Run the workstations through a switch, not a hub. If the link switch-server can be gigabit, even better. It's actually hard to buy seriously crappy-spec video cards these days (although SiS are working hard to fill this niche), but if you can get, for example, TNT-2 cards to replace S3Virge cards cheaply, then do it. A good card will give much more satisfying results, even if (as in this example) the driver itself (nv, but you also have the choice of NVidia's binary-only drivers which are much faster and slightly buggier) isn't so hot.
If you're buying diskless workstations new, then a well-chosen nForce board is good. If you put a hard disk in the workstation, you find that the board is trying to do too much, and you often get glitches and low performance; but if it's only running LAN and video, it seems to get along just fine. It's also hard to buy less than 128MB of memory these days, which makes the option of running multimedia apps locally (shipping only the compressed source data over the LAN) much more attractive.
Just use a Thin client (Score:2)
And try to move all your users to native OSS solutions.. as terminal server/citrix licenses will kill you.
http://pxes.sourceforge.net - makes a nice one for pc based hardware.
Linux thin client, rdesktop to connect to TS (Score:1)
Good luck, hope this helps,
Ben