ID: | 1150 |
From: | ge...@igor2.repo.hu |
Date: | Sat, 30 Dec 2017 09:46:07 +0100 (CET) |
Subject: | Re: [pcb-rnd] layers in lesstif |
in-reply-to: | 1147 from ka...@aspodata.se |
replies: | 1156 from ka...@aspodata.se |
On Fri, 29 Dec 2017, karl@aspodata.se wrote: > Igor2: > ... >> We have a script that checks out everything, including the externals, at a >> specific main revision in time. It's called trunk/util/bisected/bisecter ; >> usage: ./bisecter checkout 4000 > > Nice of you to tell me... It can also help you with coordinating a bisecting. > > /// > > r11077 silk is black > r11087 silk is grey and blend with far side Thanks, checked the logs betwen those two. It's a bug introduced with the composte layer rewrite - I still don't have any system where this is reroducible so I can't test out my ideas for the fix, I'll need to ask your contribution on this. I still do not know why transparency happens at all, tho. I think we have two things we could do to proceed: 1. can you please narrow it down to a single commit that introduced the wrong behavior? 2. on svn HEAD, please run a make distclean, configure and edit trunk/config.h and comment out the line #define HAVE_XRENDER 1 The second test would help me acknowledge a theory I have after reading the change logs of those 10 revisions. TIA, Igor2
Reply subtree:
1150 Re: [pcb-rnd] layers in lesstif from ge...@igor2.repo.hu
1156 Re: [pcb-rnd] layers in lesstif from ka...@aspodata.se
1159 Re: [pcb-rnd] layers in lesstif from ge...@igor2.repo.hu
1160 Re: [pcb-rnd] layers in lesstif from ka...@aspodata.se
1163 gtk+gl build error on lesstif (was: Re: [pcb-rnd] layers in from ge...@igor2.repo.hu
1164 Re: gtk+gl build error on lesstif (was: Re: [pcb-rnd] layers in from ge...@igor2.repo.hu
1166 Re: gtk+gl build error on lesstif (was: Re: [pcb-rnd] layers in lesstif) from ka...@aspodata.se
1167 Re: [pcb-rnd] layers in lesstif from ka...@aspodata.se
1184 Re: [pcb-rnd] layers in lesstif from ge...@igor2.repo.hu