Hi Petr, On Fri, 2008-12-26 at 13:06 +0100, Petr Sobotka wrote: > Hello gurus ;-) > > I found several problem, let's deal with them in order of importance: > 1) > Latest pkgbuild version from CVS (branch ips2), configure/autogen > doesn't work on osol2008.11 (not clean install, image updated) > as there is not defined macro AC_PROG_PERL.
That macro is defined in the m4 subdir. You may need to do a "cvs up -d" to get the new subdirectories. > configure.in:16: error: possibly undefined macro: AC_PROG_PERL > If this token and others are legitimate, please use m4_pattern_allow. > See the Autoconf documentation. > > I googled a bit and it looks like the macro is legal and should be > used. (in past pkgbuild used some greps and pipes to get version of > perl) > > > 2) Something is wrong with gtk-doc on osol2008.11. > > pkgbuild: gtk-doc: Building HTML > pkgbuild: rm -rf ./html > pkgbuild: mkdir ./html > pkgbuild: cd ./html && gtkdoc-mkhtml libxfcegui4 ../libxfcegui4-docs.sgml > pkgbuild: I/O error : Attempt to load network entity > http://docbook.sourceforge.net/release/xsl/current/html/chunk.xsl > pkgbuild: warning: failed to load external entity > "http://docbook.sourceforge.net/release/xsl/current/html/chunk.xsl"; > pkgbuild: compilation error: file /usr/share/gtk-doc/data/gtk-doc.xsl > line 6 element import > pkgbuild: xsl:import : unable to load > http://docbook.sourceforge.net/release/xsl/current/html/chunk.xsl > > I tried to wget the source and it was downloaded without any problems > so I guess that gtk-doc doesn't know how to download > it over net... (or it's not working on OpenSolaris) Run this: pfexec /usr/share/sgml/docbook/docbook-catalog-install.sh There is a bug on d.o.o open for this. > I still can you workaround to not generate gtk-docs > (--without-gtk-doc), but I guess that someone would be interested in > it, > when pkgbuild generates it by default! > > > These two points are reasons why I send this email in copy to pkg-discuss. > > 3) > What's variable which indicate base directory where package will be > installed (relocated) I tried _basedir but this doesn't work, when I > redefine it in app spec file. When I define it correctly in > Solaris.inc it works, so I guess that there is other variable which > controls this and by default it's initialized by _basedir variable... Not sure what exactly you are trying to do, but you should be able to change the basedir like this: pkgtool --define '_basedir /opt/foo' foo.spec Laca _______________________________________________ pkg-discuss mailing list [email protected] http://mail.opensolaris.org/mailman/listinfo/pkg-discuss
