Stefan, are these patches already present in the wine 1.7.2 release? Now
that the official 1.7.2 Ubuntu packages have been published, I'm trying to
figure out how to get your CSMT changes into the PPA that I maintain.
e
>> bugs that are otherwise hard to fix (24684).
>
> Thank you, Stefan!
>
> I applied your patches to the Ubuntu PPA that I maintain for Guild
> Wars 2 players:
You are fairly lucky with Guild Wars 2. I didn't see any improvement
in this game myself. But as Henri said, i
owledged to be CPU-bound, and
generally gets awful frame rates when running on wine/linux compared to the
same hardware on windows. I look forward to seeing results from more GW2
players using these patches.
For anyone interested, a few players have begun to post their results in the
On 15 September 2013 21:47, Forest wrote:
> I wonder if the 80%+ gains reported in other games are not to be seen in
> Guild Wars 2, or if they're heavily dependent on CPU, GPU, graphics driver,
> and screen resolution.
>
> For the record, I'm using an Intel i5-3570K (stock speeds), GeForce GTX
>
>In the past months I have been working on a command stream / worker
>thread for wined3d. It moves most OpenGL calls into a separate thread
>to improve performance (bug 11674) and fix some bugs that are
>otherwise hard to fix (24684).
Thank you, Stefan!
I applied your patches to th
Hi Stefan,
I've tested two games "FarCry3" and "Splinter Cell Blacklist" with :
- Wine 1.7.1 + CS patch + CSMT On/Off
- Wine 1.7.1 clean
- CSMT On = CSMT enabled + StrictDrawOrdering disabled
- CSMT Off = CSMT disabled + StrictDrawOrdering enabled
I run the game by *WINEDEBUG=fps,err-all,fixme-a
As some of you know I've been working on fixing
SIO_ADDRESS_LIST_CHANGE in order to fix some problems with Silverlight
on a variety of streaming sites. Due to some feedback I've received
I've gone to the effort to completely revise these patches to work
inside of the server i
I've tested some games (wine 1.7.1 64-bit for Guild Wars 2 and SCII, 32-bit
for Skyrim, no wined3d/d3d patch except the patchset for CSMT).
I have a GTX660 (slightly overclocked, +10 Mhz or so) with the 325.15
Nvidia blob and an Intel i5 2500K (overclocked to 4.2 Ghz).
#Guild Wars 2(in the Lion's
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Am 2013-09-04 20:11, schrieb Prot Secret:
> Hi, I am interested in your work, but after patching wine171 of
> this patch and enabled csmt, i have seen this in SC2
> http://postimg.org/gallery/1w8y6jbg I use nvidia GTX 680 with
> proprietary i386 nvidi
Hi, I am interested in your work, but after patching wine171 of this patch
and enabled csmt, i have seen this in SC2
http://postimg.org/gallery/1w8y6jbg
I use nvidia GTX 680 with proprietary i386 nvidia driver 319.49.
Where I could be wrong, or what else can be set that would be normalized
image u
esa. I think there are race conditions
in the driver that won't go away until I've moved all GL calls into
the worker thread.
Are you GPU or CPU limited? If you're GPU limited, those patches won't
change anything.
-BEGIN PGP SIGNATURE-
Version: GnuPG v2.0.20 (GNU/Linux
Hello,
I was not subscribed to wine-devel, so I can't reply to Stefan's mail
directly, but here are some of my observations with Dota 2 on an Intel
HD4000 GPU.
Intel Mesa driver doesn't seem to like glBufferSubData in a way this
patchset uses it.
I get many many messages like these per frame when
On Tue, 3 Sep 2013 08:57:48 -0500
Rosanne DiMesio wrote:
> Third patch doesn't apply:
Nevermind. I figured out my mistake (overlooked the part about applying to
1.7.1).
--
Rosanne DiMesio
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Am 2013-09-03 15:57, schrieb Rosanne DiMesio:
> On Mon, 02 Sep 2013 15:55:18 +0200 Stefan Dösinger
> wrote:
>
>
>> You can test the attached patches by applying them (git am
>> /path/to/patches/*)
>
> Third patch d
On Mon, 02 Sep 2013 15:55:18 +0200
Stefan Dösinger wrote:
> You can test the attached patches by applying them (git am
> /path/to/patches/*)
Third patch doesn't apply:
Applying: wined3d: Don't mess with the device in buffer_create_buffer_object
Applying: wined3d: Don't
Am 08.08.2013 10:56, schrieb Kai Tietz:
> All these changes were necessary to support the VLC-people to begin
> with their WinRT port. By this we began on mingw-w64 to improve -
> thanks to Jacek - our IDL-generated header-sources.
So you are on a good way with WinRT, nice. What about Windows RT,
This is the list of (hopefully) all deferred patches for wine 1.6, all
authors are in bcc. I hope it's useful for developers.
97187 DeferredDmitry Timoshkov[3/3] kernel32: GetShortPathName
for a non-existent short file name should fail.
97131 DeferredRosen Di
Hello
for this one, I have a patch in my tree.
I will send it after my patches for the spherical harmonics.
Nozomi
>Hi Roland,
>
>I'm not exactly sure what your goal is... but there is a rule one patch per
>mail only! There is likely no chance to get something like that mi
Hi Roland,
I'm not exactly sure what your goal is... but there is a rule one patch
per mail only! There is likely no chance to get something like that
mixture committed.
You may have a look here:
http://wiki.winehq.org/SubmittingPatches
On 18.07.2013 01:23, Roland Haeder wrote:
+HRESULT D3
On Tue, 2013-07-02 at 20:34 +0900, Rosen Diankov wrote:
> you are right again, i'll be more careful. now, i've addressed every
> problem except creating the patches with git. any help would be
> appreciated.
See http://wiki.winehq.org/GitWine
> --- wine-1.6-rc4-old/d
you are right again, i'll be more careful. now, i've addressed every
problem except creating the patches with git. any help would be
appreciated.
.
2013/7/2 Hans Leidekker :
> On Mon, 2013-07-01 at 18:08 +0900, Rosen Diankov wrote:
>> you are right, i'm attaching a n
On Mon, 2013-07-01 at 18:08 +0900, Rosen Diankov wrote:
> you are right, i'm attaching a new patch.
You didn't address all comments.
tin.c2013-06-22
>> 03:24:01.0 +0900
>> +++ wine-1.6-rc3/dlls/wbemprox/builtin.c2013-06-27
>> 23:04:20.170154454 +0900
>
> Please use git to generate patches.
>
>> @@ -168,6 +168,8 @@
>> {'M','a','n','u&
2013-06-27 23:04:20.170154454
> +0900
Please use git to generate patches.
> @@ -168,6 +168,8 @@
> {'M','a','n','u','f','a','c','t','u','r','e','
Hi,
Is there any problem with these patches?
http://source.winehq.org/patches/data/96314
http://source.winehq.org/patches/data/96328
Christian
Hi,
Is there anything wrong with these patches?
http://source.winehq.org/patches/data/96113
http://source.winehq.org/patches/data/96114
Christian
On Thu, May 02, 2013 at 08:12:53AM +0200, Daniel Jeliński wrote:
> Hello,
> I sent a ~200KB patch to wine-patches last night and it disappeared without
> a trace. I'm wondering if it got lost or just went to moderation.
> Regards,
> Daniel
>
> PS.I just resent it,
Hello,
I sent a ~200KB patch to wine-patches last night and it disappeared without
a trace. I'm wondering if it got lost or just went to moderation.
Regards,
Daniel
PS.I just resent it, still no luck.
Any comments on my copyfileexW patches ?
Hi Tatyana
Welcome to Wine.
Wine has a test suite to make sure, that new code is correct.
Example, what you never tested:
> -if(!pDeviceName) {
> +if(!pDeviceName && !*pDeviceName) {
Your code will crash, when pDeviceName is NULL.
I expect, you want to use a logical OR, but i did not t
> I also unsubscribed and subscribed again to the wine-patches list.
>
> Any ideas?
>
> Has wine-patches a whitelist?
We use an exim rule to screen out IP addresses flagged in the SORBS
database.
Unfortunately, the outbound mailer for your domain is listed; here is
the ex
Le 30/12/2012 22:52, Adam Martinson a écrit :
Looking for some help splitting patch 3, not sure how I can cut it
down any more without breaking stuff. I'm guessing patch 9 will need
splitting too, same problem.
I haven't checked whether it's really possible, but one way to go would
be to:
-
Looking for some help splitting patch 3, not sure how I can cut it down
any more without breaking stuff. I'm guessing patch 9 will need
splitting too, same problem.
~Adam
patches.tar.gz
Description: GNU Zip compressed data
I send several patches the last days with git and
with the webmail interface from web.de, but nothing arrived
at the wine-patches archive or the patches queue page.
I also unsubscribed and subscribed again to the wine-patches list.
Any ideas?
Has wine-patches a whitelist?
--
By by ... Detlef
Dont know what's happened, need to investigate further - Had 100% pass rate
in job 23438 only to fail on submission... Needs some investigation so will
work on it later in the week
Jason
Hi,
The wine-patches mailing list seems to stopped working.
As you can see at http://www.winehq.org/pipermail/wine-patches/ there's no
December 2012, but i sent a patch hours ago. I'm not aware of a "mailing list
memberships reminder" from that list.
--
Best Regards, André Hentschel
On Mon, Jul 9, 2012 at 2:06 PM, Emmanuel Anne wrote:
> Hello, I installed baldur's gate lately and noticed it was still slow in
> wine, especially if I install a few mods.
> See the description of the bug here :
> http://bugs.winehq.org/show_bug.cgi?id=17956
>
> So after reading the page about cas
Hi,
I think I've reached a committable stage for the application bundle code I
took over from Steven Edwards last summer. But there are some controversial
parts so I figured I'd ask the list first.
The patch extracts all XDG specific parts of winemenubuilder into a
separate file, and there is als
On Tue, Jul 3, 2012 at 3:45 PM, Dan Kegel wrote:
> On Tue, Jul 3, 2012 at 1:08 AM, Andrea Canciani wrote:
>> I tried to follow the http://wiki.winehq.org/SubmittingPatches
>> guidelines, but this is my first submission to wine, so I guess the
>> patches might need further i
Dan Kegel wrote on Wed, 04 Jul 2012:
(https://code.google.com/p/winezeug/source/browse/trunk/buildbot/dotests_blacklist.txt
has a list of all the tests that the buildbot failed on while it was
running
The ones annotated with http://xquartz.macosforge.org/trac/ticket/512
should work with the
On Wed, Jul 4, 2012 at 12:15 AM, Andrea Canciani wrote:
>> Do you think you could write a test that (semi-)reliably
>> causes the deadlock you're fixing?
>
> Yes, I guess it should be possible.
> Could you point me to a test which triggers a deadlock (in particular,
> how should the deadlock be ha
On Tue, Jul 3, 2012 at 1:08 AM, Andrea Canciani wrote:
> I tried to follow the http://wiki.winehq.org/SubmittingPatches
> guidelines, but this is my first submission to wine, so I guess the
> patches might need further improvement.
> Please point out any issues that need fi
Hi,
Here's another one where AJ implemented a suggestion I sent 3 days later:
http://source.winehq.org/git/wine.git/commitdiff/5523820b810d16fd17da86fcf7930fd3f27acdf4
http://www.winehq.org/pipermail/wine-patches/2012-June/115180.html
Am Mittwoch, 20. Juni 2012, 17:52:31 schrieb Daniel L
Another example:
http://www.winehq.org/pipermail/wine-patches/2012-January/110398.html
http://source.winehq.org/git/wine.git/commit/b1f04e23bf361e06d239e03693c904a597b9a32d
I had added a redundant null check in both A and W paths. he simplified it by
making just the W path handle the null
Here is an example:
http://www.winehq.org/pipermail/wine-patches/2011-December/109805.html
http://www.winehq.org/pipermail/wine-devel/2011-December/093517.html
http://source.winehq.org/git/wine.git/commitdiff/6e5bba1b60f97fce34415ea30ebecd5bd20dae20
-Alex
AJ sometimes kindly fixes problems in patches
while committing them (I guess it's easier than
rejecting the patch for small issues).
I wonder if these silent improvements would
be worth collecting as a sort of style-guide-by-example.
Anyone remember any good examples?
I've started a li
What's wrong with these patches :
- http://source.winehq.org/patches/data/85862
- http://source.winehq.org/patches/data/85862
There are marked as pending but can't see anything wrong. Maybe I'm
missing something.
Christian
Marcus Meissner wrote:
> Also Alexandre to some parts comments on bad patches these days. :)
If by 'bad patches' you mean patches in the rejected state that's not
the subject of this thread.
--
Dmitry.
hat's wrong with my patch xxx?
> A: The patch is not obviously correct at first glance...
> Q: What can I do?
> A: Making a more convincing argument, preferably in the form of a test case,
> may help.
>
> ... or may not help.
>
> http://wiki.winehq.org/SubmittingPatches
rably in the form of a test case,
may help.
... or may not help.
http://wiki.winehq.org/SubmittingPatches suggests
"If your patch disappears from http://source.winehq.org/patches/ without
being committed, improve it (perhaps by adding more tests) and resend."
The patch disappears from t
vely discuss possible
> ways to fix a particular bug), but also code quality and help
> developers better understand what could be improved in future
> submissions. Silently marking a patch as 'pending' doesn't help with
> that at all. Consider that if two my patches for Set
ount of accepted code (by encouraging
developers provide more comments/explanations/tests/etc. and more actively
discuss possible ways to fix a particular bug), but also code quality and help
developers better understand what could be improved in future submissions.
Silently marking a patch as &#x
Alexandre Julliard wrote:
> > WM_SHOWWINDOW at the start and at the end of every message sequence
> > means that ShowWindow() should be used to hide and show the window
> > during SetParent call processing.
>
> That's the sort of explanation you should have included in your
> patch, instead of e
d to still make up their
> > mind on the patch but that's not the case, it is a done deal.
>
> Not necessarily. Patches are automatically marked pending as soon as I
> look at them, until they get a more permanent resolution. There can be
> many different reasons why they don
deal.
Not necessarily. Patches are automatically marked pending as soon as I
look at them, until they get a more permanent resolution. There can be
many different reasons why they don't get one.
> Iff one knows you and knows to read in between the lines then the above
> can be reword
d in your
> patch, instead of expecting me to dig through the source or the list
> archive to find it. Plus of course some explanation as to why the test
> can't be marked as succeeding despite the change.
There are other things inside of SetParent that break message sequences,
t
at least requies some sort of feedback, while 'Pending' doesn't.
>> To me 'Pending' looks like a silent case of 'Reject', but without any
>> obligation to explain why.
>>
>> I find myself on somewhat shaky ground when I see a bunch of my p
ion. In the light of recent discussions about friendliness to
> users in bugzilla, I think that developers deserve at least small fraction
> of friendliness as well (Alexandre, you are nice and friendly all the time,
> but at least I sometimes feel like sending the patches to a blackwhole).
If you
ss to
users in bugzilla, I think that developers deserve at least small fraction
of friendliness as well (Alexandre, you are nice and friendly all the time,
but at least I sometimes feel like sending the patches to a blackwhole).
> For instance your patch 84692 says that "tests confirm tha
; To me 'Pending' looks like a silent case of 'Reject', but without any
> obligation to explain why.
>
> I find myself on somewhat shaky ground when I see a bunch of my patches
> in the pending state, especially if they already contain the tests and
> main dev
Hello,
http://source.winehq.org/patches has the following legend for the Pending
patch status:
Pending
* The patch is not obviously correct at first glance. Making a more
convincing argument, preferably in the form of a test case, may help.
* Waiting for feedback from the main developer in that
On Wed, Mar 14, 2012 at 22:57, Eduardo García wrote:
> This patch fixes fuzzies and remove obsolete comments.
>
> With regards.
>
> Eduardo
You may also remove the "#| msgid ..." lines: these only indicate the
former msgid, so you can see the difference quickly.
Also, add "(try N)" suffix when yo
On 01/17/2012 11:19 AM, Lucas Zawacki wrote:
I want to get my dinput patches in before the code freeze, and besides
the ones that I tried to commit last week I have some patches touching
EnumDevicesBySemantics and ConfigureDevices, but I can't commit them
before the DIPROP_USERNAM
I want to get my dinput patches in before the code freeze, and besides
the ones that I tried to commit last week I have some patches touching
EnumDevicesBySemantics and ConfigureDevices, but I can't commit them
before the DIPROP_USERNAME and configuration file patches are in too.
Seeing that
Hi,
I'll start sending my patches for blitting palettized surfaces with opengl.
There are quite a few patches and I won't send them all in one, so this mail
shows where I am headed.
Palettized surfaces are in a bad shape right now, both in terms of code
quality and functionality.
On 19 September 2011 03:37, Juan Lang wrote:
> weren't good enough in 2004-5, they're not any better now. You'd want
> someone who has an active interest in this area to have a go at them,
> I believe, unless you can convince the original author to take them up
> again.
AFAIK we're still not acce
On 19 September 2011 02:37, Juan Lang wrote:
> I wouldn't
> hold your breath expecting these patches to go in as-is: if they
> weren't good enough in 2004-5, they're not any better now. You'd want
> someone who has an active interest in this area to have a go
Hi Thomas,
wrong mailing list. You wanted wine-devel instead (now cc'ed.)
> I don't know about wine development, but are these patches still likely to
> work? What would need to happen for them to be merged in?
To your first question, try them and see! To your second question,
nce tests marked todo_wine will fail after the first
>> patch.
>
> i queued these patch in my email client, but when I sent them they were sent
> in bad order.
It doesn't matter what order they were sent in, I think.
There's no way that applying one of those patches would
yi
On 19/08/2011 03:14, Dan Kegel wrote:
Hi Nowres,
it's awesome that you're digging into cmd like this!
The rule with Wine is that
Each patch you submit shall pass tests.
That means that your patch series
[1/2] cmd: fixing an error with redirection operators
[2/2] cmd/tests: fixing an error wi
Bernhard Loos writes:
> On Thu, Jul 28, 2011 at 7:46 PM, Alexandre Julliard
> wrote:
>> Bernhard Loos writes:
>>
>>> @@ -1273,10 +1282,16 @@ static NTSTATUS server_ioctl_file( HANDLE handle,
>>> HANDLE event,
>>>
>>> if (wait_handle)
>>> {
>>> - NtWaitForSingleObject( wait_ha
On Thu, Jul 28, 2011 at 7:46 PM, Alexandre Julliard wrote:
> Bernhard Loos writes:
>
>> @@ -1273,10 +1282,16 @@ static NTSTATUS server_ioctl_file( HANDLE handle,
>> HANDLE event,
>>
>> if (wait_handle)
>> {
>> - NtWaitForSingleObject( wait_handle, (options &
>> FILE_SYNCHRONOUS
Bernhard Loos writes:
> @@ -1273,10 +1282,16 @@ static NTSTATUS server_ioctl_file( HANDLE handle,
> HANDLE event,
>
> if (wait_handle)
> {
> -NtWaitForSingleObject( wait_handle, (options &
> FILE_SYNCHRONOUS_IO_ALERT), NULL );
> -status = io->u.Status;
> +sta
On Tuesday 14 June 2011 16:15:35 Henri Verbeet wrote:
> Yes, but I think that by now GF7 GPUs are marginal enough that it's
> not worth keeping the code around for. The Steam HW survey for example
> reports over 90% D3D10+ cards. Even if it does regress something, I
> think it makes more sense to t
r file a bug with
NVIDIA for that or help improve the nouveau driver for that card.
> Besides, it is probably not necessary for the other patches. The consideration
> was that we'd have to verify the filter each draw, but I don't think setting a
> texture as sampler and render tar
Hi,
Thanks for the comments, I've some replies inlined below. The bigger concern I
have is that the patches don't improvement by a lot yet, about 1% on AMD GPUs
and 1.5% to 2.5% on Nvidia GPUs(in real apps, my benchmarks are a different
issue). Because of that my plan is to do more t
I only looked over about half of this, doesn't look too crazy. You do
have trailing spaces in a couple of places though. Here are some
comments:
> Subject: [PATCH 04/14] wined3d: Don't set FBO attachment filtering to
> GL_NEAREST
As far as I'm concerned you can just submit this. I was going to do
ur FBO dirty patches from your previous
wined3d performance wine-devel email, so it should more or less match
what happens with your current 0005 + 0006 patches (I didn't recheck
with the newer ones though). I got a small but measurable (1 - 1.5%)
overall improvement in d3d9 performances, so it
Hi,
This is intended mostly for the other d3d developers, but since we have quite
a number of them now so individual CCs are a lot of work :-)
I attached the patches I currently have in my tree to give an update on what
I've been working on recently. The main aim of those patches is to r
Attached patch to tools.git/patches/patches.css adds the necessary
styling for a WineHQ-style patch status page:
http://i.imgur.com/5ToSc.png
The div class="main" needs to be replaced by the html attached in the
other file. I can write a patch for it if it's to be included, but I
When trying to submit my first patch I did not do it correctly, and on
http://source.winehq.org/patches/ it shows up 5 times.
The correct patch is
http://www.winehq.org/pipermail/wine-patches/2011-April/100677.html
Thanks for your patience.
Joel Teichroeb
Please ignore the patches http://source.winehq.org/patches/data/71716 and
http://source.winehq.org/patches/data/71711. I was having trouble with my
mail client and accidentally sent the same code 3 times.
Am 04.02.2011 20:00, schrieb Joris Huizer:
> Hello Henri Verbeet, and André Hentschel
>
> I wasn't (actively) on the mailing list, that's why I couldn't reply directly
> to your messages.
> I will try and make sure I have better titles for such patches in future!
&
Hello Henri Verbeet, and André Hentschel
I wasn't (actively) on the mailing list, that's why I couldn't reply directly
to your messages.
I will try and make sure I have better titles for such patches in future!
Regards,
Joris
Hi Vincent,
> I sent this email on wine-patch but... nothing.
>
> Am I doing something wrong ?
Sorry, I should have replied earlier. The patch doesn't appear to fix
anything, so it's unclear where you're going with it. It'd be better
to send a more complete patch series.
For example,
+static B
Hi,
I sent this email on wine-patch but... nothing.
Am I doing something wrong ?
Am I blacklisted ?
Vincent
--- Begin Message ---
>From bdf47b42a1560e9e097770f54d8f36a234f6d686 Mon Sep 17 00:00:00 2001
From: Vincent Hardy
Date: Mon, 24 Jan 2011 10:33:36 +0100
Subject: Loading PCSC-lite librar
> From: Andrew Nguyen
> On 01/11/2011 05:32 AM, Marvin wrote:
> > === WINEBUILD (build) ===
> > Patch failed to apply
> > Patch failed to apply
>
> Again, the bot seems to screw up patch application for some reason.
> Greg, could you take a look at the situation?
Should be fixed now.
Greg.
> From: Andrew Nguyen
> On 01/11/2011 05:32 AM, Marvin wrote:
> > === WINEBUILD (build) ===
> > Patch failed to apply
> > Patch failed to apply
>
> Again, the bot seems to screw up patch application for some reason.
> Greg, could you take a look at the situation?
Yeah, sorry about that. It appears
Hello Alexandre,
attached is the list of translation patches for wine-1.2.2.
This time I manually checked the changes to the En.rc files if they are
indeed a wine-1.2 incompatible change. Thus there are some patches in
the list that I missed for wine-1.2.1 with the automatic "stop at
On 10/06/2010 10:29 PM, Sven Baars wrote:
Michael Stefaniuc wrote:
Hello Alexandre,
attached is the list with the translation patches to cherry-pick for
wine-1.2.1. The list was generated with the attached crud patch
(modified from the version I used for 1.0.1) and then I have manually
removed
Michael Stefaniuc wrote:
Hello Alexandre,
attached is the list with the translation patches to cherry-pick for
wine-1.2.1. The list was generated with the attached crud patch
(modified from the version I used for 1.0.1) and then I have manually
removed all my janitorial patches that didn&#
Hello Alexandre,
attached is the list with the translation patches to cherry-pick for
wine-1.2.1. The list was generated with the attached crud patch
(modified from the version I used for 1.0.1) and then I have manually
removed all my janitorial patches that didn't produce conflicts.
T
ote:
On 09/24/2010 02:59 PM, Andrew Eikum wrote:
These tests don't fail for me. What failures are you seeing?
The testbot is complaining.
Okay, I'll look into it. Thanks.
diff --git a/patches/update b/patches/update
index e18d32d..4b2532e 100755
--- a/patches/update
+++ b/patc
2010/8/21 Octavian Voicu :
> 2010/8/21 GOUJON Alexandre :
>> [format]
>> headers = "To: wine-patches \nReply-To:
>> wine-devel \n"
>
> As the name of the section suggests, this adds header lines to files
> generated with `git format-patch'.
On 08/21/2010 03:35 PM, Frédéric Delanoy wrote:
This is used for git imap-send, and does not work for git-send-email
(I checked).
Following the relevant git send-email section
(http://wiki.winehq.org/GitWine#head-f09f3498e5910648468960a60ecf0f51b0fd4815
- Sending the patches using smtp), I set
2010/8/21 GOUJON Alexandre :
> [format]
> headers = "To: wine-patches \nReply-To:
> wine-devel \n"
As the name of the section suggests, this adds header lines to files
generated with `git format-patch'. If you then send those files with
`git send-email', it
2010/8/21 GOUJON Alexandre :
> On 08/21/2010 09:34 AM, Frédéric Delanoy wrote:
>>
>> Here's how my git config looks like:
>> [sendemail]
>>
>> from = user
>> to = wine-patches
>> assume8bitEncoding = UTF-8
>>
>> suppresscc = self
&g
On 08/21/2010 09:34 AM, Frédéric Delanoy wrote:
Here's how my git config looks like:
[sendemail]
from = user
to = wine-patches
assume8bitEncoding = UTF-8
suppresscc = self
chainreplyto = false
thread = false
suppressfrom = true
From
http://wiki.winehq.org/GitWine
I've tried for some time to specify the wine-devel Reply-To using
git-send-email, with little success so far
Any idea how this might be done?
Here's how my git config looks like:
[sendemail]
from = user
to = wine-patches
assume8bitEncoding = UTF-8
suppresscc = self
chainreplyto = fa
> Exactly. 5 times a week should be sufficient ;)
Thanks guys, I used the following scripts to send the patches
(attached).
Just out of curiosity - is there a way to automatically append the (try
#) to the patches...
I seem to remember having this functionality...
Thank you!
Misha
do
1 - 100 of 583 matches
Mail list logo
