RuntimeException on update from beta8.1 to beta9

TidbitSoftware

Updating from v0.1.0-beta8.1 to v0.1.0-beta9 (following the instructions here), after the first step, I get,
[RuntimeException] Could not delete ***/flarum/vendor/symfony/polyfill-php70/LICENSE :
where "***" is the path to flarum.

I am hesitant to rerun in case it messes anything up, though I did perform a backup 🙂

Should I try to manually delete the "offending" directory?

TidbitSoftware

Hey all,
I know everyone is busy and do not want to bump my post, but I am also eager to get upgraded to beta9 🙂.
Has anyone else run into this issue when upgrading? I do not recall installing any extensions that might be holding me back (as has been the issue with others). Thanks ahead of time for any insights/help!

clarkwinkelmann

It looks like your shell user (used to run composer) doesn't have the permission to edit/delete this file.

Could you check the permissions on the vendor folder ? Maybe you'll need to change the ownership of the folder to get things working.

If you need help, running ls -lA in the Flarum folder should show us which folders belong to who. whoami should show which user your shell is running as.

PS: no problem bumping a post if there was no response in a few days. Please post in the same discussion so we don't end up all over the place though 😉

TidbitSoftware

clarkwinkelmann I appreciate the response! I didn't think it was actually a permissions issue (despite the explicit message 🙂) because vendor/ and all first children directories are owned by www-data:www-data. I know running composer as superuser is a no-no, so are you suggesting that I chown -R $(whoami):$(whoami) vendor, run the updates, then reset ownership?

I seem to recall that the install instructions from a previous beta version stated that www-data needed to be the owner. I also seem to recall that I had to do exactly what I described to get things installed in the first place 🙂.

clarkwinkelmann

TidbitSoftware so are you suggesting that I chown -R

Yes if the permissions aren't correct that's what I would suggest. I recommend checking first who owns the file that can't be deleted to know whether this will solve anything.

TidbitSoftware

clarkwinkelmann I ended up having to chown -R the flarum directory (as opposed to the vendor directory) and everything went smoothly. Thanks again!

clarkwinkelmann

TidbitSoftware great to hear ! I'll mark as solved.