Re: Wine Front-End development

2006-04-15 Thread Tom Spear (Dustin Booker, Dustin Navea)
Karl Lattimer wrote: The point here is that if someone is willing to install wine, chances are they will have all the libraries required for it on a unix system, Isn't this how we are running into the font problems by requiring fontforge? Just because it is available and a user can and wan

Wine missing from repositories?

2006-04-15 Thread Dee Ayy
1) I installed wine at work from kubunu breezy repositories (standard and maybe universe and multiverse repositories are added) on wednesday 4/12/2006, yet on thursday 4/13/2006 I installed ubuntu breezy at home and definitely had standard, universe, multiverse, and even the deb http://wine.sourcef

Re: Wine Front-End development

2006-04-15 Thread Karl Lattimer
On Sat, 2006-04-15 at 19:54 -0400, Dimi Paun wrote: > On Sat, 2006-04-15 at 16:17 +0100, Karl Lattimer wrote: > > > > I seriously doubt that as far as users are concerned that dependencies > > would be an issue, the user in general just wants something that > > works, and they don't care that 4 ex

Re: Wine Front-End development

2006-04-15 Thread Dimi Paun
On Sat, 2006-04-15 at 16:17 +0100, Karl Lattimer wrote: > > I seriously doubt that as far as users are concerned that dependencies > would be an issue, the user in general just wants something that > works, and they don't care that 4 extra dependancies are required > (python, gtk, pygtk, pygtk-gla

Fontforge Dependency (was: Wine Front-End development)

2006-04-15 Thread Robert Shearman
Kuba Ober wrote: If fontforge"made a mess", that's not just because it's an extra dependency. It's because someone, instead of making the right choice and shipping whatever files fontforge is building, shipped only the sources. The right thing to do would be to ship the prebuilt stuff at least

GPG test - ignore

2006-04-15 Thread Stefan Dösinger
I wonder why the gpg signatures of the mails I send to wine-patches are wrong when I receive them back, but not wine-devel. Trying to send a mail with a small attachment to here to test. I appologise for the spam. Stefan Some fancy text pgppOBzNSQkOV.pgp Description: PGP signature

Re: advpack: Perform install initialization in install_init

2006-04-15 Thread James Hawkins
On 4/13/06, James Hawkins <[EMAIL PROTECTED]> wrote: > Hi, > > Changelog: > * Add a structure to track the data for an install instance. > * Add install_init/release to perform install initialization. > Go ahead and trash all these advpack patches. There are a couple bugs, and some things I'm cha

re: Summer of Code Project: DirectPlay

2006-04-15 Thread Dan Kegel
Alex wrote: > This is a proposal for a Google Summer of Code Project. > > Improve Wine's DirectPlay implementation so that it can at least run a > simple demo app, and ideally end up enabling network play for a free > game demo. > A list of such demos is available here > http://wiki.winehq.org/Dire

Re: Summer of Code Project: DirectPlay

2006-04-15 Thread James Hawkins
On 4/15/06, "Alexander N. Sørnes" <[EMAIL PROTECTED]> wrote: > This is a proposal for a Google Summer of Code Project. > > Improve Wine's DirectPlay implementation so that it can at least run a > simple demo app, and ideally end up enabling network play for a free > game demo. > A list of such demo

Summer of Code Project: DirectPlay

2006-04-15 Thread Alexander N. Sørnes
This is a proposal for a Google Summer of Code Project. Improve Wine's DirectPlay implementation so that it can at least run a simple demo app, and ideally end up enabling network play for a free game demo. A list of such demos is available here http://wiki.winehq.org/DirectPlayGames Alexan

Re: Starcraft vs. fullscreen

2006-04-15 Thread Jesse Allen
On 4/15/06, H. Verbeet <[EMAIL PROTECTED]> wrote: > On 14/04/06, Molle Bestefich <[EMAIL PROTECTED]> wrote: > > How odd that one flag isn't enough. > > > > eg. > > SwitchResolutionWith = XRandR / XVidMode > > > XVidMode is also used for gamma control. > > > Yes, but I made two patches. One to enab

Re: Wine Front-End development

2006-04-15 Thread Karl Lattimer
> [. . .] > > I think that this discussion has really degenerated into a long advocacy > *against* everything that open source is good for. > > Alexandre's take seems to be that one should simply ignore what's out there > and program like in Win 2.x days. In the meantime, software has moved for

Re: Starcraft vs. fullscreen

2006-04-15 Thread H. Verbeet
On 14/04/06, Molle Bestefich <[EMAIL PROTECTED]> wrote: > How odd that one flag isn't enough. > > eg. > SwitchResolutionWith = XRandR / XVidMode > XVidMode is also used for gamma control.

Re: Wine Front-End development

2006-04-15 Thread Kuba Ober
On Saturday 15 April 2006 10:48, n0dalus wrote: > On 4/15/06, Karl Lattimer <[EMAIL PROTECTED]> wrote: > > If this http://wiki.winehq.org/ThemingSupport is to become a part of > > wine (RE: GTK support for themes), I don't see what the problem with > > using GTK is. GTK is available on all distribu

New SetThreadPriority patch

2006-04-15 Thread Mike Hearn
This one uses POSIX capabilities to drop all root privs except for CAP_SYS_NICE, therefore, this is reasonably secure. There is one catch. For some reason a suid root app cannot read /proc/self/exe so relocatability isn't used, and anyway it'd be insecure even if it could as you could hard link wi

Re: Wine Front-End development

2006-04-15 Thread Karl Lattimer
On Sun, 2006-04-16 at 00:46 +0900, Mike McCormack wrote: > Karl Lattimer wrote: > > > requirements around this wouldn't be a great issue. With the current > > complexity of linux desktops I believe that restricting the language and > > dependencies is silly and uncalled for. Maybe Alexandre's view

Re: Wine Front-End development

2006-04-15 Thread Mike McCormack
Karl Lattimer wrote: requirements around this wouldn't be a great issue. With the current complexity of linux desktops I believe that restricting the language and dependencies is silly and uncalled for. Maybe Alexandre's views may have changed this far on? I doubt that Alexandre's views have

Re: Wine Front-End development

2006-04-15 Thread Karl Lattimer
> Note however, that being a good C programmer > can be harder than being a good python programmer. Oh how very true ;), but doesn't this statement in itself answer the question. python == easy to write, easy to maintain, fun and featureful. > > I see many python developers get into the habit of

Re: Wine Front-End development

2006-04-15 Thread n0dalus
On 4/15/06, Karl Lattimer <[EMAIL PROTECTED]> wrote: > > If this http://wiki.winehq.org/ThemingSupport is to become a part of > wine (RE: GTK support for themes), I don't see what the problem with > using GTK is. GTK is available on all distributions that I know of, and > definitely all popular dis

Re: Implement THREAD_PRIORITY_TIME_CRITICAL

2006-04-15 Thread Mike Hearn
On Wed, 05 Apr 2006 00:10:37 +1000, Con Kolivas wrote: > Don't give up now as you will convince everyone else there is no solution and > only your patch will make games work. Your attitude is defeatist because > you're convinced that real time scheduling is your saviour. I'm trying to > help you

Re: Wine Front-End development

2006-04-15 Thread Karl Lattimer
> When winecfg was originally proposed I wanted to do it in GTK, and whinged > loudly when Alexandre said it had to be done using Win32 to keep > dependencies small. I guess his reasoning hasn't changed, so, for GUIs > you'd have to do it using Win32 and C :( > > Of course if you aren't bothered

Knights and merchants (valgrind)

2006-04-15 Thread Joris Huizer
Hello, As suggested earlier on the list, I ran this game with valgrind (at last I tried again with svn, which works better than trying to patch 3.1.1) There are a few problems: valgrind comes with loads of errors, but only indicates which file (*.so) the errors come from (so I need to compile

Re: Wine Front-End development

2006-04-15 Thread Mike Hearn
On Sat, 15 Apr 2006 03:02:22 -0400, Rich Gilson wrote: > If somebody were writing a Wine GUI front-end for uses with the hope that it > might possibly make it into the Wine distribution one day, what language(s) > and toolkit(s) would be acceptable to the Wine developers for that person to > use

Re: Wine Front-End development

2006-04-15 Thread Karl Lattimer
On Sat, 2006-04-15 at 03:02 -0400, Rich Gilson wrote: > I was wondering... > > If somebody were writing a Wine GUI front-end for uses with the hope that it > might possibly make it into the Wine distribution one day, what language(s) > and toolkit(s) would be acceptable to the Wine developers fo

Re: Wine Front-End development

2006-04-15 Thread Mike McCormack
Rich Gilson wrote: If somebody were writing a Wine GUI front-end for uses with the hope that it might possibly make it into the Wine distribution one day, what language(s) and toolkit(s) would be acceptable to the Wine developers for that person to use? Or, of course, do you not forsee that

Wine Front-End development

2006-04-15 Thread Rich Gilson
I was wondering... If somebody were writing a Wine GUI front-end for uses with the hope that it might possibly make it into the Wine distribution one day, what language(s) and toolkit(s) would be acceptable to the Wine developers for that person to use? Or, of course, do you not forsee that ha