It seems the bugzilla upgrade stopped allowing opening attachments in
browser. Not sure if that's by choice or just an unchanged setting,
but having to open .txt/.jpeg/.png files in outside applications is a
bit annoying...Any possibility of fixing that?
--
-Austin
On Tue, May 19, 2009 at 4:52 AM, Stefan Dösinger wrote:
> Am Montag, 18. Mai 2009 22:46:59 schrieb Lei Zhang:
>> It didn't think so either, so I even double checked. Upon further
>> investigation, it seems the problem is simply the gecko cab download
>> is failing. Either one of the Sourceforge se
On Tue, May 19, 2009 at 2:47 AM, Kai Blin wrote:
> That depends on being able to test a lot of applications, though.
I'm working on it :-)
--
-Austin
On Mon, May 18, 2009 at 3:48 PM, David Gerard wrote:
> 1. Find apps that work pretty much perfectly in Wine.
> 2. Ask them to declare Wine officially supported.
> 3. Add them to http://wiki.winehq.org/AppsThatSupportWine
> 4. Use 3. to add more to 2.
You forgot:
5.
6. Profit!
:-)
--
-Aust
On Sun, May 17, 2009 at 6:43 PM, James McKenzie
wrote:
> Austin English wrote:
>> On Sun, May 17, 2009 at 6:49 AM, Steven Edwards
>> wrote:
>>
>>> On Sat, May 16, 2009 at 11:23 PM, James McKenzie
>>> wrote:
>>>
>>>> BTW, the ver
On Sun, May 17, 2009 at 10:35 AM, Massimo Del Fedele wrote:
> Austin, could you please retest it against test suite ?
I've ran it, but it doesn't appear to be showing up on
test.winehq.org. I'll investigate why when I get a bit more time.
P.S., there's now a crash in user32/cursoricon.
--
-Aus
On Sun, May 17, 2009 at 3:28 AM, Scott Ritchie wrote:
> Austin English wrote:
>>
>> Howdy all,
>>
>> I've been working on the test suite. I've got a few basic tests set up
>> with notepad, and I'm currently working on setting up the framework,
&
On Sun, May 17, 2009 at 6:49 AM, Steven Edwards
wrote:
> On Sat, May 16, 2009 at 11:23 PM, James McKenzie
> wrote:
>> BTW, the version of Wine for Mac that I used for testing was built using
>> Mike Kronenberg's Build Environment 1.1.5.
>
> I tested this last night myself and am running winetest
On Wed, May 13, 2009 at 1:01 PM, James Hawkins wrote:
> On Wed, May 13, 2009 at 10:27 AM, Austin English
> wrote:
>> Howdy all,
>>
>> I've been working on the test suite. I've got a few basic tests set up
>> with notepad, and I'm currently working on
Howdy all,
I've been working on the test suite. I've got a few basic tests set up
with notepad, and I'm currently working on setting up the framework,
using AutoHotKey to both run all the tests and parse the logs for
failures/passing todo's.
For those interested, here's the first 'real' script I'
On Sun, May 10, 2009 at 5:19 AM, Massimo Del Fedele wrote:
> Massimo Del Fedele ha scritto:
>>
>> Well, after some (many) bugfixes and additions, the mighty DIB Engine is
>> almost 100%
>> operational.
>> On one of tested apps (MSN Messenger) it behaves even better than original
>> one :-)
>>
>> F
Guys, please take it off list.
--
-Austin
On Mon, May 11, 2009 at 6:39 AM, Massimo Del Fedele wrote:
> Austin English ha scritto:
>
>> Perhaps a wine-experimental branch, with applicable warnings?
>>
>> Getting a bunch of people to test it may give us good data on how much
>> it improves things, which is
On Mon, May 11, 2009 at 6:20 AM, Henri Verbeet wrote:
> 2009/5/11 Joerg Mayer :
>> As I think that Alexandre has stated his preference (and I can understand
>> him taking a long term view), I want to ask the packagers for the distros
>> out there: Would it be OK for you to add the necessary patch
On Mon, May 11, 2009 at 6:07 AM, Chris Howe wrote:
> 2009/5/11 Joerg Mayer
>>
>> Hello (mostly wine package maintainers),
>> On Sun, May 10, 2009 at 05:07:55PM +0200, Massimo Del Fedele wrote:
>> > James McKenzie ha scritto:
>> >> Good work. Have you started to think about how to get this into W
On Mon, May 11, 2009 at 5:17 AM, Henri Verbeet wrote:
> 2009/5/11 Kai Blin :
>> I seriously dislike the tone this mailing list keeps taking recently.
> In case it means anything to anyone, I agree.
+1, exactly why I muted the conversation.
--
-Austin
2009/5/11 Nicklas Börjesson :
>>Is possible, but since it requires a login, the script will eventually
>>fail from too many login/downloads.
>
> No, i mean that one would have to register an account for oneself and
> manually download the files to a predetermined location.
> Using the same account
On Sun, May 10, 2009 at 9:04 AM, Ken Sharp wrote:
>
>
> Austin English wrote:
>
>> It's the registering/download manager that makes it not useful. It's
>> much harder to script all of that.
>>
>
> Is CS2 too old?
> http://download.adobe.com/
2009/5/10 Nicklas Börjesson :
>> The idea is to make the test as automated as possible. That way anyone
>> can run the tests, not just people with certain programs.
>
> Ok. Well then, either:
> 1. someone can mirror those two files somewhere for easier downloading,
> 2. or one adds one or two(quite
2009/5/9 Nicklas Börjesson :
>> http://socghop.appspot.com/student_project/show/google/gsoc2009/wine/t124024892240
>> http://www.nabble.com/SOC-2009%3A-Application-Test-Suite-tc22692224.html
>
> Interesting project. At my workplace, we use TestComplete for testing
> GUI-applications,
> I have had
2009/5/9 Nicklas Börjesson :
>
>
>>It's the registering/download manager that makes it not useful. It's
>>much harder to script all of that.
>
> Why script that? One doesn't need wine to download a file, right?
> I really don't see what the point would be to test that.
> Once you downloaded the fil
2009/5/9 Nicklas Börjesson :
>>Photoshop, however, is harder to test,
>>since it doesn't have an easy free download available.
>
> Free photoshop trial download, you do need to register (and
> download through the "download manager") though:
> https://www.adobe.com/cfusion/tdrc/index.cfm?product=ph
2009/5/8 Scott Ritchie :
> We had "no application regressions" as a release goal for 1.0, more or less
> - in practice that meant we were targeting every application users wanted to
> test it on. But there were also 4 specific apps targeted too - IIRC stuff
> like word viewer. In principle there'
I know it's been mentioned a few times on wine-users, and the signup
question was recently changed, but is there anything else we can do to
prevent the forum spam?
It's getting a bit out of hand. There is at least one message similar
to the below daily.
--
-Austin
-- Forwarded message
On Tue, May 5, 2009 at 6:08 PM, Kjell Rune Skaaraas wrote:
> However, I've been looking at the functions in the trace and it doesn't seem
> to be any of these functions causing the crash. Now, having looked at what
> msvcrt.dll is, it's much, much more than these functions, it's the C Run-Time
2009/5/3 Nicklas Börjesson :
> Explained to me?? ...this is just incredible.
> Regardless of what I have said, you have repeated almost the same things,
> it's like you haven't been reading my posts!
>
> Leave me alone, I want to talk to someone else.
No offense, but you should probably take the l
2009/5/6 Nicklas Börjesson :
> If I were the leader of the wine project, the moment photoshop CS4 works all
> the way, that would be the basis of the next stable version(to avoid
> regessions to the highest degree)..
As has been said plenty of times before, we don't want to base Wine
releases ar
On Sun, May 3, 2009 at 7:12 PM, Rafał Mużyło wrote:
> I didn't put DllMain in this file, as it was not
> in the current version, just added numbers and
> sorted (latter probably unnecessary).
> --- dlls/xinput1_3/xinput1_3_main.c.old 2009-04-25 16:54:42.0
> +0200
> +++ dlls/xinput
On Thu, May 7, 2009 at 1:52 AM, Rein Klazes wrote:
> Fixes bug 10845
>
> Changes from previous patch: menu position calculations moved to
> nonclient.c.
Can you add a testcase?
--
-Austin
On Wed, May 6, 2009 at 9:55 AM, David Gerard wrote:
> 2009/5/6 Vit Hrachovy :
>
>> *rumour*
>> IMO one of technical barriers preventing Wine in /release repo could be
>> that Wine doesn't compile with SunStudio compiler, only with gcc.
>> *eof rumour*
>
>
> Obviously that sort of thing consititut
On Wed, May 6, 2009 at 5:15 AM, Vit Hrachovy wrote:
> Austin English wrote:
>>> OpenSolaris
>>> package wine in repository http://pkg.opensolaris.org/contrib
>>
>> Is the contrib repository enabled by default? I haven't noticed it
>> when using Op
On Wed, May 6, 2009 at 3:56 AM, Vit Hrachovy wrote:
> Hi people,
> Apostolos provided me links to download Sun packages of latest Wine (1.1.20)
> at sunfreepacks. Could someone responsible please update WineHQ page with
> the following info:
The sources are available at http://source.winehq.org/g
2009/5/5 André Hentschel :
> ---
> dlls/comctl32/tests/listview.c | 2 ++
> 1 files changed, 2 insertions(+), 0 deletions(-)
This patch fails without your other patch. In the future, please
combine them into one patch, or number them in a series.
Wine must compile and pass the tests before an
On Tue, May 5, 2009 at 9:42 AM, Darragh Bailey
wrote:
> In catching up on this long discussion, this is the first post that I've
> seen that actually comes close to pin-pointing what is being requested.
>
> Current:
> Severity = messure of bug impact on wine
>
> Requested:
> Severity = message of
On Tue, May 5, 2009 at 5:42 AM, Ricardo Filipe
wrote:
> as MSDN says and some manual testing i did shows these CDN notifications are
> only sent if OFN_EXPLORER is sent in the dialog flags.
You forgot the patch.
--
-Austin
On Tue, May 5, 2009 at 2:13 AM, Benoit SCHWINDEN
wrote:
> Hello,
>
> I am trying to make a very special application working with Wine 1.1.20
> (Loris, from Ever Ezida, a library management software). Almost
> everything is functionnal, but there is a little graphical bug with some
> texfields. Als
On Mon, May 4, 2009 at 8:51 PM, Juan Lang wrote:
>> I'm a bit busy with other things, so time's a bit short. Would you
>> mind pointing me in the right direction for the best approach for
>> this? Or perhaps send a patch?
>
> Sure. How's the attached look to you? Should it be an ERR instead?
T
On Mon, May 4, 2009 at 4:57 PM, Juan Lang wrote:
>> Alternatively, how about printing an error in crypt32 itself if no
>> trusted root certificates are found? That way applications get the
>> same benefit, not just the test suite? E.g., how we do for ntlm_auth
>> in secur32?
>
> That sounds like a
On Mon, May 4, 2009 at 2:43 PM, Austin English wrote:
> On Mon, May 4, 2009 at 12:19 PM, Juan Lang wrote:
>>> We have a similar warning already:
>>> http://source.winehq.org/git/wine.git/?a=blob;f=dlls/ws2_32/tests/sock.c#l2454
>>
>> That warning is appropriate,
On Mon, May 4, 2009 at 12:19 PM, Juan Lang wrote:
>> We have a similar warning already:
>> http://source.winehq.org/git/wine.git/?a=blob;f=dlls/ws2_32/tests/sock.c#l2454
>
> That warning is appropriate, because it's testing IPv6, so the warning
> applies in all cases. The reason I'm objecting in
2009/5/4 James Mckenzie :
> Ben Klein wrote on May 4th:
>>
>>Final post from me.
>>
>>2009/5/5 Nicklas Börjesson :
>>> b) I thought that priority was developer priority and severity was
>>> severity for the users.
>>
>>Nope. Both for the benefit of developers, hence why they're both on bugzilla.
>>
On Mon, May 4, 2009 at 11:54 AM, Juan Lang wrote:
>> Would changing it to:
>> "CERT_TRUST_IS_UNTRUSTED_ROOT is expected if no trusted root
>> certificate is available."
>> be better?
>
> I don't think so. I think this test is a special case, because it
> depends on your system's configuration, wh
On Mon, May 4, 2009 at 11:18 AM, Juan Lang wrote:
> Hi Austin,
>
>> The error is very cryptic...currently only shows up on OpenSolaris and
>> FreeBSD (if /usr/ports/security/ca_root_nss isn't installed). It
>> apparently also shows up on some Linux distributions that don't ship
>> OpenSSL with any
Guys, y'all are going in a circular argument. No need to cc wine-devel
on it anymore.
Let's work toward making normal the default level, and move on with our lives.
Any developer/user focus for bugzilla argument is WAY beyond beating a
dead horse.
--
-Austin
On Mon, May 4, 2009 at 12:28 AM, Ben Klein wrote:
> 2009/5/4 Austin English :
>> 2009/5/3 Rosanne DiMesio :
>>> What I would suggest is making the default severity normal rather than
>>> enhancement, as that's what's appropriate in most cases anyway (and the
2009/5/3 Rosanne DiMesio :
> What I would suggest is making the default severity normal rather than
> enhancement, as that's what's appropriate in most cases anyway (and there's
> already a bug report, 13363, suggesting just that), and perhaps allowing
> users to lower the severity if they want.
2009/5/3 Nicklas Börjesson :
>>Why should there be multiple support forums?
>
> Well, not forums, but as I said different lists for different kinds
> of applications(games/business/graphics), since they should(?) have related
> problems.
> I would think so, anyway.
The forums seem to serve this w
2009/5/3 Nicklas Börjesson :
>> You'd be surprised...
> We'll I've looked around at "invalids", but to me it seems that people in
> general(with a few exceptions of course), tries quite hard until they file a
> bug report.
> At least way harder than they do in other FOSS projects I have been invo
2009/5/2 Nicklas Börjesson :
>>> 2. Critical "Critical problem that prevents all applications from working"
>>>
>>> - Possible, if everyone stopped testing code completely, and also unlikely
>>> to be reported by a user.
>
>>No, critical bugs are usually opened by non-Linux users.
>
> Here I did
2009/5/2 Nicklas Börjesson :
> Not applications, issues.
> My point is that user experience issues gets a lower severity than they
> should.
> Let's take photoshop CS 4 with two old but relevant actual issues as an
> example.
> 1. There is a problem with the text tool functionality, it did not wo
2009/5/2 Nicklas Börjesson :
>>Wine is meant to support _ALL_ windows applications. It doesn't give
>>priority to 'server' or 'desktop' applications (there is no
>>difference, really), but instead tries to make all of them work.
>
> Yes, but I wasn't talking about server applikations per se, but th
2009/5/1 Nicklas Börjesson :
> Current severity levels are perfect for server applications where everything
> is simply about functionality working or not working.
> However, the overwhelming majority of windows applications in general, and
> those being ported through wine in particular are GUI-
2009/5/1 André Hentschel :
> To my suprise it didnt run.
Interesting...does it run as a 32-bit winelib app? Have you tried
compiling it with 64-bit mingw and seeing if it works there?
--
-Austin
Howdy,
I was reading through a GSoC thread on how people are spending their
coding money. Someone posted that they thought people should donate to
miro, the internet HDTV player. They've got a pretty neat donation
scheme, where people can 'adopt' a line of code, and get updates on
it, etc. Pretty
On Fri, May 1, 2009 at 3:05 AM, Damjan Jovanovic wrote:
> On Fri, May 1, 2009 at 12:31 AM, Scott Ritchie wrote:
>> tools/wine.desktop: reduce MIME types to application/x-ms-dos-executable and
>> application/x-msi
>>
>>
>>
>>
>
> If you're not going to motivate this in the email, you could at leas
On Tue, Apr 28, 2009 at 9:27 PM, Mike Kaplinskiy
wrote:
> I was looking at the trace of the crash from bug 17600, and it looks like
> a custom action is calling MsiViewExecute with a null hRec.
>
> I (sadly) don't know much about the wine MSI architecture, but the
> msiobj_lock on line 484 should
On Wed, Apr 29, 2009 at 7:33 AM, IneedAname wrote:
> On Wed, 29 Apr 2009 04:26:38 -0500
> Austin English wrote:
>
>> Apparently it keeps getting reinstalled. I encountered it yesterday
>> when installing kernel updates and a few other things. I didn't bother
>> to
On Tue, Apr 28, 2009 at 6:26 PM, Anthony Keith wrote:
> http://bugs.winehq.org/show_bug.cgi?id=17237
>
>
> Is there a patch for this in Ubuntu and if so where do I get it and how do I
> patch. I am new to Ubuntu and my wife loves big fish games.
>
> Thanks
>
> Tony
There's a patch in http://bugs.
On Thu, Apr 30, 2009 at 3:18 AM, Massimo Del Fedele wrote:
> http://www.winehq.org/pipermail/wine-patches/2009-April/072442.html
> http://www.winehq.org/pipermail/wine-patches/2009-April/072452.html
They were just sent yesterday. Give AJ a chance to look at them :-).
--
-Austin
On Tue, Apr 28, 2009 at 10:52 PM, Ben Klein wrote:
> I'm still interested to know what the problem with purging pulseaudio
> is, as that is the current preferred solution that is given to users
> who have sound issues in #winehq.
Apparently it keeps getting reinstalled. I encountered it yesterday
Keeping his patches up to date on bugzilla/wine-devel is also helpful
for those testing. It may be a while before it can go it, but
persistence pays off, and in the meantime, if those brave users
willing to compile wine with a couple hacks can try it out and
benefit, all the better.
--
-Austin
2009/4/16 Mikołaj Zalewski :
> This version of the patch uses the now implemented GetProcessImageFileName.
>
> From 549bdead0736d63bc2c05557b6813a64b53aa2ec Mon Sep 17 00:00:00 2001
> From: =?utf-8?q?Miko=C5=82aj_Zalewski?=
> Date: Sun, 21 Dec 2008 22:28:32 +0100
> Subject: [PATCH] winedbg: add a
On Sat, Apr 25, 2009 at 2:23 PM, Massimo Del Fedele wrote:
> Austin English ha scritto:
>>
>> On Sat, Apr 25, 2009 at 12:56 PM, Massimo Del Fedele
>> wrote:
>>>
>>> In riched20/writer.c the font table was erroneously streamed out with a
>>> \r\n
On Sat, Apr 25, 2009 at 12:56 PM, Massimo Del Fedele wrote:
> In riched20/writer.c the font table was erroneously streamed out with a \r\n
> after
> each font, instead of end of font table. Can be easily checked on rtf output
> from windows. AutoCAD 2005 was very picky with this, expecting an open
On Fri, Apr 24, 2009 at 8:04 PM, Ken Sharp wrote:
>
>
> Austin English wrote:
>>
>> On Fri, Apr 24, 2009 at 6:40 PM, Scott Ritchie
>> wrote:
>>>
>>> I had a theory that we might be getting better at preventing regressions
>>> now
>>
On Sat, Apr 25, 2009 at 9:55 AM, Hib Eris wrote:
> This patch adds a check for the type of INT columns in msi database tables.
>
>
> ---
> dlls/msi/tests/db.c | 5 -
> 1 files changed, 4 insertions(+), 1 deletions(-)
>
>
>
>
Howdy Hib,
You need to wrap failing tests in todo_wine, e.g., f
On Fri, Apr 24, 2009 at 6:40 PM, Scott Ritchie wrote:
> I had a theory that we might be getting better at preventing regressions now
> than a year or so ago due to the expansion of things like AppDB and the test
> suite. It'd be nice to have some sort of data though.
>
> Would it be reasonable to
On Fri, Apr 24, 2009 at 11:25 AM, chris ahrendt wrote:
>
> André Hentschel wrote:
>> chris ahrendt schrieb:
>>> Are the Wine Developers using this report?
>>>
>>> Chris
>>>
>>>
>>>
>>>
>>>
>>>
>>>
>>>
>>>
>> If you are talking about the testsuite(test.winehq.org) then it is not
>> the only source
Howdy,
I recently started retesting NetBSD (5.0 this time), and have filed
bugs for most of the warnings. A few of them I have patches ready for,
but figured I should probably get reviewed first:
First up, bug 18161:
gcc -c -I. -I. -I../../include -I../../include -D__WINESRC__ -D_NTSYSTEM_
-D_RE
Howdy,
Seems quite a few bugs have been filed recently about our win64
support. While setting the hardware to PC-X86-64 describes the
hardware accurately, it doesn't really tell us if the user is running
32 bit wine or 64 bit wine on their 64 bit OS.
We've already got a win16 keyword, so how abou
On Tue, Apr 21, 2009 at 2:44 AM, Igor Tarasov wrote:
> Hi!
>
> The reason of why I write this to you is simple: my patches have stuck
> again and I don't know what to do. But since this happening not with
> me only and not this happens regularly, I have thought about looking
> at the problem a bit
I just installed NetBSD 5.0RC4 on a spare hard drive, and tried
compiling Wine. I hadn't seen this error before, but I'm not sure if
the regression is on NetBSD or Wine's end.
Google doesn't show too much for this error, other than that
apparently NetBSD's libexec requires execname to not be NULL:
On Fri, Apr 17, 2009 at 3:03 PM, Austin English wrote:
> On Fri, Apr 17, 2009 at 10:06 AM, Dan Kegel wrote:
>> It looks like you can build Abiword for Windows on Linux:
>> http://abiword.com/mailinglists/abiword-dev/2008/Jan/0021.html
>> Has anybody tried running the Abiwo
On Sun, Apr 19, 2009 at 8:00 PM, Glenn L. McGrath wrote:
> Hi all, im new to the list, im interested in grinding away at some of
> the warnings wine generates...
>
> make depend was complaining about some static inline functions that it
> thinks arent used, this patch uses __attribute__ ((used)) t
On Fri, Apr 17, 2009 at 10:06 AM, Dan Kegel wrote:
> It looks like you can build Abiword for Windows on Linux:
> http://abiword.com/mailinglists/abiword-dev/2008/Jan/0021.html
> Has anybody tried running the Abiword unit or regression tests on Wine?
> http://www.abisource.com/wiki/Unit_Test
> http
On Fri, Apr 17, 2009 at 4:24 AM, Paul Vriens wrote:
> Austin English wrote:
>>
>> Changelog: Fixed Paul's concerns.
>>
>>
>>
>>
>>
>>
> Implementation piece is
n Thu, Apr 16, 2009 at 10:00 PM, Guy Albertelli wrote:
> mountmgr.sys uses a specific format for "unique volume name". Make
> GetVolumeNameForVolumeMountPointW match that format for the returned
> unique volume name.
>
> Changelog
> - Make GetVolumeNameForVolumeMountPointW match mountmgr.sys for
On Thu, Apr 16, 2009 at 11:36 PM, Dan Kegel wrote:
> The Ubuntu Studio logos look fine.
> I'd be happy with adopting them if they really make Wine
> fit in better with modern desktops. No need to wait for 1.2,
> just check 'em in now, 1.2 will be along soon enough.
>
>
>
+1
--
-Austin
On Thu, Apr 16, 2009 at 2:19 AM, Francois Gouget wrote:
> On Mon, 6 Apr 2009, Ben Klein wrote:
> [...]
>> But his bug raises an interesting issue. If an application has sanity
>> checks on FAT32 vs NTFS (e.g., I need a 4GB file ... I've detected no
>> NTFS therefore it's FAT32 which doesn't suppor
On Wed, Apr 15, 2009 at 10:51 PM, Guy Albertelli wrote:
> On Wed, 2009-04-15 at 10:58 -0500, Austin English wrote:
>> On Tue, Apr 14, 2009 at 11:17 PM, Guy Albertelli wrote:
>> > MSDN and test verify the valid "root dirs" for GetVolumeInformation[AW]
>> > mus
On Wed, Apr 15, 2009 at 7:21 PM, Nicolas Le Cam wrote:
> Even if I was tempted to changed it, I tried to follow original code
> style, as stated multiple times on wine-devel.
While that's encouraged, it's sometimes more of a suggestion than a
rule. If you're changing a lot of the code and it help
On Wed, Apr 15, 2009 at 3:55 PM, Jeremy Newman wrote:
> I changed the text question on the signup page. That should help a little.
Thanks!
> Where it will not help is mail coming from the mailing list. If you notice a
> spam from the list, let me know the email and I will will add that email
> a
There's been a lot of this spam recently (below). Can you take a look
Jeremy? Perhaps banning that IP range if it's in the same block?
Thanks!
--
-Austin
-- Forwarded message --
From: ll0
Date: Wed, Apr 15, 2009 at 3:51 AM
Subject: [Wine] The easiest way to convert Mod/Tod v
On Tue, Apr 14, 2009 at 11:17 PM, Guy Albertelli wrote:
> MSDN and test verify the valid "root dirs" for GetVolumeInformation[AW]
> must end in trailing '\' and if not then return ERROR_INVALID_NAME
>
> Changelog
> - Return correct error if GetVolumeInformation[AW] "root dir" does not end
> with
On Wed, Apr 15, 2009 at 5:32 AM, David Lee Lambert wrote:
> I'm trying to use a git tree to do a regression-test for something that seems
> to have gotten broken somewhere between 1.0 and 1.1.19; but when I do a
> full "git reset _version_ ; git checkout -f ; ./configure CC='ccache
> gcc-3.4' ; ma
On Tue, Apr 14, 2009 at 8:02 AM, Damjan Jovanovic wrote:
> Do our .desktop files even work on Mac?
Out of curiousity, do we have testcases for this stuff? E.g., will it
show up as failing on platforms that don't support it on
http://test.winehq.org/ ?
--
-Austin
On Sun, Mar 22, 2009 at 11:40 AM, Austin English
wrote:
> Needed by a few different installers. Now comes by default in XP SP3
> and up (verified name on a German locale, doesn't seem to be English
> specific).
>
> Fixes bug 17257.
>
> --
> -Austin
>
Anything wrong with this one?
--
-Austin
On Sat, Apr 11, 2009 at 1:45 PM, Ge van Geldorp wrote:
> Update tests based on more Windows test runs
>
> Changelog:
> secur32/tests: Fix GetUserNameEx() tests
>
> ---
> dlls/secur32/tests/secur32.c | 42
> +-
> 1 files changed, 21 insertions(+), 21 dele
On Fri, Apr 10, 2009 at 4:30 PM, Warren Dumortier wrote:
> 2009/4/10 Ben Klein :
>> 2009/4/9 EA Durbin :
>>> After all we don't want to vastly increase our potential customer base and
>>> potentially get several $70 per crossover professional license or $40 per
>>> standard license fees, but rathe
On Thu, Apr 9, 2009 at 5:32 PM, Austin English wrote:
> On Thu, Apr 9, 2009 at 4:28 AM, Warren Dumortier wrote:
>> Hello everybody...
>>
>> My patch to add advanced d3d settings in winecfg is almost ready.
>> In fact, i only have to figure out how to detect video m
On Thu, Apr 9, 2009 at 4:28 AM, Warren Dumortier wrote:
> Hello everybody...
>
> My patch to add advanced d3d settings in winecfg is almost ready.
> In fact, i only have to figure out how to detect video memory size to
> display it when no key is set to force it or to reset. Stefan D told
> me to
On Thu, Apr 9, 2009 at 2:24 PM, Dan Kegel wrote:
> The problem with the current arrangement is that when machines pop in and
> out, any failures that are more likely on those machines also pop in and
> out, so error counts fluctuate, which obscures the smaller changes due to
> wine fixes or regres
On Tue, Apr 7, 2009 at 1:49 PM, James Mckenzie
wrote:
> Kai Blin wrote on April 7th:
>>Subject: Re: NTFS filesystem features -> WONTFIX?
>>
>>On Tuesday 07 April 2009 04:21:37 Vitaliy Margolen wrote:
>>
>>> - Implement missing functionality - will most likely be nearly impossible
>>> without driv
On Tue, Apr 7, 2009 at 10:39 AM, Vincent Povirk
wrote:
> On Tue, Apr 7, 2009 at 10:35 AM, Austin English
> wrote:
>> Do I understand you correctly to mean that if I create "C:\bin\sh" on
>> windows and run the Python test suite, it will fail?
>
> I haven&#
On Tue, Apr 7, 2009 at 9:41 AM, Vincent Povirk
wrote:
> "Working" in this case means that either:
> * os.exists('/bin/sh') returns False (the case on Windows)
Do I understand you correctly to mean that if I create "C:\bin\sh" on
windows and run the Python test suite, it will fail?
--
-Austin
On Tue, Apr 7, 2009 at 12:13 AM, John Whitlock wrote:
> wined3d: Defaults and overrides for driver and description
>
> Use the OpenGL renderer for the default adapter description and the OpenGL
> vendor to create the default adapter driver. Allow overriding both from
> registry values.
>
> This f
On Mon, Apr 6, 2009 at 3:48 AM, wrote:
> Hi,
>
> Austin English wrote:
>>> I don't think it's safe to assume that stderr will be lost if the
>>> program was started from a .desktop file.
>>The majority of users are double clicking .desktop files to s
On Sun, Apr 5, 2009 at 7:53 PM, Ben Klein wrote:
> I agree with Henri here. UseGLSL and OffscreenRendering are
> approaching the point where they don't need to be changed. Detecting
> the amount of video memory should be preferred over setting it
> manually. Most of these settings the users *shoul
On Sun, Apr 5, 2009 at 8:45 PM, Ben Klein wrote:
> 2009/4/6 Chris Robinson :
>> On Sunday 05 April 2009 6:01:15 pm Ben Klein wrote:
>>> Isn't that more-or-less what I suggested?
>>>
>>> The biggest problem would be detecting what filesystem a given
>>> directory is on (noting that wine's "drives"
On Mon, Apr 6, 2009 at 2:52 AM, Chris Robinson wrote:
> On Sunday 05 April 2009 5:35:36 pm Ben Klein wrote:
>> My suggestion is a drop-down box in the "Advanced" tab of "Drives" to
>> control filesystem type
>
> Why not make the default what the filesystem actually is?
That may be a lot of work.
701 - 800 of 1292 matches
Mail list logo
