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-11-25 20:12: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=3D378662 gnome-perl | Gtk2 | Ver: unspecified Yeti changed: What |Removed |Added -------------------------------------------------------------------------= --- CC| |ye...@ph... ------- Comment #13 from Yeti 2006-11-25 20:12 UTC ------- (In reply to comment #0) > Steps to reproduce: > 1. I'll upload the script if necessary That would be indeed a good start -- instead of bickering about who shoul= d look at whose code. I downloaded AppsFromScratch.20060710.20060817.tar.gz (don't know which Y= YMMDD means what, but it seems the latest), unpacked, ran ./bin/build.pl, watch= ed it doing strange things like adding random directories with Gwyddion modules= from my home to LD_LIBRARY_PATH, and finally hanging on Cairo-0.92 installatio= n with This module requires ExtUtils::Depends to install itself. Install ExtUtils::Depends from CPAN? [y]=20 in the log. I gave up. So I installed the perl stuff via my distro means, except for Gtk2-1.141 = that I downloaded from CPAN. For 1. My distro's pango-1.14.6 package 2. Package I built from pango-1.14.7 source 3. Package I built from pango-1.14.8 source I did in Gtk2-1.141 source directory: make clean perl Makefile.PL make make test The test is IMO a bit strange because it depends on X server running (the= refore the reproducibility for different people is probably poor), but anyway, I= got identical outputs (except the timing) in all three cases, a few Gdk-CRITI= CALs and the following summary: All tests successful (54 subtests UNEXPECTEDLY SUCCEEDED), 2 tests and 57 subtests skipped. Files=3D198, Tests=3D3982, 27 wallclock secs (18.09 cusr + 4.52 csys =3D= 22.61 CPU) So: how does someone else reproduce the problem? --=20 Configure bugmail: http://bugzilla.gnome.org/userprefs.cgi?tab=3Demail |
|
From: gnome-perl (bugzilla.gnome.org) <bug...@bu...> - 2006-11-25 04:55: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=3D378662 gnome-perl | Gtk2 | Ver: unspecified ------- Comment #12 from Behdad Esfahbod 2006-11-25 04:55 UTC ------- > < pangocairo-render.c:421: warning: return type defaults to 'int' > < pangocairo-render.c:433: warning: control reaches end of non-void fun= ction Checked it. Nothing serious. A "void" return type from a new static fun= ction was ommitted by mistake, and defaulting to int, it was lacking a return.=20 Adding back the void fixed both. So, no undefined behavior, no. --=20 Configure bugmail: http://bugzilla.gnome.org/userprefs.cgi?tab=3Demail |
|
From: gnome-perl (bugzilla.gnome.org) <bug...@bu...> - 2006-11-25 04:48: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=3D378662 gnome-perl | Gtk2 | Ver: unspecified ------- Comment #11 from Sergei Steshenko 2006-11-25 04:48 UTC ------- I had a little bit closer look at pango and here is what I found: 1) " 31] 6:38 se...@co...:/maxtor5/sergei/AppsFromScratchWD> grep war= ning build/pango-1.14.8/make.log | wc -l 27 [32] 6:38 se...@co...:/maxtor5/sergei/AppsFromScratchWD> grep wa= rning build/pango-1.14.7/make.log | wc -l 25 [33] 6:38 se...@co...:/maxtor5/sergei/AppsFromScratchWD> " - i.e. pango-1.14.8 has more warnings than 1.14.7; 2) " [34] 6:39 se...@co...:/maxtor5/sergei/AppsFromScratchWD> grep wa= rning build/pango-1.14.7/make.log | sort > pango-1.14.7.warnings [35] 6:39 se...@co...:/maxtor5/sergei/AppsFromScratchWD> grep wa= rning build/pango-1.14.8/make.log | sort > pango-1.14.8.warnings [36] 6:39 se...@co...:/maxtor5/sergei/AppsFromScratchWD> diff pango-1.14.8.warnings pango-1.14.7.warnings 7,8d6 < pangocairo-render.c:421: warning: return type defaults to 'int' < pangocairo-render.c:433: warning: control reaches end of non-void funct= ion " To me the last one, i.e. " pangocairo-render.c:433: warning: control reaches end of non-void functio= n " looks like a bug - this means the function was supposed to return somethi= ng, but there is no 'return <expression>;' statement at the end. --=20 Configure bugmail: http://bugzilla.gnome.org/userprefs.cgi?tab=3Demail |
|
From: gnome-perl (bugzilla.gnome.org) <bug...@bu...> - 2006-11-24 21:34:43
|
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=3D378662 gnome-perl | Gtk2 | Ver: unspecified ------- Comment #10 from muppet 2006-11-24 21:34 UTC ------- (In reply to comment #1) > Created an attachment (id=3D77080) --> (http://bugzilla.gnome.org/attachment.cgi?id=3D77080&action=3Dview) = [edit] > screen output of the failing 'make test' The relevant bits in there are: > t/GtkItemFactory...................Gtk-WARNING **: Unable to locate the= me engine in module_path: "galaxy", at t/GtkItemFactory.t line 90. > > # Failed test (t/GtkItemFactory.t at line 111) > # The object isn't defined >=20 > # Failed test (t/GtkItemFactory.t at line 112) > # The object isn't defined > # Looks like you failed 2 tests of 58. > dubious > Test returned status 2 (wstat 512, 0x200) > DIED. FAILED tests 3-4 > Failed 2/58 tests, 96.55% okay (less 41 skipped tests: 15 okay, 25.86%) Lines 111 and 112 of GtkItemFactory.t are > isa_ok( $fac->get_widget_by_action(2), "Gtk2::Widget" ); > isa_ok( $fac->get_item_by_action(2), "Gtk2::MenuItem" ); The error "The object isn't defined" means that the get_foo_by_action() c= alls are returning undef (which is perl for NULL). The C sources for gtk_item_factory_get_widget_by_action() and gtk_item_factory_get_item_by_action() don't give much to go on.=20 get_item_by_action() is a wrapper for get_widget_by_action(), and get_widget_by_action() just looks up and returns an existing object. My only guess as to why a change in pango would cause this to break is th= at the associated widget is not being created correctly. However, the test log is littered with messages about a missing theme and= parse errors in your ~/.fonts.conf. Please fix those and rerun so that we can = rule out undefined behavior there. (The fonts.conf one is the most suspicious= ; perhaps the font needed by the menu item is missing?) Between a hard disk failure which wiped my sandboxes, a late project at $DAYJOB, and the Thanksgiving holiday, i can't really investigate any fur= ther than this in any reasonable timeframe. --=20 Configure bugmail: http://bugzilla.gnome.org/userprefs.cgi?tab=3Demail |
|
From: gnome-perl (bugzilla.gnome.org) <bug...@bu...> - 2006-11-24 21:07:48
|
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=3D378662 gnome-perl | Gtk2 | Ver: unspecified ------- Comment #9 from Behdad Esfahbod 2006-11-24 21:07 UTC ------- (In reply to comment #8) > (In reply to comment #7) > > So, maybe you can look at the test to see what it's doing? > >=20 >=20 > Symmetrically, should I suggest you to look into the code of my > AppsFromScratch while I'm still alive and well in case of problems > with my code ? >=20 > I think it's best when developers themselves look into their code > - ultimately we all benefit. >=20 > For example, if I start looking into the failing test, I won't be able > to spend the time on developing and debugging my code. >=20 > I think each of us is more efficient with his/her own code than with > somebody else's, so we all will be more productive dealing as much as > possible with our own code. Right, but it's not Pango at all. I did take a second look at my ChangeL= og between 1.14.7 and 1.14.8 and found no reason whatsoever to break a test.= I would have been more than happy to look at the code if it was in gtk+. B= ut with the Perl bindings, that's not as easy as you think. I don't know Pe= rl, never looked at our Perl bindings, and have no idea about AppsFromScratch= ...=20 You are observing the failure, and you can pinpoint it to a single line t= hat is causing the change fairly easily, and copy it in the bug. FWIW, the Make= files you attached are not really helpful. It may be if you attach the test ca= se that is failing, or give a URL to it. --=20 Configure bugmail: http://bugzilla.gnome.org/userprefs.cgi?tab=3Demail |
|
From: gnome-perl (bugzilla.gnome.org) <bug...@bu...> - 2006-11-24 19:55:51
|
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=3D378662 gnome-perl | Gtk2 | Ver: unspecified ------- Comment #8 from Sergei Steshenko 2006-11-24 19:55 UTC ------- (In reply to comment #7) > So, maybe you can look at the test to see what it's doing? >=20 Symmetrically, should I suggest you to look into the code of my AppsFromScratch while I'm still alive and well in case of problems with my code ? I think it's best when developers themselves look into their code - ultimately we all benefit. For example, if I start looking into the failing test, I won't be able to spend the time on developing and debugging my code. I think each of us is more efficient with his/her own code than with somebody else's, so we all will be more productive dealing as much as possible with our own code. --=20 Configure bugmail: http://bugzilla.gnome.org/userprefs.cgi?tab=3Demail |
|
From: gnome-perl (bugzilla.gnome.org) <bug...@bu...> - 2006-11-24 19:25:47
|
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=3D378662 gnome-perl | Gtk2 | Ver: unspecified Lo=C3=AFc Minier changed: What |Removed |Added -------------------------------------------------------------------------= --- CC| |loo...@vi... --=20 Configure bugmail: http://bugzilla.gnome.org/userprefs.cgi?tab=3Demail |
|
From: gnome-perl (bugzilla.gnome.org) <bug...@bu...> - 2006-11-24 17:12:16
|
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=3D378662 gnome-perl | Gtk2 | Ver: unspecified ------- Comment #7 from Behdad Esfahbod 2006-11-24 17:12 UTC ------- So, maybe you can look at the test to see what it's doing? --=20 Configure bugmail: http://bugzilla.gnome.org/userprefs.cgi?tab=3Demail |
|
From: gnome-perl (bugzilla.gnome.org) <bug...@bu...> - 2006-11-24 01:28: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=3D378662 gnome-perl | Gtk2 | Ver: unspecified ------- Comment #6 from Sergei Steshenko 2006-11-24 01:28 UTC ------- (In reply to comment #5) > I don't see anything Pango related to the failure. >=20 Look, I checked this probably three times - just this one change (pango-1.14.7 -> pango-1.14.8) makes the thing to fail. I have no idea what is; maybe, it's use of some private API which changed= , or a race condition. That's why I filed the bug against Gtk, though, of course, I'm not sure it's Gtk (Perl module) problem - there are many things on the way. Let's hope Thorstem, muppet and others from Perl bindings will help us. --=20 Configure bugmail: http://bugzilla.gnome.org/userprefs.cgi?tab=3Demail |
|
From: gnome-perl (bugzilla.gnome.org) <bug...@bu...> - 2006-11-24 01:01: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=3D378662 gnome-perl | Gtk2 | Ver: unspecified Behdad Esfahbod changed: What |Removed |Added -------------------------------------------------------------------------= --- CC| |be...@gn... ------- Comment #5 from Behdad Esfahbod 2006-11-24 01:01 UTC ------- I don't see anything Pango related to the failure. --=20 Configure bugmail: http://bugzilla.gnome.org/userprefs.cgi?tab=3Demail |
|
From: gnome-perl (bugzilla.gnome.org) <bug...@bu...> - 2006-11-23 23:34:35
|
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=3D378662 gnome-perl | Gtk2 | Ver: unspecified ------- Comment #4 from Sergei Steshenko 2006-11-23 23:34 UTC ------- Created an attachment (id=3D77083) --> (http://bugzilla.gnome.org/attachment.cgi?id=3D77083&action=3Dview) Makefile of Gtk2-1.141 for which 'make test' is OK --=20 Configure bugmail: http://bugzilla.gnome.org/userprefs.cgi?tab=3Demail |
|
From: gnome-perl (bugzilla.gnome.org) <bug...@bu...> - 2006-11-23 23:33: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=3D378662 gnome-perl | Gtk2 | Ver: unspecified ------- Comment #3 from Sergei Steshenko 2006-11-23 23:33 UTC ------- Created an attachment (id=3D77082) --> (http://bugzilla.gnome.org/attachment.cgi?id=3D77082&action=3Dview) Makefile of failing 'make test' of Gtk2-1.141 --=20 Configure bugmail: http://bugzilla.gnome.org/userprefs.cgi?tab=3Demail |
|
From: gnome-perl (bugzilla.gnome.org) <bug...@bu...> - 2006-11-23 23:30:25
|
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=3D378662 gnome-perl | Gtk2 | Ver: unspecified ------- Comment #2 from Sergei Steshenko 2006-11-23 23:30 UTC ------- Created an attachment (id=3D77081) --> (http://bugzilla.gnome.org/attachment.cgi?id=3D77081&action=3Dview) screen output of 'make test' which is OK --=20 Configure bugmail: http://bugzilla.gnome.org/userprefs.cgi?tab=3Demail |
|
From: gnome-perl (bugzilla.gnome.org) <bug...@bu...> - 2006-11-23 23:28: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=3D378662 gnome-perl | Gtk2 | Ver: unspecified ------- Comment #1 from Sergei Steshenko 2006-11-23 23:28 UTC ------- Created an attachment (id=3D77080) --> (http://bugzilla.gnome.org/attachment.cgi?id=3D77080&action=3Dview) screen output of the failing 'make test' --=20 Configure bugmail: http://bugzilla.gnome.org/userprefs.cgi?tab=3Demail |
|
From: gnome-perl (bugzilla.gnome.org) <bug...@bu...> - 2006-11-23 23:27:41
|
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=3D378662 gnome-perl | Gtk2 | Ver: unspecified Summary: introduction of pango-1.14.8 makes 'make test' of Gtk= 2- 1.141 to fail; with pango-1.14.7 - OK 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.15/2.16 GNOME milestone: Unspecified Steps to reproduce: 1. I'll upload the script if necessary 2.=20 3.=20 Stack trace: Other information: I have rebuilt all what depends on 'pango' and found out that with introd= uction of pango-1.14.8 'make test' of Gtk2-1.141 fails; with pango-1.14.7 it's O= K; all other libraries are the same. Please wait until I upload the files. --=20 Configure bugmail: http://bugzilla.gnome.org/userprefs.cgi?tab=3Demail |
|
From: gnome-perl (bugzilla.gnome.org) <bug...@bu...> - 2006-11-07 22:33: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=3D362489 gnome-perl | Gnome2 | Ver: unspecified ------- Comment #7 from Torsten Schoenfeld 2006-11-07 22:33 UTC ------- (In reply to comment #6) > I believe that before release targets should be tested with > 'make test' or 'make check' - whatever Makefile has for built-in tests. We've already told you that we do this. Obviously, we don't experience t= he problems you see. > " > prefix=3D/home/sergei/AFSWD/install/libgnome-2.14.1 > exec_prefix=3D${prefix} > libdir=3D${exec_prefix}/lib > includedir=3D${prefix}/include > libgnome_serverdir=3D${exec_prefix}/libexec >=20 > Name: libgnome > Description: libgnome > Requires: glib-2.0 ORBit-2.0 libbonobo-2.0 gconf-2.0 gnome-vfs-2.0 > Version: 2.14.1 > Libs: -L${libdir} -lgnome-2 -lpopt > Cflags: -I${includedir}/libgnome-2.0 > ". In "Libs:" we have -lpopt. So libgnome is the package that needs popt an= d linkts to it. It lacks the -L argument for /home/sergei/AppsFromScratchWD/install/popt-1.6.4/lib though. Similarly,= it lacks a -I argument for /home/sergei/AppsFromScratchWD/install/popt-1.6.4/include in "Cflags:".=20 Without these, no external package that relies on the information in libgnome-2.0.pc will be able to find popt with your installation scheme. Note that all the other lib and include paths (like /home/sergei/AFSWD/install/GConf-2.14.0/include/gconf/2, etc.) get pulled= in via their respective package's occurence on the Requires: line. That tel= ls pkg-config to look into those .pc files. So if the libgnome maintainer are willing to support your installation sc= heme, they should add the necessary -I and -L flags to the .pc file at configur= e time. --=20 Configure bugmail: http://bugzilla.gnome.org/userprefs.cgi?tab=3Demail |
|
From: gnome-perl (bugzilla.gnome.org) <bug...@bu...> - 2006-11-07 22:24:20
|
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=3D371464 gnome-perl | Gtk2 | Ver: unspecified Torsten Schoenfeld changed: What |Removed |Added -------------------------------------------------------------------------= --- CC| |kaf...@gm... Status|UNCONFIRMED |NEW Ever Confirmed|0 |1 ------- Comment #2 from Torsten Schoenfeld 2006-11-07 22:24 UTC ------- Thanks for the report and the patch. Maybe now it's finally time to roll= this into ExtUtils::Depends properly. There's already a find_extra_libs in EU::Depends but it looks like it still needs some work before it can be u= sed.=20 Once this is fixed though, the line in get_makefile_vars referring to it = can be uncommented and we should have this working for every module that uses EU::Depends. Unless you beat me to it, I'll look into it. --=20 Configure bugmail: http://bugzilla.gnome.org/userprefs.cgi?tab=3Demail |
|
From: gnome-perl (bugzilla.gnome.org) <bug...@bu...> - 2006-11-06 21:47:13
|
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=3D362489 gnome-perl | Gnome2 | Ver: unspecified ------- Comment #6 from Sergei Steshenko 2006-11-06 21:47 UTC ------- I believe that before release targets should be tested with 'make test' or 'make check' - whatever Makefile has for built-in tests. Even though my build environment is not traditional, I consider it to be legal - that ist, it uses documented features of install prefix, include and library files locations, etc. There is a whole Linux distro called GoboLinux (http://gobolinux.org/) wh= ich uses directory per library approach - the same way as I do. To me it still looks like a bug Gnome2-1.040, in its prerelease verificat= ion procedure first of all. About libgnome - I do not think you correctly blame it. Here are contents of /home/sergei/AFSWD/install/libgnome-2.14.1/lib/pkgconfig/libgnome-2.0.pc file: " prefix=3D/home/sergei/AFSWD/install/libgnome-2.14.1 exec_prefix=3D${prefix} libdir=3D${exec_prefix}/lib includedir=3D${prefix}/include libgnome_serverdir=3D${exec_prefix}/libexec Name: libgnome Description: libgnome Requires: glib-2.0 ORBit-2.0 libbonobo-2.0 gconf-2.0 gnome-vfs-2.0 Version: 2.14.1 Libs: -L${libdir} -lgnome-2 -lpopt Cflags: -I${includedir}/libgnome-2.0 ". Both 'libdir' and 'includedir' point to the correct directories, aren't t= hey ? If you think something is wrong with the above libgnome-2.0.pc file, coul= d you please point me to the wrong line(s) ? As I said in the very beginning, even though CPPFLAGS, CCFLAGS (probably unnecessary), LD_LIBRARY, LDFLAGS environment variables are set and the variables contain /home/sergei/AppsFromScratchWD/install/popt-1.6.4/include /home/sergei/AppsFromScratchWD/install/popt-1.6.4/lib paths tp point to .h and .so files, these paths do not appear in the generated from Makefile.PL Makefile. Why 'popt' path is absent in, say, INC Makefile variable while paths to other libraries are present: INC =3D -DORBIT2=3D1 -pthread -I/home/sergei/AFSWD/install/GConf-2.14.0/include/gconf/2 -I/home/sergei/AFSWD/install/ORBit2-2.14.2/include/orbit-2.0 -I/home/sergei/AFSWD/install/atk-1.12.1/include/atk-1.0 -I/home/sergei/AFSWD/install/cairo-1.2.4/include/cairo -I/home/sergei/AFSWD/install/glib-2.12.4/include/glib-2.0 -I/home/sergei/AFSWD/install/glib-2.12.4/lib/glib-2.0/include -I/home/sergei/AFSWD/install/gnome-keyring-0.4.9/include/gnome-keyring-1 -I/home/sergei/AFSWD/install/gnome-vfs-2.14.2/include/gnome-vfs-2.0 -I/home/sergei/AFSWD/install/gnome-vfs-2.14.2/lib/gnome-vfs-2.0/include -I/home/sergei/AFSWD/install/gtk+-2.8.20/include/gtk-2.0 -I/home/sergei/AFSWD/install/gtk+-2.8.20/lib/gtk-2.0/include -I/home/sergei/AFSWD/install/libart_lgpl-2.3.17/include/libart-2.0 -I/home/sergei/AFSWD/install/libbonobo-2.14.0/include/libbonobo-2.0 -I/home/sergei/AFSWD/install/libbonobo-2.14.0/include/bonobo-activation-2= .0 -I/home/sergei/AFSWD/install/libbonoboui-2.14.0/include/libbonoboui-2.0 -I/home/sergei/AFSWD/install/libgnome-2.14.1/include/libgnome-2.0 -I/home/sergei/AFSWD/install/libgnomecanvas-2.14.0/include/libgnomecanvas= -2.0 -I/home/sergei/AFSWD/install/libgnomeui-2.14.1/include/libgnomeui-2.0 -I/home/sergei/AFSWD/install/libxml2-2.6.26/include/libxml2 -I/home/sergei/AFSWD/install/pango-1.14.7/include/pango-1.0 -I/home/sergei/AFSWD/install/fontconfig-2.4.1/include -I/home/sergei/AFSWD/install/freetype-2.2.1/include/freetype2 -I/home/sergei/AFSWD/install/freetype-2.2.1/include -I/home/sergei/AFSWD/install/Gnome2-Canvas-1.002/lib/perl/5.8.7/Gnome2/Ca= nvas/Install -I/home/sergei/AFSWD/install/Glib-1.140/lib/perl/5.8.7/Glib/Install -I. -I/home/sergei/AFSWD/install/Gnome2-VFS-1.060/lib/perl/5.8.7/Gnome2/VFS/I= nstall -I build -I/home/sergei/AFSWD/install/Gtk2-1.140/lib/perl/5.8.7/Gtk2/Inst= all -I./build -I/home/sergei/AFSWD/install/Cairo-1.01/lib/perl/5.8.7/Cairo/In= stall -Ibuild ? --=20 Configure bugmail: http://bugzilla.gnome.org/userprefs.cgi?tab=3Demail |
|
From: gnome-perl (bugzilla.gnome.org) <bug...@bu...> - 2006-11-06 20:23: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=3D362489 gnome-perl | Gnome2 | Ver: unspecified Torsten Schoenfeld changed: What |Removed |Added -------------------------------------------------------------------------= --- CC| |kaf...@gm... ------- Comment #5 from Torsten Schoenfeld 2006-11-06 20:23 UTC ------- Well, nothing in Gnome2 explicitly depends on popt; it doesn't occur anyw= here in the source. Usually, popt gets pulled in via libgnome. So it's libgn= ome's reponsibility to make the relevant paths known to the compiler and the li= nker.=20 As far as I can tell, this should happen via the libgnome-2.0.pc file (in <prefix>/lib/pkgconfig). If that doesn't happen for you, then it seems t= o be a bug in libgnome itself. But I'm not sure if the libgnome maintainers would be happy about a build-related bug report involving a completely unusual build environment= such as yours. Please close this bug unless you still think the bug is in Gnome2 itself. --=20 Configure bugmail: http://bugzilla.gnome.org/userprefs.cgi?tab=3Demail |
|
From: gnome-perl (bugzilla.gnome.org) <bug...@bu...> - 2006-11-06 10:52:52
|
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=3D371464 gnome-perl | Gtk2 | Ver: unspecified ------- Comment #1 from Dirk Froemberg 2006-11-06 10:52 UTC ------- Created an attachment (id=3D76075) --> (http://bugzilla.gnome.org/attachment.cgi?id=3D76075&action=3Dview) patch for Gtk2-1.140 to work with cygwin --=20 Configure bugmail: http://bugzilla.gnome.org/userprefs.cgi?tab=3Demail |
|
From: gnome-perl (bugzilla.gnome.org) <bug...@bu...> - 2006-11-06 10:50: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=3D371464 gnome-perl | Gtk2 | Ver: unspecified Summary: Gtk2 doesn't compile with cygwin (patch included) Product: gnome-perl Version: unspecified Platform: Other OS/Version: Windows Status: UNCONFIRMED Severity: major Priority: Normal Component: Gtk2 AssignedTo: gtk...@li... ReportedBy: ib...@ph... QAContact: gtk...@li... GNOME version: Unspecified GNOME milestone: Unspecified Hi! Trying to build Gtk2-1.140 under cygwin generates a lot of errors such as xs/GtkMenuToolButton.o:GtkMenuToolButton.c:(.text+0x95f): undefined refer= ence to `_gperl_get_object_check' xs/GtkMenuToolButton.o:GtkMenuToolButton.c:(.text+0xb71): undefined refer= ence to `_gperl_get_object_check' xs/GtkMenuToolButton.o:GtkMenuToolButton.c:(.text+0xbab): more undefined references to `_gperl_get_object_check' follow The win32 linker needs all symbols resolved at link time. So libGlib.dll.= a has to be supplied to EXTRALIBS and LDLOADLIBS. The patch for find_extra_libs() in Makefile.PL tries to find the library similar to MSWin32. Adding a simple file (e. g. /usr/lib/perl5/site_perl/5.8/cygwin/auto/Glib/libGlib.dll.a) to set_libs(= ) doesn't work for me so it has to be split in arguments for -L and -l. Best regards Dirk --=20 Configure bugmail: http://bugzilla.gnome.org/userprefs.cgi?tab=3Demail |
|
From: SourceForge.net <no...@so...> - 2006-11-01 18:15:11
|
Patches item #1588764, was opened at 2006-11-01 13:15 Message generated for change (Tracker Item Submitted) made by Item Submitter You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=508620&aid=1588764&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: None Group: Unstable (example) Status: Open Resolution: None Priority: 5 Private: No Submitted By: Max Baker (maxbaker) Assigned to: Nobody/Anonymous (nobody) Summary: xs2pod Initial Comment: Attached is a script I wrote that is a CLI utility to use the Glib::* modules that auto-create POD. I request that it (in some form) be included with the Glib module so that people in the Perl world can have a way to auto-gen POD from .xs easily (for dummies). Perhaps there is already a way to do this, if so, please let me know. -m ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=508620&aid=1588764&group_id=64773 |
|
From: gnome-perl (bugzilla.gnome.org) <bug...@bu...> - 2006-10-27 10:13: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=3D362489 gnome-perl | Gnome2 | Ver: unspecified ------- Comment #4 from Sergei Steshenko 2006-10-27 10:13 UTC ------- Anybody ? --=20 Configure bugmail: http://bugzilla.gnome.org/userprefs.cgi?tab=3Demail |
|
From: gnome-perl (bugzilla.gnome.org) <bug...@bu...> - 2006-10-16 08:19: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=3D362537 gnome-perl | Gnome2::GConf | Ver: unspecified Summary: Problem with list type schema 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 $client->set_schema fails when I try to create a schema for a list type k= ey (error is : Schema specifies type list but doesn't specify the type of th= e list elements). There is not way to retrieve list_type informations in for "list" schema = with no default value (eg : /schemas/apps/evolution/mail/accounts). There is probably the same problems for car_type and cdr_type attributes = of "pair" schema with no default values. --=20 Configure bugmail: http://bugzilla.gnome.org/userprefs.cgi?tab=3Demail |
|
From: gnome-perl (bugzilla.gnome.org) <bug...@bu...> - 2006-10-16 00:00: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=3D362489 gnome-perl | Gnome2 | Ver: unspecified ------- Comment #3 from Sergei Steshenko 2006-10-16 00:00 UTC ------- Created an attachment (id=3D74768) --> (http://bugzilla.gnome.org/attachment.cgi?id=3D74768&action=3Dview) created by 'perl Makefile.PL' Makefile Please note that=20 /home/sergei/AppsFromScratchWD/install/popt-1.6.4/include /home/sergei/AppsFromScratchWD/install/popt-1.6.4/lib paths do not appear in the Makefile: " [41] 1:56 se...@co...:/ibm/home/sergei/Bug-362489> echo $status 1 [42] 1:56 se...@co...:/ibm/home/sergei/Bug-362489> grep /home/sergei/AppsFromScratchWD/install/popt-1.6.4/lib Makefile.original [43] 1:57 se...@co...:/ibm/home/sergei/Bug-362489> echo $status 1 [44] 1:57 se...@co...:/ibm/home/sergei/Bug-362489> ". The above means that fixing the include issue alone won't be sufficient - linking fail unless /home/sergei/AppsFromScratchWD/install/popt-1.6.4/lib is also inserted. --=20 Configure bugmail: http://bugzilla.gnome.org/userprefs.cgi?tab=3Demail |
13 messages has been excluded from this view by a project administrator.
