Corel Puts Internal WINE on CVS 130
I'm pretty pleased to see this one: Corel has put their internal CVS tree up for read only access so that they can more easily sync their
code with the official branches. You can see more at the
Corel Open Source Web site.
TkWINE? (Score:1)
I like cheese with my WINE (Score:1)
No, no, no. (Score:1)
Thus I will boycott any such half-assed "ports" and use only true native applications. Do it right or don't do it at all. (Of course, if Corel's WP8 for Linux is any indication of Corel's skills, I doubt I'd ever use it anyway.)
Since it seems I'm nearing rant mode anyway, why is it that every fscking binary-only application vendor seems insistent on linking dynamically with a 3-year-old unsupported C library that no current distribution is based on? Even Slack finally ditched libc5. Everybody will be distributing glibc 3 and these fsckwits will still force us to have fscking "compatibility" libraries installed just to run their crap. How long until libc5 can't be compiled on a modern system? However long, it's too fscking long. That's it, time for a total boycott of closed-source apps. I am Richard Stallman and you claim your leather-bound GNU emacs bible.
Much better.
Re:Apple HAS released code back to the community! (Score:1)
Agreed. That's why I use LPRng. It acts and works like BSD, except it's much more powerful and less archaic. It also replicates most of the SysV functionality if some sickos like to use that. I've not used CUPS, so I can't say much about it, only that I know of another solution that seems to work pretty well.
If you think this isn't a serious issue which compromises the potential adoption of Freenix at the consumer level, then we have nothing to discuss.
It is. But unlike almost everyone else here, I'm not of the opinion that every consumer on Earth should be using Free Unix...or computers at all.
CUPS is a reasonable solution to this problem, and I'm pleased it's evolved to provide both a GPL foundation ALONG WITH support for proprietary printer drivers. I challenge you to detail how this is different from Linus allowing proprietary binary only loadable modules in Linux.
No sucker bets here. It's essentially the same. It's just that I think Linus made a mistake. :)
As a former NeXT Cube and NeXTStation owner I argue that they were the most elegant computers I've ever had the pleasure to own. The damn things still work well and still hold up as excellent (if somewhat slow) workstations.
Yep. The NeXT cubes were exceedingly cool, and NeXTStep was pretty groundbreaking work. But MOSX doesn't look quite as good to me right now. Too much emphasis on the "MacOS" part, which, despite raves about its beauty and consistency, has repeatedly earned my "worst ui" award, even beating out windoze 3.1, which says a lot. JMHO, but after 7 years of using Unix, the more it emphasizes a gui the less likely I am to tolerate it. I'm sure MOSX will be better in this regard, and I'm equally sure Apple will try to hide it, which makes me ill.
While they've kept much of the core Apple products closed and proprietary, the fact is that this option is left open to them intentionally by the BSD coders.
I'm not trying to say that they violated the BSD license. Just that I don't much care for their particular products and licensing schemes, that's all.
Re:Display Ghostscript (Score:1)
Boy, MacOS X looks pretty good from this vantagepoint, eh? :-)
Not really. No source == not for me. If I'm going to use something for which I can't get the source, I'll use IRIX. At least IRIX doesn't try not to be Unix. Doesn't try too hard, anyway. Display PostScript? Sure! OpenGL? Fast as hell! A real X server? Of course! No thanks, Apple. Now we just wait for SGI to finish open-sourcing the remaining good parts of IRIX and go to town.
Re:Corel just doesn't /GET/ it. (Score:1)
How is this different than what's been contributed by any other company? The company and the Wine develpers more than likely have different short term goals with varying degrees of overlap. I'm sure that Corel's main goal was getting something into shape that would allow them to get WordPerfect Office 2000 for Linux out the door. So instead of trying to keep their changes in lockstep with the other developers, they just forked it for a little while. Sure there is going to be some time wasted in trying to get both sets of code back in sync. Big deal, it's getting merged and because of the licensing, they didn't have to, but they are.
Apple HAS released code back to the community! (Score:1)
Regarding various consumer grade printer support: your position seems to suggest that we shouldn't bother supporting that "...crap." If you think this isn't a serious issue which compromises the potential adoption of Freenix at the consumer level, then we have nothing to discuss. I'd like to think that soon enough Linux and BSD distributions will near the level of end-user configuration friendliness that NT and MacOS share. If this isn't your goal then of course lpd and lpsched can be coaxed by a professional into providing reasonable service in a commercial setting, and that's probably enough. Otherwise, I'd argue that Christopher Browne is correct, that printing under UNIX is a complete mess, and that the Freenix community better pay attention to this issue otherwise it will bite us in the ass pretty hard. CUPS is a reasonable solution to this problem, and I'm pleased it's evolved to provide both a GPL foundation ALONG WITH support for proprietary printer drivers. I challenge you to detail how this is different from Linus allowing proprietary binary only loadable modules in Linux. Don't expect the Display Postscript extensions in Sun's OpenWindows and SGI's X environment to continue for much longer. Adobe has made it clear that Display Postscript is depreciated and that they will not support this technology any longer... this is why Apple developed their own Display PDF technology. As a former NeXT Cube and NeXTStation owner I argue that they were the most elegant computers I've ever had the pleasure to own. The damn things still work well and still hold up as excellent (if somewhat slow) workstations. If Apple can provide that kind of environment again, with modern hardware, I'm there. But this is personal taste.
That's not to say the IRIX is junk... if you prefer IRIX to MacOS X in the commercial world, well so be it. But to argue that you won't buy MacOS X for free software reasons doesn't give Apple the credit they deserve WRT keeping the OS internals open and free. They had no obligation to release their BSD code changes back to the *BSD projects, yet they have. While they've kept much of the core Apple products closed and proprietary, the fact is that this option is left open to them intentionally by the BSD coders. That's what they want, otherwise they would have chosen to release under the GPL. I respect their right to do so and consider that whatever Apple shared back to the community to be a gift we should thank them for, rather than cynically taking them to task for not releasing core Apple technology with which they expect to turn profits.
Re:VNC (Score:1)
You can also run multiple VNC servers on the Unix machine, but they don't work the way you would expect.
I do like the VMWare idea you suggest. Perhaps a small change to the server would allow that? The only problem I see is that the Win32 API isn't reproduced across VM's; it would be nice if VMWare supported a copy-on-write policy for its VM's, then you don't have the memory consumption problem you'd have otherwise.
Office Screenshots (Score:1)
Jason.
Re:just in time for the next great incompatibility (Score:1)
Re:About time! (Score:1)
You better make sure that the NDA (or BTA as corel calls it) allows you to do that. It was pretty restrictive about what you can talk publicly about their betas as I remember. I have to check it over again once I get my beta to see what I'm allowed to discuss.
The Filemanager ? (Score:1)
Re:VNC (Score:1)
Re:just in time for the next great incompatibility (Score:1)
just as soon as wine reaches v1.0 levels of reliability (meaning: production quality), M$ will go and change things so that their new o/s will have special innards that the new apps are counting on.
That is true, and has certainly restricted previous attempts at window emulation. But there should be a "critical mass" situation, where if a large enough percentage of users are using a windows emulator, it will make it harder for Microsoft to change the API.
I think this is what is so great about UNIX. To a first approximation, code that works under UNIX works under Linux, FreeBSD, etc. The presence of multiple implementations has kept the API stable and the presence of relatively strong third party developers has also helped to keep it stable. Windows doesn't have any major competing implementations or third party developers that can compare to Microsoft itself.
Use the -managed switch (Score:1)
Re:Is it a fork? (Score:1)
Strictly yes. Since the features that differ are quite minor (for the KDE look n' feel, basically WineHQ wants to do correct clean theme support and Corel just kinda hacked it in) it's not different enough to really get alarmed though.
Is it a fork? (Score:1)
Does that make Corel's version a fork?
Re:how differant? (Score:1)
That fact is that the word, `release', means two <EM>very</EM> different things in these different scenarios.
When we talk about MS, we talk about `production releases', which are supposed to be finished products for <EM>end-users</EM> (or some sort of `preview release', which is made to whet appetites).
When we talk about CVS `releasing code to the public', we're talking about something completely different--it's more `exposing to the elements' or somesuch.
The most `extreme good' case is when you make your full (non-teaser) code available to the public (exposing it to the elements), and then accept patches from them public. In that case, rather than being done to get more users, the `release' both empowers the users of the software, and makes the software universally better.
Re:Corel just doesn't /GET/ it. (Score:1)
Re:just in time for the next great incompatibility (Score:1)
Re:catdoc reads word files (Score:1)
Re:how differant? (Score:1)
Seriously.
Microsoft goes through a HUGE public beta and all that happens is that they get completely ragged on. Corel does the same and it's a *good* thing. Don't bash me as being a Microsoft employee or anything, i'm genuinely curious.
Re:Excellent! (Score:1)
Corel's been moped around quite a bit by Microsoft. Since Linux looks like it could actually be a viable alternative to Windows, it's not at all suprising that Corel helping it all it can to erase the definciense that Linux has on the desktop.
Re:just in time for the next great incompatibility (Score:1)
Re:About time! (Score:1)
Re:Excellent! (Score:1)
Re:How can we claim that? (Score:1)
They must here have extinguidolo, it plow were ready for ** of the sincronismo of ** of the uses
that every thing demands cold is in it
which it has worked with it, equally has worked with to other an ace.
The full product is randello of the officials of the forces fortified revolutionary to the product of imcomplete.
It chases to an other elasticity, that with that one with time?
To the aids of the company this, to happen.
The LU not informed with an extremity, that age, this?
Got to love babelfish
ArsonSmith
Re:About time! (Score:1)
Doubt no more. I can confirm this. I just got my Corel Office Linux beta 1 CD. It says in the docs that WINE is in fact used to run the system. I haven't had time to install it yet, but I'll get it up and running to kick out a few screen shots.
---
Re:just in time for the next great incompatibility (Score:1)
ms gives a bull about users using windows emulators. BUT they have to look at the users which use _native_ but older windows versions after whose API's those compability layers where built.
And there's without doubt a critical mass
Re:just in time for the next great incompatibility (Score:1)
>to be able to read those stoopid
Funny I have no problem at all reading those stoopid
how differant? (Score:1)
About time! (Score:1)
With any luck, this version will have some noticable improvements... Bearing in mind of course that this version was undoubtedly used to help port Corel Office 2000 to Linux...
Re:KDE theme (Score:1)
wine -managed program.exe
and your own window manager will be used in favour of the standard wine one.
Re:Corel just doesn't /GET/ it. (Score:1)
What's so hard to understand?
Re:just in time for the next great incompatibility (Score:1)
Re:just in time for the next great incompatibility (Score:1)
Now, to shift gears a bit: M$ has a lock on the office app market. They stop offering Word 2000, and start selling 2001. Unfortunately, you must have Win2k to run it. Your argument would say that the consumer would balk at the idea and continue running Word 2000 on Win 98. But, unfortunately, the marketplace has shown that what will happen is that Joe doofus Consumer will buy both the new OS as well as the new version of Word.
Trust me, I wish things work the way you say. Honestly. At my work, (before I started and also before I 'saw the light') they locked into a program that is M$ only. No clients for anything but. And as they upgrade the system (adding core functionality, BTW) they use the new API's, etc. and force us to upgrade our entire setup. Luckily, they haven't said we'll have to switch to Win2k (yet) as our hardware would turn into a cinder at the requirements.
Now that I am totally off topic (sorry:) if anyone knows of any open source medical records software (and medical billing software) please email me ASAP (ghowell@familyhealthcarepa.com) as we are close to a point at the company where we have an opportunity to jump ship.
Back to the main point: M$ can force new and incompatible API's on the public. Don't support software that only runs on the old stuff (And they don't. Show me one instance where M$ still releases bug fixes on a product that has been discontinued for... three years), force people to upgrade one item, and let that requirement cascade into purchasing other items. There's a reason for the DOJ suit and there's a reason to be afraid of the UCITA.
check your facts (Score:1)
give wine-programs the KDE look and feel,
which also means, the same thing could be done for
Gnome.
But I give you one point.
The availability of programs for Linux, that
is obviously worse than the windows ones,
because it doesn't integrate well with the desktop
environment is actually bad for Linux.
Because it slows down development of REAL
applications for Linux, and creates the situation
where people just say:
"why use Linux, when all the applications work
better with Windows".
Re:KDE theme (Score:1)
Yes, that's intentional. If you want Wine windows to look like normal windows, use "wine
Re:VNC (Score:1)
catdoc reads word files (Score:1)
Dunno if it'd be good enough for what you want, though. It should be available as part of your favourite linux distribution. Type "apt-get install catdoc" in debian.
Re:Improvement? (Score:1)
Wine and KDE (Score:1)
But I don't like how Corel has done it. This is stereotypical of how software projects fragment and code becomes huge, bloated, slow, and incomprehensible. I'm all for WINE apps having a KDE/GNOME/whatever look and feel. But if you're going to do something, do it right.
I recognize that Corel is under a deadline. That's never an excuse for poorly planned code. And I think that's why their KDE patch was rejected from the main source tree. But, indirectly, that means that a whole bunch of code already exists to be used if the main branch of WINE goes modular(Thanks Corel
I think some real thought and initiative has to go into WINE to make its use of graphic toolkits more modular. Personally, I'd like to see a GNOME port, but making things more modular would let some ambitious hacker make a KDE port just as easily(well, ok, neither will be easily
I'd like to poke around what would be involved to incorporate a modular look and feel into WINE. Maybe lots of #ifdefs. Maybe dynamic libraries. Definitely lots of code. Any thoughts? I'm interested in feedback.
the Dominator
Re:Finally far enough for some apps (Score:1)
speaking of wine quirks (Score:1)
i recently built wine, vintage 2000/01/30, and it works great. However, i dont exactly like the way wine works with my windowmanager. a wine window will be always on-top essentially, although if i open a drawer in gnome, all wine windows get dumped to the bottom of the focus layer. Also, some wine programs will minimize - and their icon wont show up on the desktop. (never to be seen again). So, i can run programs through wine, but i have to click on my gnome panel to regain the focus for the rest of my X apps. Weird, annoying, and id like it fixed. Could wine apps eventually be made to run inside a regular window?
using WindowMaker (latest) and gnome 1.1.2
cheers to the wine team
Very Cool. Improvements? (Score:1)
Do we have a list of things Corel has
improved/added in their private tree?
Could we see a merge of the trees sometime?
anyone who can answer these questions, i invite you to please reply.
Re:how differant? (Score:1)
Well, the idea here is that corel is working on WINE to improve it. Without the CVS, you have to wait weeks between each version to download their work.
CVS, on the other hand, can be updated daily. This means that you can watch (and download) the work that Corel's been doing, without waiting for them to pretty it up package it, and distribute it
If used properly, CVS is the ultimate "release early, release often" -- you have as much access to in-progress code as one of the corel programmers. This is a Good Thing (tm).
Re:just in time for the next great incompatibility (Score:1)
> I am not sure I really see the value of emulated apps - especially when more and more native apps are starting to become 'serious'.
Well, in my case, I have to support many WINXX only apps, but I want to run a better os....
I could, and currently are trying, to put WINE to good use in running these apps untill a) they are ported to Linux, b) there is an opensource alternative that can replace the current app , for example VNC replaced pcAnywhere for me.
Of course I'd rather run a native app, but believe it or not, there are developers out there that don't know what Linux is. (Poor, lost souls...)
new dev. release out (Score:1)
Re:how differant? (Score:1)
Re:how differant? (Score:1)
Re:just in time for the next great incompatibility (Score:1)
Re:just in time for the next great incompatibility (Score:1)
I would think that a more practical use of time would be trying to get the companies who have the products that you'd be WINEing to release Linux versions. Change the sickness rather than getting around the symptoms.
May not be useful... (Score:1)
Re:Improvement? (Score:1)
Re:KDE theme (Score:1)
Re:Finally far enough for some apps (Score:1)
Fireworks saves about 5 mins for every image on a webpage over Gimp, and as for Flash and Director I need to use those for university.
Macromedia products at the moment almost work (ignore the 5's at winehq).
Still even better would be native ports (I would get the cash out for one) I am going to a Macromedia conference in the UK at the end of the month with some of my fellow LUG members, we will ask the questions.
Sparkes
*** www.linuxuk.co.uk relaunches 1 Mar 2000 ***
Re:Excellent! (Score:1)
see also IBM
" Netscape
" Compaq
" D.R.
its funny how Microsoft keeps making enemies and they all forge together through linux, its like the software "promised land"
Re: Glad to see this (Score:1)
Netscape is doing a tremendous effort at integrating "outside" patches even if they come with no immediate added value to themselves, and if you track netscape.public.mozilla.* and look for the Netscape internal developers comments on that situation, you'll realize just how formidable the task is.
I am extremely relieved to see companies like Netscape and Corel sticking it out, trying to meet the conflicting goals of keeping the shareholders happy (release on time, on target) and the goals of the open source community (release when it's ready, and fix *this* bug now even though it doesn't hamper customer acceptance of the product).
Hail Netscape! Hail Corel!
Re:just in time for the next great incompatibility (Score:1)
I'm just not 100% confident that Star will be a full replacement for even just _reading_ word (etc) files. corel wordperfect, as one example, was supposed to be able to read and write .doc files. but for all the ones I tried (while at work), it failed horribly. that's why I don't have much faith in Star.
again, the context is: while I'm at work. I need to know that the file that some Word-happy bozo sent me can be read faithfully. I know 100% that when I run Word on NT I'll be able to read all that the bozos send me. and exporting the screen, keybd and mouse (which is what citrix does) isn't nearly as tricky as trying to emulate windows and ALL its api's. so I trust citrix's ability to get the total job done better than some emulated thingie.
--
Winedows 2000 (Score:2)
Re:how differant? (URL) (Score:2)
With any luck this will help the abstract UI (Score:2)
--
Corel Printing API (Score:2)
It is intended as a "printer-agnostic" scheme for getting at printing capabilities.
It is somewhat unfortunate that there have been few realistic attempts to really upgrade printing; this is a weakness for business applications.
I don't know but that Corel is creating another "island" not unlike CUPS [cups.org]; I'd be more impressed if Corel was putting some programmers into something like Display Postscript so as to both make it functional and to help provide whatever integration is possible with XFree86. (There's some "license impedance" that, regardless of any flaming that might take place on Slashdot, is unlikely to change any time soon...)
An understandable mistake... (Score:2)
MS beta = closed source = you can't see what they did differently
Corel beta = open source = you can see what they did differently = if you find a bug you can go fix it yourself and send the idea back to the developers!
Re:Very Cool. Improvements? (Score:2)
<i>We plan to start merging our changes back into WineHQ (ie: making patches out of our CVS commits) after we release. In the meantime, if anyone wants to do any of that work for us, please feel free to submit any patches you want from our branch so long we get credit in the changelog. 8-)</i>
I'm planning to merge in the x11drv/dib fixes if noone gets to them before the weekend, to see if that fixes the problems I've been having with msvideo stuff.
Look in the Changelog if you want to find the sort of stuff Corel has been submitting.
Note - extrans mode isn't working in the preview. Don't know if it'll show up in the post.
Corel just doesn't /GET/ it. (Score:2)
If they were, they would work as part of the Wine team, and use the Wine teams CVS server. How much time is going to be wasted re-integrating their changes into the existing Wine tree? How much time has been wasted on duplicate bugfixes.
*sigh*
Re:just in time for the next great incompatibility (Score:2)
Display Ghostscript (Score:2)
I understant patent issues are preventing direct inclusion of TrueType support into XFree 4.0, requiring the use of a font server instead. That seems to leave some kind of Display Postscript X server extension as the best alternative. Since Adobe is never going to play ball, what about the Display Ghostscript project over at GNUStep? I understand there's a new release coming soon, and that the DGS and xdps stuff is getting close.
Boy, MacOS X looks pretty good from this vantagepoint, eh?
Not as a backend, they're using WINE to port code (Score:2)
At least, that's what I _think_ they're doing.
Re:Strange Question? (Score:2)
Another product following in these footsteps.. (Score:2)
Re:just in time for the next great incompatibility (Score:2)
Re:just in time for the next great incompatibility (Score:2)
However, WINELIB, which Corel has based it's Office2000 suite on, is a Win32 API layer for Linux/*NIX. It's a library that provides the necessary API calls for natively compiled binaries to use. This is analagous to Cygwin and Interix for WinNT. They provide the completePOSIX/*NIX API layer for Windows. Although MS claims that they have a POSIX layer, it is minimally implemented for compliance only, and does not provide the complete layer.
Heh, I can't diagree with the fact that MS has done this several times in the past. However, most of the changes are at the C++ level, inside MFC, rather than at the Win32 API level. Granted, there have been a bazillion Win32 API's...
- Ken
Glad to see this (Score:2)
With this announcement Corel have shown that even though they may not currently have the time to submit patches back, they want to give back something to the developers who have worked so hard on WINe. The BSD-like license of WINe means that they legally dont have to do this.
Kudos to the Corel Wine Developers!
Re:About time! (Score:2)
Tat's simplifying the legal-ese, but seems to cover it. Anyway, a screen shot I can't see as being confidential under any circumstances. Since it gives you no info about the software. And they are going to sell this stuff anyway, right? Screen shots are fair game, IMHO. If they disagree, they'll say so.
---
Re:just in time for the next great incompatibility (Score:2)
Credit for Corel (Score:2)
- KDE look and feel. Man, I HATE the way WP8 looks on Linux. It's so obviously not a Linux application. The KDE look and feel allows WINElib-based programs to integrate nicely with the desktop. Even if you're a GNOME/GTK+ fan, you've got to admit-- a KDE L&F is better than a Windows one.
- Results. Ok, we can complain about companies using wine instead of Qt,GTK, or whatever. But with the expensive of rewriting in one of those widget sets, we'd be MUCH less likely to see these Linux ports, and we certainly wouldn't see them very quickly. I just saw a demo of Corel Office 2000 at LinuxWorld today, and I was VERY impressed. This is also coming from someone who deleted WP8 pretty quickly. The new stuff looks far nicer, and it just blew away the new Applix 5.0 beta, even though Applix even uses some GTK+ widgets now.
Re:VNC (Score:2)
What I don't get (Score:2)
Anyway, Isn't that exactly what this project needs? I would have hoped that WineHQ would be putting more time and effort into important stuff, not fluff like look & feel. Maybe that's why WINE has so far to go.
VNC (Score:2)
http://www.uk.research.att.com/vnc/ [att.com]
It has different benefits vs. disadvantages than citrix of course.
Here's a screenshot of what you want.
http://www.uk.research.att.com/vnc/vinci1.gif [att.com]
Oh yeah, it's GPL'd too.
I'd be curious to know if it works out for you.
Re:Where is their source for Linux? (Score:2)
Re:just in time for the next great incompatibility (Score:2)
Re:Very Cool. Improvements? (Score:2)
The two trees were last resynced in Wine-991212 (i.e. a little under two months ago).
If you are interested in what's changed, you can try here [cam.ac.uk]. That gives some idea of the difference (the statistics quoted are for a diff -u between the current Corel tree and Wine-991212). Essentially, it is a 32 000 line patch, totalling just over 1Mb and affecting 251 files, so it should keep us busy for an afternoon or two :-)
Corel is doing the ideal... (Score:2)
I'm really impressed. If Corel becomes a "Linux company" (i.e. Red Hat, Caldera, etc.) then they will probably maintain programming staffs to do generic Linux work like Red Hat and Caldera do. Until then, they are looking at Linux as a way to reposition WordPerfect. Because MS refuses to port their apps, Corel and Netscape will probably utilize Linux to gain marketshare.
Corel is showing how a company that makes traditional software can try to profit in the Linux environment while supporting the community.
Alex
Finally far enough for some apps (Score:2)
It seems to mee that the wine-developpers are finally far enough to release a pre-production version.
Re:just in time for the next great incompatibility (Score:2)
I'm sure that Corel is as eager as you to see the day when their apps are Linux-native first, then get ported as an afterthought to the legacy MS OS. Until then, there's a purpose to Wine, namely being a stepping stone for Windows apps to Linux land.
Re:VNC (Score:2)
If you have 5 users who may need to access windows at the same time, you need 5 windows boxes to connect to using VNC. You could not get by with 1 "VNC Server" machine to serve separate windows desktops to multiple users at the same time.
An interesting implementation I would like to see would be a Linux box using VMWare [vmware.com] to 'spawn' windows machines as people needed them and dynamically assign them out VNC requestors.
Improvement? (Score:2)
According to their WINE page, Corel's programmers have been working only on the internal WINE source tree, mostly for buxfixes. They claim to have been focusing on it because of "release deadlines for our Linux applications approaching..." Does this mean that they're using WINE as a backend to their Linux apps? I hope not ... I'd much rather run natively complied code. More stable, and a whole lot faster.
Speaking of speed, they also say that they've integrated some KDE-like code to do UI-management and themability. It'll be nice to have more options than "look-like-win31" and "look-like-win95" but what is this going to do for performance? Already, WINE runs anything more complex than Minesweeper pretty slowly -- ever wanted to see Mathematica really crawl?
Still, I'm looking forward to checking out what they've done to the code. Hopefully, WineHQ will start picking through the code right away to merge the good bits with the main tree.
Re:just in time for the next great incompatibility (Score:2)
our company bit the bullet and bought citrix to deal with the M$ world. so when someone mails me a .doc file (argh!), I can run a real windows app on a real windows box, only the display is redirected to my linux desktop box.
no need for emulation at all - other than piping the 'doze display over the net to my host. yes, its not cheap (citrix is a commercial and expensive product) and it does need a big box to run on but it does bridge the gap for those in business who [unfortunately] have to be able to read those stoopid .doc files from a unix host.
--
Re:how differant? (Score:3)
Corel is freely releasing their contributed source code changes to an open source project, even though they don't have to.
The WINE license allows you to incorporate the entire WINE project, modify it, not release the changes, and sell it. That's fine, but Corel isn't doing that.
The WINE project is a reimplementation of the Windows libraries and environment on top of Linux, (and *BSD and hopefully all of Unix with a little x86 emulation...
Microsoft, on the other hand, places their products on a very restrictive license, sometimes charges people for beta releases, (and for that matter always charges people for "gold" releases that would be better called beta releases
Heck, they wouldn't even give you access to an ftp archive, and say "check out the alpha Windows daily builds", unless you're a WaReZ d00d. (anyone remember Windows '97?)
I'd be happy with Microsoft if they decently ported *any* of their apps to Linux with WINE, and contributing to the WINE project would be a plus. Because MainWin blows on Solaris and HP/UX, and I've run IE 3.0 and Photoshop 3.0 under Wine so far, so I don't think it would take that much work on their part, and they'd get a decent software port.
The only reason for them *not* to port to Linux is their OS monopoly, because a lot of people would still buy their software. Especially if they tried giving back to the community for once, instead of just taking our money and giving us substandard products.
---
pb Reply or e-mail; don't vaguely moderate [152.7.41.11].
Oh, come on... (Score:3)
Corel was in their rights to fork off the open Wine tree at any time and not even share back. I'm certain the project heads at Corel responsible for the winelib portion of the Corel Office for Linux product certainly supported the notion of their control over the release flow and which critical bugs to squash. Corel is producing a product on a time schedule for sale in the commercial world. I'm sure this set a somewhat different agenda than the Wine project leaders might pursue; I doubt the Wine team feels the slightest wrong'd as well. Nor should they. Why choose the BSD license otherwise?
Don't bitch, they gave back.
Re:What I don't get (Score:3)
WineHQ is currently fixing the last major architectural problem that prevents full Win32 compatibility ("address space separation"), and there will be earthquakes in the tree for the next 2-3 months
As for "important stuff", I assume you're bitter because you have some favorite app that doesn't work. Read documentation/bugreports that comes with Wine, subscribe to comp.emulators.ms-windows.wine, and start throwing out some useful bug reports. We can't fix what you don't report.
Thanks,
-Ian Schmidt
wine-devel, in the Wine AUTHORS file, and proud of it
KDE theme (Score:3)
A KDE theme should help them blend in more nicely with my desktop. It would be really great if they could be made not only to look more like native windows but also cooperate more nicely with the window manager. I want them to appear on my taskbar, minimize using the window manager conventions instead of minimizing to a rogue desktop icon, etc. I guess the wine team have their own reasons for doing it the way they have, though.
----
Re:Changes to Wine: (Score:3)
Corel has been working with the WINE community since late 1998, concentrating on those areas of WINE that are required to allow us to complete WordPerfect® Office for LINUX®.
No BS, straight forward: Just develop the things you as a company are going to need in this piece of OS software and release it back to the community. Cheers to Corel!
Thimo
--
Re:how differant? (Score:3)
Re:About time! (Score:4)
If you think no progress has been made because your favorite app doesn't run, please read documentation/bug_reporting and let us wine-developers know about it. We can't fix your stuff if you sit and stew about it!
Changes to Wine: (Score:4)
The also seem to have created a new look-and-feel theme: KDE.
See their description of changes here [corel.com].
Give COREL the credit they deserve! (Score:4)
Aiiiieeee! Corel is NOT FORKING WINE! (Score:5)
- Their tree is a whopping 6 weeks out of sync with WineHQ's. There was last a sync on December 12, 1999 (coinciding with the Wine 991212 release). All their work prior to that date that the Wine developers would accept is in WineHQ's tree already.
- The reason they maintain a separate tree for the moment is that they are beta testing and finalling their apps and need a stable tree (WineHQ's is being updated near-daily, in sometimes architecturally major ways, and certainly doesn't fit that definition).
- There are already patches pending at WineHQ that bring in the 2 interesting items in their tree that are not in WineHQ's (system tray bugfixes and partial WinInet/URLMon DLL implementations). Conversely, there are some features in WineHQ's tree since 991212 that aren't in Corel's, particularly for multimedia.
- Please note that their list of what they've done for Wine on that page represents ALL their work, and is not the differences between their tree and WineHQ. 99.6% of their work is in the WineHQ tree right now.
- There are a few items in their tree that won't ever be merged into WineHQ because Alexandre Julliard (Wine's "Linus") doesn't like them. This primarily includes the KDE look and feel patches.
Please, if you don't understand what's going on, don't make things up. If you must flame someone, head over to ZDNet and check out "Coop"'s hatchet job on Linus, LiViD, and the DVD fiasco...
-Ian Schmidt
wine-devel, in the AUTHORS file, and damn proud of it.
Re:Improvement? (Score:5)
Corel has stated that their main interest in Wine is in using Winelib to allow their apps to be compiled for either Win32 or Linux/Wine with just a re-compile.
So yes, they are using Wine as a "backend" for thier Linux apps. But they are *native* Linux apps, and should have all of the speed and stability that Corel apps have (or don't have, as the case may be) on any other platform.