Bug#582410: (Fwd) Bug#582410: libgtk2-perl: FTBFS on mips: Failed test 'callbacks encountered'
On Thu, 22 Jul 2010 08:06:15 +0200, Salvatore Bonaccorso wrote: If the DISPLAY variable is empty, the unit tests will skip the attempts to do real drawing and such, and only test binding and marshaling code. This build mode is intended for use by automated packaging systems, and may be the best option. In general I'm a bit reluctant to skip tests, but if it's the upstream recommendation to skip those tests during automated building that seems like a good reason. What do other people from the Debian Perl Group think? I would say, let's follow upstream's reccomendation and thus skip for now these tests. If we have some other possibility then to access a mips machine directly we may try to further find more informations about that. Ok, I've changed the package in svn accordingly. Any other comments or proposals? Cheers, gregor -- .''`. http://info.comodo.priv.at/ -- GPG key IDs: 0x8649AA06, 0x00F3CFE4 : :' : Debian GNU/Linux user, admin, developer - http://www.debian.org/ `. `' Member of VIBE!AT SPI, fellow of Free Software Foundation Europe `-NP: Nick Drake: Way To Blue signature.asc Description: Digital signature
Bug#582410: (Fwd) Bug#582410: libgtk2-perl: FTBFS on mips: Failed test 'callbacks encountered'
Hi On Wed, Jul 21, 2010 at 11:28:29PM +0200, gregor herrmann wrote: If the DISPLAY variable is empty, the unit tests will skip the attempts to do real drawing and such, and only test binding and marshaling code. This build mode is intended for use by automated packaging systems, and may be the best option. Ok. In general I'm a bit reluctant to skip tests, but if it's the upstream recommendation to skip those tests during automated building that seems like a good reason. Thanks for your help! What do other people from the Debian Perl Group think? I would say, let's follow upstream's reccomendation and thus skip for now these tests. If we have some other possibility then to access a mips machine directly we may try to further find more informations about that. Bests Salvatore signature.asc Description: Digital signature
Bug#582410: (Fwd) Bug#582410: libgtk2-perl: FTBFS on mips: Failed test 'callbacks encountered'
muppet sc...@asofyet.org writes: This behavior implies that there are cases in which the cell renderer is never being asked to draw itself. In some of my own tests I wait for map-event before checking certain callbacks and settings, because a window manager can delay map and expose for an arbitrary time (usually small of course) after a program asks to realize a toplevel (other than 'temp' types). Dunno if that happens in this case, but it could be worth waiting for expose-event before saying the render callbacks should have occurred ... with a timeout in case it's wedged, or if some silly wm starts it iconified or something so it's never drawn at all. (This sort of time thing tends to show up on a slow or heavily loaded machine, and not at all when you stick it under the debugger :-) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#582410: (Fwd) Bug#582410: libgtk2-perl: FTBFS on mips: Failed test 'callbacks encountered'
On Sun, 18 Jul 2010 11:19:50 -0400, muppet wrote: see below: libgtk2-perl has problems on the mips build daemon in Debian. Maybe some of you guys has any idea what's going on there? # Failed test 'callbacks encountered' # at t/GtkCellRenderer.t line 228. # Structures begin differing at: # $got-[2] = 'size' # $expected-[2] = 'render' # Looks like you failed 1 test of 20. t/GtkCellRenderer.t Dubious, test returned 1 (wstat 256, 0x100) Failed 1/20 subtests This behavior implies that there are cases in which the cell renderer is never being asked to draw itself. Since it works sometimes and not others, it seems unlikely that this is a problem with the bindings, but instead some interesting interaction between gtk+ and/or the display server. Sounds reasonable. (Or it's a toolchain problem on ia64 ...) The build log indicates that the code was built against gtk+ 2.20.x, which is roughly in the right time frame to have offscreen rendering and some treeview drawing speed fixes. Either of these might cause the cell renderers not to be rendered. Is it possible to test this same binding code against an older or newer gtk+? On the Debian porter machines we can only use chroots that have the versions of a package that are currently in one of Debian's archive areas, but not any arbitrary versions. The build log also shows the unit tests complaining that the display is missing the RENDER extension, which means that the tests were running with a DISPLAY. I presume it is to this that your xvfb comment refers. Exactly. We're running the test suite under xvfb in order to run as many tests as possible, also those needing an X server where no real one is present. If the DISPLAY variable is empty, the unit tests will skip the attempts to do real drawing and such, and only test binding and marshaling code. This build mode is intended for use by automated packaging systems, and may be the best option. Ok. In general I'm a bit reluctant to skip tests, but if it's the upstream recommendation to skip those tests during automated building that seems like a good reason. Thanks for your help! What do other people from the Debian Perl Group think? Cheers, gregor -- .''`. http://info.comodo.priv.at/ -- GPG key IDs: 0x8649AA06, 0x00F3CFE4 : :' : Debian GNU/Linux user, admin, developer - http://www.debian.org/ `. `' Member of VIBE!AT SPI, fellow of Free Software Foundation Europe `-NP: Jimi Hendrix: Hear My Train A Comin' signature.asc Description: Digital signature
Bug#582410: (Fwd) Bug#582410: libgtk2-perl: FTBFS on mips: Failed test 'callbacks encountered'
On Wed, 21 Jul 2010 23:28:29 +0200, gregor herrmann wrote: (Or it's a toolchain problem on ia64 ...) *cough* s/ia64/mips/ (I confused it with another package that fails to build on ia64). -- .''`. http://info.comodo.priv.at/ -- GPG key IDs: 0x8649AA06, 0x00F3CFE4 : :' : Debian GNU/Linux user, admin, developer - http://www.debian.org/ `. `' Member of VIBE!AT SPI, fellow of Free Software Foundation Europe `-NP: Neil Young: Out On The Weekend signature.asc Description: Digital signature
Bug#582410: (Fwd) Bug#582410: libgtk2-perl: FTBFS on mips: Failed test 'callbacks encountered'
On Jul 17, 2010, at 10:28 AM, gregor herrmann wrote:
see below: libgtk2-perl has problems on the mips build daemon in
Debian. Maybe some of you guys has any idea what's going on there?
[snip]
On Thu, May 20, 2010 at 06:57:26PM +0300, Niko Tyni wrote:
Package: libgtk2-perl
Version: 1:1.221-6
Severity: serious
This package is not migrating to testing because it failed to build
on mips.
# Failed test 'callbacks encountered'
# at t/GtkCellRenderer.t line 228.
# Structures begin differing at:
# $got-[2] = 'size'
# $expected-[2] = 'render'
# Looks like you failed 1 test of 20.
t/GtkCellRenderer.t
Dubious, test returned 1 (wstat 256, 0x100)
Failed 1/20 subtests
This is reproducible on gabrielli.d.o.
It's something of a heisenbug: running with the perl debugger
('perl -d -Iblib/lib -Iblib/arch t/GtkCellRenderer.t') fails the first time,
but after a restart ('R') the tests pass.
The callback that doesn't get called is gtk2perl_cell_renderer_render(),
in xs/GtkCellRenderer.xs.
The class callbacks get initialized properly in
gtk2perl_cell_renderer_class_init(), but gtk+ never calls the renderer
one.
It would be somewhat interesting to eliminate xvfb from the loop, but
I can't seem to get an X11 connection to gabrielli.
Unfortunately I won't have the time to look further into this in the
next few weeks. Hope this note helps somebody else a bit.
There's 1.222 available upstream, but looking at the changes, I very
much doubt it fixes this.
This behavior implies that there are cases in which the cell renderer is never
being asked to draw itself. Since it works sometimes and not others, it seems
unlikely that this is a problem with the bindings, but instead some interesting
interaction between gtk+ and/or the display server.
The build log indicates that the code was built against gtk+ 2.20.x, which is
roughly in the right time frame to have offscreen rendering and some treeview
drawing speed fixes. Either of these might cause the cell renderers not to be
rendered. Is it possible to test this same binding code against an older or
newer gtk+?
The build log also shows the unit tests complaining that the display is missing
the RENDER extension, which means that the tests were running with a DISPLAY.
I presume it is to this that your xvfb comment refers.
If the DISPLAY variable is empty, the unit tests will skip the attempts to do
real drawing and such, and only test binding and marshaling code. This build
mode is intended for use by automated packaging systems, and may be the best
option.
--
Baseball is complicated. I think I'd rather stick with learning about
motorcycle engines.
-- Elysse, baffled by the rules of baseball
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#582410: (Fwd) Bug#582410: libgtk2-perl: FTBFS on mips: Failed test 'callbacks encountered'
forwarded 582410 gtk-perl-l...@gnome.org
thanks
Hi,
see below: libgtk2-perl has problems on the mips build daemon in
Debian. Maybe some of you guys has any idea what's going on there?
(Full bug report at
http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=582410 , please CC
582...@bugs.debian.org in replies)
Cheers,
gregor
- Forwarded message from Niko Tyni nt...@debian.org -
From: Niko Tyni nt...@debian.org
To: 582...@bugs.debian.org
Subject: Bug#582410: libgtk2-perl: FTBFS on mips: Failed test 'callbacks
encountered'
Date: Tue, 1 Jun 2010 11:25:22 +0300
Reply-To: Niko Tyni nt...@debian.org, 582...@bugs.debian.org
On Thu, May 20, 2010 at 06:57:26PM +0300, Niko Tyni wrote:
Package: libgtk2-perl
Version: 1:1.221-6
Severity: serious
This package is not migrating to testing because it failed to build
on mips.
# Failed test 'callbacks encountered'
# at t/GtkCellRenderer.t line 228.
# Structures begin differing at:
# $got-[2] = 'size'
# $expected-[2] = 'render'
# Looks like you failed 1 test of 20.
t/GtkCellRenderer.t
Dubious, test returned 1 (wstat 256, 0x100)
Failed 1/20 subtests
This is reproducible on gabrielli.d.o.
It's something of a heisenbug: running with the perl debugger
('perl -d -Iblib/lib -Iblib/arch t/GtkCellRenderer.t') fails the first time,
but after a restart ('R') the tests pass.
The callback that doesn't get called is gtk2perl_cell_renderer_render(),
in xs/GtkCellRenderer.xs.
The class callbacks get initialized properly in
gtk2perl_cell_renderer_class_init(), but gtk+ never calls the renderer
one.
It would be somewhat interesting to eliminate xvfb from the loop, but
I can't seem to get an X11 connection to gabrielli.
Unfortunately I won't have the time to look further into this in the
next few weeks. Hope this note helps somebody else a bit.
There's 1.222 available upstream, but looking at the changes, I very
much doubt it fixes this.
--
Niko Tyni nt...@debian.org
- End forwarded message -
--
.''`. http://info.comodo.priv.at/ -- GPG key IDs: 0x8649AA06, 0x00F3CFE4
: :' : Debian GNU/Linux user, admin, developer - http://www.debian.org/
`. `' Member of VIBE!AT SPI, fellow of Free Software Foundation Europe
`-BOFH excuse #388: Bad user karma.
signature.asc
Description: Digital signature
Bug#582410: libgtk2-perl: FTBFS on mips: Failed test 'callbacks encountered'
On Thu, May 20, 2010 at 06:57:26PM +0300, Niko Tyni wrote:
Package: libgtk2-perl
Version: 1:1.221-6
Severity: serious
This package is not migrating to testing because it failed to build
on mips.
# Failed test 'callbacks encountered'
# at t/GtkCellRenderer.t line 228.
# Structures begin differing at:
# $got-[2] = 'size'
# $expected-[2] = 'render'
# Looks like you failed 1 test of 20.
t/GtkCellRenderer.t
Dubious, test returned 1 (wstat 256, 0x100)
Failed 1/20 subtests
This is reproducible on gabrielli.d.o.
It's something of a heisenbug: running with the perl debugger
('perl -d -Iblib/lib -Iblib/arch t/GtkCellRenderer.t') fails the first time,
but after a restart ('R') the tests pass.
The callback that doesn't get called is gtk2perl_cell_renderer_render(),
in xs/GtkCellRenderer.xs.
The class callbacks get initialized properly in
gtk2perl_cell_renderer_class_init(), but gtk+ never calls the renderer
one.
It would be somewhat interesting to eliminate xvfb from the loop, but
I can't seem to get an X11 connection to gabrielli.
Unfortunately I won't have the time to look further into this in the
next few weeks. Hope this note helps somebody else a bit.
There's 1.222 available upstream, but looking at the changes, I very
much doubt it fixes this.
--
Niko Tyni nt...@debian.org
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#582410: libgtk2-perl: FTBFS on mips: Failed test 'callbacks encountered'
Package: libgtk2-perl Version: 1:1.221-6 Severity: serious This package is not migrating to testing because it failed to build on mips. # Failed test 'callbacks encountered' # at t/GtkCellRenderer.t line 228. # Structures begin differing at: # $got-[2] = 'size' # $expected-[2] = 'render' # Looks like you failed 1 test of 20. t/GtkCellRenderer.t Dubious, test returned 1 (wstat 256, 0x100) Failed 1/20 subtests https://buildd.debian.org/fetch.cgi?pkg=libgtk2-perl;ver=1%3A1.221-6;arch=mips;stamp=127575 -- Niko Tyni nt...@debian.org -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
