Re: Nightly performance regression graphs
2010/5/18 Reece Dunn : > > > should work on all platforms that support SVG. > > - Reece Chromium doesn't like the object markup. It shows tiny frames with scrollbars. It seems there is no cross-platform way to simply display an SVG image. -- Remco
Re: Wine looses a bit gaming and wins mobility?
On Thu, May 6, 2010 at 12:54, Edward Savage wrote: > On Thu, May 6, 2010 at 8:40 PM, Remco wrote: >> The binary was not given to Phoronix. They found a link to the Linux >> version in a shell script for the Mac version. It is still available, >> and the binaries are periodically updated by Valve. >> >> http://store.steampowered.com/public/client/steam_client_linux >> >> If you run the following shell code in an empty directory, it will >> download and fix a bug the Linux Steam client so that it will actually >> show a (nonworking) GUI. You'll need bspatch installed for this to >> work. >> >> http://pastie.org/private/4ryiocqxbea8uq8dgexg >> >> All of this clearly shows that Valve is working on a Linux GUI of the >> Steam store, and not a Linux server tool. I ask that you don't do any >> further hacking on these binaries, nor host them yourself, because >> this is not free software. You can't just redistribute it. Besides, >> the goal was to investigate whether Valve was working on Steam for >> Linux, there's nothing more to see here. >> > > Again, this is nothing new. Valve ran a closed trial of a native > Steam client back in 05 (iirc) and all this time there have been > strings and Linux compiled object files included with the Win32 Steam. > It would be silly to assume they haven't had a hobby project of Steam > natively on Linux since then as they have the team with the skills > (for the server work). Now that they have a client that works with > Mac you can be sure they have one for Linux. How ever a hobby and an > actual release are two very different things. Since Steam was built around Internet Explorer, I very much doubt that it ran on Linux. Today, it clearly does. It may take a while before Valve decides on a release, but the emergence of the actual software makes this much more likely. > As for your doom and gloom 'don't touch this golden goose' rubbish. > The binaries are freely distributed under license and completely > unrestricted to download and redistribute (without modification). We > can do what ever we want as long as there EULA isn't broken. I can > host it if I wish as can any one else. Plus, for some reason you > assume it's okay to 'hack' on these to take a sneak peak but after > that you draw the line? Your morality is out of whack. All I'm saying is, don't go hacking the binaries or Valve is forced to take them down. My morality has been out of whack ever since some chick ate an apple. -- Remco
Re: Wine looses a bit gaming and wins mobility?
On Thu, May 6, 2010 at 12:40, Remco wrote: > If you run the following shell code in an empty directory, it will > download and fix a bug the Linux Steam client so that it will actually > show a (nonworking) GUI. You'll need bspatch installed for this to > work. > > http://pastie.org/private/4ryiocqxbea8uq8dgexg I'm sorry, that's the wrong (old) shell script. The following will do what you want: http://pastebay.com/96489 -- Remco
Re: Wine looses a bit gaming and wins mobility?
On Thu, May 6, 2010 at 09:24, Edward Savage wrote: > It is a shame that it is just a rumor but really that's all it's been > for the last half decade. Plus, Phoronix refuses to release this > binary their meant to have found which I tend to think means they > don't have it. Steam for Linux would really be a huge win for native > gaming but from Valves point of view it might be too risky? The binary was not given to Phoronix. They found a link to the Linux version in a shell script for the Mac version. It is still available, and the binaries are periodically updated by Valve. http://store.steampowered.com/public/client/steam_client_linux If you run the following shell code in an empty directory, it will download and fix a bug the Linux Steam client so that it will actually show a (nonworking) GUI. You'll need bspatch installed for this to work. http://pastie.org/private/4ryiocqxbea8uq8dgexg All of this clearly shows that Valve is working on a Linux GUI of the Steam store, and not a Linux server tool. I ask that you don't do any further hacking on these binaries, nor host them yourself, because this is not free software. You can't just redistribute it. Besides, the goal was to investigate whether Valve was working on Steam for Linux, there's nothing more to see here. -- Remco
Re: Top wine-using country: Russia?
On Sat, Apr 24, 2010 at 23:35, Gert van den Berg wrote: > On Sat, Apr 24, 2010 at 22:50, Dan Kegel wrote: >> It might be interesting to know which countries use Wine the most. >> I have no idea how to measure that, but the top three countries in >> http://www.google.com/trends?q=winetricks,+playonlinux >> are Russia, Czech, and Ukraine! > > Some other interesting trends: (Things changing names through the > years make it hard to get a nice trend) > http://www.google.com/trends?q=winetricks%2C+winehq%2C+cedega%2C+crossover+linux%2C+codeweavers&ctab=0&geo=all&date=all&sort=1 > > Gert > > > I tried to get a trend of Wine itself. Very interesting results here too. http://www.google.com/trends?q=wine+linux%2C+winex%2C+cedega%2C+crossover+mac%2C+crossover+linux&ctab=0&geo=all&date=all&sort=4 -- Remco
Wine 2.0
How about, instead of calling the next major release version 1.2, call it version 2.0? The reason is purely marketing: an x.0 number will attract more press. Last major release was 1.0. It seems fitting to have the next major release be 2.0. Besides, is there any reason to have multiple levels of "major releases"? I somehow doubt that a "2.0" can ever be justified if regular major releases use 1.x. -- Remco
Re: wine rejects development (Mouse "escapes" window or is confined to an area in the full screen program NO HACKS PLEASE)
On Mon, Dec 7, 2009 at 15:41, Vitaliy Margolen wrote: > Peter Kovacs wrote: >> So how can we get a proper Fix or point people towards proper fixes? > Make Wine use Xi2 (I'm already working on it). Hopefully will have something > available before holidays. Thank you very much for your work. It has been a long time coming. With the advent of XI2 we can finally see some progress! -- Remco
Re: Cleaning up the winehq.org website
On Mon, Jul 27, 2009 at 9:08 AM, Scott Ritchie wrote: > Lately I've been attempting to polish up the content on our website. > The visual design looks great since the revamp a while back, however a > lot of the actual words trouble me. There's a lot of stuff from the > dark ages still lurking around that we don't actually want users to see. > > Accordingly, I've been rewriting and deleting a few things and will be > sending lostwages patches in, however I'd like to discuss the changes > here in case there's any objections. > > 1) Delete the "Link to us" section on the downloads page. No one uses > this graphic and the information is just noise. > > 2) Remove the unmaintained porting status page: > http://www.winehq.org/status/porting - I don't believe this data is > useful to anyone, and if it is it should be imported into the wiki so it > can actually be updated. > > 3) Remove the "Wine Features" page: http://www.winehq.org/wine_features > - From a user's perspective, the main feature of Wine can be > communicated very simply: run Windows programs. We can do this much > more effectively earlier in the website, such as on the About page. > More worrisome about the features page, though, is what it doesn't > contain - a user seeing a (seemingly) exhaustive list and actually > reading it might incorrectly conclude that his particular program or > device doesn't work. The features page is also prone to be out of date. > > > I'm also going to give the text on some of the content pages a focused > rewrite. The About page and many of it's links are fairly wordy at the > moment. I want to avoid losing any users who may potentially dismiss us > as amateurish or too complicated based on our web site. > > Thanks, > Scott Ritchie > > > Small suggestion from me: On the index page, change "Information" into "About". * About is a keyword used in many apps that means: "info about this program" * The icon already tells you it's information. * "Information" is very broad. Most of the site is information. Remco
Re: Removing active maintainers
On Mon, Jun 29, 2009 at 4:18 PM, Rosanne DiMesio wrote: > On Mon, 29 Jun 2009 15:48:17 +0200 > Remco wrote: >> >> Ok, I thought everybody got their AppDB updates by mail. But whichever >> way you receive notice of queued submissions without maintainers, >> that's where the maintained submissions can be sent after 24 hours. >> >> Remco > > Admins can already see all test reports in the queue. That's not the issue. > The issue is removing maintainers who aren't doing their job. If we do their > job for them, with no consequences to the negligent maintainer, that merely > covers up the problem. So the issue is not that queued submissions aren't handled, but... what? I thought the problem was unhandled submissions, caused by negligent maintainers. But if that problem is not there, what problem are negligent maintainers causing? Remco
Re: Removing active maintainers
On Mon, Jun 29, 2009 at 2:22 PM, Rosanne DiMesio wrote: > That would still leave the test results sitting there unprocessed for weeks, > which leaves a pretty bad impression on the users who submitted them. Test > results for apps without maintainers get processed by the admins within 24 > hours. How about mailing admins after 24 hours? Maintainers are useful to offload tasks of admins. If they are away for a while, admins just get the mail as if there were no maintainer. If you have to remove a maintainer every time he can't respond in 24 hours, you won't have many left after a while. Remco
Re: Removing active maintainers
On Sat, Jun 27, 2009 at 2:12 PM, Susan Cragin wrote: >>A basic level of courtesy shouldn't be too hard. >>Dogfights where two maintainers are asking to have each other thrown >>out are a good sign that both of said developers need to chill. > > We need more women. > Susan "Recruit Women"... sounds like a nice Fun Project. :) Remco
Re: Removing active maintainers
On Fri, Jun 26, 2009 at 6:18 PM, Luke Benstead wrote: > I personally think a Slashdot style system (like mentioned earlier) is > perfect for this. If users rated posts up and down, and there is a > customizable threshold above which the comments are visible. Then the > most relevant and useful posts would always be the ones people could > see, outdated/irrelevant posts would drop below the threshold and only > the subject would be visible. You could even use simple AJAX to grab > the comments that were below the threshold when they are requested, > which would save on bandwidth/page load for pages with a large number > of comments. > > Luke. I don't think there would be enough interest in rating posts to make that work. I think it's better to find a way to extract useful information into the article from the people who are now making comments. The best way to do that, is to have people add their useful information to the article directly, instead of into a comment. If the idea for a wiki-style AppDB page would be implemented, comments would get a new meaning. Any useful app-related information would get added to the article, while the comments would essentially be a Talk page: a place to discuss editorial matters. (And the Test Results section would remain a place to add test results. That doesn't need to change.) What exactly is the added value of the comments section at this moment? Shouldn't everything that is useful get added as notes/howtos? If a user needs more help in getting the app working, he should be referred to the forums. Just a big link " Troubleshooting" to the wine-users forum. Having two places to ask for help is confusing and spreads attention. Remco
Re: Removing active maintainers
On Fri, Jun 26, 2009 at 5:39 AM, Ben Klein wrote: >> Maybe that [AppDB] could be governed more like a wiki > > There has been talk about AppDB being more wiki-like, but it's not > really suitable when the primary information is test data which is so > specific it does not change (e.g. "Gold in 1.1.22 but Garbage in > 1.1.23"). Yes, I should have been more clear that the test data would be different from the wiki-like sections of the page, and still be accepted by admins/maintainers. The only thing I would like to see as a wiki, is the rest of the page: descriptions, screenshots, notes. But the test data can also get some wiki-like qualities: accepted by default, but then added to a list of new test data, so that people who care can remove long terminal output, correct the rating, or delete the test data altogether. 2009/6/26 Alexander Nicolaysen Sørnes : > We can make it so only the first 25 threads are shown by default, then have a > 'show all comments' link. This should make it easier for users, maintainers > and admins alike. > Is 25 a good limit? Please post your suggestions. That sounds like a good idea.
Re: Removing active maintainers
I maintain two apps. I haven't updated their status in months. Yet, I'm not removed. Apparently, this is because no other people added something to these pages either. The problem, as I see it, is with the job of maintainer. It's really two jobs in one: you're a moderator of user contributions, and you're the page editor. Now, I don't really care about user contributions. I'll confirm them when they get in my inbox, but it's not why I become a maintainer of an app. The only reason I became a maintainer for those two apps, is because I wanted to add notes and howtos. Maybe that could be governed more like a wiki: anyone (who's logged in) can change the page, and every edit is listed in a changelog. Just like with wikis, you can 'watch' pages for changes, which is sort of analogous to becoming a maintainer. The comments would then be analogous to a wiki talk page. Remco
Re: Fate of PulseAudio in WINE
On Tue, Jun 16, 2009 at 4:48 PM, Stefan Dösinger wrote: > Am Dienstag, 16. Juni 2009 13:41:26 schrieb Jerome Leclanche: >> One of the problems is, every time one of these issues is brought up, >> we hear people complaining "But Pulseaudio should be a drop-in >> replacement! We shouldn't have to change our code". >> There is a major (and irritating) circle of blaming that comes up >> every time the subject of PA is brought up. If anything should be >> fixed first, it's the attitude people have with it. > > s/PulseAudio/Wine. If Wine had the attitude towards broken Windows apps as the > PA devs have towards broken broken Alsa apps we'd probably run 10 > Applications with Wine and mostly rant about how broken Windows apps are. Well, but Wine doesn't fix bugs for Windows programs. If a program doesn't work in Windows, it's not a requirement that it works in Wine. I think that the PulseAudio developer means the same thing for PA. Some apps use ALSA in a way that cannot be expected to work. In other words: it probably fails on some ALSA systems as well. Remco
/. wants a fork
Oh great, now there is poison on slashdot: http://tech.slashdot.org/article.pl?sid=09/05/24/2044239 Let's not fork, shall we? Remco
Re: Severity levels
2009/5/9 Ben Klein : > Still not your problem? Still feeling bullied, but this time by the > mailing list server? > > I don't believe your earlier mains have been resent. I certainly > haven't received them. My Gmail account tells me that all those mails are like 4 days old. This has happened to me before. I thought it was a problem with Gmail, but it may as well be the wine mailing list server, or something else entirely. Remco
Re: Shuttleworth on Wine
On Wed, May 6, 2009 at 1:28 AM, Ben Klein wrote: > 2009/5/6 nn : >> >> And the slashdot thread: >> Shuttleworth Says Ubuntu Can't Just Be Windows >> http://linux.slashdot.org/article.pl?sid=09/05/05/1546230 > > This is nothing new. It's just now we have a celebrity saying it. Not only that. Canonical has decided a few years ago that Wine would not be included for this reason. [1] So it's really really really old news. Remco [1] http://linux.slashdot.org/article.pl?sid=07/05/11/1220219&art_pos=4
Re: Shuttleworth on Wine
On Wed, May 6, 2009 at 1:22 AM, Ben Klein wrote: > Basically, what Shuttleworth is saying is that running Windows apps (whether > via Wine or via porting) is unimportant to Ubuntu (or the opensource world in > general) He uses the word important, not unimportant. But he also says that the interviewer missed the third aspect that is important: good free software itself. Remco
Re: IE and MSN Messenger 7.0
2009/4/27 Cissyvonwinckelmann : > dag, > bestaat er voor mij nog een mogelijkheid om messenger 7.0 te downloaden. > Heb dus nog Windows Me, > heel graag antwoord, > groet cissy Cissy, je zit bij deze mailinglist verkeerd. Het onderwerp hier is de ontwikkeling van een programma (genaamd Wine) waarmee je Windows-programma's kan draaien onder andere besturingssystemen zoals Linux, Solaris en FreeBSD. Jij bent op zoek naar een oude versie van een Windows-programma. Die kan hier vinden: http://www.oldversion.com/MSN-Messenger.html Remco
Re: IE and MSN Messenger 7.0
On Fri, May 1, 2009 at 1:18 AM, Ben Klein wrote: > 2009/5/1 Cissyvonwinckelmann : >> hartelijk dank Benm ja ik moet snel een andere pc hebben, want dit is een >> hele ouwe dan krijg je de moeilijkheden, >> groetjes cissy >> > > I have to use Google Language Tools to translate your text, so I > apologise if I misunderstand you. You did indeed misunderstand him. I'll translate his messages: - Hi, Is there a possibility to still download Messenger 7.0? You see, I am still running Windows ME. Waiting for your answer, Cheers, cissy - And his next email: - Thank you very much, Ben. Yeah, I must get another PC soon, because this is an old one and that causes problems. Cheers, cissy. - So I'm pretty sure he's on the wrong mailing list. Remco
Re: Article on wine development strategy
On Sat, Apr 18, 2009 at 11:36 PM, Henri Verbeet wrote: > 2009/4/18 Ben Klein : >> >> Right now, there's one thing bugging me: bug 14939. If Dan (or others) >> would like to implement a method of deferring S3TC texture >> decompression to the appropriately licensed GPU, assuming there are no >> legal issues with this, I'd be ecstatic. But I'm sure the D3D devs >> have better things to do. :) >> > The sad thing is that S3TC decompression is just plain trivial. > > > Maybe that could be solved in the same way as the patented Freetype code: disable it by default, but let commercial Wine packagers (and individual users obviously) have the choice of compiling it in. Something like ./configure --paid-for-patents. Remco
Re: Icons, logos, Tango, consistency, the user experience, and our project looks like a 2D champaign flute
On Fri, Apr 17, 2009 at 2:19 AM, Ben Klein wrote: > Seems like a lot of fuss over a few trivial details: > 1) The Wine system icon is ugly (I'm all in favour of changing it, but > you make a BIG fuss over it) > 2) If the icon is changed, it should be done in time for Ubuntu 9.10. > (I have BIG issue with this. Wine is not exclusive to Ubuntu and > Ubuntu should be given no additional thought time over any other > distribution when making decisions.) > 3) The glass is the wrong shape. Is it really THAT important? If > anything it makes Wine distinguishable from the beverage. Do we get > any outraged wine enthusiasts posting on wine-users or the forum > telling us that we use the wrong glass in our logos? There's no fuss. Just a call for discussion. If you need new icons, you might as well make some plans about the time frame, and discuss details like the actual icon development. Since Ubuntu is a big user of Wine, it makes sense to cater to that user. Also keep in mind that Fedora and OpenSuse have releases around that time too. It seems that the distributions are indeed converging to similar release dates, which Mark Shuttleworth called for. > My final qualm about all of this: > Isn't Tango an icon theme, and by going to a "Tango-compliant" icon, > aren't we snubbing every other icon theme out there (in particular > Crystal-SVG, or whatever it's called, the preferred theme on KDE)? We > should not tie ourselves down to something that is only "preferred" on > some systems (i.e. Gnome in this case). Tango is not one theme, but a set of guidelines to make icons "fit in" with major desktops such as Windows, Gnome, KDE, Mac OS X. I think it was born out of Mozilla's Firefox icons that needed to fit in with all those platforms. The Tango theme is one such example theme. But there are others, such as Tangerine, Human, Foxtrot, Mist. Wine's icon would not be part of any tango theme. It would just be a tango icon. The new KDE icon guidelines are called Oxygen. It's like the Tango guidelines, with a few differences. The old Crystal icon theme is a theme, while consistent, without guidelines. It's just a theme. Remco
Re: NTFS filesystem features -> WONTFIX?
On Mon, Apr 6, 2009 at 2:52 AM, Chris Robinson wrote: > On Sunday 05 April 2009 5:35:36 pm Ben Klein wrote: >> My suggestion is a drop-down box in the "Advanced" tab of "Drives" to >> control filesystem type > > Why not make the default what the filesystem actually is? Another option is to actually implement the NTFS-specific features of Windows, and call it NTFS. Remco
Re: Crashes on lack of times.ttf (bug 9623) and using Liberation Serif instead
On Mon, Mar 2, 2009 at 3:06 PM, David Gerard wrote: > The only problem I can see is that the Liberation fonts are GPL (plus > font). Would including the font with the Wine download be possible > without making Wine entirely GPL? Yes, I would think that that constitutes mere aggregation, which is allowed by the GPL and the LGPL. Remco
Re: appdb issue: can't search for apps platinum on 1.0.x!
On Sat, Feb 28, 2009 at 2:50 AM, Dan Kegel wrote: > On Fri, Feb 27, 2009 at 2:30 PM, Ben Klein wrote: >> I think that properly educating new users is more valuable than >> telling them "click on this magic link that does it for you". > > That only works for most users if the things you're trying to teach > them are extremely simple and usable. Having to type anything > beyond a single simple URL - and possibly a simple package name - > is a serious roadblock. It's also a question of usefulness. What does a user gain from learning how to add a repository manually? That's part of the installation procedure. Doing it manually serves no purpose. The rest of the installation is also a magic link to a package that puts all kinds of files on your system and runs configuration scripts. Remco
Re: appdb issue: can't search for apps platinum on 1.0.x!
On Sat, Feb 28, 2009 at 12:11 AM, Ben Klein wrote: > 2009/2/28 Remco : >> Oh, I see. You mean that the package manager prefers the local >> repository if all else is equal. That's solvable by bumping the >> version number of the package that you download from the site. So, in >> 'pseudo-versions', the repository would have these: >> >> wine 1.15-0 >> wine 1.16-0 >> wine 1.17-0 >> >> While the site would provide these for download: >> >> wine 1.15-1 >> wine 1.16-1 >> wine 1.17-1 > > This would fix the problem, but would also mean twice as much space is > required to store the packages. If we're willing to deal with that, go > for it! > Well, I don't know if any package manager really does prefer a locally installed version, to the point that it actually replaces the package with exactly the same one. It would seem like a rather pointless feature. I just tested it on Ubuntu 8.10 by installing the 1.1.15 version from the site. I checked for updates, but Ubuntu tells me there are none available. So Ubuntu is cleared. ;) But if another package management system does work like that, some compromise would have to be made. It's either: * Extra space required, for the proposed solution, or * Less usability, like it is now, or * Extra CPU power required, if you were to bump the version on the server when the file is requested. Remco
Re: appdb issue: can't search for apps platinum on 1.0.x!
On Fri, Feb 27, 2009 at 11:06 PM, Dan Kegel wrote: > In fact, it's common practice for repos like rpmfusion.org to > have a tiny package that just adds themselves to your software > sources. (See http://rpmfusion.org/Configuration ) > Scripts are right out, though. It has to be a package, > because you can't run a script with a single mouse click. The WineHQ-provided .deb and .rpm packages themselves could add the WineHQ repo as part of their installation routine. There is no need for a tiny separate package. That would result in the simplest installation scenario imaginable: * Click here * Enter password After that, Wine will have been installed, and updates will start coming in. Remco
Re: appdb issue: can't search for apps platinum on 1.0.x!
On Sat, Feb 28, 2009 at 12:01 AM, Ben Klein wrote: > Sorry, but I have worked with this situation, and whether or not the > packages are identical does not change what I said before. The package > manager can think that the version from the repository should replace > the locally-installed version. > Oh, I see. You mean that the package manager prefers the local repository if all else is equal. That's solvable by bumping the version number of the package that you download from the site. So, in 'pseudo-versions', the repository would have these: wine 1.15-0 wine 1.16-0 wine 1.17-0 While the site would provide these for download: wine 1.15-1 wine 1.16-1 wine 1.17-1 Remco
Re: appdb issue: can't search for apps platinum on 1.0.x!
On Fri, Feb 27, 2009 at 11:41 PM, Ben Klein wrote: > Except that the first package would be technically outside of the > repository, and would have the same version as the one in the > repository. This COULD make the package manager think there's an > update that needs to be downloaded when it doesn't. > No, it's exactly the same package. The installer of every .deb package just has an additional file "winehq.list" with the following contents: deb http://wine.budgetdedicated.com/apt intrepid main Which must be installed into /etc/apt/sources.list.d/. Also, the scripting capabilities of .deb packages should make it possible to add the authentication key. The same goes for .rpm and their respective updating mechanism. It's like the packages sanitize their environment. Remco
Re: Malware on Wine review
On Thu, Feb 26, 2009 at 2:37 AM, Ben Klein wrote: > It's a compatibility layer. It doesn't actually interpret individual > instructions. As described earlier, Wine sets up an environment > suitable for the Windows apps to run in (which is primarily > *implementations* of win32 calls that "translate" in one way or > another into *nix/X11 calls) and then just lets it do its thing. > Unlike in Java, scripting languages etc, Wine does not read in the > application one instruction at a time and do a mapping/translation > into executable functionality. The assembly components (such as > mathematical operations) run as if it was a native application. Indeed. You could say that Linux userland is a "Linux compatibility layer" just like Wine is one for Windows. It's mostly the same level of abstraction. Except of course for D3D. There are no drivers that expose the GPU. Only OpenGL. But that may change with Gallium3D. I don't know what problem that would solve though. Remco
Possible to run arbitrary PHP code on pipermail server
I read the following e-mail on pipermail: http://www.winehq.org/pipermail/wine-devel/2009-February/073428.html Try downloading the PHP attachment from there; it will actually execute and give you an HTML page. This could easily be abused! Remco
Re: Wine download page usability problem
On Fri, Feb 20, 2009 at 9:32 PM, Remco wrote: > Firefox 3 on an unknown distribution Linux! > > userAgent Mozilla/5.0 (X11; U; Linux x86_64; en; rv:1.9.0.6) > Gecko/20080528 Epiphany/2.22 Firefox/3.0 > > I don't think you're gonna be able to get the distribution name out of > that... a problem with Epiphany I guess. > > Remco Filed a bug with "epiphany-browser": https://bugs.launchpad.net/ubuntu/+source/epiphany-browser/+bug/332253 Remco
Re: Wine download page usability problem
And now also to the list: On Fri, Feb 20, 2009 at 9:32 PM, Remco wrote: > On Fri, Feb 20, 2009 at 9:28 PM, Dan Kegel wrote: >> >> Please try again, and paste the entire output page, I've added more info. >> >> Thanks! >> > > Firefox 3 on an unknown distribution Linux! > > userAgent Mozilla/5.0 (X11; U; Linux x86_64; en; rv:1.9.0.6) > Gecko/20080528 Epiphany/2.22 Firefox/3.0 > > I don't think you're gonna be able to get the distribution name out of > that... a problem with Epiphany I guess. > > Remco >
Re: Wine download page usability problem
On Fri, Feb 20, 2009 at 7:40 PM, Dan Kegel wrote: > Please try http://kegel.com/wine/distro.html > and let me know if it detects your distro properly, > I'll fix it up as needed. It's probably a more useful test if you also print the reported user agent string. (By the way, Dan, could you somehow coerce your colleagues into making a bottom-posting Gmail? ;) ) Remco
Re: Wine download page usability problem
On Fri, Feb 20, 2009 at 7:40 PM, Dan Kegel wrote: > Please try http://kegel.com/wine/distro.html > and let me know if it detects your distro properly, > I'll fix it up as needed. You're running Firefox 3 on an unknown distribution Linux! Actually: Epiphany 2.24.1 on Ubuntu 8.10 x86-64
Re: Proposed goal for website: happily usable at 800x600?
On Fri, Feb 13, 2009 at 2:15 PM, Ben Klein wrote: > 2009/2/13 SorinN : >> it could be done with jQuery > > I hear this a lot. Is it really such a good idea? I'd argue a site not > requiring Javascript to function is much cleaner, friendlier and more > accessible. > While that is true, you can use javascript to enhance a site's usability. In this case, the site would still work without javascript, but paging would be done using jquery. Remco
Re: imagicos
On Sat, Feb 7, 2009 at 11:12 PM, Hin-Tak Leung wrote: > That's right - GPL allows you to charge for binaries, and any amount for that > matter. GPL just means who ever received the binaries are also entitled to > the source code, and *also* the right to sell both onward - and possibly as a > competitor to you - so you cannot charge 'unreasonable' amounts. > Exactly. I find this whole thread a bit weird. Isn't it great that (commercial) Linux distributions are shipping Wine? Those exaggerated claims of compatibility are just marketing talk. I've seen worse. Remco
Re: A step in the wrong direction, in an ocean of steps in the right direction (try 3)
On Sun, Jan 25, 2009 at 1:53 PM, Guillaume SH wrote: > The most interesting part in your answer is indeed this word of > "Behaviour" you used. Indeed, in my understanding (but maybe "I am > hoping" is more correct here) wine's goal is to provide the same > functionalities as Windows API, not to implement those functionalities > C statement for C statement with respect to Window's ones. > > Two reason comes to my mind : > 1 - Just copycatting Windows implementation would brought wine very > close to plagiarism, thus legally threaten is mere existence Legal problems aside, copycatting Windows is exactly what has to happen for Wine to function like it should. It can't be a 'better' version of Windows, because many programs depend on the quirks and faults of the Windows API/ABI. And I don't think there are any legal problems. Wine developers don't look at reverse-engineered Windows code, so Wine's code will inevitably differ a great deal. Implementing quirks the same way will make the code more similar than before, but there are still things like coding style and implementation details that differ a great deal. Probably not even 1% of the C statements in Wine is an exact match to a statement in Windows. > 2 - Obviously, Windows implementation is not always the most efficient > nor the most secure, due to commercial stakes (release schedule, > financial arbitrations...) Well, the implementation can differ from Windows, as long as it has the same effect on the API/ABI level. Some applications actually do run faster because of this. And some run much slower because of this. > Regarding the part of your mail where you wrote : "that's actually > good that applications crash when > they pass invalid data", I must admit I don't understand your point at > all. It seems to me a dogma, not the result of some thought or stand > back. A while back there was some case where a buggy Windows program would run in Wine, while it didn't run in any version of Windows. After Wine became better, the buggy program stopped working. Of course it also meant that a lot of other programs started working. At some point you have to stop making bad programs work, and implement the API as close to Windows itself as possible. The buggy program can still be made to work with a custom patch. Remco
Re: Wine t-shirts?
On Wed, Dec 17, 2008 at 12:41 PM, Andrew Fenn wrote: > > Perhaps some smaller text underneath where it says wine, "The windows > translation layer" or something similar to this? Just to define what I > might be for someone who has no idea. > Probably better to use the WineHQ tag line. A normal person would think that "Windows translation layer" had something to do with internationalization. The WineHQ tag line explains it better: "Run Windows applications on Linux, BSD and Mac OS X." Remco
Re: Canonical and wine
Canonical doesn't want to include Wine, because they are trying to provide a complete desktop experience. Wine is a necessity for many people, but Canonical wants to market Ubuntu as the Linux distribution that works well for normal usage. Including a half-working Windows-emulator (functionality emulator) doesn't fall within that mission. It gives the message that Ubuntu on its own isn't ready (true or not). Why would they want to switch from a good product (Windows) to an inferior one with spotty support for Windows applications? I don't see them providing packages for proprietary applications. Not for the Ubuntu project, which is completely free (except drivers). Maybe through the Canonical store, which also provides a legal but proprietary DVD player. Remco
Re: WineHQ redesign
I've made a few observations when using an 800x600 viewport: http://www.few.vu.nl/~rkg230/files/winehq-new-800x600.png The text alignment on the left could be improved by having the next line start on the same horizontal position. The thing about the Codeweavers logo is not that important since on a real 800x600 screen, even more would be invisible (the browser window takes some screen estate). Also, big chunk of white space on my native resolution (scaled down for easy viewing): http://www.few.vu.nl/~rkg230/files/winehq-new-1920x1200.png Doesn't look THAT bad, but I could fit some screenshots in there. (Kidding, I'll stop about the screenshots ;-) ) Remco
Re: RFC: Proposed new web site design
A few comments from an outsider: * Looks very Web 2.0-ish. Gradients, glossiness, rounded corners, dark background. You might want to tune it down slightly to make it look more polished. But this may just be my personal dislike for Web 2.0 designs. * I am missing an introductory text. It should be really short, like: "Wine lets you run Windows programs on Linux and the Mac, so you don't need to buy Windows." (Addendum: That introduction in the latest relayout is too technical and long.) * About the big links: great! WineHQ was always hard to navigate, but this is really nice! The grey text is a little hard to read though. I think it wouldn't hurt the overall readability if the contrast was a little higher, say #777 or even #555. The smaller size already does the job of making that text secondary to the links. * I really liked the random screen-shots that showed what Wine could do. Maybe it could be worked back into the new design at the bottom of the page? Something like: "Wine can run many programs, including these:" And then three screen-shots with a caption that says which program it is. Those then link to their respective AppDB pages. It could be too much clutter though. Remco
Re: Celebrating Wine 1.0
The site was slashdotted a few hours ago, but it seems to be stable now. /dev/null took my words of praise in the WineHQ outage though: On Tue, Jun 17, 2008 at 7:23 PM, Remco <[EMAIL PROTECTED]> wrote: > And it's DOWN! The web server couldn't handle the excitement I guess. > > As a user, I want to thank all the developers for all their hard work > in the past 15 years. I was 5 years old when you guys started, and > because of you I could switch to Linux, about 10 years later. I like > to play a video game now and then, and Wine makes it possible. I just > take a look at the AppDB before I decide to buy a game, and usually I > can. Thanks again! > > Remco > > On Tue, Jun 17, 2008 at 6:26 PM, Dimi Paun <[EMAIL PROTECTED]> wrote: >> >> On Tue, 2008-06-17 at 09:55 -0500, Jeremy White wrote: >>> Woohoo >>> >>> Alexandre just posted the Wine 1.0 commit! I eagerly did my git >>> update and enjoyed running 'wine --version'. Ooo. I'm going to do it >>> again... >> >> Wow, this is the moment we've all been waiting for! >> >> Congratulations everybody, this is way cool indeed. >> >> And I must say, this would not have been possible >> without Alexandre's amazing contribution. Kudos! >> >> -- >> Dimi Paun <[EMAIL PROTECTED]> >> Lattica, Inc. >> >> >> >> >
Re: Celebrating Wine 1.0
And it's DOWN! The web server couldn't handle the excitement I guess. As a user, I want to thank all the developers for all their hard work in the past 15 years. I was 5 years old when you guys started, and because of you I could switch to Linux, about 10 years later. I like to play a video game now and then, and Wine makes it possible. I just take a look at the AppDB before I decide to buy a game, and usually I can. Thanks again! Remco On Tue, Jun 17, 2008 at 6:26 PM, Dimi Paun <[EMAIL PROTECTED]> wrote: > > On Tue, 2008-06-17 at 09:55 -0500, Jeremy White wrote: >> Woohoo >> >> Alexandre just posted the Wine 1.0 commit! I eagerly did my git >> update and enjoyed running 'wine --version'. Ooo. I'm going to do it >> again... > > Wow, this is the moment we've all been waiting for! > > Congratulations everybody, this is way cool indeed. > > And I must say, this would not have been possible > without Alexandre's amazing contribution. Kudos! > > -- > Dimi Paun <[EMAIL PROTECTED]> > Lattica, Inc. > > > >
Re: uninformed musings on ddraw + bugs 2082 and 1347 + dib engine
On Thu, May 29, 2008 at 5:21 PM, Stefan Dösinger <[EMAIL PROTECTED]> wrote: > My recommendation is this: > -> Talk to the beryl devs to get a way to disable compiz. We'll need this for > fullscreen mode anyway, but we should not rely on it for windowed mode, since > we can't disable compositing on MacOS. So we have to work around this problem Doesn't Compiz already offer the "Unredirect Fullscreen Windows" option? Remco
Re: Alternate shell?
On Fri, May 23, 2008 at 6:12 AM, Dan Kegel <[EMAIL PROTECTED]> wrote: > I think we're going to want to add a start button and taskbar > to our builtin explorer. None of the replacements seem > to look anything like Windows XP, which is kind of what I'm > after. > - Dan > This sounds a lot like my idea: http://bugs.winehq.org/show_bug.cgi?id=11629 I first posted it on this list, and the consensus here was that Wine should not have a "usable interface" as I called it, because the right direction would be to strive for maximum integration. Then I was told I should have instead posted it on BugZilla, which resulted in the bug above. Remco
Re: GSOC proposal - control panel
On Thu, Mar 27, 2008 at 4:03 PM, <[EMAIL PROTECTED]> wrote: > > A DLL compiled as a winelib DLL won't be parsed by a tool that reads PE > > DLLs, because winelib DLLs are Elf shared objects. Use winedump instead. > > Precisely. Easy to distinguish between wine and doze Dlls. Wine is easily detectable anyway. Just look at the Wine regkeys, or try some Unix-calls. It's impossible to stop childish companies from blocking Wine. Remco
Re: Updated 1.0.0 release criteria; draft 1.0.0 release plan
- Original Message > From: Dan Kegel <[EMAIL PROTECTED]> > I've updated http://wiki.winehq.org/WineReleaseCriteria > to be a bit more final. > > I've also written a draft release plan; see > http://wiki.winehq.org/WineReleasePlan > > Comments? Please note that I'm not complaining, but doesn't that list of criteriaseem a little disappointing? I know what Wine is capable of, but you'retelling the world that, after 15 years, Wine 1.0 is guaranteed to runabout 4 applications. What about growing the list with a few applications that work perfectly at the moment (such as the top 10 platinum rated apps)? There is of course a slight stability problem (mandatory updates) with the Steam apps in that top 10 list, so those would have to be excluded. Remco ___ Rise to the challenge for Sport Relief with Yahoo! For Good http://uk.promotions.yahoo.com/forgood/
Re: Free apps bundled with msvcp71?
- Original Message > From: Dan Kegel <[EMAIL PROTECTED]> > Subject: Re: Free apps bundled with msvcp71? > > I'm still looking for a legal download of some app > that just happens to come with msvcp71.dll. > Ideally it'll be some small app with a trivial installer > that can be run noninteractively, suitable for use inside winetricks. Maybe winetricks could become a w32 application. Make it an applicationthat "installs commonly omitted dlls and frameworks on Windows". That way,you could use some of the dlls directly: those dlls that only allowfree redistribution when bundled with Windows-oriented applications. Nothing in the application, especially the name,should refer to Wine of course; that alone would make it orientedto non-Windows platforms. At least until there is a plausible use for Wine on Windows. Remco __ Sent from Yahoo! Mail. The World's Favourite Email http://uk.docs.yahoo.com/nowyoucan.html
Re: WineHQ should discourage the use of cracks
Or how about this: ::Wine Compatibility:: ( ) Doesn't work at all [Garbage] ( ) Starts, but not very usable [Bronze] ( ) Basically works, a few bugs [Silver] (*) Works flawlessly [Gold] ::Extra Info:: [x] Needs Wine configuration (Windows version, sound options, regedit entries, etc.) [x] Needs a Windows DLL (has legal issues) [x] Needs a third party hack (has legal issues) If Gold and no tick boxes are selected: Works out of the box! [Platinum] The Extra Info tick boxes could be represented as icons accompanying the color-based Status wherever it goes. The icons should probably give a negative impression. A red color for example, although that might not get across very well, considering the color palette of WineHQ... ;) The "has legal issues" should link to a Wine Wiki page which explains exactly what those issues are and that specific discussion on how to get those things working is not allowed at winehq.org, the mailing lists, the newsgroup or the IRC channel. Remco Never miss a thing. Make Yahoo your home page. http://www.yahoo.com/r/hs
Re: Usable Wine interface
- Original Message > From: Vitaliy Margolen <[EMAIL PROTECTED]> > To: wine-devel@winehq.org > Sent: Monday, February 18, 2008 4:16:17 AM > Subject: Re: Usable Wine interface > > Remco wrote: > > I'd like to add a feature-request (should this go somewhereelse?) > Yes, bugzilla -> enhancement. > > Vitaliy. Ok, thanks for the info. I added an entry: http://bugs.winehq.org/show_bug.cgi?id=11629 Remco Looking for last minute shopping deals? Find them fast with Yahoo! Search. http://tools.search.yahoo.com/newsearch/category.php?category=shopping
Re: Next big app(s) to try?
I'd say, of the work-related apps, definitely MS Office 2007 (especially Outlook) and Internet Explorer 6 and 7. IE7 needs a lot of work still. IE6 doesn't break on any Wine bugs AFAIK, but needs a special environment to install correctly. A little Wine magic might help here. IE is one of the few native Windows parts that cannot reasonably be replaced. Web developers need to test their sites in the real thing. Of the fun-related apps, a few press-generating apps would be Crysis DX10-mode and iTunes (iPod sync). Remco Never miss a thing. Make Yahoo your home page. http://www.yahoo.com/r/hs
Usable Wine interface
I'd like to add a feature-request (should this go somewhereelse?). What about making a Wine GUI to behave more like emulators likeVirtualBox. It's extremely hard right now to get Wine in desktop mode.It would be nice if you could start Wine as an application, which opensup a window like this: http://xs224.xs.to/xs224/08081/mockup918.png (ignore the virtualbox-stuff) And if you start one of those prefixes, it by default opens a WineDesktop with a simple Taskbar & Start-menu. Somewhere in theStart-menu could be the option to switch to desktop integration mode.There could also be an option to run the Wine Desktop full-screen. Likethis: http://xs224.xs.to/xs224/08081/winedesktop771.png (forgive my GIMP skills) I believe this would be very good for usability. Desktop mode is morestable than seamless mode, yet it's hidden in winecfg. This kind of UIalso exposes the prefix-functionality in a transparent way. Wouldn'tthat be a nice 1.0 polishing idea? Remco Never miss a thing. Make Yahoo your home page. http://www.yahoo.com/r/hs
Re: appdb feature request: hide the ugly urls
> http://appdb.winehq.org/app/command-conquer-3-tiberium-wars/ > doesn't sound too bad, actually. And if somebody types in > an ambiguous URL, like > http://appdb.winehq.org/app/command-conquer > they should get a list of matching apps. So this is kind of > like a search function rather than a unique ID. > The difference being that apps would normally be > displayed at their shortest unique human-readable URL > rather than by ID #. > This may have an obscure but important benefit: I > read on the web somewhere that it boosts search engine rankings. > (Not that I'd know; I'm way away from that part of google.) > - Dan I'm pretty sure that's just because of the related words in the URL. An additional number doesn't hurt ranking. I know a lot of sites use an ID number and a title. The title makes it easy to see what the link points to. That's a usability benefit of itself. I don't think people should start using the URL bar as a search engine. The AppDB has a nice search engine already. And I think searching for literally all URLs is going to put a lot of strain on the server. Remco Never miss a thing. Make Yahoo your home page. http://www.yahoo.com/r/hs
Re: appdb feature request: hide the ugly urls
- Original Message > From: Dan Kegel <[EMAIL PROTECTED]> > To: wine-devel > Sent: Sunday, February 17, 2008 6:55:06 PM > Subject: appdb feature request: hide the ugly urls > > How hard would it be for the appdb to support > more readable URLs for vendors and applications? e.g. > Adobe Premiere is currently at > http://appdb.winehq.org/objectManager.php?sClass=application&iId=128 > but it'd be so slick to see instead > http://appdb.winehq.org/adobe/premiere > > Believe it or not, that little change would make the appdb > less scary for newcomers. > - Dan That's relatively easy to do with mod_rewrite. But it would have to be something like: http://appdb.winehq.org/app/128/adobe-premiere.html All the info is still in the URL (which mod_rewrite can extract), but it does look less scary. Remco Be a better friend, newshound, and know-it-all with Yahoo! Mobile. Try it now. http://mobile.yahoo.com/;_ylt=Ahu06i62sR8HDtDypao8Wcj9tAcJ
Re: Autoplay considered harmful
Vista (and I think XP too) ask whether you want to start the Autorun program, or do a few other actions (open explorer, copy disk, etc). Remco - Original Message > From: Evil Jay <[EMAIL PROTECTED]> > To: Steven Edwards <[EMAIL PROTECTED]> > Cc: wine-devel ; Dan Kegel <[EMAIL PROTECTED]> > Sent: Saturday, February 16, 2008 5:44:15 PM > Subject: Re: Autoplay considered harmful > > The purist in me says that WINE should not improve on Windows - it > should behave the same way, warts and all. If I had a vote, I'd vote to > enable it by default, but give the user an easy way to disable it in > winecfg. (And I'd immediately disable it the first time I ran Winecfg!) > > But, whatever you guys decide to do is cool - as long as you keep > cranking out this great package! :) > > -Jesse > > > > Steven Edwards wrote: > > On Feb 16, 2008 8:58 AM, Dan Kegel wrote: > > > >> > http://www.sfgate.com/cgi-bin/article.cgi?f=/c/a/2008/02/15/BU47V0VOH.DTL&type=business > >> says that USB devices are being sold with infected > >> autorun apps. "If you plug in, you're already infected," > >> > >> I'd say that's a pretty good argument for not supporting autoplay... > >> > > > > I was actually thinking about this today. The right method would be to > > use HAL notification events to prompt the user if they want to autorun > > when sticking a new cdrom in. There could even be warning text in the > > dialog so that if it pops up with other device insertion, the user > > would know that it could be a virus. > > > > > > > > Never miss a thing. Make Yahoo your home page. http://www.yahoo.com/r/hs
Re: What happened to the videos from WineConf?
"H. Verbeet" <[EMAIL PROTECTED]> wrote: > > The videos have been processed and encoded, but we ran into problems > > getting them on youtube. I've found the right person to talk to > > about this, so hopefully they'll get the videos online in the next > > couple weeks. > > FWIW, personally I don't care much for youtube. Just having an .ogg we > can download somewhere would be enough for me. Maybe the full-res Theora videos can be published as torrents on a strictly legal tracker like legittorrents.info? Alternatively, WineHQ.org could host a tracker. This can be useful for bandwidth-reduction on all downloads from WineHQ.org. Remco Looking for last minute shopping deals? Find them fast with Yahoo! Search. http://tools.search.yahoo.com/newsearch/category.php?category=shopping
Driver-supported DirectX
I don't know the first thing about driver- and DirectX-programming, so please forgive (and point out) any mistakes. As a reader of this list I'm wondering; there are quite a few problems that come from the fact that DirectX isn't 1:1 translatable to OpenGL. How about talking to some guys from the GPU-driver department about creating a driver-interface that gives you the right hooks. I guess Parallels and Transgaming would also be interested in such a development. I can imagine that the Nouveau-devs and Xorg-radeon-devs would be more than happy to listen. This goes beyond the scope of the Wine project I think. But since Wine has the higher level part of DirectX documented and implemented on top of OpenGL, wouldn't this be the place to start an independent library? Codeweavers has a lot of knowledge about Windows, DirectX and Linux. Only Microsoft itself would be a better choice, but I don't think they really care that much about Linux. ;) This would mean that DirectX would be as native to Linux and OSX (and friends) as it would be for Windows. It would be an actual reliable platform that could be used by game developers. It would de-Windows-ize DirectX. Maybe NVIDIA, ATI and Intel would also be interested. They could sell their expensive next-gen cards to those 5% that don't run Windows if games would actually be released for non-Windows OSes. Or are there really compelling technical reasons to wrap around OpenGL? I can think of the Compiz-issue. Similarly, Microsoft stated that they have to wrap OpenGL around DirectX on Windows, to be able to use both OpenGL and DirectX at the same time (for Aero). But I suspect that this implementation just developed naturally because messing with the drivers would be unthinkable way back when. Remco Get easy, one-click access to your favorites. Make Yahoo! your homepage. http://www.yahoo.com/r/hs
Re: Yet another wine frontend: PlayOnLinux
Dan Kegel wrote: > This one seems new to me: > http://www.playonlinux.com > It's hooked up in the wine wiki already: > http://wiki.winehq.org/ThirdPartyApplications > http://wiki.winehq.org/PlayOnLinux > > Anyone tried it? > - Dan Whatever happened to winefix by the way? You mentioned it earlier, but it's not on the wiki. Unlike those temporary hacks to get specific applications working, winefix sounds like it has a few things Wine could really use in the desktop integration department. Remco (just a user/wine-devel-lurker) __ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com
Re: Is Wine a platform for Codeweaver to make money?! Please help me understand.
Just an idea here from a non-developer... Maybe bug reports could be automated in such a way that all fixme's and err's are stored in a file, and that file gets sent to Wine's bugzilla in intervals. Then it is automatically analysed and split up by DLL. That would make it the task of the developers to force Wine to spit out errors with every little thing that could go wrong. But if that would be done right, every error would be reported. Of course there would have to be a popup asking if the bug report may be sent. Sucker-punch spam with award-winning protection. Try the free Yahoo! Mail Beta. http://advision.webevents.yahoo.com/mailbeta/features_spam.html
Re: Winebot
Will winebot be a win32 app or a linux app? Making it a win32 app and developing it on Windows would probably reveal more Wine bugs. Looking for earth-friendly autos? Browse Top Cars by "Green Rating" at Yahoo! Autos' Green Center. http://autos.yahoo.com/green_center/
Re: Another GSoC idea
> I don't actually see the difference between running Ogre apps and other > DirectX apps. > > Or am I getting you wrong and you're suggesting to make the DirectX backend > work as a winelib app on native Linux without Wine? > > Cheers, > Kai Yeah, that's what I meant. I just thought it would be a nice showcase of Wine(lib) if the best-known open source graphics engine would have DirectX-support not only on Windows, but also on Linux. I've had this idea for a while now, but it might be a nice SoC-project. Remco Never miss an email again! Yahoo! Toolbar alerts you the instant new Mail arrives. http://tools.search.yahoo.com/toolbar/features/mail/
Another GSoC idea
I was thinking of a combined project between Ogre (graphics engine) and Wine. Ogre works on Windows and Linux. It has an OpenGL and DirectX backend. Maybe a student could try to get the DirectX-backend working in Linux with Wine. This would result in a lot of patches for Wine, and the first native Linux DirectX app of this size that I know of. Wouldn't that be cool? Remco Need Mail bonding? Go to the Yahoo! Mail Q&A for great tips from Yahoo! Answers users. http://answers.yahoo.com/dir/?link=list&sid=396546091
Re: appdb rating inflation
What about a checklist of problems it doesn't have, and basing the rating on that. Something like: Installation: (_) Installs correctly. (_) No installation nessecary to run. (_) Preinstalled on Windows. (x) Doesn't install. [_] Works without an unofficially patched Wine. [_] Works without a compatibility mode different from XP. [_] Works without a registry setting. [_] Works without a crack. [_] Works without a setting in winecfg. (_) Works without glitches. (_) Has minor graphical glitches. (_) Minor Functional problems (_) Doesn't work as expected. Execution: [_] Works without an unofficially patched Wine. [_] Works without a compatibility mode different from XP. [_] Works without a registry setting. [_] Works without a crack. [_] Works without a setting in winecfg. (_) Works without glitches. (_) Has minor graphical glitches. (_) Minor Functional problems (x) Doesn't work as expected. If any isn't answered satisfactorily, it isn't Platina anymore. It is set up so that if you don't take the time to read it through, it will rate as Garbage. __ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com
Status of wine development
I ask it consisely, but maybe the answers could be posted as a news item on WineHQ. It would be great for Wine to get some exposure on tech sites from time to time. That requires some actual news (new minor releases aren't front-page news after all). So, what's the status/news of DX10? DX in general? the Mac-port? Wine 1.0? What's the status of anything else that has been a major thing last year? __ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com