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
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
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
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
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
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
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
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
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
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
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
> [. . .]
>
> 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
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.
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
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
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
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
> 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
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
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
> 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
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
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
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
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
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
26 matches
Mail list logo