OK. First a note on permissions.<div><br></div><div>I had read the PmWiki page on permissions.</div><div><a href="http://www.pmwiki.org/wiki/PmWiki/FilePermissions">http://www.pmwiki.org/wiki/PmWiki/FilePermissions</a></div>
<div><br></div><div>"On a Unix host the webserver typically runs with a userid and groupid that is different from the account holder."</div><div><br></div><div>So the permission are usually set:</div><div>directories except pub/ and uploads/ 755</div>
<div>files 644</div><div>pub/ and /uploads 777</div><div><br></div><div>But in our case, the user account I use to administer the site has been configured to be in the same group that the Apache server is in.</div><div><br>
</div><div>So I should be able to use:</div><div><div>directories except pub/ and uploads/ 750</div><div>files 640</div><div>pub/ and /uploads 770</div></div><div><br></div><div>And in fact that works, on the production site that's running PmWiki 2.1.27.</div>
<div><br></div><div>So, I tried a different tack. I copied the working site to the test site, but set the permissions back to the usual case (755/644/777) and confirmed that all uses of $FullName in Site.PageActions are changed to *$FullName. Site works, of course.</div>
<div><br></div><div>I apply the upgrade. Now I see something I should have seen before, but didn't. I get an upgrade notice about relocating Site.ApprovedUrls -> SiteAdmin.ApprovedUrls. When I click on the 'Relocate pages listed above' button, I get caught in a loop:</div>
<div><br></div><div>"PmWiki can't process your request</div><div><br></div><div>Cannot write page to SiteAdmin.ApprovedUrls (wiki.d/SiteAdmin.ApprovedUrls)...changes not saved"</div><div><br></div><div>Which has a link back to the test site, which offers to 'Relocate pages listed above'.</div>
<div><br></div><div>So I manually copied Site.ApprovedUrls from the production site to the test site as SiteAdmini.ApprovedUrls.</div><div><br></div><div>Now PmWiki complains:</div><div><br></div><div><div>"PmWiki can't process your request</div>
<div><br></div><div>Cannot acquire lockfile"</div></div><div><br></div><div>So I deleted the .flock file in directory wiki.d on the test site.</div><div><br></div><div>No change. I continue to be unable to access the site, because PmWiki complains it cannot acquire lockfile.</div>
<div><br></div><div>I'm stuck. I have a production site running 2.1.27 which works fine, but I have a test site which has a copy of the production site which as been upgraded to 2.2.26. I can't access this site.</div>
<div><br></div><div>Solution: leave production site running 2.1.27 and forget about upgrading.</div><div><br></div><div>-- Rich</div><div><br><div class="gmail_quote">On Sat, Jun 11, 2011 at 2:59 PM, Richard Talley <span dir="ltr"><<a href="mailto:rich.talley@gmail.com">rich.talley@gmail.com</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;">Hi All,<div><br></div><div>I recently took over administration of a site using PmWiki 2.1.27, so it's long overdue for an upgrade.</div>
<div><br></div><div>I carefully read through the release notes for all the changes from that version up to the current version, 2.2.26.</div>
<div><br></div><div>It appears that the major change that would affect this site is making $EnableRelativePageVars on by default.</div><div><br></div><div>First I copied the entire installation to a test site, changing $ScriptUrl and $PubDirUrl appropriately. I double-checked that all file permissions and ownerships were identical to the original site. Test site came up and functioned correctly.</div>
<div><br></div><div>In looking at the installation, I determined that the only thing that would be affected by the change in $EnableRelativePageVars would be PageActions, so I edited all the PageActions to use *$FullName instead of $FullName. Test site continued to function correctly.</div>
<div><br></div><div>I then applied the upgrade. Now I can't edit any page. I don't get asked for the password.</div><div><br></div><div>If I go to the Site page, I get asked to give my Site Administration password, but I can't edit anything there either.</div>
<div><br></div><div>Any suggestions?</div><div><br></div><div>-- Rich</div><div><br></div>
</blockquote></div><br></div>