On 14/07/15 04:04, James McCoy wrote: > Jul 11 23:32:27 sisyphus lighttpd[629]: Use of uninitialized value in string > eq at /usr/share/perl5/IkiWiki.pm line 622.
These are all in the code that calculates as-relative-as-possible self-referential URLs for the CGI and the static content. Your line numbering seems to be off by 2 for lines that use eq and ne - are you sure you're running 3.20141016.2 without local edits? What is your configured "url" parameter? What is your configured "cgiurl" parameter? My guess is that your ikiwiki is misconfigured: url and cgiurl are required to be absolute URLs, with all the components (http://example.com/ikiwiki.cgi, not /ikiwiki.cgi). Some of the contexts in which they are used - notably <base href> and RSS feeds - require this information at compile time. If your site is accessed via several different URLs or protocols, use the one that typical non-admin visitors would use, and make url and cgiurl as consistent as possible. For public sites, in practice this means using https if you have (and want to use) a CA-cartel certificate that browsers consider to be valid, or http if you don't. ikiwiki automatically uses relative URLs (../sandbox/) or host-relative URLs (/ikiwiki.cgi, /sandbox/) as much as it can, so if a particular visitor accesses it differently (e.g. via https using a non-cartel-approved certificate for which they have added an exception, or via a different hostname), they will stay on that protocol/hostname. The code that is issuing warnings for you is the code that records enough information to do that, in fact. It works best if url and cgiurl are on the same protocol and DNS name. If your site is behind a reverse proxy, the reverse_proxy option can turn off parts of that logic, but it sounds as though you have the opposite problem: you're not hard-coding enough. S -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
