>>> On 2/4/2010 at 12:49 AM, in message <4b6a7c0c.8070...@pocock.com.au>, Daniel Pocock <dan...@pocock.com.au> wrote:
>>> >>>> One other problem. After doing a configure and make I tried to do a make >>>> >>> distdir just to get the built files in the web directory. In the resulting >>> dist directory, nothing was built in the web directory. conf.php.in was >>> there but no conf.php etc. Is there something different I need to do now > to >>> get all of the .in files resolved in the web directory? >>> >>>> >>>> >>> Try >>> >>> make -C web conf.php version.php >>> >>> You'll notice that I've put something like that in the spec file >>> >> >> OK, that worked but it begs the question, shouldn't this just happen on a > "make", "make install" or "make dist*" rather than it being a separate > command? I'm sure there must be a good reason for it, just curious. Is this > documented somewhere other than .spec file? If I wanted to just pull the > tarball and build it myself, I shouldn't have to be guessing at the build > steps other than configure/make/make install. >> >> > `make install' has never actually installed the web files anywhere > > What has changed though is that conf.php and version.php are only > generated at the last moment rather than at the configure stage. > > However, I can probably tweak this a little more to ensure they are > generated for you, but you still have to copy them to where you want them. > > It would be nice to end up with a deployable web directory after a make dist or make distdir (or any of the other make dist* targets). Also one other issue that I ran into which I think is probably not a regression but it is annoying. If you explode the tarball then configure/make/make dist*, the make dist* will fail looking for ../scripts/svn2cl.sh. I think that this script is stripped out when the final tarball is created. Even if it were there, since the exploded tarball is not under source control, the script would fail anyway. Sorry for the late testing reports, Brad ------------------------------------------------------------------------------ The Planet: dedicated and managed hosting, cloud storage, colocation Stay online with enterprise data centers and the best network in the business Choose flexible plans and management services without long-term contracts Personal 24x7 support from experience hosting pros just a phone call away. http://p.sf.net/sfu/theplanet-com _______________________________________________ Ganglia-developers mailing list Ganglia-developers@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/ganglia-developers
