[Gtk2-perl-bugs] [Bug 341090] Building of Gtk2 Perl module (Makefile.PL) depends on existence of Gtk2 Perl module

[gnome-perl (bugzilla.gnome.org) <bug...@bu...>]

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.