(3) Are you using windows native dialogs or GTK dialogs?
And, I could save these files earlier in the same edit session. Plus, the error occured on 3 files out of 5. Of course, and, as I said, I for sure did not do anything with this file from a different program.
(2) I presume you retried the save and the "permission denied" continued after you had checked that nobody had a handle on the file? If the pane which shows the map of my functions, is displayed by a plugin, then I would conclude that at least this plugin is running alongside.
In any case, the settings have a checkmark in "use plugins". Of course, it might be that Geany, out of the box, uses some Plugins which need to be disabled. I have installed Geany today, and did not fiddle around with Plugins. (1) The number one is, are you running any plugins? Is there anything I can do to help the Geany developers to nail down the cause of this strange problem? I don't see yet in what respect the two files which did not have the problem, differed significantly from the two files where the problem occured.Ĭlosing Geany, starting it, and I can continue editing like normal, but my feeling is that it will be only a question of time until the problem occurs again. One of the two where the error occured too, belonged to a different directory, while all the others - including those which could be saved - belonged to the same directory as the file where the problem occured initially. Modifying the buffer and saving, caused the same error with two of the files, while it worked fine with two others. I then checked with my remaining open files in Geany.
Copying the file back (on the command line). Using "Save as" to save it to a completely different directory. I resolved the problem temporarily by using the following strategy: Needless to say that it is not a disk space problem either. This is weird: If the cause would be a directory lock, the rename should ALSO have failed. I could see that the file got renamed, but still had the old content. This was refused with the same error message. Then I tried "save as" with "rename", to store it under a new name in the same directory. Note that it is a local file, so there can't be network issues involved either. Finally I turned on the gio_unsafe_save_backup and tried again, but same result. I also used Geany's "File/Properties" to check, whether maybe the file secretly became readonly this is also not the case. Still, for the safe side, I run the Handle utility to see whether someone has a handle to either the file or the directory where the file is in - nothing. I know that Windows sometimes grabs a lock on a file when I'm just looking at it with another tool, but I am pretty sure that the only way I'm operating on this file since the last bootup of my machine, is by editing it in Geany. Instead provide yourself (or others) with just enough privilege to get something done in a limited area, as suggested above.After happily editing a file over some time, suddenly Geany refuses to save it with this error message: Take ownership yourself, the easiest and probably most likely action:Ĭreate a group with yourself and other editors in, permit members of that group to change/update files, useful if you will be sharing file updates with other users:Īnother good principle is that of least privilege, avoid doing things 'as root', thereby reducing the risk that a mistyped command or malicious script you just grabbed from the 'net can do significant harm. The usual principle is that of 'separation of concerns': ensuring that the web server is unable to modify any files (it only needs to read them back to the client), while a selected group of user accounts, possibly only your own, can create/update them.īeing based on Debian, Raspbian will run the web server as user 'To grant yourself rights to create/update files you can do a couple of things: What is a secure way to grant myself editing rights to the /var/XD I've scoured the web and StackOverflow but can't seem to find any solution that either:Ī) is the definitive best practice for securityī) make sense to a Raspbian newbie like me However, my next step is to set up the rest of the web app within the /var/The folder is owned by root and has a group of root. Everything to do with Apache is up and running - as in I can see the generatde index.html file and edit it in Geany with the gksudo command. It's a Raspberry Pi 3 Model B+ running Raspbian and Apache server. I'm looking for some help with a Raspberry Pi project I'm working on.
0 kommentar(er)
