I tried WINE without success. I believe this to be more my fault than that
of the software. I found that getting it working was much more
complicated and detailed than I believe reasonable for what I am trying to
accomplish. Those, with Windows experience, who have tried to move a
running system from one Windows box to another can relate to the problems
of finding and moving all the required DLLs. This is basically the same
problem a WINE user has. Depending on the software you are trying to run,
the experience can be a relatively easy, excruciating, or a completely
frustrating waste of time.
My goal is to migrate business clients to Linux. The server part is easy,
substitute SAMBA for NT, and I've done a lot of that. The desktop is more
difficult as there are cases, accounting is certainly one, where no good
replacement products, open or proprietary, that run on the Linux platform
are yet viable. For example if a customer is already using Peachtree
Accounting, DeLorme's mapping software, or Lotus' Notes Client, what do
you do? WINE could be an answer, but is simply not, in my opinion, a
practical one, in a commercial environment, given the difficulty of
getting a particular piece of Windows software running, and even then not
knowing if all of the functionalty is really going to work. 99.9% may not
be good enough in a commecial environment.
These issues will pehaps get resolved, somehow, although I don't see an
easy answer. Using the installation included with most Windows products
which takes care of the DLL placement is unlikely to ever work on a
Linux/WINE platform. The QA issue is the more important one, and it's
really only the software author who can do that effectively. When an
author ports to WINE and certifies his product on the Linux/WINE platform,
the problem will be somewhat resolved. The problem here as I see it is
that the author will only be able to certify his product on a particular
distribution or set of distributions of Linux with only a particular
version of WINE.
In the meantime I still need to run pure Windows applications on Linux.
So, I am testing Win4Lin. Yes, the purists among you can argue this is
still Windows and still requires Win' 95 or Win '98 licenses, but so what,
the client already has these, Step 1, get them to Linux, Step 2, replace
the Windows only software with suitable substitutes, when they become
available or the author ports them to Linux.
Why move the desktops to Linux at all you might ask. Because Linux is
better, for all the reasons we already know, people want it, and it helps
ensure the freedom of choice, which Microsoft continues to try to
eliminate. PLEASE understand, I am not suggesting Microsoft's behavior is
"bad". On the contrary, the behavior is perfectly normall, kill off all
the competition and maximize the probability of your survival and the
survival of your progeny. Microsoft is particularly good at this. It's
just that I don't want to live in a world populated by a single species,
and in this regard WINE is already helping.Tom Curl
Enertex Systems
Micah Yoder <[EMAIL PROTECTED]>
Sent by: [EMAIL PROTECTED]
12/26/00 09:16 PM
Please respond to redhat-list
To: [EMAIL PROTECTED]
cc:
Subject: WINE (was Re: Trouble downloading Moneydance.)
I'd be interested in knowing what other mainstream apps people have
successfully run under Wine recently. I know, there's the winehq
database, but vague comments, old records, and inflated ratings make it
rather useless.
Personally, I've been playing Stardock's Entrepreneur game, and it runs
pretty much PERFECTLY! It did crash once, but I've played it for
several hours so that's not TOO bad. I have no native 'Doze DLLs. I'm
using Codeweaver Wine on Redhat 6.2.
I tried downloading a few Windows shareware programs, but the installs
generally failed, needing some kind of MSxxx.dll.
_______________________________________________
Redhat-list mailing list
[EMAIL PROTECTED]
https://listman.redhat.com/mailman/listinfo/redhat-list
_______________________________________________
Redhat-list mailing list
[EMAIL PROTECTED]
https://listman.redhat.com/mailman/listinfo/redhat-list
