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.o. <bug...@gn...> - 2013-01-03 23:23:20
|
https://bugzilla.gnome.org/show_bug.cgi?id=690459 gnome-perl | Glib | unspecified Torsten Schoenfeld <kaffeetisch> changed: What |Removed |Added ---------------------------------------------------------------------------- Attachment #231843|none |committed status| | -- Configure bugmail: https://bugzilla.gnome.org/userprefs.cgi?tab=email ------- 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.o. <bug...@gn...> - 2013-01-03 18:15:04
|
https://bugzilla.gnome.org/show_bug.cgi?id=685865 gnome-perl | Gtk2 | unspecified Torsten Schoenfeld <kaffeetisch> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|UNCONFIRMED |RESOLVED CC| |kaf...@gm... Resolution| |FIXED --- Comment #2 from Torsten Schoenfeld <kaf...@gm...> 2013-01-03 18:14:46 UTC --- Looks good, thanks a lot. -- Configure bugmail: https://bugzilla.gnome.org/userprefs.cgi?tab=email ------- 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.o. <bug...@gn...> - 2013-01-03 18:15:03
|
https://bugzilla.gnome.org/show_bug.cgi?id=685865 gnome-perl | Gtk2 | unspecified Torsten Schoenfeld <kaffeetisch> changed: What |Removed |Added ---------------------------------------------------------------------------- Attachment #226161|none |committed status| | -- Configure bugmail: https://bugzilla.gnome.org/userprefs.cgi?tab=email ------- 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.o. <bug...@gn...> - 2012-12-18 23:25:35
|
https://bugzilla.gnome.org/show_bug.cgi?id=690464 gnome-perl | Glib | unspecified Summary: same $VERSION in all modules Classification: Bindings Product: gnome-perl Version: unspecified OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: Normal Component: Glib AssignedTo: gtk...@li... ReportedBy: us...@zi... QAContact: gtk...@li... GNOME version: --- Glib::Object::Subclass has a $VERSION set to 0.03 whereas the main Glib-Perl version number is 1.280 or whatever. It'd be good if the $VERSION were the same throughout. (Glib::ParseXSDoc, Glib::GenPod, Glib::CodeGen and Glib::MakeHelper have 0.03 or 1.03.) Updating all the $VERSION for a release can be a bit of a chore. I use an emacs search-and-replace. There's a Test::ConsistentVersion which can check that all modules in a dist have the same version number. It normally looks for a Changes file too, but an undocumented "no_changelog" option suppresses that (and the README check can be suppressed too, if not having the version number in the README). -- Configure bugmail: https://bugzilla.gnome.org/userprefs.cgi?tab=email ------- 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.o. <bug...@gn...> - 2012-12-18 23:19:04
|
https://bugzilla.gnome.org/show_bug.cgi?id=690462 gnome-perl | Glib | unspecified Summary: Glib::Log->set_default_handler() docs typo Classification: Bindings Product: gnome-perl Version: unspecified OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: Normal Component: Glib AssignedTo: gtk...@li... ReportedBy: us...@zi... QAContact: gtk...@li... GNOME version: --- Created an attachment (id=231847) View: https://bugzilla.gnome.org/attachment.cgi?id=231847 Review: https://bugzilla.gnome.org/review?bug=690462&attachment=231847 patch =signature shows Glib->set_default_handler() where it's actually Glib::Log->set_default_handler(). -- Configure bugmail: https://bugzilla.gnome.org/userprefs.cgi?tab=email ------- 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.o. <bug...@gn...> - 2012-12-18 23:02:15
|
https://bugzilla.gnome.org/show_bug.cgi?id=690461 gnome-perl | Glib | unspecified Summary: Glib::Object::New for subclass cleanliness Classification: Bindings Product: gnome-perl Version: unspecified OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: Normal Component: Glib AssignedTo: gtk...@li... ReportedBy: us...@zi... QAContact: gtk...@li... GNOME version: --- Created an attachment (id=231846) View: https://bugzilla.gnome.org/attachment.cgi?id=231846 Review: https://bugzilla.gnome.org/review?bug=690461&attachment=231846 patch and test This is an idea for a separate Glib::Object::New to put the Glib::Object::new() into an object subclass created by Glib::Object::Subclass. Putting Glib::Object::New into the @ISA of the subclass helps keep the import() of Glib::Object::Subclass out of the subclass. -- Configure bugmail: https://bugzilla.gnome.org/userprefs.cgi?tab=email ------- 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.o. <bug...@gn...> - 2012-12-18 22:46:20
|
https://bugzilla.gnome.org/show_bug.cgi?id=690459 gnome-perl | Glib | unspecified Summary: Glib::Object::Subclass no hash arguments to register_object Classification: Bindings Product: gnome-perl Version: unspecified OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: Normal Component: Glib AssignedTo: gtk...@li... ReportedBy: us...@zi... QAContact: gtk...@li... GNOME version: --- Created an attachment (id=231843) View: https://bugzilla.gnome.org/attachment.cgi?id=231843 Review: https://bugzilla.gnome.org/review?bug=690459&attachment=231843 patch As from the mailing list this is an idea to pass Glib::Object::Subclass import arguments directly to register_object() without putting them through a hash table. Would like register_object() not to depend on the order of its key/value args, but putting them straight through helps avoid perl 5.17 randomization now, and either way is a small speedup. -- Configure bugmail: https://bugzilla.gnome.org/userprefs.cgi?tab=email ------- 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.o. <bug...@gn...> - 2012-10-10 09:12:20
|
https://bugzilla.gnome.org/show_bug.cgi?id=685865 gnome-perl | Gtk2 | unspecified --- Comment #1 from Colin Watson <cjw...@de...> 2012-10-10 09:12:08 UTC --- Created an attachment (id=226161) View: https://bugzilla.gnome.org/attachment.cgi?id=226161 Review: https://bugzilla.gnome.org/review?bug=685865&attachment=226161 Forcibly emit GtkRecentManager::changed signal -- Configure bugmail: https://bugzilla.gnome.org/userprefs.cgi?tab=email ------- 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.o. <bug...@gn...> - 2012-10-10 09:11:18
|
https://bugzilla.gnome.org/show_bug.cgi?id=685865 gnome-perl | Gtk2 | unspecified Summary: GtkRecentChooser test fails with Gtk+ 2.24.12 Classification: Bindings Product: gnome-perl Version: unspecified OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: Normal Component: Gtk2 AssignedTo: gtk...@li... ReportedBy: cjw...@de... QAContact: gtk...@li... GNOME version: --- https://bugs.launchpad.net/ubuntu/+source/libgtk2-perl/+bug/1056811 http://lists.debian.org/debian-perl/2012/09/msg00069.html With Gtk+ 2.24.12 and perl-Gtk2 1.244, the GtkRecentChooser test is failing with: *** unhandled exception in callback: *** No item for URI 'file:///build/buildd/libgtk2-perl-1.244/t/GtkRecentChooser.t' found at t/GtkRecentChooser.t line 58. *** ignoring at /build/buildd/libgtk2-perl-1.244/blib/lib/Gtk2/TestHelper.pm line 84. This is fallout from https://bugzilla.gnome.org/show_bug.cgi?id=616997, which made gtk_recent_manager_add_item even more asynchronous than it previously was. The attached patch fixes this, tested on Ubuntu 12.10. -- Configure bugmail: https://bugzilla.gnome.org/userprefs.cgi?tab=email ------- 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.o. <bug...@gn...> - 2012-08-16 18:51:50
|
https://bugzilla.gnome.org/show_bug.cgi?id=680380 gnome-perl | Glib::Object::Introspection | unspecified Torsten Schoenfeld <kaffeetisch> changed: What |Removed |Added ---------------------------------------------------------------------------- Component|Glib |Glib::Object::Introspection -- Configure bugmail: https://bugzilla.gnome.org/userprefs.cgi?tab=email ------- 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.o. <bug...@gn...> - 2012-08-16 18:48:50
|
https://bugzilla.gnome.org/show_bug.cgi?id=680380 gnome-perl | Glib | unspecified Torsten Schoenfeld <kaffeetisch> changed: What |Removed |Added ---------------------------------------------------------------------------- Attachment #221184|none |committed status| | -- Configure bugmail: https://bugzilla.gnome.org/userprefs.cgi?tab=email ------- 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.o. <bug...@gn...> - 2012-08-16 18:48:49
|
https://bugzilla.gnome.org/show_bug.cgi?id=680380 gnome-perl | Glib | unspecified Torsten Schoenfeld <kaffeetisch> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |RESOLVED Resolution| |FIXED --- Comment #6 from Torsten Schoenfeld <kaf...@gm...> 2012-08-16 18:48:37 UTC --- Alright, committed. Thanks for the report. Attachment 221184 pushed as 1e4f04c - Use the correct allocator for caller-allocated boxed out-args -- Configure bugmail: https://bugzilla.gnome.org/userprefs.cgi?tab=email ------- 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.o. <bug...@gn...> - 2012-08-16 17:07:00
|
https://bugzilla.gnome.org/show_bug.cgi?id=680380 gnome-perl | Glib | unspecified --- Comment #5 from sla...@sa... 2012-08-16 17:06:47 UTC --- Great work! I have tried the patch with 0.010 and 0.011 and with both versions the issues are fixed: it doesn't crash with 'debug-blocks', and also memory corruption (with messages like: ***MEMORY-ERROR***: XXXX.pl[XXXX]: GSlice: assertion failed: sinfo->n_allocated > 0) I mentioned above seems to be gone. -- Configure bugmail: https://bugzilla.gnome.org/userprefs.cgi?tab=email ------- 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.o. <bug...@gn...> - 2012-08-14 19:24:55
|
https://bugzilla.gnome.org/show_bug.cgi?id=680380 gnome-perl | Glib | unspecified Torsten Schoenfeld <kaffeetisch> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|UNCONFIRMED |NEW Ever Confirmed|0 |1 --- Comment #4 from Torsten Schoenfeld <kaf...@gm...> 2012-08-14 19:24:41 UTC --- Can you try the above patch to see if it fixes the issue for you too? -- Configure bugmail: https://bugzilla.gnome.org/userprefs.cgi?tab=email ------- 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.o. <bug...@gn...> - 2012-08-14 19:24:16
|
https://bugzilla.gnome.org/show_bug.cgi?id=680380 gnome-perl | Glib | unspecified --- Comment #3 from Torsten Schoenfeld <kaf...@gm...> 2012-08-14 19:24:02 UTC --- Created an attachment (id=221184) View: https://bugzilla.gnome.org/attachment.cgi?id=221184 Review: https://bugzilla.gnome.org/review?bug=680380&attachment=221184 Use the correct allocator for caller-allocated boxed out-args Previously, we simply always used malloc(). But for a boxed type, which has an associated custom free function, this might not be the correct allocator. For example, GtkTreeIter uses GSlice. Make an extra copy of the malloc()-ed block to ensure consistency. -- Configure bugmail: https://bugzilla.gnome.org/userprefs.cgi?tab=email ------- 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.o. <bug...@gn...> - 2012-08-14 19:10:38
|
https://bugzilla.gnome.org/show_bug.cgi?id=680380 gnome-perl | Glib | unspecified Torsten Schoenfeld <kaffeetisch> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |kaf...@gm... --- Comment #2 from Torsten Schoenfeld <kaf...@gm...> 2012-08-14 19:10:24 UTC --- Nice catch! For some reason, valgrind doesn't see this. The problem is that for caller-allocated out-arguments (like GtkTreeIter), we always use malloc(): <http://git.gnome.org/browse/perl-Glib-Object-Introspection/tree/gperl-i11n-invoke-c.c#n280>. But GtkTreeIter is set up to allocate and free itself via GSlice. I think we will need to change allocate_out_mem() to use g_boxed_copy() on the memory that was allocated with malloc(); afterwards, we can free() the original memory block. This will ensure that the right allocator is used. -- Configure bugmail: https://bugzilla.gnome.org/userprefs.cgi?tab=email ------- 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.o. <bug...@gn...> - 2012-07-21 16:59:17
|
https://bugzilla.gnome.org/show_bug.cgi?id=680380 gnome-perl | Glib | unspecified --- Comment #1 from sla...@sa... 2012-07-21 16:59:03 UTC --- Created an attachment (id=219390) --> (https://bugzilla.gnome.org/attachment.cgi?id=219390) test script -- Configure bugmail: https://bugzilla.gnome.org/userprefs.cgi?tab=email ------- 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.o. <bug...@gn...> - 2012-07-21 16:55:14
|
https://bugzilla.gnome.org/show_bug.cgi?id=680380 gnome-perl | Glib | unspecified Summary: attempt to release non-allocated block (Glib/Gtk3) Classification: Bindings Product: gnome-perl Version: unspecified OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: Normal Component: Glib AssignedTo: gtk...@li... ReportedBy: sla...@sa... QAContact: gtk...@li... GNOME version: --- Hi, I don't know if this problem is in Glib bindings or Gtk3 or something else, however the bug is caused directly by a function from Glib, let me try here (also I don't see Gtk3 component under gnome-perl). I make a little app with Perl, using Gtk3 and I get "random" memory corruption. While I was trying to debug it, I found this helpful way: ran it with G_SLICE=debug-blocks and the script aborts with such message: GSlice: MemChecker: attempt to release non-allocated block: 0x<address> size=16 which looks like a bug. Please see a minimal script that can be used to reproduce the issue (100% reproducible on my system). It also contains C code doing similar and the latter works without problem. Thanks! glib (library) 2.32.1 Perl 5.12.4 Glib 1.260 and 1.261 Cairo::Gobject 1.001 Glib::Object::Introspection 0.009 and 0.010 Gtk3 0.006 and 0.007 Glib-1.261/GBoxed.xs - function default_boxed_destroy: I removed the "NOISY" thing to get the additional message here and got: $ G_SLICE=debug-blocks perl test.pl default_boxed_destroy wrapper 0x9467ed0 --- GtkTreeIter 0x946a460 GSlice: MemChecker: attempt to release non-allocated block: 0x946a460 size=16 also, a backstrace with that test.pl: G_SLICE=debug-blocks gdb perl Using host libthread_db library "/lib/libthread_db.so.1". GSlice: MemChecker: attempt to release non-allocated block: 0x889bab8 size=16 Program received signal SIGABRT, Aborted. 0xb7fde430 in __kernel_vsyscall () (gdb) bt #0 0xb7fde430 in __kernel_vsyscall () #1 0xb7cffcef in raise () from /lib/libc.so.6 #2 0xb7d01575 in abort () from /lib/libc.so.6 #3 0xb72e6d8a in g_slice_free1 () from /usr/lib/../lib/libglib-2.0.so.0 #4 0xb6d15cd7 in gtk_tree_iter_free () from /usr/lib/libgtk-3.so.0 #5 0xb73dae81 in _g_type_boxed_free () from /usr/lib/../lib/libgobject-2.0.so.0 #6 0xb73b5134 in g_boxed_free () from /usr/lib/../lib/libgobject-2.0.so.0 #7 0xb741df44 in default_boxed_destroy () from /usr/lib/perl5/vendor_perl/5.12.4/i686-linux-thread-multi/auto/Glib/Glib.so #8 0xb741de18 in XS_Glib__Boxed_DESTROY () from /usr/lib/perl5/vendor_perl/5.12.4/i686-linux-thread-multi/auto/Glib/Glib.so #9 0xb7ef4538 in Perl_pp_entersub () from /usr/lib/libperl.so.5.12 #10 0xb7e895a6 in Perl_call_sv () from /usr/lib/libperl.so.5.12 #11 0xb7efa25d in Perl_sv_clear () from /usr/lib/libperl.so.5.12 #12 0xb7efaa8a in Perl_sv_free2 () from /usr/lib/libperl.so.5.12 #13 0xb7f20e44 in Perl_free_tmps () from /usr/lib/libperl.so.5.12 #14 0xb7eec270 in Perl_pp_unstack () from /usr/lib/libperl.so.5.12 #15 0xb7eeb342 in Perl_runops_standard () from /usr/lib/libperl.so.5.12 #16 0xb7e8f9ae in perl_run () from /usr/lib/libperl.so.5.12 #17 0x08048d12 in main () (gdb) -- Configure bugmail: https://bugzilla.gnome.org/userprefs.cgi?tab=email ------- 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.o. <bug...@gn...> - 2012-07-07 13:00:46
|
https://bugzilla.gnome.org/show_bug.cgi?id=679015 gnome-perl | Glib | unspecified Torsten Schoenfeld <kaffeetisch> changed: What |Removed |Added ---------------------------------------------------------------------------- Attachment #217464|none |committed status| | -- Configure bugmail: https://bugzilla.gnome.org/userprefs.cgi?tab=email ------- 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.o. <bug...@gn...> - 2012-07-07 13:00:38
|
https://bugzilla.gnome.org/show_bug.cgi?id=679015 gnome-perl | Glib | unspecified Torsten Schoenfeld <kaffeetisch> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|UNCONFIRMED |RESOLVED CC| |kaf...@gm... Resolution| |FIXED --- Comment #2 from Torsten Schoenfeld <kaf...@gm...> 2012-07-07 13:00:27 UTC --- Looks good. Committed together with a small test case. Thanks. -- Configure bugmail: https://bugzilla.gnome.org/userprefs.cgi?tab=email ------- 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.o. <bug...@gn...> - 2012-06-27 22:27:23
|
https://bugzilla.gnome.org/show_bug.cgi?id=679015 gnome-perl | Glib | unspecified --- Comment #1 from Sven-Haegar Koch <ha...@sd...> 2012-06-27 22:27:09 UTC --- Created an attachment (id=217464) View: https://bugzilla.gnome.org/attachment.cgi?id=217464 Review: https://bugzilla.gnome.org/review?bug=679015&attachment=217464 Patch handling G_TYPE_ERROR for GBoxed.xs -- Configure bugmail: https://bugzilla.gnome.org/userprefs.cgi?tab=email ------- 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.o. <bug...@gn...> - 2012-06-27 22:26:05
|
https://bugzilla.gnome.org/show_bug.cgi?id=679015 gnome-perl | Glib | unspecified Summary: GType GError (33836544) is not registered with gperl at ... Classification: Bindings Product: gnome-perl Version: unspecified OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: Normal Component: Glib AssignedTo: gtk...@li... ReportedBy: ha...@sd... QAContact: gtk...@li... GNOME version: --- hello, perl-Glib 1.260 When webkit 1.8.1 (using Gtk2::Webkit) fires the "load-error" signal an error in the following form occures: GType GError (33836544) is not registered with gperl at ... Based on the solution to an older bug with nearly the same message but about GString (Git commit 48b604cc1) I created the attached patch to GBoxed.xs, which fixes the problem for me, now I get a nice Glib::Error object reference in my signal handler, the needed/used conversion functions are already provided by GError.xs. Greetings Haegar -- Configure bugmail: https://bugzilla.gnome.org/userprefs.cgi?tab=email ------- 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.o. <bug...@gn...> - 2012-04-03 15:14:27
|
https://bugzilla.gnome.org/show_bug.cgi?id=673443 gnome-perl | Pango | unspecified Summary: Undefined references in make Classification: Bindings Product: gnome-perl Version: unspecified OS/Version: Windows Status: UNCONFIRMED Severity: normal Priority: Normal Component: Pango AssignedTo: gtk...@li... ReportedBy: ari...@gm... QAContact: gtk...@li... GNOME version: --- In a Windows build perl Makefile.PL leaves cairo.lib out of LDLOADLIBS and the result is undefined references in make phase. Adding c:\GTK+\lib\cairo.lib to the list fixes this problem, but I don't know how to change Makefile.PL to have the same effect. -- Configure bugmail: https://bugzilla.gnome.org/userprefs.cgi?tab=email ------- 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.o. <bug...@gn...> - 2012-02-20 04:25:16
|
https://bugzilla.gnome.org/show_bug.cgi?id=668713 gnome-perl | GStreamer | unspecified --- Comment #8 from Zach Morgan <zpm...@gm...> 2012-02-20 04:24:59 UTC --- Created an attachment (id=208021) --> (https://bugzilla.gnome.org/attachment.cgi?id=208021) It keeps happening It still fails. I suppose this means that this problem doesn't affect everyone. Maybe it's not related to bug 620099. Your thoughts? -- Configure bugmail: https://bugzilla.gnome.org/userprefs.cgi?tab=email ------- 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.o. <bug...@gn...> - 2012-02-19 20:17:39
|
https://bugzilla.gnome.org/show_bug.cgi?id=668713 gnome-perl | GStreamer | unspecified --- Comment #6 from Torsten Schoenfeld <kaf...@gm...> 2012-02-19 20:16:15 UTC --- Well, it kind of works, yes. It pipes one second of music¹ to pacat. Then it hangs. I think that's because you try to reuse all the elements for a second run (the second signal_connect() calls will be a problem, for example). Seeking doesn't work like you try to do it; seek() is not instantaneous. The normal procedure: • put your pipeline into "paused" (or "playing"), • watch the message bus for when the pipeline has actually transitioned into "paused" (or "playing"), then seek() and set_state("playing") <http://gstreamer.freedesktop.org/data/doc/gstreamer/head/manual/html/section-eventsseek.html>. I attach a version of crash.pl that works for me. ¹ Or at least a version of it, apparently missing many frequencies, especially the low ones, and also with a slower tempo. --- Comment #7 from Torsten Schoenfeld <kaf...@gm...> 2012-02-19 20:16:56 UTC --- Created an attachment (id=208002) --> (https://bugzilla.gnome.org/attachment.cgi?id=208002) Seeking crash.pl -- Configure bugmail: https://bugzilla.gnome.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA contact for the bug. You are the assignee for the bug. |