Wine 1.0 — Uncorked After 15 Years
pshuke writes "After 15 years of development, Wine version 1.0 has been released. Wine is an Open Source implementation of the Windows API on top of X, OpenGL, and Unix. While perfect windows compatibility has not yet been achieved, full support for Photoshop CS2, Excel Viewer 2003, Word Viewer 2003 and PowerPoint Viewer 2003 have been among the goals prior to the release. For further information about supported applications, head over to the appdb. Get it (source) while it's hot."
...how many applications will state "Designed for Windows XP, Vista, and Wine 1.0" as a supported platform. That will be the metre stick for success IMHO.
throw new NoSignatureException();
By deleting the incomplete msxml dlls and setting winecfg's settings to use the native versions, then installing microsoft xml..
You can install and run Microsoft Office 2007.
I do find it a little disappointing that Wine didn't set getting Office 2007 working out of the box as a goal for 1.0, as it really currently just relies upon finishing two DLLs.
Change is certain; progress is not obligatory.
Excellent news for those of us (like me) who would like to run Windows apps without having to run an entire machine in VMware, Qemu, Parallels, or a similar program. Of course, nobody is paying attention right now because they're all busy downloading Firefox 3 to create a new Guinness world record for most software downloads in one day. (This story is being posted almost at the instant that Firefox 3 is being made available; not-so-great timing on /.'s part!) Nonetheless, I'm going to download Wine 1.0 right now.
McCain/Palin '08. Now THAT's hope and change!
Holy shit!
Bow-ties are cool.
Even Microsoft cant do that between versions.
Not slighting them in the least as they have done a Herculean task to get to this point, but i do wish they had made the actual MS office suite a requirement for 1.0, not just the viewers.
---- Booth was a patriot ----
The next step is to encourage the makers of UMPCs to ship Wine with their units. Then users can run some of their legacy apps on the sub-$500 machines.
As I've learned well in the Microsoft world... always wait for the THIRD version.
I've marked my calendar for June 2038...
Karma: Excellent. 15 moderator points expire sometime.
Does it run Sid Meier's Alpha Centauri?
Give me Classic Slashdot or give me death!
Obviously, sooner is better for actual use; but releasing it on June 30th would have been more amusing.
Don't forget the main commercial sponsor CodeWeavers. Alexandre Julliard, one of the leading developers of Wine, now works for them. Their main product is CrossoverOffice, which regularly snapshots the Wine branch and then does bugfixing on it. Then they charge $40 for a solid and stable version, and include a GUI to make installing IE and other applications a cinch.
It's a small shop and very sympathetic. They also read Slashdot. Jeremy, the CEO, is active here as user jeremy_white. Befriend him to let his comments show up as +5.
Disclaimer: I'm just a happy customer since version 4 (about 5 years ago).
8 of 13 people found this answer helpful. Did you?
while I wait for you bastards to stop hammering poor mozilla.com.
Will I be able to play Spore?
Summation 2
Just a happy customer.
8 of 13 people found this answer helpful. Did you?
it's just me or wine http://winehq.org/ and firefox http://www.firefox.com/ websites aren't loading?? :)
Strange coincidence
I don't know that sounds awfully early. Then again Duke Nukem Forever should be out about that same time.
Not to discredit the wine developers. reverse engineering windows is like mapping the human genome. It's complicated, and a whole lot of WTF moments.
i thought once I was found, but it was only a dream.
I dunno...Personally, I like my wine at room temperature.
DO NOT DRINK THE KOOL-AID.
DRINK THE WINE! 1.0
Filter error: Don't use so many caps. It's like YELLING.
Ubuntu is an African word meaning 'I can't configure Debian'
File a bug if something doesn't work. No one will fix your problem if they don't know it exists.
And Wine is an emulator for PE (Windows files) just as much as Linux is an emulator for ELF files. They do the same thing: read in the binary, run through the x86 instructions, and forward libary calls to the appropriate libraries. Only Wine's libraries just happen to be mostly incomplete, ATM.
What a surprise the WINE site is dead as is getfirefox. Victims of their own success.
I do find it a little disappointing that Wine didn't set getting Duke Nukem Forever working out of the box as a goal for 1.0!
I predict a multitude of such responses- "Wine 1.0 shouldn't have been released until it could run..."
It would be interesting to know what factors determined that it was ready for 1.0 release. Personally, I suspect it was a rounding error (perhaps they were using Excel in Wine 0.91 and it accidentally rounded up to version 1.0).
It goes great with vintage Windows apps.
Oh, and bread.
Sues them for what? If you read the website, you'll see that the wine release is 100% microsoft-free. I think they'd have a hard time coming up with something to sue over.
Damn_registrars has no butt-hole. Damn_registrars has no use for a butt-hole.
I would really like to try out Wine, but I couldn't find the WinXP version on the site, which is strange because usually open source apps get ported over really quickly. I tried installing the source tarball in CYGWIN, but no avail. Anybody know where I can get the Win32 binaries?
weirdest thing I ever saw: scientology advertising on slashdot.
That's nice if you have a license to windows, and a VM that provides hardware accelerated video. BTW, would you mind telling me where to get the latter?
Give me Classic Slashdot or give me death!
You'll have to set up Cygwin :-p
In all seriousness, some of the DLLs can actually be used on MS Windows (if you want to ask why anyone would want to do this, its because you /could/ litter them with TRACE statements, and see what goes on with $WINDOWS_APP).
Personally, I get at least as good stability, and usually better performance, running (supported) Windows apps using CrossoverOffice, the commercial version of Wine. The two main Windows apps I use are MS Word and World of Warcraft. Word seems more stable, and I get better fps in WoW, running in Linux rather than Windows.
The bigotry of the nonbeliever is for me nearly as funny as the bigotry of the believer. - Albert Einstein
I can't wait for the day it phases out Microsoft (on a personal level at least). On a side note, is it possible to sue a non-profit organization?
Help fight spam
No one will fix it if it does either; it's just not dependable, especially if your problem is with older, or special purpose business software, and that stuff is critical for business deployments.
ad logicam Claiming a proposition is false because it was presented as the conclusion of a fallacious argument.
If only it did, in order to get Myst Masterpeice Edition working on Windows XP SP2/3 I need to virtualise a Linux install, install wine and then Wine the Myst installation. Maybe if im lucky someone will get Wine working inside windows to help run old games/programs similer to Dosbox, or maybe ill learn and do it myself.
Not sure if you're trying to be funny here, but you actually could run wine in windows, if you really want to. Just install Cygwin on your windows box, and install wine through there.
I seem to recall hearing at one point that some of the testing in wine is actually done through a similar mechanism.
Damn_registrars has no butt-hole. Damn_registrars has no use for a butt-hole.
If there's one thing I've learned from SCO, it's that lawsuits don't need a basis in reality.
A Windows port is currently under way.
My blog
I've seen it. Usually the deal breaker for me is something obscure, and not something like "Photoshop".
I'm sure I'll end up getting strafed by the fanboys, but I've been burned by Wine too many times. For my personal use, it's fine to sit and fiddle with it for a while to get it to work.
For a situation where you're trying to sell a linux deployment to some big customer, that just doesn't fly...A hundred fiddly little apps that all need special attention to run correctly under wine, and every one that craps itself makes you look like more and more of a jerkoff to your client.
ad logicam Claiming a proposition is false because it was presented as the conclusion of a fallacious argument.
That's not always the case; especially with Vista out there.
We're lucky that isn't "...like a geek scorned". I would hate to have anyone as stubborn and persistent as these guys who spend 15yrs working on an ever moving target that it - it self wouldn't work right half of the time.
:-)
Cheers and Kudo's to them all
OK, there are apps that work in Wine, for others there's VMware... There are a few critical apps that keep me partly in the Windows realm (I'm a Linux device driver developer in other circumstances). One of them is photo-quality printers such as the Epson R1800 which only has Win/Mac drivers. Sure, CUPS can print on it. Text. No profiled pictures. Is there a solution to this ? Can a printer driver work in Wine ? Can it work in some virtualized windows config ? Last time I checked, a virtual Windows under Linux couldn't access USB /firewire devices.
Non-Linux Penguins ?
Very few applications are bug free, especially those that have to accomodate to a larger variety of users.
As far as I am aware, its at 1.0 because they met their goals for the 1.0 release, its not really that different from what 0.9 was, or what 1.1 will be, they added support for a few more applications, probably did some code cleaning, etc, etc...
As for targeting games, thats actually a very good decision the way I see it, considering that one of the largest reasons XP is still kicking is because of games (granted not all the reason)
Following games, comes users, following users, comes developers...
Games are also easier to target because they are generally a lot more simple, targeting mostly DX or OpenGL, a couple DLL's done... take a look at Photoshop, or Office they are complex as hell, with binaries scattered all over the place...
Sure, you can sue anything with nipples
When is the last time that version 1.0 of anything was bug-free? For that matter, when was the last time that a commercial release of anything was bug-free on the first iteration of any version?
That I won't have to spend hours working with each individual application?
When was the last version you used? More importantly, when was the last time you checked the AppDB or the bugzilla? If you're trying to use a commercial application, has it occurred to you that you might not be the only person on the planet who would like to get said application running in wine?
not half-assed emulators
Congratulations on not even reading the front page of winehq.org. Or even breaking down the acronym - "Wine Is Not Emulation". But if you want to call it an emulator, you're still free to do so. You just happen to be incorrect.
Every time I have needed Wine to work on a piece of commercial software I have been disappointed.
Then file a bug report and contribute to the solution, rather than just complaining about the problem. Or is there some reason to believe that your complaining will somehow resolve the situation?
Damn_registrars has no butt-hole. Damn_registrars has no use for a butt-hole.
Go look for realMyst, it's pretty neat plus it has a new age. Also it works on XP IIRC.
Doesn't work too well on Wine though. You can walk around but if you click on some stuff like books it crashes.
Or you could make a "passthrough" dll. It has the same function exports as the real DLL, but they all just call the real DLL functions. Then you can put whatever code in there you want to manipulate the function calls or their results or log stuff.
Someone made a DirectInput dll which allows real old games to use the Mousewheel which otherwise couldn't by making the game think you're really pressing PageUp and PageDown, which it should be able to handle easier.
Too bad you'll only have about six months to enjoy it before your system crashes due to the ending of the *NIX epoch.
Gamingmuseum.com: Give your 3D accelerator a rest.
In this case, I guess what you need is a virtualizer like this , so you can install some old Windows in its virtual machine.
Circumcision is child abuse.
I actually like the old school slideshow thing lol never really got into realMyst like I did Myst. Thanks for the tip though.
Hmm, their webserver appears to be having trouble keeping up with the traffic.
I wonder if they were running IIS through wine to serve the page?
Damn_registrars has no butt-hole. Damn_registrars has no use for a butt-hole.
Or slightly chilled if it's white.
Life would be easier if I had the source code.
And of course such a program would be pointless anyway. If 'Designed For Windows' apps don't work under Wine then Wine itself has failed its objective.
IIRC, Wine's objective is to give software vendors a set of libraries to compile their Windows software against so that it will run under Linux, not necessarily run all windows software natively in Linux. The idea is that if it is so simple to do, people like Adobe will release a Linux version of Photoshop compiled against Wine.So actually, getting products to say that they are "compatible with Wine 1.0" is the goal. That is also the reason that they are releasing: it gives vendors a stable branch to work with.
weirdest thing I ever saw: scientology advertising on slashdot.
I've got nipples, Greg. Can you sue me?
Crossover is fine if it just happens to work well with the one or two applications you actually need. If you're looking to run a larger selection of applications or something they don't support well, then a VM or native install is really the only option. Personally, I don't think this needs to be the case. I think CodeWeavers has a very flawed business model that has hampered them more than anything else. They could be making significant money from small business (and larger business).
The problem I have is with CodeWeavers' method of deciding what applications to support. They ask users to pledge a certain amount of money if they get an application supported and working well. That's a fine method of deciding what to work on if your users are hobbyists looking for support for some video game. It is a complete non-starter in business. For example, I tested it out for use with a certain Adobe application and it was nonfunctional. I looked into when they would support it, and the answer seemed to be "never" because not enough people pledged money. Since this is mainly a business application, what do they expect people to do? Have you ever tried getting approval for a purchase order that says if CodeWeavers ever gets this application supported we'll give them some amount of money... but we have no idea when or if that will ever happen? Not a chance. So, of course, we moved on and purchased a bunch of copies of a virtualization environment and Windows to run in it. Now in my case, they only lost a few dozen sales, but I know another, very, very big company that did a similar evaluation... but they needed a solution within a few weeks. They easily lost 500 sales there for the same application.
Basically, I think if they started targeting business customers with a plan that made even a lick of sense to potential business users they'd be pulling in a lot more money, money they could reinvest to make faster progress and more fully support a wide range of programs.
Or...And this is a radical thought...Use Windows Terminal Services to deploy your apps off a Windows server, and bypass the whole nightmare.
Frankly, that's the only way to do it. No lag time, no third parties, no depending on the developers to fix problems.
Sure, you have to pay for it, but it works, and you can usually sell it by calling it "license management".
ad logicam Claiming a proposition is false because it was presented as the conclusion of a fallacious argument.
Oh jeez, wine took 15 years to get to 1.0 and you're complaining that they only did so just because they wanted to increment the version number?
By these standards I would expect you to still talk about TCO even if Wine would make it possible that your computer would be shitting five pound golden bricks every ten minutes.
Wine is a reimplementation of the windows API. It is not an emulator. An emulator is a simulation of another program or hardware. If WINE is an emulator then SAMBA is one, too (the point being, they aren't emulators).
It takes a man to suffer ignorance and smile
Be yourself no matter what they say
Sorry, compadre. In heterogeneous environments which are a lot more commonplace these days, Office is prohibitively expensive. You either need Terminal Servers, or Parallels plus a windows license, or I can hand out OOo to everyone, not worry about file formats, and get on with my life.
I switched another office that had already bought copies of Office 2008 for Mac, but the spreadsheets from Office 2003 never translated quite right. So they converted everything to OOo instead of wasting another couple of thousand dollars upgrading to office 2007.
Access and Infopath are dead because of web services. Graphic guys are going to buy Adobe anyway. That leaves Word, Excel, and Powerpoint. Which are handily beat by OOo 3.0, which works all the time, every time, on Linux, Windows, and Mac.
Wine has Photoshop support because Disney needed it. Apparently nobody has needed Quickbooks support, else it would also work.
The funny thing is, I run mingw/msys in Windows, and run the TI code gen tools (dos command line based) out of a makefile.. but the initial jtagging is dependant on drivers.
When is Macallan going 1.0?
Hail Eris, full of mischief...
E pluribus sanguinem
I see that WINE supports some of the Steam games. That's great! I can't even get Portals to work on my Windows PC. The box says my system is compatable but alas it is not. Their wonderful online help has a list of several hundred things to try if their game does not work on your system. One of them says if the game will not run on your system you should upgrade your system. That's very helpful. So in order to run a $20 program you need to spend several hundred dollars to upgrade your system. The easiest way to make sure their software is compatable with your system is not to buy it.
realMyst does't work on WINE (I've tried) and several of the game developers have admitted to skipping certain windows rules. It was designed to work on Windows 98 and has a spotty record at best on XP.
If a piece of software could make computers shit gold bricks, gold would quickly lose much of its value. Then I could finally have my golden toilet.
Nerd rage is the funniest rage.
I used to post bug reports and be really active on the lists...and I used to try and use Wine.
Now I just complain. That's about all it's worth to me these days. Maybe someone will read this, and think twice about trying to build anything commercial around Wine, thereby profiting from my experiences with it.
And why should I read the page again when you can't even be bothered to read my whole post? I usually prefer "Wine is not easy" or "Wine is not efficient" or "Wine is nasty excrement" as far as pithy self-referential acronyms go. The only reason I can see why it would not be an emulator is that emulators usually work.
Version 1.0 is usually buggy, but most times it doesn't take 15 years for version 1.0 to make it to the "buggy" stage.
Even if you get an app working, chances are it will break with every update. How do you sell that to someone? "Here is this new cool operating system, and here is the guy you're going to have to employ to configure every single windows-based application you want to try out...Oh, and no guarantees, he may not be able to get it to work."
You just can't work that way. No business project ever comes with a complete list of software.
There are applications that you've never heard of that 2 companies in the world still use, and it will be an absolute deal breaker if you can't make them work in Wine, but since no one uses them, no one on the lists will give half a shit no matter how important it is to you personally and inevitably, someone will tell you, "You need to program the functionality in yourself and stop complaining" which is the point at which you realize that depending on this program is utterly pointless and you get on with your life.
ad logicam Claiming a proposition is false because it was presented as the conclusion of a fallacious argument.
DOSemu, QEMU, MAME, etc. are not emulators. They just provide compatibility layers. Also, Lame Ain't MP3 Encoder.
Escher was the first MC and Giger invented the HR department.
It goes great with vintage Windows apps.
Many a true word was said in jest. Back in 1998 I wrote a small Windows program at work (~3000 lines of Turbo Pascal 7.0, Win 3.1) and tested it at home on Wine on Slackware. It worked fine.
Wine is an astonishing project. It deserves a lot of credit.
Stick Men
8 of 13 people found this answer helpful. Did you?
the same can be said of Windows....
If you believe everything you read, you'd better not read. - Japanese proverb
True; I may finally retire my Win98 box, which I keep up and running for the Windows 95/98 games that don't run on WinXP.
Get yer shit straight before you rant next time. Wine is sweet.
The Admin and the Engineer
People who defend Wine have never had to make it work for anything that wasn't for their personal use.
The problem with Wine is that they really try and make you believe that just around the corner they're going to be able to do anything Windows can do, and they push it for people who really need Windows apps.
It's wholly unsuitable for that. If you really need those apps, you had better invest in an environment that will run them, and run them well, because Wine doesn't cut it.
ad logicam Claiming a proposition is false because it was presented as the conclusion of a fallacious argument.
Keep in mind, Wine doesn't have to be able to perfectly run every Windows app. It only needs to be able to perfectly run the ones you (or your client) actually needs.
Don't thank God, thank a doctor!
I totally agree; stick with the supported apps or better yet -- the supported apps with the gold (highest compatibility) label. However, a Linux deployment isn't a 1 or 0; most people in a company can deal with missing particular apps.
8 of 13 people found this answer helpful. Did you?
Terminal services are your friends.
In my experience the absolute best way of dealing with a big migration is tossing as much of the old software as possible, and using terminal services for the stuff that just won't transfer to the new platform.
If you do that, most of the problems just go away. The biggest issues I've had with Linux migrations are things like IE, Exchange, and Office. Firefox is finally killing off the need for IE, so that's less of a problem. OpenOffice still sucks, but if IBM manages to pull off the whole Lotus/Symphony thing, that problem could solve itself (though Lotus would have to get a LOT better).
Then you throw the remaining apps on terminal services, and you're good to go. That takes care of all the apps that will never ever EVER run on stuff like Wine, as well as things that don't run as well, or need to much maintenance.
Once the OS becomes popular enough, you'll end up with native apps, and life will be sweet.
ad logicam Claiming a proposition is false because it was presented as the conclusion of a fallacious argument.
Quickbooks now has web based Qucikbooks Online, which with IE4Linux, you can access.
This is the solution I found for my business.
technoid_
Two wrongs don't make a right, but 3 lefts do - Lew of GO magazine
VMware player and workstation now have experimental 3d acceleration support. I have a Windows XP player running Google Sketchup in accelerated mode currently. Works great.
http://www.easyvmx.com/blog/?q=vmware_with_3d_acceleration
I've seen reports that it can run many older DX8 type games. Of course wine runs most of those just fine so why bother with a VM.
You're right, there's so many things wrong with WINE, I doubt I could even name them all in my lifetime. WINE ought to be forked!
Some of the things truly appear as if they have been coded by people who never used Windows once in their lifetime. And some things look as if they've been coded by 3-year-olds. (now we know where all the monkeys from the local zoo went)
There's a lot of important stuff missing.
IMNSHO: I won't name names, but someone high up in the project's hierarchy is a major douchebag. WINE will never get anywhere if it's not forked.
It's emulating libraries. That's enough of an emulator for me. When it reroutes library calls to new libraries and doesn't tell the application it's doing it, I call that emulation. Plus, doesn't it fake some windows hardware related libraries?
Google's Super Secret Search Algorithm: SELECT @search_results FROM internet WHERE @search_results = 'good'
The goal should be to help linux break into the business market, but the things that run most reliably are games.
Linux has already broken into the business market. What do you think IBM is doing? Most business critical apps have native replacements that are as good or better than the proprietary solution. Yes, I know Photoshop isn't one of them.
Games on the other hand are more about the experience than the task, and a mere reimplementation doesn't suffice in most cases. (Freeciv not withstanding). Looked at this way, I'd say games are a higher priority if you want linux to break into mainstream computing.
Give me Classic Slashdot or give me death!
Parallels does hardware accelerated video.
Chernobyl 'not a wildlife haven' - BBC News
Your broad statements that would require substantial experience with Wine to be taken as credible are undermined by the fact that some of your statements seem to signal serious unfamiliarity with it. I'm not exactly sure why you're spreading FUD, but you do.
It takes a man to suffer ignorance and smile
Be yourself no matter what they say
Using wine is a stop-gap measure for running Windows apps on Linux. All users of wine (and I am one) should write to their applications' developers and let them know that they would like native Linux support. I have a list of tens of software house and their contact info, for writing to software developers. Please, if you use wine, at least write to the application developers and let them know that there is demand for their products on Linux. Whether the apps work in wine or not.
It is dangerous to be right when the government is wrong.
Actually a good question, since I got several games that won't run on the version of windows I use.
Hey don't blame me, IANAB
Here's the link to the download directory :
http://wine.budgetdedicated.com/apt/pool/main/w/wine/ for deb files
And there is a fatal flaw in your pointing out that he has a fatal flaw in his last argument, namely - Wine is not an emulator
Help us build a better map!
Was there really any Windows software worth porting to Linux in 1993? I can't recall any unless perhaps doom counts.
Whatever dude, if you didn't like the "emulator" jab, fine. But I've sweated blood on Wine projects, and I've gotten jack from the community.
If you go in the door without planning on using some sort of terminal services for the bulk of your windows apps, you're screwed, because the company will have forgotten to tell you about any number of windows apps that will turn out to be flat impossible to run in Wine, and no one will give a damn.
ad logicam Claiming a proposition is false because it was presented as the conclusion of a fallacious argument.
Its really not, but, well, I applaud your efforts to redefine words. Its an excellent way to write in a manner that will leave your words ambiguous and misunderstood. Ever considered publishing your own dictionary?
The Admin and the Engineer
I'm not seeing the problem here. They are not required to give a damn if you're not paying them anything. Paid wine support/services exists from multiple companies, who do give a damn to your specific application level concerns.
It takes a man to suffer ignorance and smile
Be yourself no matter what they say
Anything I post is strictly my own thoughts and doesn't necessarily have anything to do with the opinions of IBM.
At the very least, write to them if it doesn't run in Wine.
Porting a software project can be a very nontrivial task, taking many manyears of work to complete. Few companies are willing to invest this kind of work (and money) for what seems to be a rather small customer base. They could, though, be willing to invest in a few tweaks to make it run on an emulator that would accomplish, from their point of view, the same thing: Letting Linux users use their software.
Companies are usually reluctant to develop for a platform with a small customer base. They do, though, accept making a few tweaks to get a foot into the market.
Currently, the only argument for people to keep using Windows is that Wine can't handle EVERY SINGLE Windows application. When there is no important application left that doesn't run well on Wine, people will more readily switch (Linux+Wine == Windows, from a user's point of view, but about 100-300 bucks cheaper).
And THEN it's time to ask software companies to develop for Linux, with it being the bigger market.
We used to have a Bill of Rights. Now, with the rights gone, all we have left is the bill.
That's actually more my point. Native apps are the answer, not half-assed compatibility hacks like Wine. If Lotus Notes didn't suck so bad, selling Linux would be a dream...Likewise OpenOffice.
ad logicam Claiming a proposition is false because it was presented as the conclusion of a fallacious argument.
I've noticed.
Maybe someone will read this, and think twice about trying to build anything commercial around Wine, thereby profiting from my experiences with it.
So in other words you'd rather put your energy into torpedoing the project than actually contribute towards its improvement? Well, you are free to do that, as well. Its your own choice.
you can't even be bothered to read my whole post?
Which part of your original post then did I apparently not read? You swore up and down in that first post that Wine is emulation, and I stated that it isn't. Please let me know where I missed something.
And yes, I see that now you are claiming that it might not be. But that doesn't change what you said the first time.
"Wine is not easy" or "Wine is not efficient" or "Wine is nasty excrement"
Oooh, ooh, are you one of those really creative types, like the ones who make new acronyms for FORD? I've got one - "Freakin' owner's really dumb!" Now can I play too?
Version 1.0 is usually buggy, but most times it doesn't take 15 years for version 1.0 to make it to the "buggy" stage.
I'm probably not the only person who would still like to know what the last version was that you used.
I'm guessing you haven't run 1.0, since it just came out. So how can you claim it to be buggy?
And on top of that, consider everything that has been added to windows in the past 15 years. How much of that needs to be added to wine in order for it to be useful for a significant number of users?
Even if you get an app working, chances are it will break with every update.
I will just again suggest you read the AppDB before complaining. You'll find that the list is growing of applications that have been stable for many consecutive releases.
How do you sell that to someone?
Actually, it sells pretty well. Take a look at the CodeWeavers commercial wine release.
There are applications that you've never heard of that 2 companies in the world still use
That is a nice example, but you still haven't told us what application has infuriated you so badly, or what version of wine you were trying to run it in.
I don't for a minute doubt that there is plenty of windows software out there that I haven't heard of. But yet for some reason you seem to doubt that your anger will do anything to help the situation of software that doesn't work properly in wine.
Damn_registrars has no butt-hole. Damn_registrars has no use for a butt-hole.
Comment removed based on user account deletion
There is a Windows emulator for Windows?
Besides the hilarity of having such a piece of novelty software, I'd kinda need something like that. Where could I get it?
We used to have a Bill of Rights. Now, with the rights gone, all we have left is the bill.
There's a wonderful word in the English language I used, 'either.' Maybe, if I needed hardware acceleration I would install Windows on the machine directly, in fact I know I would.
Oh, and VMware does support hardware accelerated video.
"I use a Mac because I'm just better than you are."
Except that you're argument against gaming refers to newer versions of windows, which try to encourage both you AND developers (because they're just as much to blame for this by making crap installers and such) to not always stay in or require Administrator access.
Besides, you're blaming the OS for something a user has near completely control over. You'd be better blaming Microsoft for not discouraging this practice instead of the OS.
+1 IDisagreeSoHeMustBeATrollOrAnAstroturferOrAShill
Exactly my point. No one gives a shit. And sure, you can pay a company to care, but their cheap package won't cut it, and their expensive package starts costing as much as doing it with terminal services, so you're just throwing money away.
Which is why Wine is worthless...It's only fit for hobbyists and geeks, because they're the only people who have the time and patience to make their software work when it doesn't work first thing.
I've got no patience left for the fairy tale.
ad logicam Claiming a proposition is false because it was presented as the conclusion of a fallacious argument.
If it doesn't play Civ IV then I can't get rid of my windows box at home.
Historically WINE hasn't done so great with the games I care about. Since I only like Windows for gaming that's what I really need for WINE to do before it becomes useful to me pesonally.
Oh sure, I admit running Office 2007 is going to be a god-send for transiting my users away from Windows. But for me, non-professionally, it really boils down to one question.
Does it play Civ IV now?
-abs
Duke Nukem Forever will have native binaries for GNU/Hurd.
Duh!
try wine
IranAir Flight 655 never forget!
Help us build a better map!
there is a linux version, a mac version,
Will they release a version of Wine for Vista?
I dont see why they chose this time to release 1.0. Still, a large number of software programs dont run on Wine. One that would not run at all is acrobat. Firefox crashes constantly. I could not get AOL online service client to run. Office XP doesnt run. Its pathetic. Wine is nowhere near 1.0 status. Its misleading since the software does not fully emulate windows, even reasonably well. Release 1.0 when you finally get everything working right.
15 yr release cycles, 2 of them, so 30 years.
Just because YOU can't get something to work under wine is a poor reason to be a whiny little bitch about the project.
God is imaginary
No, I haven't used Wine in about a year, and even then it was for my personal stuff, and no business purpose.
I don't see that expecting a product to work is necessarily a character flaw on my part, any more than not being willing to devote my life to Wine and Wine issues.
I'm not going to sit and list apps I've had problems with...I doubt you'll have heard of most of them, and some of them I've willfully blotted out of my memory. The first and worst was some goddamn proprietary banking interface; real crapware, but I had to have it. Had a 750,000 dollar migration hinging on it, and I couldn't get support for money, or begging, and I couldn't fix it myself.
Ended up using Win4Lin which is an emulator, and almost solved all my problems. Fucking FONT corruption, I shit you not, on two goddamn custom applications which, I'm sure I don't have to even say it, was completely unacceptable to the client.
So I ended up using terminal services. Whole thing was a disaster. And the lesson I took out of it was "Wine is completely unreliable."
You can't go into a professional deployment with a huge unknown. You will run into homegrown apps, you will run into industry specific software.
Who is going to help you with that? Who is going to compensate you for all the time spent trying to make it work? It's not worth paying people to make it work, and there is no point unless you're trying to capture a specific niche.
In the end, you save yourself ever-so-much pain by just setting up terminal services.
ad logicam Claiming a proposition is false because it was presented as the conclusion of a fallacious argument.
Well - you're not repeating that mantra, are you? So go start a project that is better than X.
And no, I'm not trying to be a smartass. Really - go do it. You don't even need to know how to code. Good administrative skills are enough to start a project. Wrangle like minds. Start a message board. Exchange ideas.
Unlike some other programming paradigms, open source welcomes revolutions. So go start one.
Weaselmancer
rediculous.
What games require administrator access to access the hardware? That's a new one on me and I'd like for you to give a few examples of such a thing.
But once again, is that a fault of the OS or a fault of the developer who designed it like that?
What's more, I never said it was "the OS's fault for being crap", you're attempting to twist what I've said to suit your needs.
What I actually said was that the OS is at the mercy of the user and the User is the one running in Admin mode. I said you should blame Microsoft for not discouraging this act sooner, as the OS is only operating as the user intends it to.
There's nothing stopping you creating a user level account, password protecting the administrator account and using the OS as normal. As the user, it's entirely your choice.
Most games and applications will run fine in this mode, if there are exceptions then you can't really blame Microsoft, it's the lazy developer's fault there as there is absolutely no real reason why a game NEEDS administrator access.
Basically what I'm saying is you've got some legit points, but you're blaming the wrong people. Microsoft has some of the blame, but there's plenty to go around.
+1 IDisagreeSoHeMustBeATrollOrAnAstroturferOrAShill
I don't think you understand the reality of WINE, especially to Microsoft!
With WINE, Microsoft officially loses control over their Windows API. It's like IBM with the ISA vs. MCA architectures around the 286 era. Microsoft desperately wants to move to something else, ANYTHING else, so that they can maintain control of their API, so that developers have to write to the Microsoft API, and so that customers still have to buy Windows.
But if there is a WINE that is reasonably stable, that's no longer the case. Case in point: I develop a cross-platform application with PHP-GTK, which has been ported over using the Win32 API. I can write software that's immediately usable on Windows, Macintosh, and *nix. But I haven't released an actual installer for *nix, simply because nobody's asked for one. And if I decide that I want to support *nix, I have to go with at least one of two options:
1) Pick a distro or five and build packages for each every time I issue a new release. (as often as weekly!) This is pretty much a guaranteed FAIL since everybody has their own fav distro...
2) Release a Windows installer and test it against WINE to ensure reasonable compatibility.
I'm going with option 2 for now. Note that I prefer this even when using a toolkit that's natively a *nix toolkit. It's not because I don't love *nix, it's because I have no desire whatsoever to deal with customers who are often barely competent to turn their computer(s) on and try to get them to recompile ANYTHING.
Win WINE, the most successful development platform in existence becomes an open-source platform, and will quickly deflate the Microsoft monopoly. Microsoft has no choice, simply because the very thing that's kept them in the business (the massive base of WinXX applications) now becomes the very thing that they cannot abandon.
I have no problem with your religion until you decide it's reason to deprive others of the truth.
I never use anything 1.0.. Will wait for 2.0 before I upgrade!!!!
MISSING - Sig file. 2 years old black and white and very funny. If found please email me.
Try this. [Attachment: Foxit Reader.zip]
Seriously, people who can't use punctuation are also likely to open EXEs from e-mail attachments.
I'm pretty happy with 12.0. Are the new features in 16.0 worth it?
Hail Eris, full of mischief...
E pluribus sanguinem
I know you were aiming for a funny mod. But I am tired of reading people say that wine is not an emulator but keep seeing the description of WINE in the Ubuntu and other repositories as "Wine - Windows emulator" [from ubuntu add/remove applications] to run windows applications"
WTF people mantaining the ports!! you should describe WINE for what it is a compatilibity layer. An emulator has in itself several disadvantages that WINE does not have.
With WINE you can say that it makes Linux Windows compatible. It is just a set of libraries to allow such a [not perfect, but still, very good] compatibility.
Ubuntu is an African word meaning 'I can't configure Debian'
The great thing about America is you can use anything. I sued my next door neighbor's dog for keeping me awake for two nights. I won all his kibble and there is a restraining order on him.
Correction, a lot of Windows games require Administrator access because they insist on writing files to the application's directory rather than to the user's home directory.
Rumor has it that Microsoft introduced the annoying UAC prompt to get developers to stop this practice by getting users to bitch at developers until they adjusted applications and games to get rid of the prompts.
GLaDOS for President 2016! "Well here we are again. It's always such a pleasure." -- GLaDOS, 2011
The most you can say is that poorly coded client apps encourage you to do something stupid.
Get thee glass eyes, and, like a scurvy politician, seem to see things thou dost not.--King Lear
So of course that tells us a lot about why we should revere you as an expert in wine, then...
I don't see that expecting a product to work is necessarily a character flaw on my part, any more than not being willing to devote my life to Wine and Wine issues.
I haven't seen anyone asking you to do anything resembling devoting your life to wine.
However, you seem to believe that your own incessant complaining will somehow resolve the problem. That could well be viewed as a character flaw, as you are contributing nothing towards solving the problems that bother you. Even submitting a bug report would accomplish a lot more than posting your complaints here.
The first and worst was some goddamn proprietary banking interface
Ended up using Win4Lin which is an emulator, and almost solved all my problems. Fucking FONT corruption, I shit you not, on two goddamn custom applications which, I'm sure I don't have to even say it, was completely unacceptable to the client.
One obvious question here is did the client actually say they wanted to move away from windows? It isn't clear by your statement that you were actually trying to fulfill a legitimate request from your client by moving them to Linux. Indeed, you haven't even told us what it was that your client was paying you to do...
So I ended up using terminal services. Whole thing was a disaster. And the lesson I took out of it was "Wine is completely unreliable."
If these three statements are related, it would appear that since terminal services was a disaster, you concluded that you hate wine. Interesting conclusion, for sure.
But even if that isn't the case, I still don't see why we should agree that your hatred is justified. You said you haven't used wine in about a year, and your example is based on software that you don't appear to be very fond of. But yet you seem to anyways want to launch into a bad-PR campaign to discredit the project.
Who is going to help you with that?
As I and several others have already said, there is the codeweavers project that does do commercial work with wine. You can chose that route if you wish. It isn't even particularly expensive.
Who is going to compensate you for all the time spent trying to make it work? It's not worth paying people to make it work, and there is no point unless you're trying to capture a specific niche.
I would be interested in knowing what it was that you were trying to accomplish - or even better, what you were paid to do - as it would help explain why you made the decisions you made.
Damn_registrars has no butt-hole. Damn_registrars has no use for a butt-hole.
Except for the fact that if you want to keep old operating systems you should ideally keep old hardware or run an emulator.
Or, for free, use Linux, wine (not an emulator) and install it on the most advanced hardware you can afford to play your old games.
Sure i can try, but you have to put these clamps on first....
I think you nailed a comment on Microsoft's API strategies there. Microsoft keeps adding API's, but they don't actually replace one another. In the case of a long-running project, you wind up with hybrid fraken-apps. This makes Windows application development rather horrible, and I suspect gives Windows operating system developers nightmares. As a person that likes emulators, I look at the Microsoft API, I look at Wine, and think: Why would anyone implement that API?
Because I dont own older versions of Windows and cant really get a hold of them easy and a little thing like morality prevents me from stealing it from .torrent's etc.
Plus Ive set it up now, waste of money to buy something to do what I already can do.
It just so happens that I am uncorking a 15 year old bottle of Mondavi Reserve Cabernet tonight.
Congrats to all of those who have labored over this product for so long...
Dear software dev,
I am writing you to inform you that even though you only write Windows apps, I (somewhat) successfully managed to get it to run on my Linux operating system. Please start making a Linux version of this application post haste so you can not gain a customer (I have already hacked your app to run in linux) and increase your development costs. An added perk is the fact that you will be required to support the Linux version rather than just telling me to "run it in Windows" when I call. The extra staff you hire for your support center should help the unemployment rate.
Thanks Again,
A Wine User
It's not quite good enough yet. For instance, Wine won't run Civ 2. Which is ok, since we have FreeCiv, but I'm sure there are other games that haven't been reimplemented.
Give me Classic Slashdot or give me death!
People who say "virtualization makes wine obsolete" are mistaken. Wine represents freedom from Windows and the Microsoft tax. Running a copy of Windows inside a virtual machine represents continued dependence on Microsoft, and means continuing to pay the Microsoft tax.
Please mod parent insightful so that the maintainers of portage||deb||rpm||yourPMhere will understand the harm they are causing the community.
It is dangerous to be right when the government is wrong.
OK, I'll bite, straight from the Synaptic package manager (and I think it's a pretty good explanation):
Microsoft Windows Compatibility Layer (Binary Emulator and Library)
Wine is a compatibility layer for running Windows applications on Linux.
Applications are run at full speed without the need of cpu emulation. Wine
does not require Microsoft Windows, however it can use native system dll
files in place of its own if they are available.
This package includes a program loader for running unmodified Windows executables
as well as the Wine project's free version of the Windows API for running programs
ported from Windows.
Homepage: http://www.winehq.org/
New things are always on the horizon
I think that the point that you make is very important. I've filed a bug at Ubuntu on the subject of collaborating the different package managers:
https://bugs.launchpad.net/ubuntu/+source/apt/+bug/240770
Please add your thoughts as a developer to the bug. Thanks.
It is dangerous to be right when the government is wrong.
It is dangerous to be right when the government is wrong.
New features? It's smoother and silkier but really, the developers have you over a barrel for 16.0.
Anything I post is strictly my own thoughts and doesn't necessarily have anything to do with the opinions of IBM.
The fanboy response:
But, but, but, choice is good! And, the more choices the better! It can't possibly hurt the community to have to choose from 15 different possibilities! That's just crazy talk!
There is no "-1 offended" or "-1 you don't agree with me" mod options for a reason.
Yup. *Two* in fact. (well "compatibility layers" is the better term). The open source WINE and Microsoft's very own "Windows on Windows" (WOW) which is for legacy compatibility.
This idea that I should devote all this time to a resource that I find to be completely marginal is absurd. Are you devoting your time to ironing out problems in Mono? But why not?!
I've used Wine; I'm hardly an expert, but Wine experts are probably not the target audience for the software. I have needs that would be filled by Wine; it doesn't fill them.
The times I've tried using it to fill them, I've regretted it.
I've only used Wine professionally in full Linux migrations. I've been involved in 6 to date, which isn't a huge number, but is enough to have a pretty robust idea of the problems. The smallest was 80 people, and the largest was ~500 people. Industry-wise, it was finance(bankruptcy), finance(insurance), medical, medical, dental, and media (print).
In those situations, there turned out to be TONS of industry specific applications, and they were mostly not portable, and not supported in the sense of "we'll fix it so it runs on linux."
The first one we'd really counted on Wine; we'd worked out how to use every application that they said they needed in Wine, and we deployed it based on that. They were wrong, basically, and we spent so much as to take a substantial loss trying to make the situation work out to the benefit of everyone involved. This was in 2004, so not exactly state of the art, but the target Windows was 98, so we'd thought it was a safe bet.
Since then I've used Wine on some desktop stuff, but we've always bid up the terminal services end of it, and frankly, though I'm not a huge fan of MS, the terminal services stuff has always worked fairly well for us, and it requires a lot less work than Wine does, and it's substantially easier to deploy new stuff on it because it generally works "out of the box" as it were.
The main negatives are licensing and cost, and for big deployments its less of a factor, especially since you can reduce your licensing requirement for other software once you've got all the terminal crap set up.
I'd be happy to use a Wine that delivered reliably, and maybe I'll spend some more time playing with 1.0, and give it a shot for some stuff, next time a migration project rolls around.
I think in the end though, it's going to be more about native applications than Wine.
ad logicam Claiming a proposition is false because it was presented as the conclusion of a fallacious argument.
I can't retire my XP box because Linux does not have good support for the Hauppauge HVR-1600 that came in my PVR-250 box. If I want my MPC to work, I have to use XP.
There is no "-1 offended" or "-1 you don't agree with me" mod options for a reason.
... releasing it on June 30th would have been more amusing.
Amusing, yes.
But this gives users an opportunity to try it out BEFORE the closing date. That lets them avoid executing on a migration to some other Microsoft version if Wine 1.0 will do the job for them.
It's a little late already. A lot of people and companies are already committed. But today is vastly better for market penetration (or Microsoft market eviction) than June 30. B-)
Bantam Dominique roosters crow a four-note song. Once you've heard it as "Happy BIRTHday" you can't NOT hear it that way
Seconded. I have an Ericsson MC218 PDA (a re-badged Psion Series 5mx). Psion, to their great credit, have a free emulator that runs under Windows - and amazingly, it runs using Wine as well. I was very impressed, and swapping data back and forward using a CF card is seamless.
.vsd files, or Visio could run with Wine, many people would be very happy.
Unfortunately, Visio doesn't (yet) play nicely with Wine (or vice versa). As no GPL/Linux application can read Visio files, many LAN/networking professionals are stuck with staying on Windows, as Viso is the de facto industry standard for producing pretty pictures of networks. If Dia, or OpenOffice.org Draw could read
Or throw an ad up on Criagslist asking to swap with someone who has a supported tuner.
Help us build a better map!
Get it before Microsoft sues.
Too true. But one nice thing...
If Microsoft is shutting down distribution of XP they're going to have a difficult time showing financial losses on a product they don't sell any more. B-)
Bantam Dominique roosters crow a four-note song. Once you've heard it as "Happy BIRTHday" you can't NOT hear it that way
I just went to the Wine site, paged through until I found the page with Ubuntu instructions. Guess what? Either they don't know what they're doing (I know I sure as hell don't, which is why I had to look it up) or there are typos in each of the commands. Won't run in my Terminal.
If Dia, or OpenOffice.org Draw could read .vsd files ... many people would be very happy.
That sounds like a challenge :-)
Stick Men
Wine is best when aged. serve chilled with a side app of Cheese(tm)
Help us build a better map!
There is a very serious need for such an emulator, and Microsoft has provided three of them: one is an actual emulator (Virtual PC), the other two are delivered in the installation kit and are called WOW (Windows on Windows), one for 32-16 bit compatibility, the other one for 64-32. To be complete, there is also a fourth one, for MS-DOS legacy applications, NTVDM (Virtual DOS Machine). Neither of the above does a splendid job, but they do exist and are useful in a number of cases.
Have you considered using a distribution-neutral package format like autopackage? There are solutions written specifically for developers in your situation. Not everyone needs to build packages in native formats; really those are mostly for central repositories. If you're not distributing your app through a central repository, there's no reason not to use something like autopackage.
Change is certain; progress is not obligatory.
You should never log in as Administrator or root to play games, and, unfortunately, Windows often makes you to do just that. That kind of behavior just isn't ready for the desktop at all.
Windows does nothing of the sort. Stupid developers make you "login" (really, just "Run As) as Administrator, and they're as likely to do it targeting Linux as they have been targeting Windows.
[...] and still lets you keep your old games (unlike every newer Windows version)?
It's hard to take anyone who writes such blatantly false bullshit as this seriously.
Help us build a better map!
I'm not sure who you feel is asking you to "devote all this time" to wine. It takes less than 5 minutes to fill out a bug report. Nobody is asking you to write code or do any kind of intense work. Just show them what went wrong. Generally the STDERR / STDOUT from trying to invoke wine is sufficient. If you're too busy to capture those and send them in, then why are you trying to lead a migration between two very different operating systems, anyways?
there turned out to be TONS of industry specific applications, and they were mostly not portable
I hope that wasn't a surprise to you...
The first one we'd really counted on Wine; we'd worked out how to use every application that they said they needed in Wine, and we deployed it based on that. They were wrong, basically,
Could you clarify who are you are ferring to by "they"? Do you mean your client, or the wine people? Or some other they that excludes you?
For that matter, which part was wrong, the method or the application list? Did the client perhaps spring some applications on you that you weren't expecting?
This was in 2004, so not exactly state of the art, but the target Windows was 98, so we'd thought it was a safe bet.
I can tell you from personal experience that wine has come a long way since 2004. I had a lot of applications that I was trying to run on my FreeBSD box that did not work in wine in 2004 that now work. A lot of capabilities that were previously missing are now available.
And FreeBSD is one OS that generally gets next-to-no attention from the wine people
I'd be happy to use a Wine that delivered reliably, and maybe I'll spend some more time playing with 1.0
I think you could do us both a favor by spending some time with 1.0 to begin with. Really, any amount of time would be "more time" than none.
Though really, if you want a professional deployment of wine, why haven't you tried the commercial version? If you're willing to dish out money on terminal server, I don't see why you would be afraid to dish out money for wine.
Damn_registrars has no butt-hole. Damn_registrars has no use for a butt-hole.
Sure, it's Microsoft's fault that Windows doesn't encourage safe permissions by default.
No, it's not, because Windows *does* have safe permissions by default - it's just the default user on some installations has elevated privileges.
[...] and it's STILL wrong in Vista
How so ?
Help us build a better map!
It is REALLY good that utorrent 1.5 works so well under wine, because none of the Linux torrent programs are even remotely as good.
I hold very few opinions. I hold information based on observation and fact. If you wish to disagree, please use facts.
A quality app targets a Limited Account, period.
This catch-me-screw-me game of hiding half the app in the Windows Registry, and other whacky nonsense (Do You Hear Me, Hewlett-Packard?!?!?!?), so that the user sees all manner of annoying errors when running sanely is the height of wrongheaded.
Get thee glass eyes, and, like a scurvy politician, seem to see things thou dost not.--King Lear
It looks as if though you're looking at wine and expect everything to just work, with no effort or expense on your part. The reality is that wine is a compatibility tool or a tool of interoperability. It isn't a 100% solution. If your whole infrastructure is built around windows systems and applications which generally use the API in less than mainstream ways, then by all means, stay on windows. Noone said that you'll be completely let off the hook for choosing a piss poor operating system in the first place. No, that's your shit. All wine is supposed to do is that if you compile against wine, you'll be able to run your program on windows and linux too, apart from providing a tool that can run windows applications in most cases, for free. If you need more than that, then pay for it.
You're acting like moving from windows to linux under wine would be the endgame. It isn't. It is the first step of a migration. Yes, migration costs, but not having an intermediate point between windows applications and linux applications would cost more.
It takes a man to suffer ignorance and smile
Be yourself no matter what they say
Joking aside Wine, Ndiswrapper, and the like are a step backwards for Linux in some respect. I use Linux, Windows, and OSX and honestly the majority of problems with Windows (2000-Vista) are caused by crappy drivers and even crappier applications. Whats the point of getting everyone to switch to Linux if we are still going to have to deal with all the crappy applications written in 1993.
I understand some hardware doesn't have drivers and some applications don't have Linux versions and people want to use their hardware and programs but where is the incentive for the producers of these products to support Linux if the open source community "makes it work" for them for free?
PLENTY of people have an old Win XP OEM disk that would legally give them the right to have a XP VM on their Linux distro. I in fact do not know one person over 10 years old that doesn't own SOME kind of Windows license from a previous computer purchase.
I'm sure there is something restricting in the latest Eulas, but LOTS of people bought a machine that came with XP, ME, 2000, or 98.... For those people, having a Windows VM that matched their license should be legit.
I hold very few opinions. I hold information based on observation and fact. If you wish to disagree, please use facts.
Fact not supported by any evidence in the field. If that were the case, games on Linux would be as notorious for it. YHL, HAND.
Linux games are notorious for not existing. The tiny handful of Windows games ported to Linux don't even come _close_ to conclusive "evidence in the field" that developers wouldn't carry their bad Windows habits over to Linux.
There hasn't been any justification for typical Windows software to require Administrator-level privileges for a decade, yet developers have continued to do release broken software. Your only argument against this historical record is, basically, "but none of the handful of Linux games have done so".
Make sure to visit portableapps.com and get a copy of SumatraPDF, arguably the best PDF viewer I've ever used.
:)
Oh, and yes, it works well under wine....
I hold very few opinions. I hold information based on observation and fact. If you wish to disagree, please use facts.
On the same day! Every website I visit daily is completely slashdotted! This is like a geek perfect storm!
I'm downloading both..... As soon as I find mirrors that are still alive.
I hold very few opinions. I hold information based on observation and fact. If you wish to disagree, please use facts.
Help us build a better map!
Those hardware related libraries you talk about are in effect drivers...
Which convert a changeable interface (hardware) into a fixed interface (the api)... In this case the changeable interface is changed to the underlying linux api instead of directly to a piece of hardware.
http://spamdecoy.net - free throwaway anonymous email - avoid spam!
I think Excel 2003 is swell. I even think there is a demand for Excel on Linux. Could you pretty please with a cherry on top port Office 2007 and below to run natively on my Ubuntu 8.04 box? Thanks.
Love, Tux
P.S.
I think you're swell, too.
They should do real market research in the business sector and see what companies are using VMs, remote desktops, etc. to enable, and how much it is costing them per seat. They should actually market themselves to big companies deploying alternate OS's, like IBM. They should, at very least, solicit feedback on their Website from business customers as to what programs would result in sales for them, without requiring those customers to promise to make a purchase in future; since at that point they've already lost the sale.
You can't implement security top-down and expect it to stick on it's own as an afterhtought, it has to be top down from the stop.
Help us build a better map!
If that were true, the default permission level would not be Administrator unless you go out of your way to reconfigure it.
You are conflating two very different things. The permissions in the system and privilege level of the user.
The default permission level for new users in Vista is still Administrator: Not sane.
This is simply confirming your ignorance. An "Administrator" in Vista is simply someone who is allowed to elevate their privilege level. It is loosely equivalent to the "admin" group in OS X or the "wheel" group in UNIX.
I think it's fair to include Wine in this. No, they aren't carrying their bad habits over from Windows.
Am I fascinated at the twisted logic you need to muster up to equate "works in WINE" with "writing code not to needlessly require Administrator privileges".
And there is zero reason for the default Windows install to make someone create a seperate, normal user account, and require passwords, which is the root cause of the problem.
I have no idea what you're trying to say here.
They = the clients, of course. And yes, it was sprung on us, and it wasn't surprising, but the elevation of the problem to "unsolvable using our solution" was surprising. I posted all kinds of stuff at that time, regarding errors and possible solutions. These days I don't really use it, so I'm obviously not posting.
Looking at Codeweavers page, I'm not all that hopeful, even for the paid support. Still no IE6 (well, still buggy...Buggy is almost worse, complaint-wise), Jesus. IE is often a problem on all-linux deployments, because of IE only websites. Outlook still buggy, that's an issue because of all the managers and their unnatural love for Exchange. I don't actually care about Office myself, but no Access is a big deal for a lot of people...My distaste for Wine is nothing compared to my unending hatred of OpenOffice (though I have high hopes for IBM's Symphony fork).
And a lot of the top requests are games, which isn't all that thrilling. Itunes, Rhapsody.
And all these are HUGE products, not some proprietary product that they probably couldn't even get access to to attempt to make it run under Wine.
ad logicam Claiming a proposition is false because it was presented as the conclusion of a fallacious argument.
Actually, the driver issues have been sorted and the HVR-1600 now works fine with both ATSC and NTSC. I've been using mine with MythTV for a few months now, and it works quite well.
FWIW, I'm using Debian testing, kernel 2.6.24 and the MythTV packages from debian-multimedia.org.
-lee
The use for 'binary emulator' in that statement is incorrect. As the grand parent post states, Wine Is Not an Emulator, which is where it gets its name from. Appearently they person who has added/editted the Synaptic package isn't really aware of what WINE really is. I have to fully agree with the parent post, as even though the text you posted is mostly correct, it is still wrong in at least one obvious way that makes many people still think 'emulator'.
Please read #1 on:
http://www.winehq.org/site/myths
And for anyone who still believes WINE is an emulator, please read #10 from the above URL. If you still don't believe it or don't understand #10, then call it what ever you want cause it doesn't matter to you anyway.
Persistent Volume manager for Kubernetes - https://github.com/dwimsey/openshift-pvmanager
There are probably MILLIONS of programs written for Windows. Maybe a slight exageration, but maybe not. WINE is extremely useful to me for old, but still useful programs, that may have been written in VB6 or whatever. I personnaly have 4 such apps that will only run under Windows (or emulation), or WINE.
I use WINE whenever I can, it's easier and cleaner for me than emulation.
Just my 2c
I'm in to sadism, bestiality and necrophilia. Am I flogging a dead horse?
You can leave Portage out of it.
Its a very nice niche PM.
It will never really hit mainstream thus wont do any damage.
RPM does need to die though.
There are probably MILLIONS of programs written for Windows. Maybe a slight exageration, but maybe not. WINE is extremely useful to me for old, but still useful programs, that may have been written in VB6 or whatever. I personnaly have 4 such apps that will only run under Windows (or emulation), or WINE.
I use WINE whenever I can, it's easier and cleaner for me than emulation.
Just my 2c
I certainly was not joking. But I am not referring to the legacy software that is already out there, rather, I want to see developers write _new_ applications for Linux. We don't need Photoshop 7 on Linux, we need Photoshop CS4 (whenever that will be) on Linux.It is dangerous to be right when the government is wrong.
And in the home users case it is always those damned cheapy Lexmark/HP/etc "Winprinters" or even worse the ever popular all-in one Winprinter/scanner/fax that is pointless to even try to convert. If there was a Ndiswrapper equivalent for printers there would be a huge amount of home users that I could easily convert to Linux. Most of these simply check email,surf,print their pictures,etc and would be perfect candidates for Linux,but those damned Winprinters get you every time.
IMHO the easier we make it for users to have their "must have" apps and hardware the better it will be for us all. The Linux market will grow larger, we will get more and more machines like the EEE with Linux preinstalled,and most importantly,the hardware and software manufacturers might actually start paying attention and make native solutions so in the future we won't HAVE to have things like Wine and Ndiswrapper. But that is my 02c from down here in consumer land,YMMV
ACs don't waste your time replying, your posts are never seen by me.
Get thee glass eyes, and, like a scurvy politician, seem to see things thou dost not.--King Lear
If you are developing in PHP I'd guess your app is a pretty simple graphical app and doesn't have hooks into the OS, especially if it runs in Wine. So packaging a native Linux version should not be a problem.
.deb based systems always include the ability to install an rpm via alien/etc. since the LSB mandates rpm package support. But a little more effort would get you a Debian package in a repo so Debian/Ubuntu users get the automagic update love also.
Step one, create a generic RPM with as few dependencies as possible. If the size isn't totally insane just static link the sucker. Put it in a yum repo on your site along with a repo package. Give users instructions on how to add in the repo. Now you get to automagically upgrade them as you release new versions and with a little effort you can cover all yum/rpm distros. rpm based distros without yum can still manually install the rpm.
You can stop there if you like since
So that should cover Fedora, RHEL & clones, SUSE, Debian plus Ubuntu & it's growing offspring and thus cover 90% of real world users. Toss in a tarball for anybody who might complain they were left out.
The Windows Installshield way only looks easier, long term it is a nightmare because it doesn't provide for auto updates so everybody gets to reinvent that wheel.
Democrat delenda est
codeweavers _are_ the main wine developers.
There are no real boundaries between the company and the free software project;
this is in my opinion the cause of the divergence between
the community-perceived goals of wine, and the real ones, which are far
less far-reaching than I would like.
CodeWeaver routinely does contract work with companies to improve support for specific applications, which sounds exactly like what you are talking about.
And special thanks to Microsoft, who slowed down their development and release time so much that it allowed the Wine developers to catch up. I remember in the 90's, Wine developers were significantly hampered by Microsoft continuously adding core components and often completely changing how Windows worked. Now that Windows has been essentially stable for so many years, Wine's been able to catch up. Ever since Gates left Microsoft day-to-day operations, the company has been really blowing it. Thanks to their delays and incompetence, they've lost a significant competitive edge... their OS, their key product that locks customers in, can now be effectively cloned by anyone. Good for us! Bad for Microsoft... no tears shed here!
The PM that works on all distros will win. That's competition. Take the load off the developer in figuring out what distro they are on and let the installer put files where they need. It could also set flags for the program being installed to locate appropriate locations to save and load information from.
At least, that's what I'm rooting for.
Every time I start to have faith in humanity, I ruin it by driving to work between 7 and 8 am.
At least wait for Wine 1.0 SP1. That's the norm, right?
Every time I start to have faith in humanity, I ruin it by driving to work between 7 and 8 am.
Écrasez l'infâme
Actually, what I'm talking about it soliciting feedback from potential business customers and using that to decide what programs to focus upon. Their current scheme only allows pledges of money for a given application, useless for mainstream business (as I described above). Right now I'm sure hundreds of companies evaluate CrossOver for use with one or more applications, reject it as not yet there, find there is no easy way to tell CodeWeavers what application's lack of support cost them a number of sales, and move on.
Meanwhile CodeWeavers waits for individuals looking for a game to play or the lone contractor looking to dump their Windows box, then spends their time on said applications, pretty much ignoring those larger missed opportunities. This is probably one of the reasons why, despite the greatly lower price of Crossover, VMs running Windows are a much, much more popular solution in the business world.
And in the home users case it is always those damned cheapy Lexmark/HP/etc "Winprinters" or even worse the ever popular all-in one Winprinter/scanner/fax that is pointless to even try to convert. If there was a Ndiswrapper equivalent for printers there would be a huge amount of home users that I could easily convert to Linux. Most of these simply check email,surf,print their pictures,etc and would be perfect candidates for Linux,but those damned Winprinters get you every time.
This is _exactly_ the reason that I insist that we write to the software developers and request Linux support. It's that one last app that ruins the party. I would actually appreciate if you posted here which particular apps have help you back in the past, or which apps you know are problematic to find Linux replacements for. If you don't want to post here, you can leave me a message at the http://dotancohen.com/ website. Thanks.IMHO the easier we make it for users to have their "must have" apps and hardware the better it will be for us all. The Linux market will grow larger, we will get more and more machines like the EEE with Linux preinstalled,and most importantly,the hardware and software manufacturers might actually start paying attention and make native solutions so in the future we won't HAVE to have things like Wine and Ndiswrapper. But that is my 02c from down here in consumer land,YMMV
It is dangerous to be right when the government is wrong.
It is dangerous to be right when the government is wrong.
Help us build a better map!
The nicest thing I have to say about Redmond is nothing whatsoever.
Get thee glass eyes, and, like a scurvy politician, seem to see things thou dost not.--King Lear
The main use of Wine is for that old piece of Windows crapware you rely on and you can't even find the developers, let alone ask them to free it. "If only this one app would run on Linux, I could move ..." With Wine, they can.
http://rocknerd.co.uk
Win by what end date? Deb and RPM have been around for years now.
What you are suggesting is that rational people will see one as better and switch. That doesn't happen. People aren't rational in choosing a linux distro most of the time.
There isn't even enough difference between most of them to justify their existence, and yet they continue on because a sufficient number of people use the one they love and refuse to entertain the idea that something else might be better.
You know, most commercial printers also happen to support OS X as well as Windows, and OS X uses CUPS, but its likely that some of them still use nonstandard drivers on OS X too.
Although, Apple does bundle drivers for most major printers on the install CD for Leopard, perhaps those are proprietary and not postscript?
and why, exactly, does rpm need to die? the very same could be said of deb files, yum and apt-get, they're respective package managers both functionally work the same, user says get this, they resolve all dependencies and get it, install it, and done.
Also, I think having at least two of them would be optimal, at least then they're trying to one-up the other one, a little friendly competition is never a bad thing.
In regards to packaging, I agree that a project shouldn't need to make packages for every platform around, that's why if your popular enough, you get the people who use that distro to package and maintain the package on their distro. Then it can be added to the central repository and checked against dependencies in that repo and made to all work fine, with no effort from yourself as the software developer.
For a site about things like basic rights, Slashdot users sure do like to censor "dissent".
Did you miss something? The question I asked was, what is the software developers incentive to port an app to Linux that everyone is running in Wine? I will repeat myself. Wine and the like make it capable for everyone to switch to Linux AND keep the crappy "mission critical" apps. Wouldn't it be a better idea to create a native app with the desired functionality then port over the crappy app that is part of a large percentage of Windows bad name?
If I may say - You "correctly coded" a program, hence why Wine ran it. Many programs do not run because they were not properly programmed, and use odd tricks that aren't in the spec to make things work, and WINE can't handle it. I'd submit a list but you likely have one of your own.
Still waiting on Serviscope_minor to wake up to fucking reality and realize that Jessica Price isn't going to fuck him.
Does this mean I could take the entire DirectX/D3DDSound system DLL files from my windows install give them to WINE and it will use those? Would that help at all with compatibility?
Still waiting on Serviscope_minor to wake up to fucking reality and realize that Jessica Price isn't going to fuck him.
True, but these things are necessary. Thank god for ndiswrapper, that the $600 computer I just bought isn't a $600 brick.
For all you pedantic idiots out there (may you saponify in your grammatically-correct graves), I know that it isn't _truly_ a brick -- it turns on -- but I couldn't use it without Wifi and I wouldn't use it with Windows.
<sig> </sig>
Funny how Google Earth manages to releaes one single linux binary, then. People will prefer to have packages, but they'll be fine with installing a worthwhile program without them.
This space intentionally left blank
What harm?
Hundreds of open- and closed-source software projects release code on a fast-paced schedule and are supported by PM developers very promptly with no problems at all. It's a beautiful system that continues evolving in a way proprietary apps will never be able to, and test driving new features and integration opportunities all the time.
What harm?
[an error occurred while processing this directive]
And for the home users two words: GAMES and WINPRINTERS! Even the ladies who look down on game playing love Age of Empires. While I can get it to work in Wine,the problem with Wine is it is just too geeky and CLI for your average home user. Which is why I usually show my SOHO and SMBs Crossover. The second you go to CLI,the presentation is over and you've lost. Most of these people don't even know that Windows HAS a CLI.
But the biggest reason I gave up on trying to convert home users,and why I only have one laptop out of four machines running Linux myself,is those damned Winprinters. I got a really nice brand new Lexmark all in one given to me by a SOHO whose husband bought her a laser printer for her birthday. I spent a week in hell trying to get that thing working in Linux before I just gave up. And it never seems to fail,when I make a housecall or someone brings their machine to me and I look in the task bar,there is the stupid cheapo Lexmark/HP Winprinter driver. And you will never get a customer to throw out a printer that they are perfectly happy with just so you can stick them on an OS they've never heard of.
I'm sorry about the length,and I hope this helps. But for business it is VB and an easy way to use those weird little proprietary apps,along with access to the IE6 ActiveX Intranet app. For home users it is mainly games and Winprinters. Most of the others,like those funky webcams I can usually find a work around,but an easy way to run their favorite games,along with a "clicky clicky next next next"(I swear I actually got that from a customer!) way to use their Winprinters with a big extra point for those damned Lexmark all in ones that pretty much rule the home market here. IMHO Vista and the probability that Win7 is going to be subscription based Vista means Linux has a real shot if they can get the few things that folks use most to work. But that is my 02c,YMMV
ACs don't waste your time replying, your posts are never seen by me.
While I am all for choice,I am also a realist. Those companies need those VB apps to survive,and would cost more to have someone rebuild it from scratch than they can afford. And my customer uses Xres 3 for his livelihood. There is no way I could just tell him "learn Gimp". So while it would be great if all the software and hardware had a native Linux version,the odds of getting it ain't good. You have to deal with what you have. Believe me,MSFT would just love it if everyone kept an elitist attitude in the Linux communities and didn't cook up a way for these "must haves" to work. That way they can just keep giving XP last minute stays and coast. And I know you weren't being elitist and I do agree with you,but there are simply way too many little weird apps that will never be cooked up for Linux. But that is my 02c,YMMV
ACs don't waste your time replying, your posts are never seen by me.
because someone will surely remove your fingers for typing that question on /. instead of checking somewhere more appropriate...
I don't therefore I'm not.
Insulting someone for a bad analogy and then adding in another one - oh well, it can't be helped due to the differences. Unfortunately Administrator in MS Windows is unlike any other user based security model even to the extent where users can lock Administrator out of things.
Comment removed based on user account deletion
- Windows XP set up the default user as an administrator with elevated privileges by default. Since few users have more than one account,
- They have complete access to their entire system.
- The developer probably has complete access to the system as the only user.
- The are, therefore, no or few bugs related to permissions during testing from the 99.99% of users above.
- As a result, there are a large number of Windows games (basically all of them before WinXP) which require system access and admin rights.
- BONUS: From your other comment, this default user didn't need a password.
- Linux desktops, on the other hand, don't run as root. Lindows tried it some time back, and got eaten alive for that. Some distributions don't even have the capability to log in as root. This means that:
- Users have an unprivileged account.
- Developers also have an unprivileged account.
- Any developer who decided to log in as root and make an application which required system access would be flooded with complaints from the 99.99% of users which don't run as root.
- As a result, no games in Linux (and there are quite a few) require admin rights. Windows programs running under wine don't require them, either.
This, my friend, is how choice of default permissions affects the software environment. I really think you already understand that, though.Put identity in the browser.
It would be great to see more of this kind of thing.
No, I'm not affiliated with Irfanview in any way other than being a long-time user.
There's no place I could be, since I've found Serenity...
The reason for this is the fact that the OS is trivially easy to install and set up, even a Gentoo system can be installed from scratch in less than a day and that's probably the worst case scenario for installation and setup.
The stuff that really matters is your own personal stuff, which in every OS imaginable your own user has the access to destroy. All the information you have that's worth stealing, everything that's valuable and hard to replace was created by your own user admin or otherwise. The state of your OS doesn't matter if your stuff is gone. You don't even have to be root to run a spam daemon in Linux(so long as you don't try to open a port Not running as admin is only really important in shared environments. If you lose your files, that shouldn't necessarily mean that everyone else loses there's too, but most desktops don't run this way, linux or otherwise. Very few shared family PC's will have separate data and program stores for each user, and as previously said anything that's yours you can write to and can destroy, encrypt, automatically upload to a web address, change permissions on and execute, and therefor anything that's taken over your system can do the same.
That's not to say that linux isn't more secure than windows, merely that for a single user PC running as admin doesn't really make a lot of difference.
Or depending on the nature of your app one or two of those.
Or distribute as tar.gz bundle (with all the necessary libraries).
IANAL but write like a drunk one.
It is dangerous to be right when the government is wrong.
Thanks. While I know about the games / printers problems, I did not realize that VB is so critical. I will start looking for solutions. As for ActiveX, well, I do not think that there will ever be a real solution. At least on the public internet ActiveX usage is on the decline.
It is dangerous to be right when the government is wrong.
the same can be said of Windows.... And pretty much all software that's ever been made.
In that case though, there are packages that download the binary and package it properly (see http://packages.debian.org/testing/misc/googleearth-package).
This post is awesome.
Insulting someone for a bad analogy and then adding in another one - oh well, it can't be helped due to the differences.
How is the analogy bad ?
Unfortunately Administrator in MS Windows is unlike any other user based security model even to the extent where users can lock Administrator out of things.
No, it's just not like UNIX. It is like other ACL-based permissions systems. Further, Administrator in Vista is different to Administrator in earlier releases of Windows NT.
1. Windows NT only has the default user as Administrator in unmanaged (ie: not an Active Directory Domain) environments. I think it's fair to say that a majority - or at the very least a significant proportion - of Windows software developers will be working in managed environments. Therefore, they would have had to manually and deliberately been elevated to Administrator-level.
2. The default user configuration does not, in any way, shape, or form, excuse developers from not following basic best practices like "least privilege".
That a significant proportion of Windows software still requires Administrator privileges to run, is 100%, utterly and completely, the blame of software developers. This is even more evident when one fires up something like filemon or regmon and observes that the only reason elevated privileges are needed is because the software is doing boneheaded things like writing to files in its application directory, or to system areas of the Registry.
Which brings me to my ultimate point that - given the above - there is little reason to think that these same idiots won't do the same stupid things when they're writing software for Linux.
...but those damned Winprinters get you every time. So write to the printer manufacturers! Here is Lexmark:http://support.lexmark.com/
It is dangerous to be right when the government is wrong.
It is dangerous to be right when the government is wrong.
While their recent OSes isn't great, they do make pretty Microsoft Office (in terms of usability and features) although I don't really agree with OOXML. No, I have not written to Microsoft. Though I will tell you the truth, I would pay for MSO 2007 if it ran natively in Ubuntu and saved in ODF. I really like the ribbon interface, and I am not a FOSS purist. I do, however, care that my documents themselves are not in a proprietary format even if the program that I am using at the moment is proprietary.
It is dangerous to be right when the government is wrong.
After looking on the Wine site, I can't find what makes this release 1.0? Did they completely implement a particular set of APIs or what?
/Mike
-- "So, what's the deal with Auntie Gerschwitz et all?"
It is actually listed under "Fun Projects" as "Almost Compiles" and "In Progress" (even though not updated for six years)
http://www.winehq.org/site/fun_projects#virtualization
Live today, because you never know what tomorrow brings
And does Autopackage let you build things that can be easily turned into FreeBSD or OpenBSD ports? Installed in a Gentoo system? Turned into pkgsrc packages or installed on [Open]Solaris?
I am TheRaven on Soylent News
And with new Windows apps.
I've written several enterprise apps using Delphi (Object Pascal) using Zeoslib (http://sourceforge.net/projects/zeoslib) running under WINE.
The combination of Native binaries and the complied open source database layer has meant that my apps run fine on both Windows and Wine into numerous databases.
WINE has run remarkably well in these environments without having to have resorted to any non standard development and without any compromise. I would certainly recommend this combination of tools to anyone looking to develop powerful cross platform apps without any compromise.
Participatory Governance : The only feasible option for a real democracy, where everyone really does have a say.
well that explains a lot actually. if duke Nukem is going to run on HURD then the developers have been trying to finish HURD enough to make that possible.
i thought once I was found, but it was only a dream.
Does it run linux ?
No! No not autopackage - it's a just bunch of scripts that make assumptions about the filesystem which may not be true, cannot correctly determine the dependencies (no matter what Autopackage claims) I have been burnt by Autopackage too often (they never seem to work and leave debris in some very odd places...)
... Alien can convert it to other formats and the native package manager can sort out dependencies far better ....
Use either DEB or RPM
Puteulanus fenestra mortis
I use Windows firefox because I am on FreeBSD and there is no flash player for FreeBSD.
I use Flashblock because I am on OS X and there is a flash player for OS X.
What?
I was talking about the AOL online service client, not AOL instant messager. That is AOL 9.0.
You just destroyed all my illusions about FreeBSD fans. Thanks a bunch.
depends on your definition of "100% working"
have a look at Zero Install. It solves most of the problems you've mentioned.
"I've got more toys than Teruhisa Kitahara."
That's the most retarded thing I have read today. Of course it matters if you're running in a root account or not. Anything could get installed on your system then you're:
1) getting a police on your doorstep because they want to know why you are:
a) hosting kiddie porn
b) DDOSing a US army base
c) Downloading Software/Music/Movies
2) losing bandwidth to people that are using your computers for servers which could cost you hundreds of dollars in going over limits
3) getting your passwords stolen via a key logger which will then dig into your email, etc
While I'd love to love WINE, I'm absolutely dismayed at the status of the Mac OS X version of it. The basics work but currently OpenGL is completely and entirely busted. Due to some kind of linker error OpenGL doesn't work, which means Direct3D doesn't work and as a result you can't use WINE to play games.
Does anyone know what's going on? In spite of the main project having adopted the DarWINE fork back in to the main tree, it seems like the OS X version of WINE is getting the shaft here for no particularly good reason.
I don't really know why, but it is MUCH faster at downloading torrents than any of the native Linux clients I've tried.
I hold very few opinions. I hold information based on observation and fact. If you wish to disagree, please use facts.
I actually saw an app that did that last week! For the first time ever. I booted up the machine and a little notification popped up that said InstallShield Updater detected updates. I had no idea wtf that meant so I clicked the notification balloon and sure enough some third-party program had an update available.
Of course, the updater promptly froze after I chose to install the update, but that's probably because it was offsite at work on a terribly old computer.
Anyone else think the comments just weren't rendering right before they turned off ABP and saw ads?
The same can be said of anything. Whether it is true or not is the issue. Don't leet that stop you. It is obvious Windows is succesful. Try coming at it from anothe angle.
> Wine 1.0 -- Uncorked After 15 Years
Yikes; that is great news. Perhaps HURD will also be released soon ?
Are we talking about the same Wine?
If WINE was anywhere near a complete, OS implementation of Win32 then you'd be on to something.
But it's not. Not even close. And it's not WINE's fault, the Win32 API is both huge and complex. Even if you somehow get past the fact that much of Win32 is not documented, or barely documented, you also have to deal with large, popular apps using undocumented "features" of the API.
But it doesn't matter WHY it's not a real replacement, it just matters that it is.
WINE, without a windows-install somewhere on the box, is basically useless for all but a handful of targeted applications and dirt-simple apps that call only the most popular Win32 methods. With a windows install on the box it's better, but still nowhere close to thorough. Though it's hardly a threat to the monopoly if you have to have a copy of Windows installed.
If you ask me, what that means is that the OSS community gets none of the benefit that you're describing.
And I think on balance it actually harms OSS: Imagine the CEO or Director of SomeSoftwareCo, Inc who decides that Linux should be supported.
It's not far fetched to envision a midlevel PHB who decides that, hey, we don't need to create a native Linux version of our app to run on Linux, because WINE is now 1.0!
This is the stuff PHB's salivate over: He can sell his management on the idea that the company product now runs on Linux but thanks to the PHBs genius tens-of-thousands in development costs were saved.
Net Effect: Windows Software still requires Windows, less Linux Software is written as uninformed managers decide that WINE is their own personal platform panacea.
I love rTorrent; it's my choice as well. But it does have some serious issues stemming from basic design decisions. I'll talk about those in the first half of my post; in the second I'll ask what we really like so much about rTorrent anyway.
Here's rTorrent's problem: The original rTorrent devs made a decision to do all file IO using writable shared memory maps. This is somewhat faster than "normal" file IO, but it creates a number of problems.
Problem 1: rTorrent can't download as many chunks simultaneously as other clients.
Every chunk that's open is mapped in memory, taking up space (in memory of course, but also in address space). This adds up, and ends up meaning that there's actually a relatively low upper bound on the number of chunks rTorrent can simultaneously download. That means rTorrent is great when you're downloading a few torrents from a few fast seeds (and this saturates your pipe), but if you try to download lots of torrents simultaneously from many slow seeds, it won't be able to! Unfortunately, this is the real bottleneck for all but the most popular torrents, not your CPU speed!
Problem 2: rTorrent is incompatible with a number of popular filesystems.
Obviously, rTorrent is incompatible with filesystems which do not support shared writable memory maps. In particular, it does not work with FUSE. This is especially a problem because it means rTorrent does not work with ntfs-3g -- which is an issue for many people with large external USB drives.
So what makes rTorrent good? I think the real answer is this: screen+rTorrent is easy, and it works. With this combination, it is very easy to set up a "remote torrent box" that you can ssh into. That's why I use it; it's wonderful for that.
Yet, I think this does not reflect well on rTorrent so much as it reflects poorly on other "parts of Linux."
Why do we like rTorrent? Because it runs on the console. Why do we like console apps? Because they work with screen. Why do we like screen? Because there is no good alternative for X clients.
There does exist a program called xmove which, when it was developed, aimed to be "screen for x clients." It works by acting as an "X proxy server" between the client and the real X server, and you can tell it to redirect to one X server or another. This is the obvious way to do it, and it would seem the right one. But in practice it does not work, because it cannot authenticate to X servers when you try to use ssh X forwarding. Basically, getting ssh, xmove, your x-server, and your x-client to cooperate is unwieldy and impractical. Someone who really understands X authentication could get it to work, I'm sure, but the cargo-cult "change this config file" solutions abounding on web forums either don't work or effectively disable X authentication, and xmove is no longer under development so the situation is unlikely to change. (And though it occurs to me to dig through the source code myself, I do not have the time to invest in learning the intricacies of X authentication!)
Now, you can use VNC software, but that's an ugly hack. Why on earth should I take screenshots of my programs and JPEG them when the whole goddamn point of X was to allow clients and servers to run on different machines? VNC is an ugly hack to get Win32 GUIs across a network; it's just an absurd extra layer on top of X.
The other alternative which might be worth considering is web interfaces for torrent clients; this achieves roughly the same thing as screen+rtorrent. uTorrent, for instance, has a nice one. However, methinx something is wrong when the authors of programs start duplicating their GUIs in web interfaces. We want to get a GUI across the network? That's what X is for. And if X cannot gracefully handle unreliable connections, then there's something wrong with the way we work with X.
Dear Microsoft. I have recently moved to Linux, and have noticed that I am now having to run MS Word and MS Excel under Wine. Please can you add native Linux support to your office suite. Kthnx.
I hate printers.
There is also an enormous security difference, since virtualization retains all the security, virus, trojan and spyware claptrap of Windows.
Excuse me, but please get off my Pennisetum Clandestinum, eh!
Oh I have the time ... Its just that this is slashdot and I'm a lazy slob ( the latter being the real reason of course) :)
:)
Point taken, I disagree with the statement, but I also don't think that emulation in the sense we're refering too here means the same as the dictionary definition, as such, technically I'm incorrect, but only in everyone elses mind.
Persistent Volume manager for Kubernetes - https://github.com/dwimsey/openshift-pvmanager
I had never even heard of the ThinkJet. Sounds like an IBM laptop - HP printer crossbreed. Don't feed it after midnight.
It is dangerous to be right when the government is wrong.
And for the home users a very simplistic free GUI that ran on top of Wine would be like Manna from Heaven. It is hard to get a user to shell out for Crossover when "Windows is free". Heck,just a hook that would catch a cd autorun and let them do the "clicky clicky next next next" that they are used to would work wonders. And the only thing I could think of on the Winprinter situation is perhaps an Ndiswrapper for the Winprinter. After seeing what made up a Broadcom wireless "chipset",which is pretty much a wire and a single firmware chip the size of 1/4 of your pinky nail, I don't see why there isn't a way to catch the calls those Winprinters drivers make and send it to something like CUPS. Surely those Winprinters couldn't be any harder than getting all those weird funky wireless "chipsets" to work. But that is my 02c from down here in the trenches,YMMV
ACs don't waste your time replying, your posts are never seen by me.
Open it with oocalc 2.0. Make minor changes and save it in oocalc 1.0 format.
Open new file with oocalc 1.0. Watch oocalc crash.
...
Generally, if you create a spreadsheet with oocalc 2+, you have to save it in Excel format if you want oocalc 1.0 to open it. Why use 1.0? It's a lot more responsive.
Contribute to civilization: ari.aynrand.org/donate
The 9th circle of hell is reserved for those that try to get those damned Lexmark all-in-one printers to work in Linux. Like I said,that is why I only have Linux on my laptop,because that thing was literally going to cause me to stroke out. And I HAVE written to them,more times than I can count. If you check some of the forums out there the attitude from Lexmark is pretty much "P*ss up a rope and die Linux user". And they can have that attitude for a reason: they completely rule the low end. I wouldn't give up my Lexmark all in one freebie because for the small amount of printing/scanning/faxing I do it works like a dream. But if you try to get it to work in Linux it is a nightmare from the darkest depths of hell.
And I know this is off-topic,but I have the karma I can afford to burn and this thing is about to cause me to blow a blood vessel. So here goes: Do we have any graphic artists here with exp in Xres 3 errors? I have gone crazy trying to find a fix for my customers bug and I'm at the end of my rope. He wanted to get XP before the cutoff so he had me build him an Athlon 4200+ single core with 2Gb of RAM and XP Home SP3. His laptop has XP Pro SP2 so when the Xres wouldn't run I figured it was an SP3 error,but when I installed XP Home SP2 from scratch it still crashes and burns. He tried run as a different user when I wasn't there(even though he is the admin) and managed to get an error about "unable to access C:/xres.swp",otherwise it crashes so fast all you get is a generic appcompat error. I have searched the net for hours and have come up with squat.
At this point the only thing I can tell him is to have me get him a KVM switch and a couple of 512Mb sticks for his WinME box and switch to it to run Xres 3. But I hate to give up when the damned thing runs on his XP laptop. I even tried copying the install from the laptop to the new PC and no dice. So if anyone has experience in this app and has even a clue as to what to do I would be grateful. I have never touched this program in my life and have never seen one work on a clean XP laptop and not on a desktop. Fell free to write here or email me if you have a clue. Thanks.
ACs don't waste your time replying, your posts are never seen by me.
Win4Lin 9x - the original one. Very fast, very good, perfect.
Does anyone know how to make it run on more recent kernels?
As ridiculous as this will sound, have you tried running the app in a virtual machine? I'm not familiar with Xres but it might be a better solution than perpetuating that ME box.
It is dangerous to be right when the government is wrong.
So we have discussed it and he has decided to get a KVM switch and a couple of 512Mb sticks and have me set up his machines with a crossover so he can transfer working files back and forth. He has Photoshop,Corel Paint,Freehand,etc but for certain tasks that he is called on to do often(cutting ex wives/husbands out of photos,LOL) he says Xres 3 just beats the others hands down. Since I myself use a Belkin KVM and know how handy they are for multitasking I normally would have went for this solution right away,especially considering Xres 3 was released in 1996. But the fact that for some damned reason that stupid program runs like a charm on the XP Pro laptop just really bugs me. I know that the only real difference between XP Pro and Home is AD and remote group policy management. At least that was what some of my chat buddies on the MSDN forums told me. But anyway,thanks for trying. And if anyone else has an idea it'll be about two weeks before we can do the KVM so if anyone thinks of an idea feel free to message me here or email me. Thanks again.
ACs don't waste your time replying, your posts are never seen by me.
At the risk of breaking the /. recursive comment record, I'm going to go very far out on this limb and ask: have you tried running the app in Wine under Linux?
It is dangerous to be right when the government is wrong.
Like I said in an earlier post I wouldn't have even brought it up here if it weren't for the fact that stupid software is running like a dream on his laptop. I just can't wrap my head around how the software will run perfectly on Win98/ME,it will run perfectly on Win2K(which I wish we could just switch to,but he has several XP only apps),and it will run perfectly on XP on the laptop. But for some damned reason it will not run on XP on the desktop. Hell I even ran benchmarking to make sure the hardware wasn't flawed,but nope:memory and everything else checked fine. I have never seen anything like it,it is just too damned weird. But like I said earlier we can work around it with a KVM hooked to the WinME box after it has been boosted to 1Gb in the RAM.
I will keep looking right up until the KVM gets here,because it would be really nice if he could run the 4200+ instead of the 1.2GHz in the WinME box. I was just hoping that as big a community as there is at Slashdot someone would know a little more about the software than me,which is squat. Thanks for your time though. I do appreciate it.
ACs don't waste your time replying, your posts are never seen by me.
Come on, now...
Well engineered project work well in the areas they were designed to work well.
The don't work in areas they were not designed to work.
The is the same for EVERYTHING! If a tech manual is intended to primarily be on the web, the printed version is always out of date, and vice-versa.
So unless the app is DESIGNED and WRITTEN in a multi-platform language like java or INTENDED TO BE RUN USING WINE, there won't really be cross platform support.
WINE is therefore not a stop gap. It is an end-result environment for cross-platform development.
Write your code to run under WINE, and it will work under both Windows and Linux.
Write your code for one or the other, and the porting process will result in "different" programs, which will have mismatched features and conventions.
If a primary goal is "cross-platform" support with almost no porting, java or WINE is the way to go. But the "primary" goals of the project are the only things likely to happen.
I think, in the future, we will see more of this mismatching and feature-missing crapola, because of the insurgence of web-apps. If a mainstream app like "Quickbooks" is ported to the web (which it should be), the application version will run differently than the stand-alone.
There can only be one! Parallel development is expensive, unnecessary and unless it is a primary goal, impossible to attain/maintain/etc.
You have a good point regarding compiling for Wine. Please write to software developers and let them know that they can write their apps to compile on Wine, and they will be both Windows and Linux compatible with relatively little effort.
It is dangerous to be right when the government is wrong.