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-05-10 00:10:33
|
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=3D341090 gnome-perl | Gtk2 | Ver: unspecified ------- Comment #13 from Sergei Steshenko 2006-05-10 00:10 UTC ------- OOPS, regarding comment #8 - rather, only Glib/CodeGen.pm is loaded, but not the ./CodeGen.pm one. But, still, only one of them instead of two. --=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-05-09 23:56:04
|
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=3D341090 gnome-perl | Gtk2 | Ver: unspecified ------- Comment #12 from Sergei Steshenko 2006-05-09 23:55 UTC ------- OK, now regarding "require 'CodeGen.pm'" vs "require './CodeGen.pm'". Here @INC contents in my case: " dumping @INC contents one item per line: /mnt/removable4/sergei/build_work/install/Glib-1.120/lib/perl5/site_perl/= 5.8.7/i386-linux /mnt/removable4/sergei/build_work/install/Glib-1.120/lib/perl5/site_perl/= 5.8.7/i386-linux/Glib /mnt/removable4/sergei/build_work/install/Glib-1.120/lib/perl5/site_perl/= 5.8.7/i386-linux/Glib/Install /mnt/removable4/sergei/build_work/install/Glib-1.120/lib/perl5/site_perl/= 5.8.7/i386-linux/Glib/Object /usr/lib/perl5/5.8.7/i386-linux /usr/lib/perl5/5.8.7 /usr/lib/perl5/site_perl/5.8.7/i386-linux /usr/lib/perl5/site_perl/5.8.7 /usr/lib/perl5/site_perl /usr/lib/perl5/vendor_perl/5.8.7/i386-linux /usr/lib/perl5/vendor_perl/5.8.7 /usr/lib/perl5/vendor_perl/5.8.6 /usr/lib/perl5/vendor_perl/5.8.6/i386-linux /usr/lib/perl5/vendor_perl/5.8.5 /usr/lib/perl5/vendor_perl/5.8.4 /usr/lib/perl5/vendor_perl/5.8.3 /usr/lib/perl5/vendor_perl/5.8.1 /usr/lib/perl5/vendor_perl . DONE dumping @INC content at Makefile.with_diagnostics.fixed_1.PL line 6= 5. " - pay attention that '.' (CWD) is the last entry, as it should be accordi= ng to Perl documentation. So, if there is CodeGen.pm in any of Perl's directories, it will be inclu= ded, rather than the needed './CodeGen.pm' - that is what I want to avoid. ... muppet claims he can't reproduce the bug. Can muppet run 'perl Makefile.with_diagnostics.PL' and publish screen output here, so we'll be able to see which modules are loaded from where = ? --=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-05-09 23:49: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=3D341090 gnome-perl | Gtk2 | Ver: unspecified ------- Comment #11 from Sergei Steshenko 2006-05-09 23:48 UTC ------- Created an attachment (id=3D65132) --> (http://bugzilla.gnome.org/attachment.cgi?id=3D65132&action=3Dview) second fix - equivalent to the first one This is chronologically second fix - pay attention to 1 use Glib::CodeGen; line - it resolves the issue. Again, the module in question is loaded from the correct place: " grep CodeGen Makefile.with_diagnostics.fixed_1.PL.log ./CodeGen.pm =3D> ./CodeGen.pm Glib/CodeGen.pm =3D> /mnt/removable4/sergei/build_work/install/Glib-1.120/lib/perl5/site_perl/= 5.8.7/i386-linux/Glib/CodeGen.pm sh-3.00$ =20 ". --=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-05-09 23:45:22
|
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=3D341090 gnome-perl | Gtk2 | Ver: unspecified ------- Comment #10 from Sergei Steshenko 2006-05-09 23:45 UTC ------- Created an attachment (id=3D65130) --> (http://bugzilla.gnome.org/attachment.cgi?id=3D65130&action=3Dview) log file of the first fix run As one can see, now there is no failure, pay attention that Glib/CodeGen.= pm is now loaded and from the right place - my directory, not default Perl o= nes: " grep CodeGen Makefile.with_diagnostics.fixed.PL.log ./CodeGen.pm =3D> ./CodeGen.pm Glib/CodeGen.pm =3D> /mnt/removable4/sergei/build_work/install/Glib-1.120/lib/perl5/site_perl/= 5.8.7/i386-linux/Glib/CodeGen.pm sh-3.00$ =20 ". Command line was the same as above except for Makefile.PL and log file na= mes. =20 --=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-05-09 23:42: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=3D341090 gnome-perl | Gtk2 | Ver: unspecified ------- Comment #9 from Sergei Steshenko 2006-05-09 23:40 UTC ------- Created an attachment (id=3D65129) --> (http://bugzilla.gnome.org/attachment.cgi?id=3D65129&action=3Dview) the first fix which worked for me This the first (chronoligically) fix which worked for me. The lines to pay attention to are: 69 require './CodeGen.pm'; # other modules should 'use Gtk2::CodeGen= ;' -- 70 # we can't because it's not installed yet. 71 eval "use Glib::CodeGen;"; - the main line is #71, I'll explain why I prefer require './CodeGen.pm'; rather than require 'CodeGen.pm'; --=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-05-09 23:36:53
|
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=3D341090 gnome-perl | Gtk2 | Ver: unspecified ------- Comment #8 from Sergei Steshenko 2006-05-09 23:36 UTC ------- Created an attachment (id=3D65128) --> (http://bugzilla.gnome.org/attachment.cgi?id=3D65128&action=3Dview) this is log file of failing Makefile.PL, but with @INC and %INC contents Please examine the log file carefully - '.' is in @INC, but only CodeGen.= pm is loaded; Glib/CodeGen.pm is not loaded: " grep CodeGen Makefile.with_diagnostics.PL.log CodeGen.pm =3D> /mnt/removable4/sergei/build_work/install/Glib-1.120/lib/perl5/site_perl/= 5.8.7/i386-linux/Glib/CodeGen.pm Can't locate object method "parse_maps" via package "Gtk2::CodeGen" (perh= aps you forgot to load "Gtk2::CodeGen"?) at Makefile.with_diagnostics.PL line= 197. sh-3.00$ =20 " --=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-05-09 23:32:29
|
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=3D341090 gnome-perl | Gtk2 | Ver: unspecified ------- Comment #7 from Sergei Steshenko 2006-05-09 23:32 UTC ------- Created an attachment (id=3D65127) --> (http://bugzilla.gnome.org/attachment.cgi?id=3D65127&action=3Dview) still failing Makefile.PL with added diagnostics Please pay attention to this: warn "dumping \@INC contents one item per line: \n" ,join("\n", @INC) ,"\n DONE dumping \@INC content" ; require './CodeGen.pm'; # other modules should 'use Gtk2::CodeGen;' -- # we can't because it's not installed yet. warn "dumping sorted %INC contents one item per line: \n"; foreach my $key(sort keys %INC) { warn "$key =3D> $INC{$key}\n"; } warn "DONE dumping %INC contents"; - i.e. @INC and %INC contents are printed to STDERR, so one can see which modules are loaded and from where. The command line was: (cd /mnt/removable4/sergei/build_work/build/Gtk2-1.121; PATH=3D/mnt/removable4/sergei/build_work/install/Glib-1.120/bin:/mnt/remo= vable4/sergei/build_work/install/atk-1.10.3/bin:/mnt/removable4/sergei/bu= ild_work/install/cairo-1.0.4/bin:/mnt/removable4/sergei/build_work/instal= l/glib-2.10.1/bin:/mnt/removable4/sergei/build_work/install/gtk+-2.8.17/b= in:/mnt/removable4/sergei/build_work/install/pango-1.12.1/bin:/usr/sbin:/= sbin:/usr/local/bin:/usr/bin:/bin:/usr/bin:/usr/local/bin:/usr/X11R6/bin/= :/usr/games:/ibm/home/sergei/bin:/usr/lib/ssh; export PATH; LD_LIBRARY_PATH=3D/mnt/removable4/sergei/build_work/install/atk-1.10.3/li= b:/mnt/removable4/sergei/build_work/install/cairo-1.0.4/lib:/mnt/removabl= e4/sergei/build_work/install/glib-2.10.1/lib:/mnt/removable4/sergei/build= _work/install/gtk+-2.8.17/lib:/mnt/removable4/sergei/build_work/install/p= ango-1.12.1/lib:/usr/X11R6/lib; export LD_LIBRARY_PATH; PKG_CONFIG_PATH=3D/mnt/removable4/sergei/build_work/install/Glib-1.120/li= b/pkgconfig:/mnt/removable4/sergei/build_work/install/atk-1.10.3/lib/pkgc= onfig:/mnt/removable4/sergei/build_work/install/cairo-1.0.4/lib/pkgconfig= :/mnt/removable4/sergei/build_work/install/glib-2.10.1/lib/pkgconfig:/mnt= /removable4/sergei/build_work/install/gtk+-2.8.17/lib/pkgconfig:/mnt/remo= vable4/sergei/build_work/install/pango-1.12.1/lib/pkgconfig; export PKG_CONFIG_PATH; /usr/bin/perl5.8.7 -w -I /mnt/removable4/sergei/build_work/install/Glib-1.120/lib/perl5/site_perl/= 5.8.7/i386-linux -I /mnt/removable4/sergei/build_work/install/Glib-1.120/lib/perl5/site_perl/= 5.8.7/i386-linux/Glib -I /mnt/removable4/sergei/build_work/install/Glib-1.120/lib/perl5/site_perl/= 5.8.7/i386-linux/Glib/Install -I /mnt/removable4/sergei/build_work/install/Glib-1.120/lib/perl5/site_perl/= 5.8.7/i386-linux/Glib/Object Makefile.with_diagnostics.PL --debug PREFIX=3D/mnt/removable4/sergei/build_work/install/Gtk2-1.121 1>Makefile.with_diagnostics.PL.log 2>&1) --=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-05-09 23:27: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=3D341090 gnome-perl | Gtk2 | Ver: unspecified ------- Comment #6 from Sergei Steshenko 2006-05-09 23:27 UTC ------- Created an attachment (id=3D65126) --> (http://bugzilla.gnome.org/attachment.cgi?id=3D65126&action=3Dview) This is the original Makefile.PL for the module. This is the original Makefile.PL for the module. --=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-05-09 23:24: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=3D341090 gnome-perl | Gtk2 | Ver: unspecified ------- Comment #5 from Sergei Steshenko 2006-05-09 23:24 UTC ------- I did some debugging, and the problem is that only "require 'CodeGen.pm';= " is present, but "use Glib::CodeGen;" is not, rather, it is present in the place it has no effect. If one reads perldoc /mnt/removable4/sergei/build_work/install/Glib-1.120/lib/perl5/site_perl/= 5.8.7/i386-linux/Glib/CodeGen.pm (my locally installed 'Glib'), he/she sees in the very beginning: " Glib::CodeGen(3) = =20 User Contributed Perl Documentation = =20 Glib::CodeGen(3) NAME Glib::CodeGen - code generation utilities for Glib-based bindings. SYNOPSIS # usually in Makefile.PL use Glib::CodeGen; ". The "# usually in Makefile.PL" is indeed important. Please reread manpage on 'require' - it's runtime, not compiletime, opera= tor. That's why "use Glib::CodeGen;" has no effect, even though it is present in Makefile.PL: " 63 require 'CodeGen.pm'; # other modules should 'use Gtk2::CodeGen;'= -- 64 # we can't because it's not installed yet. ". 'CodeGen.pm' in its turn contains "use base 'Glib::CodeGen';" 1 package Gtk2::CodeGen; 2 3 use strict; 4 use warnings; 5 use Carp; 6 use IO::File; 7 use base 'Glib::CodeGen'; , but, as I said, it has no effect, since 'use' statements are not execut= ed at runtime, unless they are eval'ed. I have found two very simple solution, and I have proof that with the ori= ginal Makefile.PL Glib::CodeGen is not "in the picture". Wait a little, I'll upload the files. --=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-05-09 20:36:58
|
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=3D341090 gnome-perl | Gtk2 | Ver: unspecified Torsten Schoenfeld changed: What |Removed |Added -------------------------------------------------------------------------= --- CC| |kaf...@gm... ------- Comment #4 from Torsten Schoenfeld 2006-05-09 20:36 UTC ------- > Thirdly, and it's my main point, do you consider it normal to require e= xistence > of module (Grk2 in this case) before it is even built ? Gtk2 doesn't require Gtk2::CodeGen to be installed already. Like muppet = said, CodeGen.pm is shipped with the Gtk2 tarball. It should be in Gtk2-1.121/CodeGen.pm when you use Gtk2 1.121. As muppet already said as= well, Makefile.PL does a require 'CodeGen.pm'; on line 63 (in Gtk2 1.121). This should find the mentioned file if you r= un Makefile.PL in Gtk2-1.121 and "." is in the include path. Maybe one of t= hose last two conditions doesn't hold in your 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-05-09 08:36: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=3D341090 gnome-perl | Gtk2 | Ver: unspecified ------- Comment #3 from Sergei Steshenko 2006-05-09 08:36 UTC ------- Thank you fro suggestinga workaround. Firstly, I do not like environment variables, and I'm trying to avoid usi= ng them - for the same reason I am trying not to use global variables in programming, unless I REALLY need them. Secondly, 'Glib::CodeGen' is in the path: s -lt /mnt/removable4/sergei/build_work/install/Glib-1.120/lib/perl5/site_perl/= 5.8.7/i386-linux/Glib/CodeGen.pm -rw-r--r-- 1 sergei sergei 21183 Jul 27 2005 /mnt/removable4/sergei/build_work/install/Glib-1.120/lib/perl5/site_perl/= 5.8.7/i386-linux/Glib/CodeGen.pm - see the command line, the -I /mnt/removable4/sergei/build_work/install/Glib-1.120/lib/perl5/site_perl/= 5.8.7/i386-linux/Glib part of it. Thirdly, and it's my main point, do you consider it normal to require exi= stence of module (Grk2 in this case) before it is even built ? Do you accept the idea of "clean room machine" build, i.e. build on a mac= hine that has no previous version of the software to be built installed ? Regarding reproducibility - I can send the whole script. I meant to publi= sh it anyway. It builds gtk2, pango, atk, wxwidgets, wxperl and for a time bein= g small part of gtk2-perl. The command line is something like this: /ibm/home/sergei/gtk_wx_perl_builder/20060505/bin/build.pl > & build.log = & . The script downloads sources from, the web, so you just sit back and wait= . You as end user do not have to prepre any files - everything is "in the b= ox". And you do not have to set any environment variables. --=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-05-09 01:55:18
|
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=3D341090 gnome-perl | Gtk2 | Ver: unspecified ------- Comment #2 from muppet 2006-05-09 01:55 UTC ------- Gtk2::CodeGen is actually included in the Gtk2 source tarball. Gtk2's Makefile.PL mentions this: require 'CodeGen.pm'; # other modules should 'use Gtk2::CodeGen;' -- # we can't because it's not installed yet. This technique has been in use in Gtk2's Makefile.PL since before version= 1.0. I am unable to reproduce this locally. Since Gtk2 1.100, Gtk2::CodeGen is just a wrapper for Glib::CodeGen. It = may be that your perl is unable to locate Glib::CodeGen. By the way, rather than=20 /usr/bin/perl5.8.7 -w -I /mnt/removable4/sergei/build_work/install/Glib-1.120/lib/perl5/site_perl/= 5.8.7/i386-linux -I /mnt/removable4/sergei/build_work/install/Glib-1.120/lib/perl5/site_perl/= 5.8.7/i386-linux/Glib -I /mnt/removable4/sergei/build_work/install/Glib-1.120/lib/perl5/site_perl/= 5.8.7/i386-linux/Glib/Install -I /mnt/removable4/sergei/build_work/install/Glib-1.120/lib/perl5/site_perl/= 5.8.7/i386-linux/Glib/Object ... I'd suggest that you instead try export PERL5LIB=3D/mnt/removable4/sergei/build_work/install/Glib-1.120/lib/perl5= /site_perl:$PERL5LIB /usr/bin/perl5.8.7 -w ... --=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-05-08 23:32:40
|
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=3D341090 gnome-perl | Gtk2 | Ver: unspecified ------- Comment #1 from Sergei Steshenko 2006-05-08 23:31 UTC ------- Line #190 is equally unpleasant: 190:Gtk2::CodeGen->write_boot (xs_files =3D> \@xs_files); . --=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-05-08 23:08:46
|
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=3D341090 gnome-perl | Gtk2 | Ver: unspecified Summary: Building of Gtk2 Perl module (Makefile.PL) depends on existence of Gtk2 Perl module Product: gnome-perl Version: unspecified Platform: Other OS/Version: All Status: UNCONFIRMED Severity: critical Priority: Normal Component: Gtk2 AssignedTo: gtk...@li... ReportedBy: ser...@ya... QAContact: gtk...@li... GNOME version: 2.11/2.12 GNOME milestone: Unspecified Steps to reproduce: 1. Try to build the module without it being installed on the system 2.=20 3.=20 Stack trace: Other information: I am developing a script which builds and installs a lot of things locall= y, i.e. without root permission. My script fails when I run 'perl Makefile.PL' for Gtk2-1.121. The exact command line is (it doesn't matter): cd /mnt/removable4/sergei/build_work/build/Gtk2-1.121; PATH=3D/mnt/removable4/sergei/build_work/install/Glib-1.120/bin:/mnt/remo= vable4/sergei/build_work/install/atk-1.10.3/bin:/mnt/removable4/sergei/bu= ild_work/install/cairo-1.0.4/bin:/mnt/removable4/sergei/build_work/instal= l/glib-2.10.1/bin:/mnt/removable4/sergei/build_work/install/gtk+-2.8.17/b= in:/mnt/removable4/sergei/build_work/install/pango-1.12.1/bin:/usr/sbin:/= sbin:/usr/local/bin:/usr/bin:/bin:/usr/bin:/usr/local/bin:/usr/X11R6/bin/= :/usr/games:/ibm/home/sergei/bin:/usr/lib/ssh; export PATH; LD_LIBRARY_PATH=3D/mnt/removable4/sergei/build_work/install/atk-1.10.3/li= b:/mnt/removable4/sergei/build_work/install/cairo-1.0.4/lib:/mnt/removabl= e4/sergei/build_work/install/glib-2.10.1/lib:/mnt/removable4/sergei/build= _work/install/gtk+-2.8.17/lib:/mnt/removable4/sergei/build_work/install/p= ango-1.12.1/lib:/usr/X11R6/lib; export LD_LIBRARY_PATH; PKG_CONFIG_PATH=3D/mnt/removable4/sergei/build_work/install/Glib-1.120/li= b/pkgconfig:/mnt/removable4/sergei/build_work/install/atk-1.10.3/lib/pkgc= onfig:/mnt/removable4/sergei/build_work/install/cairo-1.0.4/lib/pkgconfig= :/mnt/removable4/sergei/build_work/install/glib-2.10.1/lib/pkgconfig:/mnt= /removable4/sergei/build_work/install/gtk+-2.8.17/lib/pkgconfig:/mnt/remo= vable4/sergei/build_work/install/pango-1.12.1/lib/pkgconfig; export PKG_CONFIG_PATH; /usr/bin/perl5.8.7 -w -I /mnt/removable4/sergei/build_work/install/Glib-1.120/lib/perl5/site_perl/= 5.8.7/i386-linux -I /mnt/removable4/sergei/build_work/install/Glib-1.120/lib/perl5/site_perl/= 5.8.7/i386-linux/Glib -I /mnt/removable4/sergei/build_work/install/Glib-1.120/lib/perl5/site_perl/= 5.8.7/i386-linux/Glib/Install -I /mnt/removable4/sergei/build_work/install/Glib-1.120/lib/perl5/site_perl/= 5.8.7/i386-linux/Glib/Object Makefile.PL --debug PREFIX=3D/mnt/removable4/sergei/build_work/install/Gt= k2-1.121 1>Makefile.PL.log 2>&1 . The (error) messages: " Loaded 143 xs files from xs_files-2.0 Loaded 4 xs files from xs_files-2.2 Loaded 23 xs files from xs_files-2.4 Loaded 8 xs files from xs_files-2.6 Loaded 1 xs files from xs_files-2.8 Including ApiDoc pod... Can't locate object method "parse_maps" via package "Gtk2::CodeGen" (perh= aps you forgot to load "Gtk2::CodeGen"?) at Makefile.PL line 180. ". Indeed, here is the context of Makefile.PL: 170 # autogeneration 171 # 172 # we have a whole lot of types which need cast macros, typemap en= tries, 173 # and package mapping registration; instead of writing this by ha= nd, we 174 # use a set of map files which define how things are laid out, an= d then use 175 # some boilerplate code to convert those mappings into a header, typemap, 176 # and xsh file. see the docs for Gtk2::CodeGen for more info. 177 # 178 # all possible maps must be available at xsubpp time, as xsubpp processes 179 # all code, even inside #ifdefs. 180 Gtk2::CodeGen->parse_maps ('gtk2perl', input =3D> [<maps-[0-9]\.[= 0-9]*>, 181 =20 <maps_pango-[0-9]\.[0-9]*>]); 182 # but for enums.pod, we only want to document the stuff we can ac= tually 183 # query from this target library. 184 our @used_maps =3D Glib::MakeHelper->select_files_by_version ("ma= ps", @gtk_version); 185 our @used_maps_pango =3D Glib::MakeHelper->select_files_by_versio= n ("maps_pango", @pango_version); 186 187 # one more command generates code to boot all the various extra X= S modules. 188 # we need this because we have lots of XS files without correspon= ding PMs to 189 # bootstrap them. 190 Gtk2::CodeGen->write_boot (xs_files =3D> \@xs_files); 191 - pay attention to line #180, which uses a method from Gtk2 package which is supposed to be using this Makefile.PL. That is, building of Gtk2 depends on availability of Gtk2 which doesn't exist yet. --=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-04-13 12:13: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=3D338313 gnome-perl | Gnome2::GConf | Ver: unspecified ------- Comment #5 from Laurent Simonneau 2006-04-13 12:13 UTC ------- Created an attachment (id=3D63373) --> (http://bugzilla.gnome.org/attachment.cgi?id=3D63373&action=3Dview) Same patch, but remove the Gtk2 deps in perl-Gnome2-GConf.spec.in as requ= ested by muppet --=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-04-13 11:46: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=3D338313 gnome-perl | Gnome2::GConf | Ver: unspecified muppet changed: What |Removed |Added -------------------------------------------------------------------------= --- CC| |sc...@as... Status|UNCONFIRMED |NEW Ever Confirmed|0 |1 ------- Comment #4 from muppet 2006-04-13 11:46 UTC ------- The build-time code generation in Gnome2::GConf was set up quite a long t= ime before Gtk2::CodeGen was broken into Glib::CodeGen and a Gtk2-specific ad= d-on (September '03 versus July '05). That breakup work was done specifically= to address situations like this one. The patch is fine. Please also remove the "BuildRequires: perl-Gtk2 >=3D @PERL_GTK@" line from perl-Gnome2-GConf.spec.in. --=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-04-13 09:01:32
|
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=3D338313 gnome-perl | Gnome2::GConf | Ver: unspecified ------- Comment #3 from Laurent Simonneau 2006-04-13 09:01 UTC ------- Created an attachment (id=3D63364) --> (http://bugzilla.gnome.org/attachment.cgi?id=3D63364&action=3Dview) Remove Gtk2 deps in Makefile.PL and replace Gtk2::CODEGEN by Glib::CODEGE= N. --=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-04-13 09:00: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=3D338313 gnome-perl | Gnome2::GConf | Ver: unspecified ------- Comment #2 from Laurent Simonneau 2006-04-13 09:00 UTC ------- To avoid Gtk2 installation, I patch Makefile.PL, remove all Gtk2 referenc= es and replace Gtk2::CODEGEN by Glib::CODEGEN. It seems to works. I send you the patch. Code generation is only use at compilation and installation time, isn't i= 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-04-13 07:59:03
|
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=3D338313 gnome-perl | Gnome2::GConf | Ver: unspecified Emmanuele Bassi changed: What |Removed |Added -------------------------------------------------------------------------= --- Severity|normal |enhancement GNOME milestone|Unspecified |2.16.x GNOME version|Unspecified |2.13/2.14 Priority|Normal |Low --=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-04-13 07:57: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=3D338311 gnome-perl | Gnome2::GConf | Ver: unspecified Emmanuele Bassi changed: What |Removed |Added -------------------------------------------------------------------------= --- CC| |emmanuele@emmanuelebassi= .net Status|UNCONFIRMED |RESOLVED Resolution| |FIXED ------- Comment #2 from Emmanuele Bassi 2006-04-13 07:57 UTC ------- Fixed in HEAD. I'm going to make a 1.030 release and put it on CPAN. --=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-04-13 07:56:07
|
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=3D338313 gnome-perl | Gnome2::GConf | Ver: unspecified Emmanuele Bassi changed: What |Removed |Added -------------------------------------------------------------------------= --- CC| |emmanuele@emmanuelebassi= .net ------- Comment #1 from Emmanuele Bassi 2006-04-13 07:56 UTC ------- GConf has indeed a soft dependency on gtk+. Gnome2::GConf has a build dependency on Gtk2: you don't need Gtk2 to use Gnome2::GConf, just for bu= ilding it from source. We use Gtk2 for the code generation stuff - moving that out would increas= e Gnome2::Gonf size and complexity, and I really don't have time at the mom= ent for such a task. I'll gladly accept patches, though. --=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-04-13 07:33: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=3D338313 gnome-perl | Gnome2::GConf | Ver: unspecified Summary: Dependance on Gtk2 ?! Product: gnome-perl Version: unspecified Platform: Other OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: Normal Component: Gnome2::GConf AssignedTo: gtk...@li... ReportedBy: l.s...@fr... QAContact: gtk...@li... GNOME version: Unspecified GNOME milestone: Unspecified I don't realy understand why Gnome2::GConf depends on Gtk2. The only files where Gtk2 seems to be used are samples scripts. I use Gnome2::GConf in a non graphical (and non Gnome2) environment as properties storage mechanism, and I am not really pleased to install Gtk2= (and libgtk2, and x11 libraries) whereas GConf2 C library does not depends on = Gtk2 C library. Can this dependance be optional ? Thanks, Laurent. --=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-04-13 07:20:28
|
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=3D338311 gnome-perl | Gnome2::GConf | Ver: unspecified ------- Comment #1 from Laurent Simonneau 2006-04-13 07:20 UTC ------- Created an attachment (id=3D63362) --> (http://bugzilla.gnome.org/attachment.cgi?id=3D63362&action=3Dview) 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: gnome-perl (bugzilla.gnome.org) <bug...@bu...> - 2006-04-13 07:19:18
|
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=3D338311 gnome-perl | Gnome2::GConf | Ver: unspecified Summary: gconf_engine_get_for_addresses not works Product: gnome-perl Version: unspecified Platform: Other OS/Version: Linux Status: UNCONFIRMED Severity: major Priority: Normal Component: Gnome2::GConf AssignedTo: gtk...@li... ReportedBy: l.s...@fr... QAContact: gtk...@li... GNOME version: Unspecified GNOME milestone: Unspecified Just two little lines missing in GConfEngine.xs for gconf_engine_get_for_addresses functions : OUTPUT: RETVAL --=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-03-14 10:24:39
|
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=3D334518 gnome-perl | Gtk2::MozEmbed | Ver: unspecified Tomas Ehy changed: What |Removed |Added -------------------------------------------------------------------------= --- Status|UNCONFIRMED |RESOLVED Resolution| |NOTABUG ------- Comment #1 from Tomas Ehy 2006-03-14 10:24 UTC ------- sorry i jus tried a new bug guide... --=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.
