GNOME Bugzilla – Bug 130469
Doesn't build out of CVS
Last modified: 2004-12-22 21:47:04 UTC
gnome-mime-data doesn't build out of CVS. cleaning out the old gnome-mime-data directory and doing jhbuild buildone gnome-mime-data results in make[2]: *** No rule to make target `gnome-vfs.keys', needed by `all-am'. tool versions: autoconf: 2.58 automake: 1.4 intltool: 0.28 (actually CVS)
Works fine here. Please include the whole output of ./autogen.sh followed by make, and the resulting Makefile. Also bear in mind that GNOME 2.4 and above require newer versions of automake (1.7 being a reasonable version).
Created attachment 22883 [details] jhbuild build log
Re automake versions: I have automake-1.4 p6, automake-1.6 and automake-1.7. However, plain automake is 1.4 p6 on Debian sid. autogen.sh checked if automake was >= 1.4 and was content with that. Shouldn't you make the dependency on 1.7 explicit? Or don't we support systems where plain automake is 1.4? If so I can set up a symlink.
It looks like you've got an old version of gnome-common or there is something wrong with your installation: ./config.status: line 1104: /intltool-extract.in: No such file or directory mv: cannot stat `intltool-extract.out': No such file or directory chmod: failed to get attributes of `intltool-extract': No such file or directory chmod: failed to get attributes of `intltool-extract': No such file or directory etc. What is intltool-extract.in?
Created attachment 22888 [details] intltool-extract.in
I cleaned the gnome tree yesterday, both the installation tree and the source tree. So unless versions outside the build prefix interfere, this shouldn't be due to old gnome-common
*** Bug 130537 has been marked as a duplicate of this bug. ***
I now have a strong suspicion that CVS intltool is at fault. gnome-mime-data just has the bad luck to be the first module affected in the build sequence. I've seen similar behaviour - .foo files not built from foo.in files, when building yelp and gnumeric. It could still be wrong automake version or a bug in gnome-common, I guess. What seems to be happening is that the rule to generate .foo from .foo.in isn't included in the makefile, and I'm not sure who is responsible for this. If it were up to me, I'd reassign this to intltool and see what happens.
*** This bug has been marked as a duplicate of 130280 ***
Jon Kare Hellan: please jhbuild buildone intltool, then retry and let us know.
I did rebuild intltool, and things now work for me.