1 files changed, 51 insertions, 0 deletions
diff --git a/results/classifier/118/permissions/1687270 b/results/classifier/118/permissions/1687270
new file mode 100644
index 000000000..0bb00bee7
--- /dev/null
+++ b/results/classifier/118/permissions/1687270
@@ -0,0 +1,51 @@
+permissions: 0.965
+files: 0.952
+virtual: 0.940
+device: 0.755
+hypervisor: 0.735
+graphic: 0.725
+performance: 0.705
+semantic: 0.686
+architecture: 0.669
+network: 0.655
+ppc: 0.621
+user-level: 0.619
+register: 0.607
+vnc: 0.583
+VMM: 0.563
+risc-v: 0.560
+socket: 0.558
+peripherals: 0.543
+i386: 0.541
+boot: 0.541
+kernel: 0.538
+mistranslation: 0.511
+arm: 0.495
+x86: 0.494
+PID: 0.446
+assembly: 0.435
+TCG: 0.417
+debug: 0.406
+KVM: 0.396
+
+Can't write to 9p shared folder with qemu 2.9.0
+
+When running a virtual machine with qemu 2.9.0 with this parameter for sharing a folder:
+
+-virtfs local,id=fsdev1,path=$HOME/git,security_model=none,mount_tag=git
+
+then the folder is shared to the VM but in some subfolders I can't delete files. The guest system then reports that the file, I want to delete, is "no file or folder".
+
+I've downgraded to 2.8.0 now, which re-enables deleting my files.
+
+Is this a known bug which will be fixed with a future version?
+
+The QEMU project is currently considering to move its bug tracking to another system. For this we need to know which bugs are still valid and which could be closed already. Thus we are setting older bugs to "Incomplete" now.
+If you still think this bug report here is valid, then please switch the state back to "New" within the next 60 days, otherwise this report will be marked as "Expired". Thank you and sorry for the inconvenience.
+
+Independent of the tracker transition, some feedback to your report: from what you described so far, the most common cause for the behaviour you described is a simple file permission issue on host side. Please check which user your qemu process is running with there, then ensure that the files you want to be able to access from guest by 9p has the appropriate file permissions for that user on host side.
+
+If the problem still persists there, then please provide more details about your configuration, especially an output of some files and their permissions on host side.
+
+[Expired for QEMU because there has been no activity for 60 days.]
+