Description of problem: SELinux is preventing /usr/bin/convert from 'create' accesses on the file magickqwmLZP. ***** Plugin catchall (100. confidence) suggests ************************** If you believe that convert should be allowed create access on the magickqwmLZP file by default. Then you should report this as a bug. You can generate a local policy module to allow this access. Do allow this access for now by executing: # grep convert /var/log/audit/audit.log | audit2allow -M mypol # semodule -i mypol.pp Additional Information: Source Context unconfined_u:unconfined_r:thumb_t:s0-s0:c0.c1023 Target Context unconfined_u:object_r:user_home_dir_t:s0 Target Objects magickqwmLZP [ file ] Source convert Source Path /usr/bin/convert Port <Unknown> Host (removed) Source RPM Packages ImageMagick-6.8.6.3-3.fc20.x86_64 Target RPM Packages Policy RPM selinux-policy-3.12.1-122.fc20.noarch Selinux Enabled True Policy Type targeted Enforcing Mode Enforcing Host Name (removed) Platform Linux (removed) 3.12.10-300.fc20.x86_64 #1 SMP Thu Feb 6 22:11:48 UTC 2014 x86_64 x86_64 Alert Count 2 First Seen 2014-01-08 10:37:31 GMT Last Seen 2014-02-25 19:37:40 GMT Local ID b8be3fc1-3e2f-4a45-bae5-63d5ce5d5a16 Raw Audit Messages type=AVC msg=audit(1393357060.697:528015): avc: denied { create } for pid=32578 comm="convert" name="magickqwmLZP" scontext=unconfined_u:unconfined_r:thumb_t:s0-s0:c0.c1023 tcontext=unconfined_u:object_r:user_home_dir_t:s0 tclass=file type=SYSCALL msg=audit(1393357060.697:528015): arch=x86_64 syscall=open success=no exit=EACCES a0=c32d60 a1=c2 a2=180 a3=0 items=0 ppid=32577 pid=32578 auid=1000 uid=1000 gid=1000 euid=1000 suid=1000 fsuid=1000 egid=1000 sgid=1000 fsgid=1000 ses=65 tty=(none) comm=convert exe=/usr/bin/convert subj=unconfined_u:unconfined_r:thumb_t:s0-s0:c0.c1023 key=(null) Hash: convert,thumb_t,user_home_dir_t,file,create Additional info: reporter: libreport-2.1.12 hashmarkername: setroubleshoot kernel: 3.12.10-300.fc20.x86_64 type: libreport Potential duplicate: bug 830411
Image Magic should not be creating this content in the top level of the homedir. Should be created in ~/.cache Or even better in ~/.cache/ImageMagick/
Could you please check if setting MAGICK_TMPDIR solve your problem? *** This bug has been marked as a duplicate of bug 825874 ***
(In reply to Pavel Alexeev (aka Pahan-Hubbitus) from comment #2) > Could you please check if setting MAGICK_TMPDIR solve your problem? > What would be the sensible thing to set it to? ~/.cache, or ~/.cache/ImageMagick, or? Also, note I am not sure how to reproduce this bug.
Try both.