June 2009 - Wine-Devel - list.winehq.org

Re: Alexandre Julliard : clock: Build resource files separately instead of including them all from a global file .
by Michael Stefaniuc June 3, 2009

June 3, 2009

Hello Alexandre, Alexandre Julliard wrote: > Module: wine > Branch: master > Commit: aa41526c73a5fbcc2c08a9342107ee76173a2b97 > URL: http://source.winehq.org/git/wine.git/?a=commit;h=aa41526c73a5fbcc2c08a9342… > > Author: Alexandre Julliard <julliard(a)winehq.org> > Date: Sun May 31 20:11:00 2009 +0200 > > clock: Build resource files separately instead of including them all from a global file. there is a minor problem with this approach. wrc --verify-translation becomes useless as each file is separate and a comparison to the English default resource is no longer possible. That's what Mikołaj Zalewski's Wine translation statistics webpage http://www.mikolaj.zalewski.pl/wine-transl/ is using. I also have a makefile patch/hack in my i18n branch to do a wrc --verify-translation pass for each .rc file. Very useful to find problems when doing translation work. bye michael

1 0

The present state of Direct3D in WINE
by MD.IMAM HOSSAIN June 3, 2009

June 3, 2009

Dear, WINE Developers, Thanks to all of you for creating an environment where people can enjoy games. I very much pleased by the present state of WINE's Direct3D. In my short range of views on earlier versions of wine Grend Theft Auto San Andreas runs very slowly. But now it is very playable. On WINE 1.1.22 all the improvement made to Direct3D is good but there are some incompatibilities too. >From my experiment with recent version of WINE 1.1.22 : 3DMark 2001 has vertex shader problem (Under Game Lobby and Vertex Shader test). Hitman 2 Silent Assassin (No Human Body could be seen). Hitman 3 Contracts (No Human Body could be seen). Prince of Persia Sand of Time (Nothing could be seen). Prince of Persia Warrior Within (Nothing could be seen). I only able to test these games. I hope coming WINE release will fix these problem. Your sincerely, MD.IMAM HOSSAIN

3 4

AppDB backlog of test reports for apps with maintainers
by Rosanne DiMesio June 3, 2009

June 3, 2009

There is a growing backlog of test reports for apps with maintainers still awaiting approval. My understanding of how things are supposed to work is that if a maintainer does not process a report within a week, they are sent a couple of reminder notices, and eventually removed as maintainer if they don't respond. This appears to not be working--the backlog goes back to May 19. I can process the reports myself, of course, but can someone check on what's going on with notifying/removing maintainers? There was a similar backlog about a month ago, but someone (I assume another admin) eventually processed all the reports, and I think the underlying cause was never looked into. -- Rosanne DiMesio <dimesio(a)earthlink.net>

1 0

Problem with async. comm from Wine to a USB->Serial-converter
by Henrik Jacobsson June 3, 2009

June 3, 2009

Hi. I just got myself a USB-GPS (GlobalSat BU-353) and wanted to run SeaClearII, a navigation-program with it. Turns out that Wine got confused when the USB->Serial-driver wasn't acting like a real serial-device though. The app does what it's supposed to do, but Wine consumes 100% of the available CPU. After some googling I found a patch that resolved this issue perfectly, and I'm curious why it never made it into trunk. The patch: http://www.nabble.com/serial-04-04%3A-fix%3A-WaitCommEvent()-does-not-work-… I only managed to apply this patch to 1.1.17. Later releases had changed too much for my non-programmer-brain to cope with.. I would really appreciate if someone in the know could check the patch out and if possible apply it to wine-proper.. Thanks in advance.. /Henrik

3 3

Testing with Comctl32 6.0 (and further versions)
by Nikolay Sivov June 3, 2009

June 3, 2009

Hi. I'm thinking about adding a possibility to test both previous comctl32 and version 6 (or greater maybe in next versions). For example if I compiled in a manifest resource for 6.0 I'll get 6.0 loaded on >= XP, but the best variant for me is to load not manifest aware version first, then unload it (if can't be done automatically) and switch to manifest specified version. Is it possible to do it for example with creating activation context manually (i'm not familiar with it)? Maybe it's easier to create another test target (e.g. comct32_v6_test.exe and its cross built counterpart) - the reason here is to run existing tests on 6.0 too, probably building with some #defines specific for V6 version to tweak test results if there are any difference. Any thoughts? Nikolay S.

1 0

wine question
by Anna Rogov June 3, 2009

June 3, 2009

Dear Sir, I am trying to call Win32 Dll (that is built in VS 2003) from C++ Linux application ( in Ubuntu ) through wine shared object without rebuild the application with wine. I'll be glad if you can help me with this task. Looking forward for hearing from you, Thank you, Best Regards, Anna Udolovitch ( Papernova ), Cel.: 972-544-910623

1 0

Re: jscript: Fix parse_double_literal implementation
by Alexandre Julliard June 3, 2009

June 3, 2009

Piotr Caban <piotr.caban(a)gmail.com> writes: > @@ -382,13 +383,23 @@ static int parse_double_literal(parser_ctx_t *ctx, LONG int_part, literal_t **li > } > > d = int_part; > - while(ctx->ptr < ctx->end && isdigitW(*ctx->ptr)) > - d = d*10 + *(ctx->ptr++) - '0'; > + while(ctx->ptr < ctx->end && isdigitW(*ctx->ptr)) { > + hlp = d*10 + *(ctx->ptr++) - '0'; > + if(d > LLONG_MAX/10 || hlp<0) > + exp++; > + else > + d = hlp; > + } LLONG_MAX is not portable, you'll have to provide your own definition. -- Alexandre Julliard julliard(a)winehq.org

1 0

Re: mlang/tests: [Patch 4] Add tests for LcidToRfc1766
by Paul Vriens June 3, 2009

June 3, 2009

Detlef Riekenberg wrote: > > > ------------------------------------------------------------------------ > > Hi Detlef, This patch introduces test failures on what seems: - all Win95 boxes - some Win98 boxes - some W2K boxes See: http://test.winehq.org/data/tests/mlang:mlang.html There is one XP both with a lot of failures in this test but not because of these newly added ones. Could you have a look? -- Cheers, Paul.

1 0

Re: jscript: Added NAN definition (1/10)
by Alexandre Julliard June 3, 2009

June 3, 2009

Piotr Caban <piotr.caban(a)gmail.com> writes: > diff --git a/dlls/jscript/jscript_main.c b/dlls/jscript/jscript_main.c > index 37266e5..740bb06 100644 > --- a/dlls/jscript/jscript_main.c > +++ b/dlls/jscript/jscript_main.c > @@ -38,6 +38,21 @@ static const CLSID CLSID_JScriptAuthor = > static const CLSID CLSID_JScriptEncode = > {0xf414c262,0x6ac0,0x11cf,{0xb6,0xd1,0x00,0xaa,0x00,0xbb,0xbb,0x58}}; > > +#ifndef NAN > +DOUBLE NAN; > + > +static inline void set_jsnan(void) > +{ > + VARIANT v; > + V_UI8(&v) = (ULONGLONG)0x7ff80000<<32; > + NAN = V_R8(&v); > +} > +#else > +static inline void set_jsnan(void) > +{ > +} > +#endif > + > DEFINE_GUID(GUID_NULL,0,0,0,0,0,0,0,0,0,0,0); > > static HINSTANCE jscript_hinstance; > @@ -110,6 +125,7 @@ BOOL WINAPI DllMain(HINSTANCE hInstDLL, DWORD fdwReason, LPVOID lpv) > return FALSE; /* prefer native version */ > case DLL_PROCESS_ATTACH: > DisableThreadLibraryCalls(hInstDLL); > + set_jsnan(); > jscript_hinstance = hInstDLL; > break; The previous implementation was better, having to explicitly initialize the constant on startup is ugly. -- Alexandre Julliard julliard(a)winehq.org

2 2

Tests passing on one more platform!
by Dan Kegel June 3, 2009

June 3, 2009

I just had a look at http://test.winehq.org and it seems that as of a couple days ago, a Win2000 machine has started passing all the tests! That's three OSs now: Win2000, Win2003, and WinXP. (Not all systems with those OSs pass the tests, but still, having even one box per OS pass them is a nice milestone.) Congratulations and thanks to all the people (notably Paul Vriens and of course Alexandre) who have been cleaning up the tests! - Dan

3 2

Extending winemenubuilder to create Application Bundles on OS X
by Steven Edwards June 3, 2009

June 3, 2009

Hi, Recently I've been doing a lot of hacking on my local tree for OS X projects. The lack of support in winemenubuilder to generate application bundles for installed applications from ShellLinks like we do for FreeDesktop items has been killing me. I've just been building simple wrapper scripts which is fine but very ugly. I've recently spoken with Sveinbjorn Thordarson who wrote the Platypus App Bundler (which is a very kick-ass utility) and he has allowed me to use his code under LGPL to extend winemenubuilder. Some nice things about Platypus is that while its written in Objective C, its very modular and already has an optional cli interface. I'm pretty sure I can isolate out all of the stuff we don't need in short order and extend winemenubuilder a bit with its code as a reference. I'm going to file a detailed bug report describing how we need to extend winemenubuilder, what application bundles are, and what else we will need. If anyone is interested in jumping in and helping, we still need to do conversion from *.ico to a *.icns icons which requires a bit of hacking. Currently I'm doing something like the following 1. hacked winemenubuilder converts and export the icon (*.ico file) to png 2. convert from png to tiff sips -s format tiff [png file] --out [(converted file).tiff] 3. Convert tiff to icns tiff2icns -noLarge [tiff file] [icns file] I kind of doubt Alexandre will want a patch doing all of this conversion for simple icons and I'm sure someone has to have documented icns somewhere. The iPhone App bundles seem to support *.png icons but from my reading it does not seem that standard OS X applications do. Maybe this will change in Snow Leopard, I've tried to hack my test bundles and make them use normal png images without much luck. If your interested in helping, researching this and if needed, adding exporting the icon resources straight to icns would be a good place to start. -- Steven Edwards "There is one thing stronger than all the armies in the world, and that is an idea whose time has come." - Victor Hugo ---------- Forwarded message ---------- From: Sveinbjorn Thordarson <sveinbjornt(a)simnet.is> Date: Sat, May 30, 2009 at 9:13 AM Subject: Re: Web Email Form: Developing a Platypus-lite for Wine To: winehacker(a)gmail.com Hello there, I would be happy to relicense parts of the Platypus code under the LGPL. Please feel free to use it as you like under those terms. All the best, Sveinbjorn Thordarson On 30 May 2009, at 04:22, winehacker(a)gmail.com wrote: > Hi, > I am writing because I am wondering if you would be willing to relicense some code I might need under the LGPL. > > I am interested in adding support to Wine's menubuilding application which creates FreeDesktop menus and desktop launchers under Linux for Windows based applications. Currently it parses either a *.lnk or a given executable to generate a *.desktop file for use under Gnome or KDE. When running Wine under OS X, it for the most part sucks because we cannot generate menus of any type. I'd like to take platypus, rip out everything I don't need and just use parts of it in winemenubuilder. > > The only problem is Wine is LGPL and your project is GPL. Since I know NOTHING of Obj-C and am new to OS X development in general your tool would save me a lot of time as a frame of reference but I do not wish to violate your copyright in any way. > > Would it be acceptable for me to use parts of your code under the LGPL in this fashion? > > Thanks > Steven >

1 0

Re: gdiplus: Add test cases for GdipDrawCurve
by Vincent Povirk June 3, 2009

June 3, 2009

+ /* make a graphics object and pen object */ + status = GdipCreateFromHDC(hdc, &graphics); + expect(Ok, status); + ok(hdc != NULL, "Expected HDC to be initialized\n"); + + status = GdipCreateFromHDC(hdc, &graphics); + expect(Ok, status); + ok(graphics != NULL, "Expected graphics to be initialized\n"); You're creating two graphics objects here and leaking the first one. Vincent Povirk On Tue, Jun 2, 2009 at 10:39 PM, Andrew Eikum<andrew(a)brightnightgames.com> wrote: > Tested on WinXP Professional SP3 and Win7 Ultimate RC1, all pass. > > --- > dlls/gdiplus/tests/graphics.c | 64 +++++++++++++++++++++++++++++++++++++++++ > 1 files changed, 64 insertions(+), 0 deletions(-) > > > >

3 2

Re: (resend) [1/2] kernel32/tests: Add tests for CreateFile errors and opening volumes
by Alexandre Julliard June 3, 2009

June 3, 2009

Guy Albertelli <galberte(a)neo.rr.com> writes: > + hFile = CreateFileA( filename, GENERIC_READ | GENERIC_WRITE, > + FILE_SHARE_READ | FILE_SHARE_WRITE, > + NULL, OPEN_EXISTING, > + p[i].options, NULL ); > + if (p[i].todo_flag) > + todo_wine ok((hFile == INVALID_HANDLE_VALUE && p[i].err == GetLastError()) || > + (hFile != INVALID_HANDLE_VALUE && p[i].err == ERROR_SUCCESS), > + "CreateFileA failed on %s, hFile %p, err=%u, should be %u\n", > + filename, hFile, GetLastError(), p[i].err); > + else > + ok((hFile == INVALID_HANDLE_VALUE && p[i].err == GetLastError()) || > + (hFile != INVALID_HANDLE_VALUE && p[i].err == ERROR_SUCCESS), > + "CreateFileA failed on %s, hFile %p, err=%u, should be %u\n", > + filename, hFile, GetLastError(), p[i].err); You need to handle access denied errors here too. You can't assume that you can always open a drive for read/write access. -- Alexandre Julliard julliard(a)winehq.org

2 1

Re: Alexandre Julliard : rpcrt4: Change the allocation of delegated stub methods so that we never need to free them .
by Steven Edwards June 2, 2009

June 2, 2009

On Tue, Jun 2, 2009 at 9:44 AM, Alexandre Julliard <julliard(a)winehq.org> wrote: > +#define MAX_BLOCKS 64 /* 64k methods should be enough for anybody */ lol, best. comment. ever! -- Steven Edwards "There is one thing stronger than all the armies in the world, and that is an idea whose time has come." - Victor Hugo

1 0

HICON Patches - Request for reviews
by Joel Holdsworth June 2, 2009

June 2, 2009

Hi All, I've been working on alpha support in HICONs and HIMAGELISTs. This patch set includes my earlier test patch (plus modifications as per the comments), and fixes up DrawIcon, DrawIconEx and CURSORICON_CreateIconFromBMI. I've tested the test patch on 2k, XP, and Vista - but any other test platforms would be welcome, and any comments on the other 4 patches before I submit them. Best Regards Joel Holdsworth

1 0

Re: [2/5] libwine: Add a generic red-black tree.
by Alexandre Julliard June 2, 2009

June 2, 2009

Henri Verbeet <hverbeet(a)codeweavers.com> writes: > +void wine_rb_init(struct wine_rb_tree *tree, wine_rb_compare_func_t *compare) > +{ > + tree->compare = compare; > + tree->root = NULL; > + tree->stack.entries = malloc(16 * sizeof(*tree->stack.entries)); > + if (!tree->stack.entries) > + { > + ERR("Failed to allocate stack memory.\n"); > + } You can't hardcode malloc(), the allocator needs to be configurable, particularly for use from the memory management code. Also printing an ERR in that sort of code is not acceptable, errors need to be propagated correctly and handled by the user. I also still think this would be better as inline functions, at least until it stabilizes. We don't want to change the libwine interface any more than strictly necessary. -- Alexandre Julliard julliard(a)winehq.org

2 4

Re: [ole32/tests] Fix a crash on NT4
by Paul Vriens June 2, 2009

June 2, 2009

Paul Vriens wrote: > Changelog > Fix a crash on NT4 > Please don't use this one. I will soon sent a few others to replace this one. -- Cheers, Paul.

1 0

Re: gdiplus: add support for string alignment to GdipDrawString (try 2)
by Stephan Rose June 2, 2009

June 2, 2009

>(reply didn't go to list as I expected, grr..) > >> Naw, it should still work normally. I've done aligned & rotated text under >windows before with DrawTextW, you still pass the rect like you would if it >wasn't rotated and set the alignment flags. The world transform should take >care of getting it all rotated to where it is supposed to be with the >alignments in the right place. > >Maybe, but builtin gdiplus has its own world transform and doesn't use >the gdi32 one. That's what transform_and_round_points is for. True but you're still using the GDI32 DrawText to actually render the text. transform_and_round_points is only doing what it says, transforming the coordinates. If you rotate the text by 90 degrees, DrawText is still going to have to be aware that the text is to be rotated 90 degrees to draw it correctly or else you'll get your text at the right position, but the text direction will be wrong. Unless I'm overlooking something? > >> Ok question then, how do I separate this into two patches? Never done >anything with patches like this before so this is a first for me. > >Just make two commits in Git, and format-patch will create two patch files. > That makes sense but, one question there. Does this mean I'm going to have to restore the file to it's original state, then add the one change, commit, add the other change, then commit again? With a change of this size, that isn't that big a deal. But on larger changes I could see that being a bit problematic. But maybe I'm just not used to it. =) Thanks, Stephan

3 3

Re: kernel32/tests: Add tests for GetLocaleInfo with SUBLANG_NEUTRAL
by Paul Vriens June 2, 2009

June 2, 2009

Detlef Riekenberg wrote: > Add tests to show, that GetLocaleInfo assume SUBLANG_DEFAULT, > when called with an LCID that provide SUBLANG_NEUTRAL > > > > > ------------------------------------------------------------------------ > > Hi Detlef, This one introduces failures on NT4 and below and on some boxes with a non-English locale. Could you have a look? -- Cheers, Paul.

2 1

Re: gdiplus: add support for string alignment to GdipDrawString (try 2)
by Vincent Povirk June 2, 2009

June 2, 2009

(reply didn't go to list as I expected, grr..) > Naw, it should still work normally. I've done aligned & rotated text under windows before with DrawTextW, you still pass the rect like you would if it wasn't rotated and set the alignment flags. The world transform should take care of getting it all rotated to where it is supposed to be with the alignments in the right place. Maybe, but builtin gdiplus has its own world transform and doesn't use the gdi32 one. That's what transform_and_round_points is for. > Ok question then, how do I separate this into two patches? Never done anything with patches like this before so this is a first for me. Just make two commits in Git, and format-patch will create two patch files.

1 0

Re: gdiplus: add support for string alignment to GdipDrawString (try 2)
by Stephan Rose June 2, 2009

June 2, 2009

>Without doing any actual testing: > >The vertical alignment stuff looks right to me. > >Horizontal alignment is suspicious. If the world transform rotates the >text 90 degrees, DrawTextW can't be getting enough information to >center the text. Then again, I'm not sure if rotation works properly >with GdipDrawString in general. I'd write a test program for rotated >text. Naw, it should still work normally. I've done aligned & rotated text under windows before with DrawTextW, you still pass the rect like you would if it wasn't rotated and set the alignment flags. The world transform should take care of getting it all rotated to where it is supposed to be with the alignments in the right place. But I agree with you though, a test with rotated text is needed. If necessary though it isn't a big deal for me to change things to align without using DT_CENTER and DT_RIGHT. I'd want to test with the alignment flags first though as it keeps the code simpler if I can stick with those. > >I would probably send this as a series of 2 patches with vertical >alignment first. Ok question then, how do I separate this into two patches? Never done anything with patches like this before so this is a first for me. > >In spite Paul Vriens' comments, don't change the formatting of code >you're not changing. I guess the existing if's are already >inconsistent enough that you can get away with either style (and that >might actually be my fault). Without looking at it, I think it was only two if statements that weren't mine that I modified formatting on. Figured my changes to the function were major enough to where getting those two consistent with everything else wouldn't matter much. Up to you all if you want me to just leave those untouched or get their formatting in line with everything else. Either way's fine by me. =) Stephan

1 0

Re: gdiplus: add support for string alignment to GdipDrawString (try 2)
by Vincent Povirk June 2, 2009

June 2, 2009

Without doing any actual testing: The vertical alignment stuff looks right to me. Horizontal alignment is suspicious. If the world transform rotates the text 90 degrees, DrawTextW can't be getting enough information to center the text. Then again, I'm not sure if rotation works properly with GdipDrawString in general. I'd write a test program for rotated text. I would probably send this as a series of 2 patches with vertical alignment first. In spite Paul Vriens' comments, don't change the formatting of code you're not changing. I guess the existing if's are already inconsistent enough that you can get away with either style (and that might actually be my fault). Vincent Povirk On Tue, Jun 2, 2009 at 7:12 AM, Stephan Rose<kermos(a)somrek.net> wrote: > - Adds support for aligning a string inside the given bounding rectangle > for GdipDrawString. Both vertical and horizontal alignments implemented. > > - Fixed code formatting issues (tabs / spaces, location of braces) to be > consistent with existing code. > > > > > >

1 0

Re: Website: Point the Development pages entirely to the Wiki.
by Jeremy Newman June 2, 2009

June 2, 2009

I'm holding this patch hostage until the Wiki is updated with the new theme. -Newman Jeremy White wrote: > --- > templates/en/home.template | 4 ++-- > 1 files changed, 2 insertions(+), 2 deletions(-) > > diff --git a/templates/en/home.template b/templates/en/home.template > index bad2f62..870a934 100644 > --- a/templates/en/home.template > +++ b/templates/en/home.template > @@ -24,8 +24,8 @@ > <div class="subtitle">Documentation, Support, and Wiki.</div> > </li> > > - <li class="devel" onClick="document.location='{$root}/devel/';"> > - <div class="title"><a href="{$root}/devel/">Development</a></div> > + <li class="devel" onClick="document.location='http://wiki.winehq.org/Developers';"> > + <div class="title"><a href="http://wiki.winehq.org/Developers">Development</a></div> > <div class="subtitle">Wine source, Bug Tracking, etc.</div> > </li> > > >

3 3

Re: Implications for Wine from the Ubuntu Developer Summit -- Pulseaudio
by Susan Cragin June 2, 2009

June 2, 2009

>2009/6/2 Scott Ritchie <scott(a)open-vote.org>: >> First, I talked with a Pulseaudio expert about what we can do to make >> things work better. He said that if we want good compatibility we will >> need our ALSA stack to use the Pulseaudio safe subset: >> http://0pointer.de/blog/projects/guide-to-sound-apis.html. I've filed a >> metabug tracking this here: >> http://bugs.winehq.org/show_bug.cgi?id=18740. Use of this unsafe subset >> can cause most problems with stuttering or even complete dropoff. > >As far as I know, this is not possible for Wine (without massive >latency issues caused by overbuffering in Wine itself) due to the fact >that Wine has to make DirectSound apps happy. It's also not very >consoling from this Pulseaudio expert that they don't seem to see a >problem with the ALSA layer on their end - "it's the apps that need to >be fixed". Wasn't the point of Pulse that you could use libasound/OSS >apps without modification? :) > >> I'm not completely familiar with how sound works in Wine, but in the >> past I remember that one complaint about PulseAudio over ALSA was >> latency. Latency issues these days are mostly due to bad kernel >> configurations > >PulseAudio will *always* have more latency than ALSA. This has nothing >to do with kernel configurations, just that using a >CONFIG_NO_HZ/CONFIG_HZ_1000 (or whatever it is) kernel from the -rt >tree makes the latency issue less severe. New kernel won't fix Wine + >Pulse problem. Forgive me in advance for interjecting dross into a technical discussion. Would part of the problem be solved if users could be given the option of installing pulseaudio? That way, some users would be made instantly happy. There is a subset of users (albeit a tiny subset) that just needs one sound application running, but wants that application running with crystal-clear sound and near-zero latency. These are certain professional audio users, and those who run Dragon NaturallySpeaking through wine. Those people may be ill-served by having pulseaudio at all. Right now, in wine, removing pulseaudio completely doesn't seem to return alsa's functionality. Wine/alsa freezes, and I have to use OSS emulation, but OSS just does not produce as high-quality a sound. PS -- The rt kernel really is wonderful for speech recognition or any other use. The repository version has problems that are being worked on. In the meantime, just compile your own.

1 0

Implications for Wine from the Ubuntu Developer Summit
by Scott Ritchie June 2, 2009

June 2, 2009

Hello everyone, I've just returned from the Ubuntu Developer Summit in Barcelona last week. A lot of interesting stuff that concerns Wine happened there, and a lot of applies to every distro. I'll give a brief summary in this email. Audio: First, I talked with a Pulseaudio expert about what we can do to make things work better. He said that if we want good compatibility we will need our ALSA stack to use the Pulseaudio safe subset: http://0pointer.de/blog/projects/guide-to-sound-apis.html. I've filed a metabug tracking this here: http://bugs.winehq.org/show_bug.cgi?id=18740. Use of this unsafe subset can cause most problems with stuttering or even complete dropoff. I'm not completely familiar with how sound works in Wine, but in the past I remember that one complaint about PulseAudio over ALSA was latency. Latency issues these days are mostly due to bad kernel configurations, which Lennart wrote about here: https://tango.0pointer.de/pipermail/pulseaudio-discuss/2009-February/003150…. In the meantime we should develop for the future using kernels with preempt enabled at 1000 HZ. Currently neither Open SuSE nor Ubuntu are configured this way, however I know in the case of Ubuntu that this is being fixed for next release. In particular, if you develop on Ubuntu, you should either upgrade to Karmic Alphas or install a custom kernel. The -rt flavor of the kernel is known to have problems as well. Printing: A printing expert from http://openprinting.org says we should output .pdf files to cups rather than postscript. .pdf are becoming the standard for printers, and apparently they allow some good things that postscript does not. I've filed a bug on this here: http://bugs.winehq.org/show_bug.cgi?id=18741 Security and Usability: The security team thinks we should finally start respecting the execute bit - this means removing all MIME handlers for executable code from the desktop and replacing them with a single front end for programs lacking the execute bit. This front end would notify the user of the problem, scan the file for viruses, and then present some information about the path towards execution. It is still undecided whether the program should allow execution outright, however from a UI perspective this would clearly be more efficient. This creates a design challenge. In brief, we have to simultaneously manage expectations about Wine, inform the user that there are other (preferred) methods for installing software, not patronize them for installing a Windows program, tell them we scanned a file for viruses but that it may still be unsafe, make it easy to use, and make it hard to use accidentally. After input from the community and discussion with other designers, I believe I have some good ideas for how to handle these challenges. The Canonical design team has agreed to integrate the UI extensions I've gathered into their weekly user testing, so over the next few months we should be getting some real feedback on the merits of various approaches to this problem. I'll be working more on this personally, and already have a good chunk of the specifications and front end code done (thanks to some great community help). I will, of course, share it here when it's in a usable state. As far as we, as an upstream, are concerned, there's not much to change in Wine itself other than to keep making it work better and fix bugs. If I had to name one in particular, I'd have to say the "unclean removal of applications menu" entries is a particularly confusing issue for users. What I'm doing: Over the next few months I'm going to be working rather hard on the Karmic Wine Integration spec that I lead at the Summit: https://wiki.ubuntu.com/karmic-wine-integration. I'm still drafting the spec based on my notes and discussion, but at this point I have a very good idea of what I want to do. Most of the code involved is directly relevant to the Wine user, however almost none of it needs to go into Wine itself other than some icons. At this point it's mostly python scripts, modifications of other python programs, and Glade dialogs. I may set up a BZR/Git repository of the various bits once they start turning into actual packages (which I'll also be doing). Anyway, keep your eyes peeled, the next wave of distro releases are going to be very slick. Thanks, Scott Ritchie

5 6