Slashdot Mirror
Corel Puts Internal WINE on CVS
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.
In the beginning of CVS manual is clearly stated that CVS is no substitute for coordination nor it is for communication among the development team.
The point of VNC isn't to make NT truly multi-user, but to allow someone to go to any other computer and pull up the desktop from their office machine and work with that. Like Microsoft was going to give the OOL/AT&T Research Lab team working on VNC a source-level license to NT like Citrix has/had...
It does this well, and is probably what most people would really find more useful than Citrix.
Does Citrix have a Java-based client? VNC does...
Of course, is there a Java kit for Win3.x? There is a Citrix client for Win3.x...
I certainly hope this works.. WINE is a wonderful project. boo
>>> Actually, it's more like an interesting project called Linux being grabbed and used as a club by companies that can't compete on their own. And Linux is actually suffering from the way it's drawing in the Anything-But-Microsoft crowd. I'm sorry, but there are better reasons to run Linux or a BSD os than because it isn't Microsoft.
You sound like an old-timer who's bitter because your private linux world is public now and it doesnt seem so COOL now that its a buzzword...
Since when couldn't Corel, IBM, Netscape ect, compete on their own?
It's really good to see a company like Corel embracing the movement - no matter what their motives may be.
Some of their UI stuff could probably benefit Linux (and it sounds fun to hack on). I wonder if we're going to see a really stable WINE soon?
There is an invisible ad on the WineHq page. Click on the top right of the page. :)
The have a dist for Linux, where is the source?
A lot better
you ain't seen nothin'
they fucked that thing up horribly thats why
They're Slashdotters.
They're ignorant.
It's just how it is around here.
Does anyone know if this can be enabled when you compile WINE, like ./configure --enable-managed=yes ?
Offtopic? Yes.
Flamebait? Whatever.
*posting anonymously to avoid further karma hits
CNN Entertainment mirror
Thank you.
wineDK mirror
Tnank you.
I am on the WordPerfect 2000 Office Beta testing program. They are not using Winelib as you claim. They are using the Wine program loader. So I don't know where you are getting your facts from. I am under NDA so I guess I can't comment anymore then that. But I can tell you right now that the Beta is not native Linux apps. And I doubt the final release would be any different.
Being as I work at a company where we've gone through the immense pain that is caused by a CVS based project going "out of sync" (different teams working on different parts of the big project branching off at different times) I find this "praise" of Corel for providing read-only CVS access to their source ludicrous.
1. At what point in the "trunk" of the main source did Corel branch off?
2. What huge pain will it eventually become to merge it all into one thing again.
3. Isn't this really Corel saying "we own it, and we've decided to let you look at it"?
4. Since the Wine team rightfully can claim that their code represents the main trunk, isn't Corel's offering their branch code in the fashion they have (available to check out, but closed to outside commits) actually an assult on the Open Wine team?
The presence of multiple implementations has kept the API stable
The presence of multiple implementations has kept everything unstable and rough and unpredictable as all hell. Hadn't you noticed?
Of course, the X Window System with it's 100,000 possible permutations makes the byzantine Unix API problems look smooth.
> I have to support many WINXX only apps, but I
> want to run a better os....
You should pre-order Windows 2000. It's a better OS that supports WINxx apps nicely.
It's a little disappointing that Microsoft's NT 5, which in the past was hyped as "a better Unix than Unix" is so far shineing only as "a better Windows than any other Windows." But it's better than any Windows many of us have ever experienced before. And it's certainly better than Linux. The BSDs are pretty darn good, though. Microsoft is lucky Linux detracts from them.
Two things you forgot to mention about Interix:
1. It's POSIX compliant, not POSIX kinda-sorta like Linux. NT with Interix is a real branded Unix. Linux is a Unix clone.
2. Microsoft now owns Interix, which definitely blurs your statement that "Microsoft claims they have a Posix layer."
Yes. Microsoft now sells a version of GCC (bundled with Interix, along with a Motif license and other goodies.)
And Interix makes Cygwin look like a sad charade, as Interix is a complete Posix subsystem that runs on the bare NT kernel, alongside the Win32 subsystem. Cygwin is a kludge that runs on top of Win32.
> Luckily, they haven't said we'll have to switch
> to Win2k (yet) as our hardware would turn into
> a cinder at the requirements.
I would say, having run them all, that the hardware requirements to usefully run Gnome or KDE and Windows 2000 are somewhat equivalent.
Are you stuck in a shop full of 486s and Pentium-60's? You have more to worry about than what Operating System to use!
Pretty much the only thing that Corel sells that is worth a damn (and even that is trumped by Micrografx at 1/4 the price these days) is Corel Draw. And Corel Draw is a vector drawing package that is highly dependent on Windows graphics calls. They're not going to rattle some bones and suddenly have a Native X version. They'll probably never have one. I predict Corel Draw 3 equivalence if they're really, really lucky. And Corel Draw 3 was Windows 3.1 software.
Yep.
Now that Corel has grabbed what they wanted from the Wine project, they'll let the Wine team gather up and repair what they can out of the mess Corel has created. At the Wine team's expense, of course.
right
That is why Corel's "open source development" sucks bigtime.
They forked wine just like they forked KDE
booo
No, look more closely. It's not a mirror of CNN, it's some nice hidden frames and some sort of click through arrangement. Or so it seemed to me without looking *too* hard.
Kinda ingenious, really, but ultimately sucky.
trying to emulate win* crap on linux is a losing proposition. I will only run NATIVE apps on my linux box. I am not sure I really see the value of emulated apps - especially when more and more native apps are starting to become 'serious'.
--
--
"It is now safe to switch off your computer."
Is it being actively maintained? The original coder, Thirot, has basically abdicated and i can't tell if the new hosting sites are making updates to it. It basically barfed on my 2000109 WINE install, but that's probably my fault. Anyone know?
I like WINE with some malicious html tags, crackers and various hor d'oeuvres followed by some CERTs.
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.
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.
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.
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.
the good ground has been paved over by suicidal maniacs
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.
It is possible to go the other way, running the VNC server on the Unix machine and getting multiple users to connect, but X seems to be much better for that anyway.
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.
I'm eager to see what Corel's new Office suite looks like. Does anyone have any screenshots?
Jason.
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.
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.
Where can I download and intall the corel filemanager onto my Redhat 6.1 box ?? -doog
Citrix Winframe/Metaframe solutions are a heck of a lot faster than VNC. I get better performance connecting to a Metaframe box over DSL than I do connecting with VNC to a machine on my local ethernet.
-managed (which IMO should be Wine's default) allows your window manager to fully control Wine's windows and should fix your problems.
Does that make Corel's version a fork?
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.
Does that make Corel's version a fork?
There is a big difference between the meaning of `release early, release often' as it comes from MS (et al), and what it means when you're talking about (typical?) CVS repositories.
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.
-rozzin.
Listen, Corel doesn't have to give back ANYTHING to this project. Corel had internal deadlines they had to meet so keeping in sync with the main tree was impossible. Now that their tree is public, they are going to allow the main Wine developers to pick and choice what they want to put back into the main tree.
Or you can use AbiWord which reads word files (but doesn't export them yet), or wordview (no url handy) which is the library we(abiword) use to import Word .doc.
Sam TH
AbiWord Developer
Is it just access to the source code, or is it the fact that they're not Microsoft, that makes the "release early, release often" mantra a good thing?
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.
Let me guess: You don't follow the Wine development at all, but like to complain? If you would have read the wine mailing list, or looked into the Wine CVS tree every once in a while you would have noticed that Corel did work on the project and contributed to the code base.
How dog indicates, that one we?
:)
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
Paying taxes to buy civilization is like paying a hooker to buy love.
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...
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.
---
- Give a man a fire and he's warm for a day, but set him on fire and he's warm for the rest of his life.
how much better is this version than the one over at wine.org or whatnot?
when Push Comes to Shove
Corel announced their involvement with the WINE project a very long time ago... Nothing appeared to come of it however. WINE made steady, incremental improvements but no major progress...
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...
MrJoy.com -- Because coding is FUN!
wine -managed program.exe
and your own window manager will be used in favour of the standard wine one.
-
sig sig sputnik
What does open source have to do with forking? It seems that one of the points of open source is that IF the standard product doesn't do the job, here is the source and modify it to your liking.
What's so hard to understand?
Jesus was all right but his disciples were thick and ordinary. -John Lennon
Corel are incorporating the ability to
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".
>Wine windows currently look like they don't really belong there, as if they have been transplanted from another system, erm... wait a second, they HAVE been transplanted from another system.
./app.exe -managed" and the apps will be managed by whatever window manager you have running (including KDE's kwm).
Yes, that's intentional. If you want Wine windows to look like normal windows, use "wine
If you are using VMWare, you might as well leave it running on the local machine (for the purposes the original person wanted). (And VMWare is $300.)
Well some of them anyway. It has an X viewer, or it can spew out ascii, or it can create tex files so that you don't lose (all) the formatting.
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.
perl -e 'fork||print for split//,"hahahaha"'
The AC reply to this states that I am on the WordPerfect 2000 Office Beta testing program. They are not using Winelib as you claim. They are using the Wine program loader. However, regardless of whether they use wine, or winelib, is this really the way Corel should do their Linux coding. I would expect this from a predominently Windows shop which is dabbling with Linux, but Corel are positioning themselves as a Linux player, with their own distribution and the like. The simple fact of the matter is that apps written for Windows and then run through Winelib would not be as effective as apps written to compile for both Windows and Linux. I would expect Corel to be making native Linux versions of their applications, taking full advantage of Linux libraries and with command line functionality. If this is an iterim measure until Corel can write full Linux versions, then that is cool, otherwise I'm not impressed. PS. is WordPerfect for Linux native Linux, or Linux/Wine?
postmoderncore - art and creation are a higher purpose
I have to give credit to Corel for the great amount of work they've done and commitment they've shown to the WINE project. I also applaud them for wanting them to port WINE's look and feel to be more like that of KDE, since they're heavily pushing their modified version of KDE on the desktop. Integration with a user's default environment is crucial, IMO.
:)
:).
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
Forget about Winamp - use XMMS instead
somewhat OT, but here goes:
;)
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
So, are the main branch maintainers going to merge the changes?
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.
Speaking of wine, dev release 20000131 is out now.
"Reality is less than television."-Brian Oblivion
it may turn out to be as useful as the broken kde sources they have up for 1.0, i'm suprised nobody seemed pissed about the kde sources... they did make alot of changes to it and made it more windows-ish, anyways isn't that part of the gpl you have to provide the full sources?
The current version of wordperfect for linux is native.
If you don't mind switching window managers fvwm95 looks just like Windows.
G. Washington on Government "it is force. Like fire, it is a dangerous servant and a fearful master."
I am waiting for some of the macromedia stuff to work in wine.
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 ***
blog and junk
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!
Bert Driehuis -- All I asked was a friggin' rotatin' chair. Throw me a bone here, people.
I do run Xinerama (x11r6 3.9.latest) on my dual head linux box and its great! and with citrix, since its just a large x-window (and all of the phys screen on nt fits inside that xwindow), I can just slide it over to the other physical linux head and it looks like the 2 screens are not even running on the same system; except the keybd/mouse work on both of them and focus does follow the mouse ;-)
--
--
"It is now safe to switch off your computer."
I guess this would file under "newbie question", but I was wondering how WINE handles the registry that WIN9X uses. Does it create its own or is the registry totally irrelevent to having programs actually run?
REDMOND, WA -- Today's most surprising news is perhaps the document that was leaked from deep within the local software giant this morning. Delays in the bug fixes to the company's upcoming release of their own operating system have not been going well according to this internal memo, dubbed the Groundhog's Day Document. They are experimenting with putting their own brand name on an unnamed distribution of Linux using the Wine emulator. The memo stated, "[I believe] we can do this with about a dozen programmers instead of thousands. We can use the same ones who replace the names of other competitors we've bought out on the products we've acquired from them." It goes on to point out that the only hurdle is if they get caught putting a shrink-wrapped license on Open Source software. "UCITA will make possible a few strategic non-disclosure clauses which will eliminate that possibility." Industry experts indicate that it is too early to make specific predictions, but layoffs are expected.
The real address of the WINE you're thinking is http://www.winehq.com
Hopefully, the lessons Corel learns in binding the KDE UI to Wine will be useful to be abstract UI team for working out what the abstract layer should look like.
--
Xenu loves you!
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 ; 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...)
If you're not part of the solution, you're part of the precipitate.
It's kind of an apples v.s. oranges thing.
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!
InThane
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*
-- Slashdot sucks.
Yeah, I agree. Printing is a mess in UNIX... it's received such little attention over the years that the system now seems seriously broken. CUPS is nice, but it's just a reaction to the balkinization of printer standards from straight Postscript to proprietary protocols. Ghostscript can't keep up with the new stuff out on the market. While lpd is constantly being updates for security fixes, I don't see many new features, and certainly no thought of integration with proprietary printer drivers (nor should they). CUPS looks pretty nice in this regard.
:-)
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?
As I understand it, Corel is using WINE as a way to make porting windows applications a lot faster, so that someone already heavily invested in Windows software won't have to spend as much time creating a product from scratch if they want it also available for Linux.
At least, that's what I _think_ they're doing.
Eviscerati.Org: All Hail the Eviscerati
Pretty much the same idea, albeit on a much smaller scale, IBM NetObjects TopPage for Linux has links to download a base version of Wine required as well as the patches which must be applied on top of it.
- Sam Ruby
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!
A few things about this are really great:
- 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.
Add to this x2vnc (which is available here) which allows you to have a dual-head system with Unix and whatever else. I can just roll my mouse over to my NT box, and do stuff there!
According to http://opensource.corel.com/wine.html, Corel forked the code tree so they could get WINE working with more apps, sooner. WineHQ was taking way too long with modular toolkit support, so Corel split off and developed their own WINE for Qt.
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.
Hands in my pocket
Dude! You need to try this program:
:)
http://www.uk.research.att.com/vnc/
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
Oh yeah, it's GPL'd too.
I'd be curious to know if it works out for you.
I agree. Corel is showing that they ARE getting free software, as much as a corporation can. They can't justify spending money so that programmers screw around with free software, that wouldn't be in their investor's interests. However, they are contributing to the WINE community in the same way as they are taking from it. IIRC, WINE is BSD-licensed, not GNU, so they don't even have to. They COULD just make the changes and keep them to themselves, but they would rather give to WINE so that WINE moves foward.
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
This is the first version of wine that allows me to run Napster, winamp (!!!) and FreeAgent.
It seems to mee that the wine-developpers are finally far enough to release a pre-production version.
--
If code was hard to write, it should be hard to read
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.
Quantum mechanics: the dreams that stuff is made of.
... quit your whining.
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.
Wine windows currently look like they don't really belong there, as if they have been transplanted from another system, erm... wait a second, they HAVE been transplanted from another system.
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.
----
Stop worrying about the risks of nuclear power and start worrying about the risks of not using nuclear power.
From the same page, this is what I extremely like:
:-)
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
--
Avoid the Gates of Hell. Use Linux!
The also seem to have created a new look-and-feel theme: KDE.
See their description of changes here.
I think the fact that Corel is willing to PAY its employees to write open source code is GREAT! The only reason they forked (temporarily, to get a specific product done by a deadline - see Their WINE page) is because they wanted a UI (they used KDE) and the real WINE team wanted an abstract UI layer (so WINE wouldn't be stuck with one UI, or have to maintain multiple UIs in the codebase). Of course any programmer (should) know that the real WINE team is right, and I'm sure the COREL team knows that too, but I am very sympathetic with them needing a UI by their deadline. Ok, fine; they develop one, but it shouldn't go into the core WINE, it's just to get the UI job done until the abstract layer is in place (then plug the KDE UI into that). I think COREL's decision to develop exclusively on their own fork is just due to deadlines. Remember, open source projects don't have corporate deadlines, but companies do! Be glad these people are team players, and let them meet their deadlines - then (hopefully) they'll work with the real WINE team to integrate the forks! Give COREL the credit it deserves, they are paying people to write open code. They're ok in my book.
Corel is NOT forking Wine!
- 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.