On 11 April 2013 11:26, Nikolay Sivov wrote:
> By the way, the main reason why I added this topic to GSoC page was that it
> seems to me that it's possible to implement it incrementally, this is a very
> important, and XPath implementation is a significant part of a long term
> plan to stop using
On 29 March 2012 10:01, wrote:
> BTW, I once defined a set of iptable rules to prevent networking for Wine (or
> was it for a whole user?)
> based on the consideration that the apps I use have nothing to do with
> networking.
> Here too, nothing need be changed in Wine.
You can also add a 'non
Recently user 'falktx' posted instructions on the Sound wiki page on
how to set up an ALSA to JACK bridge that would work with Wine. He did
this at the suggestion of aeikum:
14:45 <@aeikum> okay. so it is possible to get this working correctly.
that's good to know
14:46 < falktx> I can make a smal
On 17 February 2012 16:14, wrote:
>>I don't see any apps in that bug report, it's only about a test failure.
>>Do you have real apps that trigger the problem in normal usage?
>
> The two apps from #26997 #23756 use midiStream with DCB_CALLBACK_FUNCTION.
> They need patch 1+2.
You mean #26697
Al
On 17 February 2012 11:12, Yaron Shahrabani wrote:
> I would go for the more popular options such as Transifex, TranslateWiki, or
> Pootle.
>
> Is this even an option?
See
http://wiki.winehq.org/Translating#head-e1a500fef50a1801ecea706ebd9b51457943f102
"3. Web-based translations systems"
Quotin
On 12 January 2012 09:54, Scott Ritchie wrote:
> Would profiling here be worthy of pursuing? Are there known areas of
> bad performance other than graphics?
Profiling definitely sounds like a good idea. At a guess I'd say the
issue lies somewhere in the communication needed with wineserver,
whic
On 9 January 2012 18:31, Jeremy White wrote:
> So I'd like to ask folks to brain storm with me.
>
> How could Wineconf be different? If you've never been, what would
> encourage you to come?
Another angle on this might be making some changes to WineConf, but
also making a concerted effort to mak
On 29 September 2011 15:03, Vitaliy Margolen wrote:
> I can think of few things can be implemented right away and see how it goes:
A lot of these seem like a great way to slow wine development down.
Honestly I think better investment in automated application testing
would be more helpful to the p
On 28 September 2011 01:33, Vitaliy Margolen wrote:
> You think that all people who'll find their program broken because of this
> sound rewrite care about the code? Or that now dsound talks to mmdevapi
> instead of winmm? Or remarks by Andrew that "he doesn't want to fix old code
> because it's g
On 22 September 2011 22:20, Andrew Talbot wrote:
> I therefore propose to mark each new point with two comments (maybe
> separate, maybe combined): one to state that fall-through occurs and the
> other to point out that the validity of this particular fall-through has not
> yet been checked, maybe
On 1 September 2011 10:50, Scott Ritchie wrote:
> For an easier user testing experience, you can now install the latest
> git as a convenient Ubuntu package.
This seems very handy, thank you.
As this seems like as good a place as any for Ubuntu packaging of wine
- do you see any fix in the futur
On 3 July 2011 17:51, Erich Hoover wrote:
> Rather than rooting around for a while I figured I should ask first, is
> there a quick and easy way to get all TRACE/FIXME commands to output the
> thread id? I'm trying to track down an issue where one of a pair of threads
> locks up and it'd be reall
On 24 June 2011 14:31, Michael Stefaniuc wrote:
>> Diff:
>> http://source.winehq.org/git/wine.git/?a=commitdiff;h=01ff07e2e1d2e77575ddbd88a705ef12ea6f9073
> this commit breaks compilation on my old RHEL5 box:
> dlls/d3dx9_36/tests/mesh.c:4813: error: ‘FP_NAN’ undeclared (first use
> in this fun
13 matches
Mail list logo
