Cannot locate all.css and get 404 error for opml and update pages

[nosbig]

I am installing selfoss in a subdirectory of my DocumentRoot (http://servername/selfoss/).

When trying to connect, I get the contents of the index page, but I get no styling on the page at all. I also see no link to login, add sources, or otherwise administer the system. My apache error.log shows that the server cannot find all.css in /var/www/selfoss/.

I am using Debian stable with Apache2 as the web server, and I am using SQLite as the database. I literally unzipped the 2.2 release archive, did a chown -R www-data:www-data selfoss/ to change the ownership to the user Apache is running as and trying to browse to the site.

I suspect it might have to do with a mod_rewrite configuration and/or the .htaccess file, but I can't pinpoint the specific issue.

I also downloaded the latest GIT version, and the same problem occurs.

If a forum or other community exists and this is not the appropriate place for this issue (likely on my end), please direct me to the community.

[SSilence]

Is your mod_rewrite module enabled? Sometimes the RewriteBase in htaccess has to be set.

I have started a support forum a few minutes ago. Feel free to post there your problem too: http://selfoss.aditu.de/forum

[nosbig]

I will post on the support forum as well...

I have mod_rewrite enabled, and I have tried leaving the RewriteBase option commented, "selfoss", "/selfoss", "selfoss/", and "/selfoss/"

[SSilence]

Do you have mod_headers. It seems some people have a problem with this missing module. You can also remove the lines
Header Unset ETag
FileETag none
from .htaccess. Does this help?

[nosbig]

I noticed in the new troubleshooting thread on the support board that mod_headers was required. On checking, it was installed but not enabled. I used a2enmod to enable mod_headers, which was verified in my phpinfo() output.

I then attempted to reload the page with no success. On your suggestion, I commented out the ETag lines in my .htaccess; no effect. I also noticed in Github issue #58 that the author used a conditional to only process those lines when mod_headers was loaded. I implemented that in my .htaccess. This had no effect either.

[migerh]

I had the same issue. Ubuntu 12.10, Apache 2.2.22, PHP 5.4.6, mod_rewrite and mod_headers were both enabled.

The problem is that apparently Debian ships with a default configuration that does not allow ANY overrides:

   <Directory /var/www/>
            Options Indexes FollowSymLinks MultiViews
            AllowOverride None
            Order allow,deny
            allow from all
    </Directory>

For a quick'n'dirty fix set that None after AllowOverride to All.

// edit says: I don't even have to set RewriteBase anymore.
On my setup omitting RewriteBase allows access to config.ini which could be fatal.

[nosbig]

I changed my configuration of Apache to allow overrides in /var/www, and I am now able to use selfoss without a problem. I have imported my OPML data sources from Google Reader and working on tweaking my setup. Other than uncommenting the RewriteBase line in my .htaccess, this is a stock installation.