Slashdot Mirror
Corel Dropping WINE?
Nathan Ehresman writes "According to this "Corel Corporation will use GraphOn's Bridges(TM) software to allow access to Windows applications from Corel's(R) Linux desktops." Does this mean Corel is dropping support of WINE? " I sure hope not. They've put a lot of effort in to the project, and I think they raised a lot of peoples hopes and expectations...
They're just hedging their bets. (I hope.) WINE is still far from usable by non-techs, and Corel presumably need to be able to include something. My guess is that what they're -really- doing is saying (to themselves) "Ok, if WINE passes muster, we'll use that. If not, we've now got this alternative that we can throw in instead, with no loss of face." Personally, if that -is- the case, I'd say it's very pragmatic, and probably sensible, but in the long term, they're better off concentrating on WINE, if for no other reason than they have a measure of influence over WINE, and so can be sure that what they want gets implemented. They can't, for 3rd-party, closed-source software.
It's a small world and it smells funny; I'd buy another if it wasn't for the money; Take back what I paid (SoM)
Can anyone comment on how stable and usable this graph-on product is?
So, I downloaded the ISO image and installed it on a box to check it out. The install, was _really_ easy, however I wish it had gone ahead and had the network setup as part of the install.
I've gotten used to gnome on the Red Hat boxes I use, so it was intersting to revisit KDE - sure has come a ways since I last used it 9 months ago.
This is pretty supreficial, but I wish that corel had made the default backgrounds a little snazzier than just solid colors - assumedly this is going to be many consumers first foray into linux - be good to get some 'Oohh, pretty's' right off the bat..
Anyway, I'm kind of puzzled that Corels stock isn't moving in a more positive manner right now. Thoughts? Insights?
I certainly hope not! GraphOn's products seem to be competitive with Windows Terminal Server, not WINE. Bridges might provide a nice, if closed source, complement to WINE. And it would be nice to see a Linux-based alternative to Terminal Server for all those up-and-coming ASPs to consider.
-- "Never underestimate the power of human stupidity." - R.A.H.
One can't quite help but suspect these guys might be trying to ride some of the current publicity around Linux, especially that generated by Comdex.
I'd personally wait until Corel makes some sort of announcement themselves before taking this one from GraphOn with anything but a large grain of salt.
-=-=-=-=-
-=-=-=-=-
My mom's going to kick you in the face!
Correct me if I'm wrong, but from what the article describes about bridges, it's basically allowing Windows apps to display their stuff on a Linux desktop via some kind of connection (modem, network, etc.). Doesn't this mean that the Windows app will still need to run on a Windows box somewhere? I don't know if that many users can afford to have two boxes just for the sake of running Windows apps on Corel Linux.
OTOH WINE lets you run Windows apps from the same box... a much more preferable solution for the typical PC user, I'd think.
mikre he sophia he tou Mikrosophou.
If Corel drops support, it's not the end of the world: It's just the sign of a struggling business making a tough business decision. The work they've put into the project should be remembered & respected - but it will go on with or without them.
-Stu
Maybe they're afraid of the STUPID SOFTWARE PATENT GraphOn have. Write to to them and tell them how bad GraphOn are. We don't need wanmt GraphOn (or MainWin) for that matter. Wine is the way forward. If GraphOn's stupid US patents hold up though, then Wine development cannot happen in the US. that sucks. Write to you public representative and tell him how much that sucks, and how much software patents are damaging the US software industry - pretty soon, all the good stuff is going to be coming from the European Union and Asia. And Europeans - make sure to make yourself heard against the introduction/recognition of idiot US software patents.
Corel is using Wine to port their applications to Linux. I've always assumed (perhaps wrongly) that they weren't interested in Windows emulation, just porting their own apps using the Wine API.
GraphOn produces networking products, not Windows emulation. This is basically a Windows version of X-Windows.
So:
To port Corel Office to Linux -> Wine
To run Windows apps remotely with the display on a Linux box -> GraphOn
To run Windows apps locally on a Linux box -> Wine
It is tempting, if the only tool you have is a hammer, to treat everything as if it were a nail. - Abraham Maslow
Corel wants Wine mainly for winelib, which allows it to build Linux native executable versions from its existing Windows codebase with a minimum of fuss.
GraphOn's Bridges allows you to run Windows applications on a remote server, and have them displayed locally (much like X clients). Unless Corel has suddenly dropped the licensed-software model in favour of "application rentals" from the desktop, which would be a pretty rash move even by Corel's standards, I really don't see the "threat" here.
Steve 'Nephtes' Freeland | Okay, so maybe I'm a tiny itty
Wow, that is one of the most totally incoherent comments I've ever seen on slashdot, and considering the usual quality of incoherent comments here, that's saying something!
I know that corel was getting a lot of work done for wine through cygnus- do they think this redhat merger leaves them out in the cold? I have been pointing to the cynus and corel relationship ever since the rumor of the merger.
Why is it that people expect corporations to have things like "virtues." Corporations are more like primitive animals that will do whatever it takes to get their next meal. A business man is someone who knows the market value of his grandmother.
I'm alittle suprised - this really isn't "news" - it's just idle speculation. It shouldn't have been posted to /. unless one of the WINE developers came here and said Corel was backing off, not being as active on the lists, etc. All that posting this is gonna do is put corel in an (undeserved) bad light. Come on guys - let's do alittle backgrounding first before we post stuff like this. Maybe slashdot needs an opinion / rumor section, 'cuz alot of people are going to hype up the significance of this.
--
The article does not indicate anything about WINE being downright eliminated, only that the GraphOn software will get added in.
It is not self-evident that WINE becomes of no value; a major value to WINE to Corel should in permitting Win32 software to be recompiled using libwine so that they may be deployed as native Linux applications.
In contrast, the GraphOn Linux Client to Bridges software is not a tool to allow Windows software to run on Linux; it is merely a tool to allow Windows software to run on Windows NT, and then display on Linux.
Essentially, this provides the same sort of functionality as the Citrix ICA protocol, or Microsoft's Hydra.
What is particularly distressing is that this supports the GraphOn Patent for Remoting Windows Applications. But that does not appear to have anything to do with WINE...
If you're not part of the solution, you're part of the precipitate.
Taking a look at GraphOn's Homepage you'll notice that they sell a kind of X object handler that can act as an in between from windows to ANY desktop (including Linux). It would seem to me, then, that this move is aimed towards competing with Sun's Star Portal and the likes (Microsoft's Web Office) etc... than it is at trying to get native code ported over.
This looks like a short term goal, Graphon is all about thin computing and NC's. Anyone think the Network Computer is alive?
Joseph Elwell.
However....
I do think we need some sort of emulation (like WINE) that will allow us to run Windows apps. Even better would be something that lets us compile Windows apps natively. PowerBuilder has that type of functionality--you can design a project and take the project file to any of the several platforms PowerBuilder runs on, and compile the program for that platform. I think they use Berlin libraries (correct me if I'm wrong) for all the GUI and system calls PB apps make, on the different Unix platforms they support. Unfortunately, Linux isn't one of those. :/
Bridges sounds like a decent app. From reading the article, I get the impression it is mainly used for deploying apps over the Internet, like what Sun wants to do with SO, and MS with Office, and Corel, I guess, with Corel Office. I don't know how this would affect local installs (i.e., not running over the Internet)--presumably, they would still need a translation layer between the app and the OS. So perhaps this is an addition to the architecture, and not a dismissal of WINE.
Just my $.02
Matthew Vanecek For 93 million miles, there is nothing between the sun and my shadow except me. I'm always getting i
If this is true, then why would Corel spend money on such a product when they can get (virtually) the same functionality using VNC?
The only difference between what I understand Bridges to be and VNC is that VNC would put the entire desktop in a window on your Linux box while Bridges would only put the one application that you were running in that window.
VNC is a very solid application, that I've to run those windows applications that I still need while sitting at a Linux box. The only benefit I could possibly see in Bridges over VNC is that Bridges could (possibly) take advantage of the (semi) multi-user part of NT while VNC does not.
Anyone know anything that I'm missing here?
But aren't Corel and GraphOn "joined at the hip" in some fashion (so the GraphOn s/w may not be 3rd party closed source from Corel's point of view)?
Corel and GraphOn Form Strategic Alliance
Corel acquires significant interest in GraphOn
It would seem that Graph On doesn't even have a product out that allows Unixes to use Windows applications remotely. Looking through their product line you'll notice that all of their products communicate Linux/Unix applications to Windows Desktops or to Java clients. Anyone heard of an X server for windows? that's news to me.
Joseph Elwell.
Nice little gem:
GO-Joe
GO-Joe(TM) is the world's first thin server-based solution for accessing Unix and Linux applications, from virtually any Java-enabled desktop or device...
These guys should really look at VNC.
This is not news. The Corel developers have publicly stated that they will stop using Wine after porting Corel Draw, since there are too many problems with Wine (espec. font support).
Corel initially supported WINE in a big way, Corel contributed back changes, Coral actively participated in development mailing lists. Today they have their complete internal tree (see this article) which they have not published so far. They are using WINE in the Corel/Linux distribution though. If WINE was GPL, then nobody could keep such proprietary enhancements to themselves. Corel can use, abuse and throw away WINE, leaving nothing for the WINE community but unecessary confusion. The BSD license is simply too naive for this world, and its inteded 'bigger freedom' actually results in more abuse! The sad fact is that freedom cannot be guaranteed without weapons, and the GPL is the protective 'weapon' to keep free code freed. Microsoft has analyzed this issue very accurately in the Halloween memos: the GPL is a 'next generation' license, much more 'dangerous' to Microsoft than the BSD license.
It's still not too late though - WINE could still be released under the GPL, which will prevent many types of abuses. We can only hope that WINE developers understand these issues.
--Coke
It dosen't seem like this is a big deal to me.
This allows remote running of windows apps
in a similar way to X (though not as good I'll
warrant since X was designed for networking from
the ground up)
For the home user though its pretty useless. It
sounds like you'd have to have a fairly beefy
application server to make it work. And for games
it's next to useless.
It seems to me that some of the biggest
improvements in Wine have been in getting
games to work.
Steve.
I just always thought they were dropping acid.
I don't think that we have much to worry about here. It seems to me that Bridges lets users run windows apps off of a windows box over a network and have them display on a Linux workstation. Wine, on the other hand, lets users run windows apps directly off the hard drive under a Linux environment. Two completely different functions for two completely different sets of tasks. I could see where each would be useful under certain circumstances. I'm really impressed with WINE thus far, and I hope that development continues. If MS were smart, they ought to help with WINE development to try to skirt anti-trust action ("see our apps do run on other OSs, we don't have an OS monopoly"). I'm still not able to run all the apps I'd like (have to use vmware for that), but still, alot of progress has been made with the WINE project, and I'm excited to see how it progresses
Everyone needs to do a little research before getting excited here.
First, Corel will not drop Wine any time in the near future. Wine is the most important part of Corel's business strategy over the next couple years. It allows them to port all their windows applications to Linux quickly and maintain these ports easily. This will be the first time Corel will improve its revenues in years, and it will be dramatic. From a revenue standpoint, I think Wine is more important to Corel than their new Corel Linux distro or the GraphOn partnership, at least in the short term. From a Linux user standpoint, it means we can all have a high-quality, stable office suite (and graphics suite) running natively under Linux very soon.
Graphon makes a line of products which allow software to run on a server running operating system Y by a client on a machine running OS Z, where Y and Z can be Windows, Unix/Linux, or Java. Obviously this is A GOOD THING, since it will help break the Microsoft monopoly and allow people more flexibility. It is also key for ASP's, which Sun and Microsoft are fighting for, but Graphon and Corel beat them to. Note that Corel originally wrote some of Graphon's products and traded it to Graphon earlier this year for 20% equity in Graphon. This is why Corel and Graphon have such a good relationship, which will be a good thing for anybody who wants to work outside of Microsoft's box.
As for GraphOn, Corel, Linux, and China - this is a good thing. It means a lot more people will be using Linux and a non-Microsoft office suite.
As for GraphOn's stupid patent on X clients on Windows, they aren't the first company to have a very dumb and indefendable patent.
Today's press release means that users of Corel Linux will be able to remotely run Windows applications on Corel Linux by connecting to a Windows application server. This is analogous to sitting at one Linux machine and logging into another to run a graphical application over X. Except in this case, you're sitting in front of Linux running some Windows app made by a company who doesn't care about Linux users and won't port to Linux. So, this too is A GOOD THING for Linux and Linux users:)
One last point: Anything which is bad for Microsoft is good for Corel. Corel is competing head to head with Microsoft on office suites which is the majority of Corel's revenue. Thus, anything which undermines Microsoft's monopoly will help Corel get market share. So Corel will happily help Linux, application serving, etc. even if it doesn't directly bring revenue to Corel just because every new Linux user is another person who may buy Corel Office instead of Microsoft Office. It is not clear that Corel will make any money off of its new Linux distribution, but they created a new Linux distro because they saw that no other distro was easy enough to use by most people. And they released their improvements (except 3rd party stuff) as GPL, since Corel wants people to use Linux, whether it is Corel Linux, Red Hat Linux, etc.
Dan
Nearly a year ago Corel sold GraphOn their technology for allowing remote access to Windows boxes in a platform neutral way. This announced agreement would appear to be based on that old event. Corel would presumably prefer it if you used Linux. But if you have a legacy Windows application that must be run, Corel wants that not to be a barrier.
:-)
Pluse Corel does partly own GraphOn, so what is good for GraphOn is good for Corel.
Cheers,
Ben
My usual seat in the cluetrain is at A HREF="http://pub4.ezboard.com/biwethey.ht
These are different products. Your headline and
ignorant comments are going to cause confusion.
GraphOn's product won't even be available for
another few months to a year; whereas Corel is
heading into Beta testing with their Linux
suite.
Please just post the story and let the people who
post comments jump to illogical conclusions.
Nearly a year ago Corel sold GraphOn their technology for allowing remote access to Windows boxes in a platform neutral way. This announced agreement would appear to be based on that old event. Corel would presumably prefer it if you used Linux. But if you have a legacy Windows application that must be run, Corel wants that not to be a barrier.
:-)
Pluse Corel does partly own GraphOn, so what is good for GraphOn is good for Corel.
Cheers,
Ben
My usual seat in the cluetrain is at A HREF="http://pub4.ezboard.com/biwethey.ht
hey, now wait a second.
that press release mentions nothing at all about corel abandoning wine. it simply says that it will include graphOn bridge for network applications on windows.
where did this 'corle dops wine' notion come from?
GraphOn's Product DOES exist.
You are right that it is not advertised on their Products page. This is probably because they first unveiled it last week at Comdex. Read today's press release. It WILL let people run Windows applications remotely from Unix/Linux/Windows/Java.
According to a previous press release, it will be available for Linux next month.
Dan
Change the title of that article; it is flat out
wrong.
Thank you.
Actually, there's a few of them. Exceed (from Hummingbird), Excursion, XLink, MI/X from Micro Images. I also read in a slashdot discussion a while ago a mention of a free X server for Windows, but I don't remember anything about it.
I can't believe that so many of you people are hanging your hopes on a loser like Corel. Are you really that desperate to be able to run Windows apps on your computers? Imagine if all that development work had actually gone into producing decent apps instead of WINE itself -- which still doesn't seem like it will ever do better than a half-assed job on anything but a handful of quality Windows apps.
Whenever I see someone using WINE, I just want to slap 'em around and tell them to quit being such a cheapass and to go buy one of those dinky little $300 Windows boxes, which will still blow WINE away. I can't help but think that they're the kind of people who take a date to the Sizzler all-you-can-eat bar with "two-for-the-price-of-one" and free drinks coupons stuffed in his pockets.
It'd be sad if it weren't so freakin' funny.
Cheers,
ZicoKnows@hotmail.com
The GPL does NOT force a developer to release the source code, unless the product is being distributed. Even if Wine used the GPL, Corel has every right to maintain an internal-only tree. Their proprietary enhancements, as you call them, are intended ONLY FOR THEMSELVES.
Let me quote from the preamble:
For example, if you distribute copies of such a program, whether gratis or for a fee, you must give the recipients all the rights that you have. You must make sure that they, too, receive or can get the source code. And you must show them these terms so they know their rights.
'Nuff said.
SEAL
.
--- Grow a pair, liberals... stop letting the Republicans bully you!
First off, this article is *totally* irresponsible on Justin's part for not doing any research. The GraphOn product has *NOTHING TO DO* with Wine. They aren't even competitive. Wine lets you run and port Windows apps. GraphOn's thing is a VNC clone that lets you display Windows apps remotely, while running them on real Windows.
:) Maybe that'll light a fire under the Opera guys ;-)
And secondly, for the love of Christ, *change the Wine topic icon*. The Wine project has had a real, official logo that's much nicer looking for 2 years now. See http://www.winehq.com/.
PS: about the browser wars: some other developers got MSIE 5 displaying images over the weekend, so now you can do real surfing in it
-Ian, in the Wine AUTHORS file and damn proud.
Corel isn't dropping Wine for GraphOn -- these are two seperate technologies. One allows Windows programs to run natively, the other is just a thin client for Windows apps running remotely.
Is it just me, or does Slashdot suck?
It was MI/X, at one point it was freeware, now it is shareware..
I still use the old freeware version at home..
I might be able to scare up a copy, if anyone's interested..
Blessed are the pessimists, for they have made backups.
This little project which has everyone so excited has been in the works for about a year now. There really isn't anything surprising in this announcement.
Back in the day before Slashdot sold out, this type of stupidity was forgiveable. After all, it was just some college kids doing this for fun. Now that Slashdot is a for-profit sling-ding, I expect better than this type of crap.
You are losing your userbase, Slashdot. Quickly.
SlashDot makes heavy use of what web developers call "table hacks" or "table abuse"... They use tables to provide formatting. That creates two problems: the pages are enormous, and most browsers (with the exception of Mozilla Milestone 11 and maybe MSIE5) can't display anything within a table until the closing tag is received or the end of page is reached.
Grab a copy of the latest Mozilla milestone and use it for your web browsing. That won't fix the problem, but it'll reduce it considerably.
Ok, be warned... this comment is Inflammatory, Flamebait(tm), Troll babble and whatever else you wish to call it but I'm going to say it anyway because I've got a very strong opion about this (no matter what this does to my Karma)...
All this said, IMNSHO Wine is a failure and will not amount to anything worthwhile. I've been using Linux faithfully since 1996 and back in those days had high hopes for wine. Over 3 years later sad to say I still not cannot reliably run even the simplest 32 bit apps. Even some 16 bit apps like file mangler do not work flawlessly. Not to say wine doesn't amaze me at times, I was really intrigued to see it render a complete map in Delorme Street Atlas 5.0... but after that it just froze like a rock. Here are the reasons wine is a waste of time...
a) Microsoft changes their API constantly, no one really knows how it works except for them. Anyone ever wonder why Microsoft apps "just work better" on windows than the competition?
b) By the time wine is done, all those apps will have better native linux equivelents.
c) (similar to b) All the manpower being put into wine could better be spent cranking out similar applications for linux.
d)There are much simpler ways of running windows apps under the Linux environment... VMWare to name one. I'd really like to see the whole wine team scrap wine and start working on a freeware PC hardware emulator instead. That way I could run my BeOS apps in a window next to my windows apps (all under Linux).
And now, to divert for a moment to a slightly off-topic subject, one big thing that keeps most of us going back to windows is GAMES. At least *I* don't care if I never see Microsoft Office again, but I feel bad about leaving behind Need For Speed 4. Now... most big game companies develop for the PlayStation, Nintendo, etc, and then the PC. Fortunately, game system API's can't change every 5 minutes like Microsoft directX seems to be doing. Heres an oportunity folks to draw some serious attention to Linux as a gaming platform. As seen with Bleem (a game system emulator for windows)... a emulator with native bindings can produce rather good performance on a PC for console games.
Blender And Linux Fan
Is it stable ? In that case, I would really apreciate getting a copy .... Right now, I'm trying VNC client for windows and its X/Server for linux; it is a good product, and very stable, but it seems that a normal X/Win server would be better, but I hadn't been able to find one. Orlando
Actually, I think it's just the sheer number of people here that causes the slowdown (I notice it more during weekdays, especially when there is a story with lots of responses..) The pages themselves transfer pretty fast, it's the wait for the server to produce them.
Combine this with the fact that their adbanner server is slow/unresponsive, and doesn't issue WIDTH and HEIGHT args to the IMG tags (so the browser has to wait for the banner to load before it can render the page.)
For a REAL example of "table abuse", check out Freshmeat - my P150 (yes, old and slow) can take a few minutes to render each page after retreiving it.
It's a way of allowing one to display remotely Windows applications.
That means that in order to use it, you have to have two boxes:
This is not an emulation; you require an NT box on which to run the application. No emulation involved.
If you're not part of the solution, you're part of the precipitate.
On the other hand, there is a sizable body of applications that need to be able to run on all of:
This actually makes it more possible to build a decent emulation; if Microsoft changes the APIs too much, particularly in the direction of "breaking if you're not doing things exactly the way we want you to today," this will break code that already needs to run on four (or more) distinct Microsoft platforms.
It wouldn't do to assume that this makes it necessarily easy to track MSFT changes, but it is certainly the case that it gets harder over time for MSFT to make changes.
The cool thing about WINE is that it potentially provides a way for some of that "bad old Windows code" to get redeployed using libWine to run natively on a UNIX. Obviously with some uncertainty as to the likelihood of that turning into billions of lines of UNIX-based apps...
If you're not part of the solution, you're part of the precipitate.
and where can i get it
the two products aren't even comparable -- StrapOn does a VNC/pcAnywhere/timbuktu style export of a PC application (running under MSHAFT windos) to a real os. WINE runs a MSHAFT windos application *on* a real os. with WINE, there is a minimum of one 'pute, with StrapOn, there is a minimum of two 'putes. your sysadmin better be willing to leave that StrapOn port open, or you'll get nada on your real 'pute. i think wine will be viable no matter what corel does, because the two products are so distinct. StrapOn, to me, is just another POW (pile of ware) that exports a windos display to another 'pute -- been doing that for a long time (for free) with vnc, etc. Wine actually lets me RUN the MSHAFT windos app ON the real computer. and hey, i'm no expert on windos apps or exporting them, nor do i keep up with all things corel or StrapOn. this could be a entirely different product, but i think this is the real schiznit.
Graphon and VNC do the same thing. We have been using VNC for a year --linux to windows and windows to Linux. It works well over a 100Mbs network, but is a dismal failure at 56K
. Graphon seems much more efficient-- at least on their demo it makes it feasible to run an application like Wordperfect reotely over 56K. That is pretty good and better than much of the competition.
If the products stay as they are more or less, we would use VNC in house, but use Graphon for our remote dial up users (who currently use PcAnyhwere as a windows to windows solution).
I could see a real potential for VNC to gain speed which would hurt Graphon. I can also see a potential for Graphon's patent to be a problem for VNC-- as I understand it Graphon bought a formerly existing patent that predated VNC.
I think Graphon has enough interest in the Linux community that patent problems could probably be worked out, if any exist.
vnc isn't developed in the US, thanks be to god. It is developed in AT&Ts UK research lab
Starnet sells XWin32, but the demo version of it works well. It exits after 2 hours of use, unless you fork over the cash (you can start it again, but your X apps will have to be restarted too.) One cool feature which I haven't seen in other non-unix X servers (not that I've tried many, but I've seen eXceed and Mi/X on a Mac) is that you can set it to open X windows as top level windows managed by MS Windoze's WM. (then you don't need to run a UNIX WM.) You can use the traditional one-big-window style, too. The only disadvantage to xwin32 is that it is non-free (speech). It's a nice free beer, though, even if you can only drink it for 2 hours at a time :)
#define X(x,y) x##y
#define X(x,y) x##y
Peter Cordes ; e-mail: X(peter@cordes ,
Because MS will for the forseeable future be maintaining Win32-based OSes with 2 radically different architectures but shipping apps that run on both, that limits what "innovations" they can do in user space. NT-only server apps are another story, but AFAIK there's no great desire for people to run IIS on Linux ;-)
corel does evil
using graphon to access windoze apps via the net
in a rent an app situation.now you can pay for the privelege just like a windoze user to use word.
i bet it catches on like disposable clothing,
horseback simulator for motorcycles or
freeze dried water.
perhaps they should rent a life
*Repent!Quit Your Job!Slack Off!The World Ends Tomorrow and You May Die!
Look, if the BSD license bothers you so much, and you have such a belief in a GPL license, then by all means take BSD licensed code and add a line of GPL code and GPL the BSD license code.
It would be MUCH more productive use of your time then comming onto slashdot and whining about the BSD licence. Go GPL the code, and make yourself happy.
If it was said on slashdot, it MUST be true!
I was being Sarcastic about the Xserver for windows part...
;)
:)
I've been using Xoftware since 3.4. I remember when the tech guy laughed at me because he said I should upgrade to 6.0, now I think they're on something like 97.
Although it is nice for people to point out alternatives for those less informed.
Joseph Elwell.
I can read a press release just like the next guy. But have you seen their product? Remember LinuxOne? They had a press release too.
Point of fact: A press release does not a product make.
Saying "It WILL" do something only points out that sadly 'it DOESN'T' do anything right now.
Joseph Elwell.
I have been trying to get to cvs.winehq.com and www.winehq.com since Saturday, and I can't get to either one. I have tried from home, from work, and even from an old account at school. I'm amazed that there has been no comment on the news groups.
Wine proves a point - if you add features fast enough, apps will follow the OS. Then I read what the lawyers had to say. Time to open a sourcecode clearing house to competitors- then you could have confidence in wine - and the market a viable alternative.
www.winehq.com is not even coming up on DNS. Is this a conspiracy?
If you're looking for a "free" clone of VMWare, there's one called FreeMWare. This is headed by the creator of the shareware Bochs emulator, so I think he knows what he's doing. Apparently they're taking an "embrace and extend" approach to VMWare (don't know the details off hand). The code is still quite beta, so don't expect miracles (yet).
WAY 2 GO JUSTIN!!! U r00l d00d!!!! got DA sc00p!
gr33tz 2 d3v0
http://gammatron.weblogger.com