Menu
▾
▴
gtk2-perl-bugs — Bug reports and mail from bugzilla
You can subscribe to this list here.
| 2004 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
(3) |
Jul
(3) |
Aug
(3) |
Sep
|
Oct
(1) |
Nov
(5) |
Dec
(6) |
|---|---|---|---|---|---|---|---|---|---|---|---|---|
| 2005 |
Jan
|
Feb
(2) |
Mar
(3) |
Apr
(12) |
May
|
Jun
|
Jul
(4) |
Aug
|
Sep
|
Oct
(15) |
Nov
(8) |
Dec
(4) |
| 2006 |
Jan
|
Feb
|
Mar
(11) |
Apr
(10) |
May
(105) |
Jun
(12) |
Jul
(42) |
Aug
(54) |
Sep
(15) |
Oct
(14) |
Nov
(27) |
Dec
(3) |
| 2007 |
Jan
(1) |
Feb
(6) |
Mar
(26) |
Apr
(11) |
May
(28) |
Jun
(5) |
Jul
(9) |
Aug
|
Sep
|
Oct
(4) |
Nov
(8) |
Dec
(7) |
| 2008 |
Jan
(4) |
Feb
(1) |
Mar
|
Apr
|
May
(6) |
Jun
(7) |
Jul
|
Aug
(16) |
Sep
(1) |
Oct
(4) |
Nov
(3) |
Dec
(1) |
| 2009 |
Jan
(37) |
Feb
(19) |
Mar
(32) |
Apr
(7) |
May
(2) |
Jun
(15) |
Jul
(8) |
Aug
(12) |
Sep
(2) |
Oct
(1) |
Nov
(6) |
Dec
(11) |
| 2010 |
Jan
(11) |
Feb
(5) |
Mar
(56) |
Apr
(75) |
May
(28) |
Jun
(10) |
Jul
(6) |
Aug
(1) |
Sep
(26) |
Oct
(23) |
Nov
(92) |
Dec
(41) |
| 2011 |
Jan
(6) |
Feb
(2) |
Mar
(2) |
Apr
(8) |
May
(20) |
Jun
(3) |
Jul
(1) |
Aug
(32) |
Sep
(6) |
Oct
(9) |
Nov
(3) |
Dec
(15) |
| 2012 |
Jan
(6) |
Feb
(13) |
Mar
|
Apr
(1) |
May
|
Jun
(2) |
Jul
(4) |
Aug
(7) |
Sep
|
Oct
(2) |
Nov
|
Dec
(4) |
| 2013 |
Jan
(9) |
Feb
(15) |
Mar
(1) |
Apr
|
May
(1) |
Jun
|
Jul
(9) |
Aug
|
Sep
(5) |
Oct
(4) |
Nov
(4) |
Dec
(11) |
| 2014 |
Jan
|
Feb
(3) |
Mar
(8) |
Apr
|
May
(4) |
Jun
(2) |
Jul
(2) |
Aug
(9) |
Sep
|
Oct
(1) |
Nov
(2) |
Dec
|
| 2015 |
Jan
|
Feb
|
Mar
(2) |
Apr
(3) |
May
(7) |
Jun
(3) |
Jul
(5) |
Aug
(15) |
Sep
|
Oct
(1) |
Nov
|
Dec
(6) |
| 2016 |
Jan
(4) |
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
(1) |
Sep
(6) |
Oct
(6) |
Nov
(7) |
Dec
(8) |
| 2017 |
Jan
(7) |
Feb
|
Mar
|
Apr
|
May
|
Jun
(4) |
Jul
(2) |
Aug
|
Sep
|
Oct
|
Nov
|
Dec
(8) |
| 2018 |
Jan
(1) |
Feb
(1) |
Mar
|
Apr
|
May
(10) |
Jun
|
Jul
|
Aug
(5) |
Sep
(4) |
Oct
(3) |
Nov
(3) |
Dec
(4) |
| 2019 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
(1) |
Sep
(1) |
Oct
|
Nov
|
Dec
|
| 2021 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
(40) |
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
|
From: gnome-perl (bugzilla.gnome.org) <bug...@bu...> - 2006-08-24 22:53:26
|
Do not reply to this via email (we are currently unable to handle email responses and they get discarded). You can add comments to this bug at http://bugzilla.gnome.org/show_bug.cgi?id=3D352753 gnome-perl | general | Ver: unspecified Summary: GStreamer: 64-bit test warnings in t/GstQuery.t ("GLi= b- GObject-CRITICAL") Product: gnome-perl Version: unspecified Platform: Other OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: Normal Component: general AssignedTo: gtk...@li... ReportedBy: cw...@al... QAContact: gtk...@li... GNOME version: Unspecified GNOME milestone: Unspecified Make test produces, on a x86_64 system: t/GstQuery..............ok 1/22GLib-GObject-CRITICAL **: g_value_get_doub= le: assertion `G_VALUE_HOLDS_DOUBLE (value)' failed at t/GstQuery.t line 52. GLib-GObject-CRITICAL **: g_value_get_int64: assertion `G_VALUE_HOLDS_INT= 64 (value)' failed at t/GstQuery.t line 52. GLib-GObject-CRITICAL **: g_value_get_int64: assertion `G_VALUE_HOLDS_INT= 64 (value)' failed at t/GstQuery.t line 52. t/GstQuery..............ok This does not cause the tests in t/GstQuery.t to fail; but the rather str= ong warnings lead me to believe something "bad" is going on under the surface= . --=20 Configure bugmail: http://bugzilla.gnome.org/userprefs.cgi?tab=3Demail ------- You are receiving this mail because: ------- You are the QA contact for the bug. You are the assignee for the bug. |
|
From: gnome-perl (bugzilla.gnome.org) <bug...@bu...> - 2006-08-24 22:39:30
|
Do not reply to this via email (we are currently unable to handle email responses and they get discarded). You can add comments to this bug at http://bugzilla.gnome.org/show_bug.cgi?id=3D352750 gnome-perl | general | Ver: unspecified Summary: GStreamer: alsa-plugin test is 32-bit specific Product: gnome-perl Version: unspecified Platform: Other OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: Normal Component: general AssignedTo: gtk...@li... ReportedBy: cw...@al... QAContact: gtk...@li... GNOME version: Unspecified GNOME milestone: Unspecified On my x86_64 system, the alsa plugin tests in t/GstPlugin.t are skipped: SKIP: { my $so =3D "/usr/lib/gstreamer-0.10/libgstalsa.so"; skip "alsa plugin tests", 1 unless -r $so; $plugin =3D GStreamer::Plugin::load_file($so); isa_ok($plugin, "GStreamer::Plugin"); } Note the value of $so; but on 64-bit systems this library is typically at /usr/lib64/gstreamer-0.10/libgstalsa.so. Changing $so to "/usr/lib64..." allows the test to execute (and pass) but is clearly a non-optimal soluti= on :) --=20 Configure bugmail: http://bugzilla.gnome.org/userprefs.cgi?tab=3Demail ------- You are receiving this mail because: ------- You are the QA contact for the bug. You are the assignee for the bug. |
|
From: gnome-perl (bugzilla.gnome.org) <bug...@bu...> - 2006-08-24 22:30:50
|
Do not reply to this via email (we are currently unable to handle email responses and they get discarded). You can add comments to this bug at http://bugzilla.gnome.org/show_bug.cgi?id=3D348454 gnome-perl | general | Ver: unspecified ------- Comment #22 from Chris Weyl 2006-08-24 22:30 UTC ------- Works for me: PERL_DL_NONLAZY=3D1 /usr/bin/perl "-MExtUtils::Command::MM" "-e" "test_ha= rness(0, 'blib/lib', 'blib/arch')" t/*.t t/Gst...................ok t/GstBin................ok t/GstBuffer.............ok t/GstBus................ok t/GstCaps...............ok t/GstChildProxy.........ok t/GstClock..............ok 2/20 skipped: master clock tests t/GstElement............ok 1/36 (GstElement.t:379): GStreamer-CRITICAL **: gst_object_ref: assertion `GST_IS_OBJECT (object)' failed (GstElement.t:379): GStreamer-CRITICAL **: gst_mini_object_unref: asserti= on `mini_object->refcount > 0' failed t/GstElement............ok t/GstElementFactory.....ok t/GstEvent..............ok t/GstFormat.............ok t/GstGhostPad...........ok t/GstIndex..............ok t/GstIndexFactory.......ok t/GstIterator...........ok t/GstMessage............ok t/GstMiniObject.........ok t/GstObject.............ok t/GstPad................ok t/GstPadTemplate........ok t/GstPipeline...........ok t/GstPlugin.............ok 1/13 skipped: alsa plugin tests t/GstPluginFeature......ok t/GstQuery..............ok 1/22GLib-GObject-CRITICAL **: g_value_get_doub= le: assertion `G_VALUE_HOLDS_DOUBLE (value)' failed at t/GstQuery.t line 52. GLib-GObject-CRITICAL **: g_value_get_int64: assertion `G_VALUE_HOLDS_INT= 64 (value)' failed at t/GstQuery.t line 52. GLib-GObject-CRITICAL **: g_value_get_int64: assertion `G_VALUE_HOLDS_INT= 64 (value)' failed at t/GstQuery.t line 52. t/GstQuery..............ok t/GstRegistry...........ok t/GstStructure..........ok t/GstSystemClock........ok t/GstTag................ok t/GstTagSetter..........ok t/GstTypeFindFactory....ok t/GstValue..............ok All tests successful, 3 subtests skipped. Files=3D31, Tests=3D492, 11 wallclock secs ( 7.66 cusr + 1.68 csys =3D = 9.34 CPU) --=20 Configure bugmail: http://bugzilla.gnome.org/userprefs.cgi?tab=3Demail ------- You are receiving this mail because: ------- You are the QA contact for the bug. You are the assignee for the bug. |
|
From: gnome-perl (bugzilla.gnome.org) <bug...@bu...> - 2006-08-24 22:25:37
|
Do not reply to this via email (we are currently unable to handle email responses and they get discarded). You can add comments to this bug at http://bugzilla.gnome.org/show_bug.cgi?id=3D348454 gnome-perl | general | Ver: unspecified Torsten Schoenfeld changed: What |Removed |Added -------------------------------------------------------------------------= --- Attachment #71521|0 |1 is obsolete| | ------- Comment #21 from Torsten Schoenfeld 2006-08-24 22:25 UTC ------- Created an attachment (id=3D71551) --> (http://bugzilla.gnome.org/attachment.cgi?id=3D71551&action=3Dview) Setting timezone to UTC --=20 Configure bugmail: http://bugzilla.gnome.org/userprefs.cgi?tab=3Demail ------- You are receiving this mail because: ------- You are the QA contact for the bug. You are the assignee for the bug. |
|
From: gnome-perl (bugzilla.gnome.org) <bug...@bu...> - 2006-08-24 22:24:56
|
Do not reply to this via email (we are currently unable to handle email responses and they get discarded). You can add comments to this bug at http://bugzilla.gnome.org/show_bug.cgi?id=3D348454 gnome-perl | general | Ver: unspecified ------- Comment #20 from Torsten Schoenfeld 2006-08-24 22:24 UTC ------- OK, I think I found the problem. It seems to be timezone related. The hardcoded timestamp in GstValue.t only meant what I wanted it to mean in = my timezone. Rather egocentric. Please try the attached patch. --=20 Configure bugmail: http://bugzilla.gnome.org/userprefs.cgi?tab=3Demail ------- You are receiving this mail because: ------- You are the QA contact for the bug. You are the assignee for the bug. |
|
From: SourceForge.net <no...@so...> - 2006-08-24 17:54:20
|
Bugs item #1484752, was opened at 2006-05-09 17:10 Message generated for change (Comment added) made by kaffeetisch You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=508618&aid=1484752&group_id=64773 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: Interface error Group: gtk2-perl-xs >Status: Closed >Resolution: Fixed Priority: 5 Submitted By: Chris (fettucine) Assigned to: Nobody/Anonymous (nobody) Summary: GtkWidget::modify_xxx methods should use SvXXX_ornull Initial Comment: This bug report is against gtk2-perl version 1.121 The Gtk2::Widget methods: modify_font modify_bg modify_base modify_fg modify_text (but not modify_style) should use the ornull for the passed in color/font properties. (for example in modify_font it is the SvPangoFontDescription (ST(1)) parameter). The Gtk documentation for those functions states that using NULL undoes previous modifications. I have modified the autogenerated xs/GtkWidget.c to use the xxx_ornull macros and then used them in perl, for example: $widget->modify_font(undef); $widget->modify_bg(undef); $widget->modify_fg(undef); and it worked and correctly reset the font and colours of the widget with no problems. (whereas beforehand it spat the dummy and told me that it expected a value). (I only tested bg, fg,and font but according to the docs the behaviour is the same for the 'base' and 'text). I havent looked into what produces the .c file from the .xs file yet, but I imagine you guys know where to change it. the following comments are probably overkill, but these methods are really needed to reset styles of widgets as you may notice even $widget->set_style(undef); does not have an effect until you later go and set some style properties (ie the widget seems to keep the current font until it is set to something differnt). There are other ways to reset the styles but they all seem to have drawbacks. ---------------------------------------------------------------------- >Comment By: Torsten Schoenfeld (kaffeetisch) Date: 2006-08-24 19:54 Message: Logged In: YES user_id=767050 Yes, the Gtk2::Widget::modify_* stuff is fixed already. Let's move the Gtk2::RcStyle issues to bugzilla: http://bugzilla.gnome.org/show_bug.cgi?id=352707 ---------------------------------------------------------------------- Comment By: Nobody/Anonymous (nobody) Date: 2006-06-20 06:22 Message: Logged In: NO Hey I havent tried it yet but it looks like this bug was just fixed (according to the other gtk2-perl home page). Also it doesnt look like it includes a fix for bg_pixmap_name in Gtk2::RcStyle to quote: Gtk2-Perl 2.14.2 Mon, 29 May 2006 by Torsten Schoenfeld This stable release contains a new version of Gtk2 which fixes Gtk2::Widget::modify_* to accept undef and also corrects some test suite issues. Get the tarball from our releases page ---------------------------------------------------------------------- Comment By: Chris (fettucine) Date: 2006-05-09 19:59 Message: Logged In: YES user_id=804740 GtkRcStyle (xs/GtkRc.xs approx line 224 ) seems to have the same problem (not treating a value of undef as a valid value). I believe that calling my $rcstyle=$widget->get_modifier_style(); $rcstyle->bg_pixmap_name('normal',undef); should set the value to undef/null. Instead if the parameter was specified at all, the XS code tries to create a string from the it (and fails), and if it was not specified (eg $rcstyle->bg_pixmap_name('normal') ) then it treats it as a read-only access and just retrieves the current value. I need this method to work because I need to be able to reset a widget to use the pixmap setting from the current Gtk theme. A workaround that works at the moment is to do this: #create an empty rcstyle with no bg_pixmap_name set. my $rcstyle=new Gtk2::RcStyle(); $widget->modify_style($rcstyle); #and then if you need to use the rcstyle to make other #changes, you should get it ask for it back like this: $rcstyle=$widget->get_modifier_style(); #and then call modify_style again with it when done. I am not sure but I think you probably lose all other style modifications when doing this and you would have to do them again on the new rcstyle. ---------------------------------------------------------------------- Comment By: Chris (fettucine) Date: 2006-05-09 18:05 Message: Logged In: YES user_id=804740 the color examples I used should have course have been more like: $widget->modify_bg('normal',undef); $widget->modify_fg('normal',undef); $widget->modify_base('normal',undef); $widget->modify_text('normal',undef); ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=508618&aid=1484752&group_id=64773 |
|
From: gnome-perl (bugzilla.gnome.org) <bug...@bu...> - 2006-08-24 17:53:27
|
Do not reply to this via email (we are currently unable to handle email responses and they get discarded). You can add comments to this bug at http://bugzilla.gnome.org/show_bug.cgi?id=3D352707 gnome-perl | Gtk2 | Ver: unspecified ------- Comment #1 from Torsten Schoenfeld 2006-08-24 17:53 UTC ------- Created an attachment (id=3D71539) --> (http://bugzilla.gnome.org/attachment.cgi?id=3D71539&action=3Dview) Allowing undef --=20 Configure bugmail: http://bugzilla.gnome.org/userprefs.cgi?tab=3Demail ------- You are receiving this mail because: ------- You are the QA contact for the bug. You are the assignee for the bug. |
|
From: gnome-perl (bugzilla.gnome.org) <bug...@bu...> - 2006-08-24 17:53:02
|
Do not reply to this via email (we are currently unable to handle email responses and they get discarded). You can add comments to this bug at http://bugzilla.gnome.org/show_bug.cgi?id=3D352707 gnome-perl | Gtk2 | Ver: unspecified Summary: Gtk2::RcStyle's accessors don't take undef Product: gnome-perl Version: unspecified Platform: Other OS/Version: Linux Status: NEW Severity: normal Priority: Normal Component: Gtk2 AssignedTo: gtk...@li... ReportedBy: kaf...@gm... QAContact: gtk...@li... GNOME version: Unspecified GNOME milestone: Unspecified The accessors name, font_desc, bg_pixmap_name, fg, bg, text, and base don= 't allow undef for the new value. It seems they should[1]. Patch attached.= Does it make sense to zero out the color structs if the color accessors see un= def? [1] http://sourceforge.net/tracker/index.php?func=3Ddetail&aid=3D1484752&grou= p_id=3D64773&atid=3D508618 --=20 Configure bugmail: http://bugzilla.gnome.org/userprefs.cgi?tab=3Demail ------- You are receiving this mail because: ------- You are the QA contact for the bug. You are the assignee for the bug. |
|
From: gnome-perl (bugzilla.gnome.org) <bug...@bu...> - 2006-08-24 16:13:12
|
Do not reply to this via email (we are currently unable to handle email responses and they get discarded). You can add comments to this bug at http://bugzilla.gnome.org/show_bug.cgi?id=3D348454 gnome-perl | general | Ver: unspecified ------- Comment #19 from Chris Weyl 2006-08-24 16:13 UTC ------- I don't know if it's relevant, but my machine is fedora core 5 w/all upda= tes applied, and is x86_64. --=20 Configure bugmail: http://bugzilla.gnome.org/userprefs.cgi?tab=3Demail ------- You are receiving this mail because: ------- You are the QA contact for the bug. You are the assignee for the bug. |
|
From: gnome-perl (bugzilla.gnome.org) <bug...@bu...> - 2006-08-24 16:12:14
|
Do not reply to this via email (we are currently unable to handle email responses and they get discarded). You can add comments to this bug at http://bugzilla.gnome.org/show_bug.cgi?id=3D348454 gnome-perl | general | Ver: unspecified Chris Weyl changed: What |Removed |Added -------------------------------------------------------------------------= --- CC| |cw...@al... ------- Comment #18 from Chris Weyl 2006-08-24 16:11 UTC ------- (In reply to comment #15) > > t/GstValue.............. > > # Failed test (t/GstValue.t at line 26) > > # Structures begin differing at: > > # $got->{fields}[3][2] =3D '999982800' > > # $expected->{fields}[3][2] =3D '999986400' > > # Looks like you failed 1 test of 2. >=20 > Hmm, this is weird. Can you please try to apply the attached patch aga= inst > GStreamer-0.8, execute t/GstValue.t, and post the output? >=20 > $ [extract GStreamer-0.8.tar.gz] > $ cd GStreamer-0.8 > $ patch -p0 < /path/to/date.patch > $ [compile GStreamer like you would normally] > $ perl -Mblib t/GstValue.t >=20 Applied patch, make test output below (after building, etc): [cweyl@zeus GStreamer-0.09]$ make test PERL_DL_NONLAZY=3D1 /usr/bin/perl "-MExtUtils::Command::MM" "-e" "test_ha= rness(0, 'blib/lib', 'blib/arch')" t/*.t t/Gst...................ok t/GstBin................ok t/GstBuffer.............ok t/GstBus................ok t/GstCaps...............ok t/GstChildProxy.........ok t/GstClock..............ok 2/20 skipped: master clock tests t/GstElement............ok 1/36 (GstElement.t:28311): GStreamer-CRITICAL **: gst_object_ref: assertion `GST_IS_OBJECT (object)' failed (GstElement.t:28311): GStreamer-CRITICAL **: gst_mini_object_unref: asser= tion `mini_object->refcount > 0' failed t/GstElement............ok t/GstElementFactory.....ok t/GstEvent..............ok t/GstFormat.............ok t/GstGhostPad...........ok t/GstIndex..............ok t/GstIndexFactory.......ok t/GstIterator...........ok t/GstMessage............ok t/GstMiniObject.........ok t/GstObject.............ok t/GstPad................ok t/GstPadTemplate........ok t/GstPipeline...........ok t/GstPlugin.............ok 1/13 skipped: alsa plugin tests t/GstPluginFeature......ok t/GstQuery..............ok 1/22GLib-GObject-CRITICAL **: g_value_get_doub= le: assertion `G_VALUE_HOLDS_DOUBLE (value)' failed at t/GstQuery.t line 52. GLib-GObject-CRITICAL **: g_value_get_int64: assertion `G_VALUE_HOLDS_INT= 64 (value)' failed at t/GstQuery.t line 52. GLib-GObject-CRITICAL **: g_value_get_int64: assertion `G_VALUE_HOLDS_INT= 64 (value)' failed at t/GstQuery.t line 52. t/GstQuery..............ok t/GstRegistry...........ok t/GstStructure..........ok t/GstSystemClock........ok t/GstTag................ok t/GstTagSetter..........ok t/GstTypeFindFactory....ok t/GstValue..............gst2perl_date_unwrap: Sat 08 Sep 2001 12:00:00 AM= at t/GstValue.t line 23. # Failed test in t/GstValue.t at line 25. t/GstValue..............NOK 1# got: 'urgs, field_one=3D(int)[ 23= , 42 ], field_two=3D(int){ 23, 42 }, field_three=3D(int){ [ 23, 42 ] }, field_four=3D(GstDate)2001-09-08' # expected: 'urgs, field_one=3D(int)[ 23, 42 ], field_two=3D(int){ 23= , 42 }, field_three=3D(int){ [ 23, 42 ] }, field_four=3D(GstDate)2001-09-09' gst2perl_date_wrap: Sat 08 Sep 2001 12:00:00 AM at t/GstValue.t line 26. t/GstValue..............NOK 2# Failed test in t/GstValue.t at line 26. # Structures begin differing at: # $got->{fields}[3][2] =3D '999932400' # $expected->{fields}[3][2] =3D '999986400' # Looks like you failed 2 tests of 2. t/GstValue..............dubious Test returned status 2 (wstat 512, 0x200) DIED. FAILED tests 1-2 Failed 2/2 tests, 0.00% okay Failed Test Stat Wstat Total Fail Failed List of Failed -------------------------------------------------------------------------= ------ t/GstValue.t 2 512 2 2 100.00% 1-2 3 subtests skipped. Failed 1/31 test scripts, 96.77% okay. 2/492 subtests failed, 99.59% okay= . make: *** [test_dynamic] Error 2 --=20 Configure bugmail: http://bugzilla.gnome.org/userprefs.cgi?tab=3Demail ------- You are receiving this mail because: ------- You are the QA contact for the bug. You are the assignee for the bug. |
|
From: gnome-perl (bugzilla.gnome.org) <bug...@bu...> - 2006-08-24 11:05:21
|
Do not reply to this via email (we are currently unable to handle email responses and they get discarded). You can add comments to this bug at http://bugzilla.gnome.org/show_bug.cgi?id=3D348454 gnome-perl | general | Ver: unspecified ------- Comment #17 from Torsten Schoenfeld 2006-08-24 11:05 UTC ------- I meant GStreamer-0.08 and not 0.8 of course. --=20 Configure bugmail: http://bugzilla.gnome.org/userprefs.cgi?tab=3Demail ------- You are receiving this mail because: ------- You are the QA contact for the bug. You are the assignee for the bug. |
|
From: gnome-perl (bugzilla.gnome.org) <bug...@bu...> - 2006-08-24 11:04:45
|
Do not reply to this via email (we are currently unable to handle email responses and they get discarded). You can add comments to this bug at http://bugzilla.gnome.org/show_bug.cgi?id=3D348454 gnome-perl | general | Ver: unspecified Torsten Schoenfeld changed: What |Removed |Added -------------------------------------------------------------------------= --- Status|RESOLVED |UNCONFIRMED Resolution|DUPLICATE | Summary|'make test' for GStreamer- |GStreamer 0.08: test fai= lure |0.08 (Perl module) fails |in the date stuff in |with syntax and other errors|GstValue.t --=20 Configure bugmail: http://bugzilla.gnome.org/userprefs.cgi?tab=3Demail ------- You are receiving this mail because: ------- You are the QA contact for the bug. You are the assignee for the bug. |
|
From: gnome-perl (bugzilla.gnome.org) <bug...@bu...> - 2006-08-24 11:03:26
|
Do not reply to this via email (we are currently unable to handle email responses and they get discarded). You can add comments to this bug at http://bugzilla.gnome.org/show_bug.cgi?id=3D348454 gnome-perl | general | Ver: unspecified ------- Comment #16 from Torsten Schoenfeld 2006-08-24 11:03 UTC ------- Created an attachment (id=3D71521) --> (http://bugzilla.gnome.org/attachment.cgi?id=3D71521&action=3Dview) Adding some debug spew --=20 Configure bugmail: http://bugzilla.gnome.org/userprefs.cgi?tab=3Demail ------- You are receiving this mail because: ------- You are the QA contact for the bug. You are the assignee for the bug. |
|
From: gnome-perl (bugzilla.gnome.org) <bug...@bu...> - 2006-08-24 11:02:31
|
Do not reply to this via email (we are currently unable to handle email responses and they get discarded). You can add comments to this bug at http://bugzilla.gnome.org/show_bug.cgi?id=3D348454 gnome-perl | general | Ver: unspecified ------- Comment #15 from Torsten Schoenfeld 2006-08-24 11:02 UTC ------- > t/GstValue.............. > # Failed test (t/GstValue.t at line 26) > # Structures begin differing at: > # $got->{fields}[3][2] =3D '999982800' > # $expected->{fields}[3][2] =3D '999986400' > # Looks like you failed 1 test of 2. Hmm, this is weird. Can you please try to apply the attached patch again= st GStreamer-0.8, execute t/GstValue.t, and post the output? $ [extract GStreamer-0.8.tar.gz] $ cd GStreamer-0.8 $ patch -p0 < /path/to/date.patch $ [compile GStreamer like you would normally] $ perl -Mblib t/GstValue.t --=20 Configure bugmail: http://bugzilla.gnome.org/userprefs.cgi?tab=3Demail ------- You are receiving this mail because: ------- You are the QA contact for the bug. You are the assignee for the bug. |
|
From: gnome-perl (bugzilla.gnome.org) <bug...@bu...> - 2006-08-24 10:26:21
|
Do not reply to this via email (we are currently unable to handle email responses and they get discarded). You can add comments to this bug at http://bugzilla.gnome.org/show_bug.cgi?id=3D351662 gnome-perl | Gtk2 | Ver: unspecified ------- Comment #7 from Torsten Schoenfeld 2006-08-24 10:26 UTC ------- My "I think" is the best you'll get. As I said, if you can replicate the= se test failures with HEAD of CVS or 1.132 or later, reopen this bug. --=20 Configure bugmail: http://bugzilla.gnome.org/userprefs.cgi?tab=3Demail ------- You are receiving this mail because: ------- You are the QA contact for the bug. You are the assignee for the bug. |
|
From: gnome-perl (bugzilla.gnome.org) <bug...@bu...> - 2006-08-16 22:48:45
|
Do not reply to this via email (we are currently unable to handle email responses and they get discarded). You can add comments to this bug at http://bugzilla.gnome.org/show_bug.cgi?id=3D351698 gnome-perl | Gnome2::VFS | Ver: unspecified ------- Comment #4 from Sergei Steshenko 2006-08-16 22:48 UTC ------- Created an attachment (id=3D71063) --> (http://bugzilla.gnome.org/attachment.cgi?id=3D71063&action=3Dview) tarball of my tool to be used to reproduce the bug See instructions in http://bugzilla.gnome.org/show_bug.cgi?id=3D351662 . --=20 Configure bugmail: http://bugzilla.gnome.org/userprefs.cgi?tab=3Demail ------- You are receiving this mail because: ------- You are the QA contact for the bug. You are the assignee for the bug. |
|
From: gnome-perl (bugzilla.gnome.org) <bug...@bu...> - 2006-08-16 22:46:50
|
Do not reply to this via email (we are currently unable to handle email responses and they get discarded). You can add comments to this bug at http://bugzilla.gnome.org/show_bug.cgi?id=3D351698 gnome-perl | Gnome2::VFS | Ver: unspecified ------- Comment #3 from Sergei Steshenko 2006-08-16 22:46 UTC ------- Created an attachment (id=3D71062) --> (http://bugzilla.gnome.org/attachment.cgi?id=3D71062&action=3Dview) overall build log file (gzipped) Gnome2-VFS build process is reflected in line numbers 1941..2419. --=20 Configure bugmail: http://bugzilla.gnome.org/userprefs.cgi?tab=3Demail ------- You are receiving this mail because: ------- You are the QA contact for the bug. You are the assignee for the bug. |
|
From: gnome-perl (bugzilla.gnome.org) <bug...@bu...> - 2006-08-16 22:44:24
|
Do not reply to this via email (we are currently unable to handle email responses and they get discarded). You can add comments to this bug at http://bugzilla.gnome.org/show_bug.cgi?id=3D351698 gnome-perl | Gnome2::VFS | Ver: unspecified ------- Comment #2 from Sergei Steshenko 2006-08-16 22:44 UTC ------- Created an attachment (id=3D71061) --> (http://bugzilla.gnome.org/attachment.cgi?id=3D71061&action=3Dview) generated by my tool Makefile use to build and to run 'make test' --=20 Configure bugmail: http://bugzilla.gnome.org/userprefs.cgi?tab=3Demail ------- You are receiving this mail because: ------- You are the QA contact for the bug. You are the assignee for the bug. |
|
From: gnome-perl (bugzilla.gnome.org) <bug...@bu...> - 2006-08-16 22:43:09
|
Do not reply to this via email (we are currently unable to handle email responses and they get discarded). You can add comments to this bug at http://bugzilla.gnome.org/show_bug.cgi?id=3D351698 gnome-perl | Gnome2::VFS | Ver: unspecified ------- Comment #1 from Sergei Steshenko 2006-08-16 22:43 UTC ------- Created an attachment (id=3D71060) --> (http://bugzilla.gnome.org/attachment.cgi?id=3D71060&action=3Dview) 'make test' log file --=20 Configure bugmail: http://bugzilla.gnome.org/userprefs.cgi?tab=3Demail ------- You are receiving this mail because: ------- You are the QA contact for the bug. You are the assignee for the bug. |
|
From: gnome-perl (bugzilla.gnome.org) <bug...@bu...> - 2006-08-16 22:42:36
|
Do not reply to this via email (we are currently unable to handle email responses and they get discarded). You can add comments to this bug at http://bugzilla.gnome.org/show_bug.cgi?id=3D351698 gnome-perl | Gnome2::VFS | Ver: unspecified Summary: 'make test' fails for Gnome2-VFS-1.060 Product: gnome-perl Version: unspecified Platform: Other OS/Version: All Status: UNCONFIRMED Severity: critical Priority: Normal Component: Gnome2::VFS AssignedTo: gtk...@li... ReportedBy: ser...@ya... QAContact: gtk...@li... GNOME version: 2.13/2.14 GNOME milestone: Unspecified Steps to reproduce: 1. I'll upload the files 2.=20 3.=20 Stack trace: Other information: --=20 Configure bugmail: http://bugzilla.gnome.org/userprefs.cgi?tab=3Demail ------- You are receiving this mail because: ------- You are the QA contact for the bug. You are the assignee for the bug. |
|
From: gnome-perl (bugzilla.gnome.org) <bug...@bu...> - 2006-08-16 21:45:02
|
Do not reply to this via email (we are currently unable to handle email responses and they get discarded). You can add comments to this bug at http://bugzilla.gnome.org/show_bug.cgi?id=3D351662 gnome-perl | Gtk2 | Ver: unspecified ------- Comment #6 from Sergei Steshenko 2006-08-16 21:44 UTC ------- (In reply to comment #5) > All three of the failures are fixed in 1.132 and HEAD of CVS, I think. = Please > test either of them and see if you still get failures. Reopen this bug= if > that's the case. >=20 I am really sorry, but the key words in your reply are "I think". Since you can't present evidence that the bug is fixed, i.e. you can't present a log file like mine, with all the versions listed, what moral right do you have to mark the bug as RESOLVED ? I am about to file another bug, so it'll take some time until I can try 1= .132. --=20 Configure bugmail: http://bugzilla.gnome.org/userprefs.cgi?tab=3Demail ------- You are receiving this mail because: ------- You are the QA contact for the bug. You are the assignee for the bug. |
|
From: gnome-perl (bugzilla.gnome.org) <bug...@bu...> - 2006-08-16 21:30:42
|
Do not reply to this via email (we are currently unable to handle email responses and they get discarded). You can add comments to this bug at http://bugzilla.gnome.org/show_bug.cgi?id=3D351662 gnome-perl | Gtk2 | Ver: unspecified Torsten Schoenfeld changed: What |Removed |Added -------------------------------------------------------------------------= --- CC| |kaf...@gm... Status|UNCONFIRMED |RESOLVED Resolution| |FIXED ------- Comment #5 from Torsten Schoenfeld 2006-08-16 21:30 UTC ------- All three of the failures are fixed in 1.132 and HEAD of CVS, I think. P= lease test either of them and see if you still get failures. Reopen this bug i= f that's the case. --=20 Configure bugmail: http://bugzilla.gnome.org/userprefs.cgi?tab=3Demail ------- You are receiving this mail because: ------- You are the QA contact for the bug. You are the assignee for the bug. |
|
From: gnome-perl (bugzilla.gnome.org) <bug...@bu...> - 2006-08-16 19:49:42
|
Do not reply to this via email (we are currently unable to handle email responses and they get discarded). You can add comments to this bug at http://bugzilla.gnome.org/show_bug.cgi?id=3D351662 gnome-perl | Gtk2 | Ver: unspecified ------- Comment #4 from Sergei Steshenko 2006-08-16 19:49 UTC ------- Created an attachment (id=3D71041) --> (http://bugzilla.gnome.org/attachment.cgi?id=3D71041&action=3Dview) Makefile used to build the target and to run 'make test' --=20 Configure bugmail: http://bugzilla.gnome.org/userprefs.cgi?tab=3Demail ------- You are receiving this mail because: ------- You are the QA contact for the bug. You are the assignee for the bug. |
|
From: gnome-perl (bugzilla.gnome.org) <bug...@bu...> - 2006-08-16 19:48:17
|
Do not reply to this via email (we are currently unable to handle email responses and they get discarded). You can add comments to this bug at http://bugzilla.gnome.org/show_bug.cgi?id=3D351662 gnome-perl | Gtk2 | Ver: unspecified ------- Comment #3 from Sergei Steshenko 2006-08-16 19:48 UTC ------- Created an attachment (id=3D71040) --> (http://bugzilla.gnome.org/attachment.cgi?id=3D71040&action=3Dview) the tool tarball This is my tool to be used to reproduce the bug. Unpackage the tarball anywhere, select any working directory and run, according to ...../AppsFromScratch/20060710/README file: " 2. RUNNING. ----------- Run <script_root_dir>/AppsFromScratch/YYYYMMDD/bin/build.pl -h to see built-in help message. Choose command line options you need and run the script according to your needs. Note that running the script without any options, i.e. <script_root_dir>/AppsFromScratch/YYYYMMDD/bin/build.pl , will initiate download of sources, build and install process under curr= ent working directory. It is highly recommended to redirect screen output to a file - something = like <script_root_dir>/AppsFromScratch/YYYYMMDD/bin/build.pl 1>build.log 2>&1 in 'sh'-like shell or <script_root_dir>/AppsFromScratch/YYYYMMDD/bin/build.pl >&! build.log in 'csh'-like shells. ". --=20 Configure bugmail: http://bugzilla.gnome.org/userprefs.cgi?tab=3Demail ------- You are receiving this mail because: ------- You are the QA contact for the bug. You are the assignee for the bug. |
|
From: gnome-perl (bugzilla.gnome.org) <bug...@bu...> - 2006-08-16 19:44:36
|
Do not reply to this via email (we are currently unable to handle email responses and they get discarded). You can add comments to this bug at http://bugzilla.gnome.org/show_bug.cgi?id=3D351662 gnome-perl | Gtk2 | Ver: unspecified ------- Comment #2 from Sergei Steshenko 2006-08-16 19:44 UTC ------- Created an attachment (id=3D71039) --> (http://bugzilla.gnome.org/attachment.cgi?id=3D71039&action=3Dview) 'make test' log file --=20 Configure bugmail: http://bugzilla.gnome.org/userprefs.cgi?tab=3Demail ------- You are receiving this mail because: ------- You are the QA contact for the bug. You are the assignee for the bug. |
13 messages has been excluded from this view by a project administrator.
