[Cdash] CDash installation

Julien Jomier julien.jomier at kitware.com
Tue Jan 26 22:16:14 UTC 2010

Hi Daniel,

Could you check that the following package is correctly installed:


Could you also try to install phpmyadmin (or phppgadmin depending on the 
database you plan to use) and see if one of these packages work.


On 1/26/2010 4:49 PM, Daniel Bentley wrote:
> Trying http://server/CDash/install.php results in the same as other .php
> files from CDash, I am prompted 'What should Firefox do with this file?'
> as before.  As before, downloading the file when prompted by Firefox
> results in a 0 byte file.  Other test PHP code in the CDash directory (a
> phpinfo() test page), with the same file permissions, still works fine.
> http://server/CDash/images/Alert.gif displays an image as expected.
> There are no redirects in my Apache configuration.  Speaking of Apache
> configs, are there any particular 'Options' I should explicitly have/not
> have for the<Directory>  statement where CDash is located?
> -Daniel
> Julien Jomier wrote:
>> Could you try to go to http://yourserver/CDash/install.php? CDash
>> automatically redirects to the install page, maybe something is going on
>> in that case.
>> Also, could your try to get an image in the image directory to see if
>> you can access it: http://yourserver/CDash/images/Alert.gif
>> Finally, do you have any redirect in your apache configuration?
>> Julien
>> On 1/26/2010 12:11 AM, Daniel Bentley wrote:
>>> php5-xsl was installed via apt-get at the beginning of the installation
>>> process (as a pre-req).
>>> Nothing shows up in the configured Apache error.log files.  The
>>> access.log file shows a simple: "GET /CDash HTTP/1.1" 301
>>> -which would indicate a redirection.  This access.log entry is for a
>>> request for /CDash, which Apache handles the redirection to /CDash/.
>>> Requests to /CDash/ (showing up as a blank page, but no browser errors)
>>> don't show up in access.log or error.log, nor do requests for specific
>>> files (ie. index.php or login.php) show up in the log files (but they
>>> still produce the 'What would you like Firefox to do with this file?'
>>> prompt).  Attempts to save the file when prompted, result in 0 byte
>>> files.
>>> My PHP test file (with phpinfo() request that works as expected) resides
>>> in the same directory as CDash, with the same file permissions.
>>> -Daniel
>>> Julien Jomier wrote:
>>>> Hi Daniel,
>>>> Could you check if you have the XSLT package for PHP installed? I think
>>>> it's php5-xsl for ubuntu. The XSLT does the translation of the XSL
>>>> template and ultimately generates the HTML pages so that might be the
>>>> issue.
>>>> Also, did you check the apache/php error logs, maybe you can dig up some
>>>> hints from the file? they should be in /var/logs/apache2/error.log.
>>>> Let us know,
>>>> Julien
>>>> On 1/25/2010 10:58 PM, Daniel Bentley wrote:
>>>>> This one has been bugging the heck out of me, but I haven't found a
>>>>> solution for it yet.
>>>>> This is an install on Ubuntu 9.10.  I have Apache set up so that http
>>>>> (port 80) and https (port 443) point to the same document root, under
>>>>> which is the directory CDash with the installation.
>>>>> I can verify that PHP is working correctly, by creating a test.php with
>>>>> phpinfo() is this directory.  It displays the information as expected.
>>>>> However, when I try going to http://mymachine.mydomain.tld/CDash/ (or
>>>>> https://), my browser thinks about it for a few moments, then
>>>>> delivers a
>>>>> blank page (blank even in source).  If I try to access a page directly
>>>>> (ie. index.php), I get a 'What should Firefox do with this file?'
>>>>> dialog
>>>>> prompt.  Even when saving the file this way, the resulting file is
>>>>> still
>>>>> blank.
>>>>> Usually the 'What should Firefox do with this file?' response comes
>>>>> from
>>>>> an incorrect/missing PHP configuration at the Apache level that affects
>>>>> ALL PHP.  But this behavior I'm getting, has PHP working with some
>>>>> pages
>>>>> (the phpinfo() test page), but not CDash.  Any ideas on why this might
>>>>> be?
>>>>> -Daniel
>>>>> _______________________________________________
>>>>> Cdash mailing list
>>>>> Cdash at public.kitware.com
>>>>> http://public.kitware.com/cgi-bin/mailman/listinfo/cdash

More information about the CDash mailing list