December 2008 - Wine-Devel - list.winehq.org

Re: Package repository discussion

by Scott Ritchie

Dan Kegel wrote: > Ubuntu is having a meeting next week to discuss > how to more easily grant users access to third > party repositories (like wine's, perhaps). > > I've got a meeting wiki up at > http://wiki.winehq.org/TrustingThirdPartyRepositories > It already lists the big issues that need discussing. > If you're interested in the topic, please have a look and put your two cents in! > - Dan > > I'll be there. I proposed a similar thing that never quite happened last year (ThirdPartyApt), but only because I didn't really have time to write the actual code. Thanks, Scott Ritchie

Dec. 5, 2008

Re: Alexandre Julliard : wintab32: Make a function static.

by Francois Gouget

On Thu, 4 Dec 2008, Alexandre Julliard wrote: [...] > -UINT WINAPI WTInfoT(UINT wCategory, UINT nIndex, LPVOID lpOutput, BOOL bUnicode) > +static UINT WTInfoT(UINT wCategory, UINT nIndex, LPVOID lpOutput, BOOL bUnicode) So how do you know which functions to make static? I guess you don't just mark them all static and see if it causes compilation errors. Is it a script parsing the 'nm -D' output and then grepping for them in the spec file and in object files? I guess there's better way. Is it something that can be automated? I'm thinking either patchwatcher or my weekly scripts here. -- Francois Gouget <fgouget(a)free.fr> http://fgouget.free.fr/ Computers are like airconditioners They stop working properly if you open WINDOWS

Dec. 4, 2008

Re: Package repository discussion

by Dan Kegel

On Thu, Dec 4, 2008 at 5:55 AM, Marcus Meissner <meissner(a)suse.de> wrote: >> http://wiki.winehq.org/TrustingThirdPartyRepositories > > Well, openSUSE 11.0/11.1 use a remote hosted XML file which provides > a list of repositories for addition, and also single-click "YMP" files > for very easy repository addition. > > This XML list includes my Emulators:Wine repository on the openSUSE > buildservice for instance. > > So perhaps they should look at and evaluate how openSUSE does it ;) I'm very aware of the YMP / OneClickInstall stuff, and it will be discussed. I already have an indirect link to it, maybe I'll add a direct one, too. > As for the points listed, we sometimes adopt a "do not care" attitude, > because, well, users do not want it to be overdesigned or just don't > care. Users don't care about security and dll hell until it bites them, either.

Dec. 4, 2008

Re: Package repository discussion

by Marcus Meissner

On Thu, Dec 04, 2008 at 05:45:21AM -0800, Dan Kegel wrote: > Ubuntu is having a meeting next week to discuss > how to more easily grant users access to third > party repositories (like wine's, perhaps). > > I've got a meeting wiki up at > http://wiki.winehq.org/TrustingThirdPartyRepositories > It already lists the big issues that need discussing. > If you're interested in the topic, please have a look and put your two cents in! Well, openSUSE 11.0/11.1 use a remote hosted XML file which provides a list of repositories for addition, and also single-click "YMP" files for very easy repository addition. This XML list includes my Emulators:Wine repository on the openSUSE buildservice for instance. So perhaps they should look at and evaluate how openSUSE does it ;) As for the points listed, we sometimes adopt a "do not care" attitude, because, well, users do not want it to be overdesigned or just don't care. Ciao, Marcus

Dec. 4, 2008

Package repository discussion

by Dan Kegel

Ubuntu is having a meeting next week to discuss how to more easily grant users access to third party repositories (like wine's, perhaps). I've got a meeting wiki up at http://wiki.winehq.org/TrustingThirdPartyRepositories It already lists the big issues that need discussing. If you're interested in the topic, please have a look and put your two cents in! - Dan

Dec. 4, 2008

Re: patch for gdi32

by Markus Hitter

Am 04.12.2008 um 00:38 schrieb Xiangrong Fang: > but that is marked as FIXED and CLOSED?? Yes, Wine developers are sometimes pretty quick at closing bugs. The sad thing is, you can't comment on closed bugs and have to open a new one. > BTW, for these discussions, shall I use wine-devel or wine-patch? wine-patches is for patches only, -devel is where discussions should go. MarKus - - - - - - - - - - - - - - - - - - - Dipl. Ing. Markus Hitter http://www.jump-ing.de/

Dec. 4, 2008

re: wineconsole: Wait on events in curses backend using select instead of poll

by Dan Kegel

James McKenzie wrote: > This will have to be setup so that it only works for Macs. > ... it does not belong in the Wine code stack. Why? Select is a perfectly reasonable choice -- and arguably preferable to poll -- when you are absolutely sure that no file descriptor higher than 1023 can be passed to it. (e.g. when you're using it in a program that does not open many file descriptors, or when you're using it with no file descriptors, as a nice sleep). I think wineconsole is an example of an app that does not open many file descriptors, so select is fine there. - Dan

Dec. 4, 2008

Re: dsound: fix remaining ds3d, dsound, dsound8 test failures shown on test.winehq.org

by Paul Vriens

Jeff Zaroyko wrote: > On Thu, Dec 4, 2008 at 7:35 PM, Paul Vriens <paul.vriens.wine(a)gmail.com> wrote: >> Jeff Zaroyko wrote: >>> This should clear up the remaining dsound test failures shown for the >>> Win98 and WinME test results. >>> >>> >>> ------------------------------------------------------------------------ >>> >>> >> Hi Jeff, >> >> Would be a nice-to-have if you could add the platforms as comments to the >> different return values. >> >> -- >> Cheers, >> >> Paul. >> > > Maybe - do you think it's really platform dependent? > > I think it's just up to the underlying driver and that will vary even > on the same platform. > If it's driver dependent you can ignore my email. -- Cheers, Paul.

Dec. 4, 2008

Any problems with these wineconsole patches?

by Martin Storsjö

Hi, In addition to the select vs poll patch to wineconsole, I sent two other unrelated minor patches for wineconsole last Friday (attached here); are there any obvious problems with these, prohibiting them from getting merged? The first one simply makes fallbacks from the curses to the user backend work if the curses library isn't found; not only in the case when the curses backend isn't compiled in at all. The second one makes --use-event not resetting the backend to user, since that's already the default. By setting the environment variable WINECONSOLE="wineconsole --backend=curses", the user could make all implicitly opened consoles be curses based consoles -- if --use-event wouldn't reset the backend back to user as it does at the moment. Regards, // Martin

Dec. 4, 2008

Re: dsound: fix remaining ds3d, dsound, dsound8 test failures shown on test.winehq.org

by Jeff Zaroyko

On Thu, Dec 4, 2008 at 7:35 PM, Paul Vriens <paul.vriens.wine(a)gmail.com> wrote: > Jeff Zaroyko wrote: >> >> This should clear up the remaining dsound test failures shown for the >> Win98 and WinME test results. >> >> >> ------------------------------------------------------------------------ >> >> > Hi Jeff, > > Would be a nice-to-have if you could add the platforms as comments to the > different return values. > > -- > Cheers, > > Paul. > Maybe - do you think it's really platform dependent? I think it's just up to the underlying driver and that will vary even on the same platform.

Dec. 4, 2008