First I'd like to thank scarabeus for improving the ebuild, and submitting the last two version bumps! :) scarabeus, you made one change that causes slight breakage - using '-R' for the webapp_serverowned call somehow doesn't work, and then the sub-directories cache/images cache/export end up not being server-owned, resulting in the webapp reporting that it can't write to those cache directories. Just removing the '-R' from line 64 fixes the issue. I'm aware that 1.7.8 was released just today (as were 1.7.7 and 1.7.6 - call that rapid development ;) I verified that it works without any other changes to the ebuild or init scripts necessary. Reproducible: Always
Darn, sorry about that. Workaround for the owning issue is to change conf.d/ttrssd to set group/user as the webserver. Also the 1.7.7 and 1.7.8 seems to contain just triv updates so what should we do. Full bump now and update the initscript when we have solution, or fix the initscript first and then bump?
(In reply to comment #1) > Workaround for the owning issue is to change conf.d/ttrssd to set group/user > as the webserver. That could be done, yes. > Also the 1.7.7 and 1.7.8 seems to contain just triv updates so what should > we do. Full bump now and update the initscript when we have solution, or fix > the initscript first and then bump? Why not just change the ebuild (remove -R from the webapp_serverowned call) and bump to 1.7.8 at the same time? Am I missing something?
The problem is that it should be really recursive, because the daemon update even the inner stuff (favicons/etc) when needed from what I observed.
(In reply to comment #1) > Darn, sorry about that. > Workaround for the owning issue is to change conf.d/ttrssd to set group/user > as the webserver. > > Also the 1.7.7 and 1.7.8 seems to contain just triv updates so what should > we do. Full bump now and update the initscript when we have solution, or fix > the initscript first and then bump? My preference is to fix the script then bump
Created attachment 344588 [details, diff] Remove second level subdirs (cache/*) from ebuild and init script Ok, I've done some experiments: webapp_serverowned -R works fine if the parameter is a simple directory, but if the parameter is a path with a directory separator in it, the directory ends up owned by root, even if it was owned by apache before. I don't think that's expected behaviour, and it should probably be changed. For this specific case I found a simple solution: We just remove the cache/* sub-directories, and the problem is solved. IMO we can apply this and bump to 1.7.8 directly - works for me.
Good patch, thanks for investigating. The patch has been added to cvs.
