On Wed, 18 Apr 2012 02:41:35 +0100 Fernando de Oliveira <fam...@yahoo.com.br> wrote:
> I have been trying for a while to install webkit-1.8.0. I liked very much, in > particular the "until ... done make" loop to solve the racing problem, > described in Arch, as > > "# ... race during introspection. > # WebKit*.gir should be created before WebKit*.typelib, but isn't" > > One problem, though: if there is a "make" error other than race, it will loop > forever. I had this in LFS7.0, although not the problem I will describe > below. It was my mistake. Having said that, I like, learned, and will keep > using the "until ... done make" loop. Yes, I need to add a note about the infinite loop problem. I'm not at all happy about using until to run make. It's a really crude hack, but webkit takes a loooong time to compile and it has races in its makefiles :/ > > First attempt of installing webkit-1.8.0 succeeded in LFS-6.7, 6.8 and 7.1, > but not in (1) 6.5 and (2) 7.0. What is interesting is that webkit-1.6.3 did > configure, build and install successfully in all machines. The two problems > are described, with the solution, below. > > 1. LFS6.5 problem with "configure" > > I do not understand why only here, configure did not work, with error: > > > " ... > > checking for GSTREAMER... no > > configure: error: Package requirements (gstreamer-0.10 >= > > GSTREAMER_0_10_REQUIRED_VERSION > > gstreamer-app-0.10 > > gstreamer-audio-0.10 > > gstreamer-fft-0.10 > > gstreamer-base-0.10 > > gstreamer-interfaces-0.10 > > gstreamer-pbutils-0.10 > > gstreamer-plugins-base-0.10 >= > > GSTREAMER_0_10_PLUGINS_BASE_REQUIRED_VERSION > > gstreamer-video-0.10) were not met: > > > > Requested 'gstreamer-0.10 >= GSTREAMER_0_10_REQUIRED_VERSION' but version > > of GStreamer is 0.10.36 > > Requested 'gstreamer-plugins-base-0.10 >= > > GSTREAMER_0_10_PLUGINS_BASE_REQUIRED_VERSION' but version of GStreamer Base > > Plugins Libraries is 0.10.36 > > > > Consider adjusting the PKG_CONFIG_PATH environment variable if you > > installed software in a non-standard prefix. > > > > Alternatively, you may set the environment variables GSTREAMER_CFLAGS > > and GSTREAMER_LIBS to avoid the need to call pkg-config. > > See the pkg-config man page for more details." > > > It is clear that GSTREAMER_0_10_PLUGINS_BASE_REQUIRED_VERSION and > GSTREAMER_0_10_REQUIRED_VERSION should not be there. > > The descrition and solution for this problem can be found in > > http://answerpot.com/showthread.php?3459005-New%3A+configure+fails+during%09gstreamer+detection > > so, I created the following ugly sed and configure succeeded: > > sed -i -e > 's/=GSTREAMER_0_10_REQUIRED_VERSION/=\$GSTREAMER_0_10_REQUIRED_VERSION/' \ > -e > 's/=GSTREAMER_0_10_PLUGINS_BASE_REQUIRED_VERSION/=\$GSTREAMER_0_10_PLUGINS_BASE_REQUIRED_VERSION/' > \ > configure{,.ac} && > > To me, it seems a bug, but have not enough knowledge to state that for sure. Looks like a bug to me too, but reading through configure, you only get to that code if you pass it the option --with-gstreamer. I've never used that option as it picks up gstreamer automagically for me. The --with-gstreamer option is used to choose between gstreamer 0.10 and 0.11. I only have gstreamer 0.10 installed and it seems to work fine. What version of gstreamer do you have installed and what options did you pass to webkit's configure to hit this bug? > > 2. LFS7.0 "make install" failed. > > > "... > > /usr/bin/install -c -m 644 > > ./Documentation/webkitgtk/html/WebKitWebWindowFeatur > > es.html > > GEN install-data-local > > Running gtkdoc-rebase > > Rebasing WebKit1 documentation... > > Traceback (most recent call last): > > File "./Tools/gtk/generate-gtkdoc", line 169, in <module> > > rebase_installed_docs(pkg_config_path, options) > > File "./Tools/gtk/generate-gtkdoc", line 146, in rebase_installed_docs > > generator.rebase_installed_docs() > > File > > "/media/dados/home/fernando/tmp/paco-build-2012.04.17/webkit-1.8.0/Tools/ > > gtk/gtkdoc.py", line 373, in rebase_installed_docs > > > > self._run_command(args, cwd=self.output_dir) > > File > > "/media/dados/home/fernando/tmp/paco-build-2012.04.17/webkit-1.8.0/Tools/gtk/gtkdoc.py", > > line 187, in _run_command > > stderr=subprocess.PIPE) > > File "/usr/lib/python2.7/subprocess.py", line 679, in __init__ > > errread, errwrite) > > File "/usr/lib/python2.7/subprocess.py", line 1249, in _execute_child > > raise child_exception > > OSError: [Errno 2] No such file or directory > > make[2]: ** [install-data-local] Erro 1 > > make[2]: Saindo do diretório > > `/media/dados/home/fernando/tmp/paco-build-2012.04.17/webkit-1.8.0' > > make[1]: ** [install-am] Erro 2 > > make[1]: Saindo do diretório > > `/media/dados/home/fernando/tmp/paco-build-2012.04.17/webkit-1.8.0' > > make: ** [install] Erro 2" > > > Here, I do not know why, I forgot after a while, to check one of the obvious > suspicions: gtk-doc. After checked, LFS7.0 was the only machine without it > installed, and when present, make install succeed. > > So, should gtk-doc be moved to required instead of optional, or some switch > be used ? > > I noticed that > > --enable-gtk-doc-html build documentation in html format > [[default=yes]] > > but so it was in 1.6.3. It will take me a while to make a test system without gtk-doc installed to test if it's required or if we should use --disable-gtk-doc-html Andy -- http://linuxfromscratch.org/mailman/listinfo/blfs-dev FAQ: http://www.linuxfromscratch.org/blfs/faq.html Unsubscribe: See the above information page
