Bug#477331: More information about this issue
Jérémy Bobbio [EMAIL PROTECTED] writes: On Sat, Apr 26, 2008 at 07:35:11PM -0300, Otavio Salvador wrote: I did a bisect and it shows f3cec9d1c2a4d43cd734aae4bc7f8e7410a5e89a as the bad one. Looking at it I had figure that 08516d97a1b34cbb119d6d842ae31e4cb4e08740 might be the responsable change (since it was merged) and reverted it. It solves the problem. When started with CAIRO_DIRECTFB_NO_ACCEL=true in the environment, the display is fine. I have tested this with both cdebconf tests and by passing it as an argument on the debian-installer boot command line. If the issue happens to need time to be properly solved, we could probably define this variable during d-i startup until then. The maintainers are OK to revert the code changes that broke it in case it is not solved upstream in near future. I'd prefer to wait few days and ask them to revert then add a hack to workaround a bug introduced by a ugly commit :( -- O T A V I OS A L V A D O R - E-mail: [EMAIL PROTECTED] UIN: 5906116 GNU/Linux User: 239058 GPG ID: 49A5F855 Home Page: http://otavio.ossystems.com.br - Microsoft sells you Windows ... Linux gives you the whole house. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#477331: More information about this issue
On Sat, Apr 26, 2008 at 07:35:11PM -0300, Otavio Salvador wrote: I did a bisect and it shows f3cec9d1c2a4d43cd734aae4bc7f8e7410a5e89a as the bad one. Looking at it I had figure that 08516d97a1b34cbb119d6d842ae31e4cb4e08740 might be the responsable change (since it was merged) and reverted it. It solves the problem. When started with CAIRO_DIRECTFB_NO_ACCEL=true in the environment, the display is fine. I have tested this with both cdebconf tests and by passing it as an argument on the debian-installer boot command line. If the issue happens to need time to be properly solved, we could probably define this variable during d-i startup until then. Cheers, -- Jérémy Bobbio.''`. [EMAIL PROTECTED]: :Ⓐ : # apt-get install anarchism `. `'` `- signature.asc Description: Digital signature
Bug#477331: More information about this issue
notfound 1.4.14-1 found 1.5.6-1 thanks I've been able to reproduce the issue outside d-i environment, using cdebconf, and this allowed me to test with previous available versions of package. I figure that, of available packages, the first to show this issue is 1.5.6-1 while 1.4.14-1 was the last one to be working. Cheers, -- O T A V I OS A L V A D O R - E-mail: [EMAIL PROTECTED] UIN: 5906116 GNU/Linux User: 239058 GPG ID: 49A5F855 Home Page: http://otavio.ossystems.com.br - Microsoft sells you Windows ... Linux gives you the whole house. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#477331: More information about this issue
Otavio Salvador wrote: notfound 1.4.14-1 found 1.5.6-1 thanks I've been able to reproduce the issue outside d-i environment, using cdebconf, and this allowed me to test with previous available versions of package. I figure that, of available packages, the first to show this issue is 1.5.6-1 while 1.4.14-1 was the last one to be working. Thanks for the info. If you could tell me how to invoke cdebconf with gtk+directfb cairo, that would help me look at the cairo side. I was trying to avoid having to do d-i environment work. Did you try 1.5.4 and it was OK? It was in experimental. So far we know: 1.4.14: good 1.5.2: ? (2007-10-30) (this wasn't packaged in debian) 1.5.4: ? (2007-12-05) 1.5.6: bad (2008-01-15) At present I have a suspicious commit that might be the cause: http://gitweb.freedesktop.org/?p=cairo;a=commitdiff;h=ad0a2524ffdc9cc949d11de3aa51c429f13e12b7 made 2008-01-02 which is currently in the right period. So if 1.5.4 works, it might be that. It's still at http://snapshot.debian.net/archive/2008/01/17/debian/pool/main/c/cairo/ Dave -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#477331: More information about this issue
Am Samstag, den 26.04.2008, 17:47 -0300 schrieb Otavio Salvador: notfound 1.4.14-1 found 1.5.6-1 thanks I've been able to reproduce the issue outside d-i environment, using cdebconf, and this allowed me to test with previous available versions of package. I figure that, of available packages, the first to show this issue is 1.5.6-1 while 1.4.14-1 was the last one to be working. Hi, does this mean, that 1.5.4-1 was not affected? In that case, could you try if reverting one of the following changes fixes it? +commit ad0a2524ffdc9cc949d11de3aa51c429f13e12b7 +Author: Claudio Ciccani [EMAIL PROTECTED] +Date: Wed Jan 2 15:09:58 2008 +0100 + +[cairo-directfb] Optimize blend functions in fill_rectangles(), too. + + src/cairo-directfb-surface.c | 25 - + 1 files changed, 24 insertions(+), 1 deletions(-) +commit 08516d97a1b34cbb119d6d842ae31e4cb4e08740 +Author: Claudio Ciccani [EMAIL PROTECTED] +Date: Mon Dec 10 18:54:01 2007 +0100 + +[cairo-directfb] Merging from directfb.org + +- Improved performance in case of surface conversion: allocate a shadow buffer that can only grow +- Fixed support for small surfaces (less than 8x8) +- Optimize the blending function according to the surface format +- Added _directfb_categorize_operation(): selects the blitting function according to the transform matrix +- Avoid inverting the matrix when doing a simple StretchBlit() +- Use TextureTriangles() instead of StretchBlit() when scale factors are negative +- Added support for ARGB32 fonts (converted to A8 internally) +- Removed unused functions (flush() and mark_dirty_rectangle()) +- Code cosmetics + + src/cairo-directfb-surface.c | 847 +++--- + 1 files changed, 466 insertions(+), 381 deletions(-) signature.asc Description: Dies ist ein digital signierter Nachrichtenteil
Bug#477331: More information about this issue
Dave Beckett [EMAIL PROTECTED] writes: Otavio Salvador wrote: notfound 1.4.14-1 found 1.5.6-1 thanks I've been able to reproduce the issue outside d-i environment, using cdebconf, and this allowed me to test with previous available versions of package. I figure that, of available packages, the first to show this issue is 1.5.6-1 while 1.4.14-1 was the last one to be working. Thanks for the info. If you could tell me how to invoke cdebconf with gtk+directfb cairo, that would help me look at the cairo side. I was trying to avoid having to do d-i environment work. Sure. Get the source and do: ./configure --with-frontend=gtk --enable-d-i --with-conffile=./cdebconf.conf Use the attached cdebconf.conf file and follow the doc/testing.txt instructions. cdebconf.conf Description: Binary data Did you try 1.5.4 and it was OK? It was in experimental. It wasn't build for amd64 ;P So far we know: 1.4.14: good 1.5.2: ? (2007-10-30) (this wasn't packaged in debian) Tested with GIT and works 1.5.4: ? (2007-12-05) Tested with GIT and works ... I've replied about the bad change in the other mail. -- O T A V I OS A L V A D O R - E-mail: [EMAIL PROTECTED] UIN: 5906116 GNU/Linux User: 239058 GPG ID: 49A5F855 Home Page: http://otavio.ossystems.com.br - Microsoft sells you Windows ... Linux gives you the whole house.
Bug#477331: More information about this issue
Sebastian Dröge [EMAIL PROTECTED] writes: Am Samstag, den 26.04.2008, 17:47 -0300 schrieb Otavio Salvador: notfound 1.4.14-1 found 1.5.6-1 thanks I've been able to reproduce the issue outside d-i environment, using cdebconf, and this allowed me to test with previous available versions of package. I figure that, of available packages, the first to show this issue is 1.5.6-1 while 1.4.14-1 was the last one to be working. Hi, does this mean, that 1.5.4-1 was not affected? In that case, could you try if reverting one of the following changes fixes it? +commit ad0a2524ffdc9cc949d11de3aa51c429f13e12b7 +Author: Claudio Ciccani [EMAIL PROTECTED] +Date: Wed Jan 2 15:09:58 2008 +0100 + +[cairo-directfb] Optimize blend functions in fill_rectangles(), too. + + src/cairo-directfb-surface.c | 25 - + 1 files changed, 24 insertions(+), 1 deletions(-) +commit 08516d97a1b34cbb119d6d842ae31e4cb4e08740 +Author: Claudio Ciccani [EMAIL PROTECTED] +Date: Mon Dec 10 18:54:01 2007 +0100 + +[cairo-directfb] Merging from directfb.org + +- Improved performance in case of surface conversion: allocate a shadow buffer that can only grow +- Fixed support for small surfaces (less than 8x8) +- Optimize the blending function according to the surface format +- Added _directfb_categorize_operation(): selects the blitting function according to the transform matrix +- Avoid inverting the matrix when doing a simple StretchBlit() +- Use TextureTriangles() instead of StretchBlit() when scale factors are negative +- Added support for ARGB32 fonts (converted to A8 internally) +- Removed unused functions (flush() and mark_dirty_rectangle()) +- Code cosmetics + + src/cairo-directfb-surface.c | 847 +++--- + 1 files changed, 466 insertions(+), 381 deletions(-) I did a bisect and it shows f3cec9d1c2a4d43cd734aae4bc7f8e7410a5e89a as the bad one. Looking at it I had figure that 08516d97a1b34cbb119d6d842ae31e4cb4e08740 might be the responsable change (since it was merged) and reverted it. It solves the problem. -- O T A V I OS A L V A D O R - E-mail: [EMAIL PROTECTED] UIN: 5906116 GNU/Linux User: 239058 GPG ID: 49A5F855 Home Page: http://otavio.ossystems.com.br - Microsoft sells you Windows ... Linux gives you the whole house. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]