From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Dmitry Gutov Newsgroups: gmane.emacs.bugs Subject: bug#13298: 24.3.50; Cannot write backup file; backing up in ~\.emacs.d\%backup%~ Date: Sat, 29 Dec 2012 20:05:23 +0400 Message-ID: <50DF14C3.6040702@yandex.ru> References: <87zk0xnc0f.fsf@yandex.ru> <83zk0xl4cv.fsf@gnu.org> <50DED342.7040901@yandex.ru> <83ip7lkqp6.fsf@gnu.org> <50DEF35F.9090107@yandex.ru> <83d2xtklu1.fsf@gnu.org> <50DEF66E.4020106@yandex.ru> <83bodclxyl.fsf@gnu.org> NNTP-Posting-Host: plane.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Trace: ger.gmane.org 1356797178 10415 80.91.229.3 (29 Dec 2012 16:06:18 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Sat, 29 Dec 2012 16:06:18 +0000 (UTC) Cc: 13298@debbugs.gnu.org To: Eli Zaretskii Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Sat Dec 29 17:06:28 2012 Return-path: Envelope-to: geb-bug-gnu-emacs@m.gmane.org Original-Received: from lists.gnu.org ([208.118.235.17]) by plane.gmane.org with esmtp (Exim 4.69) (envelope-from ) id 1ToyvZ-0000If-5n for geb-bug-gnu-emacs@m.gmane.org; Sat, 29 Dec 2012 17:06:25 +0100 Original-Received: from localhost ([::1]:51349 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1ToyvK-0005KO-CW for geb-bug-gnu-emacs@m.gmane.org; Sat, 29 Dec 2012 11:06:10 -0500 Original-Received: from eggs.gnu.org ([208.118.235.92]:51346) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1ToyvF-0005K8-S3 for bug-gnu-emacs@gnu.org; Sat, 29 Dec 2012 11:06:08 -0500 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1ToyvD-0004ER-El for bug-gnu-emacs@gnu.org; Sat, 29 Dec 2012 11:06:05 -0500 Original-Received: from debbugs.gnu.org ([140.186.70.43]:54267) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1ToyvD-0004EL-Ap for bug-gnu-emacs@gnu.org; Sat, 29 Dec 2012 11:06:03 -0500 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.72) (envelope-from ) id 1Toyw9-00010y-RH for bug-gnu-emacs@gnu.org; Sat, 29 Dec 2012 11:07:01 -0500 X-Loop: help-debbugs@gnu.org Resent-From: Dmitry Gutov Original-Sender: debbugs-submit-bounces@debbugs.gnu.org Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Sat, 29 Dec 2012 16:07:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 13298 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: Original-Received: via spool by 13298-submit@debbugs.gnu.org id=B13298.13567971903834 (code B ref 13298); Sat, 29 Dec 2012 16:07:01 +0000 Original-Received: (at 13298) by debbugs.gnu.org; 29 Dec 2012 16:06:30 +0000 Original-Received: from localhost ([127.0.0.1]:36285 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1Toyvd-0000zm-W8 for submit@debbugs.gnu.org; Sat, 29 Dec 2012 11:06:30 -0500 Original-Received: from mail-la0-f49.google.com ([209.85.215.49]:61445) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1Toyva-0000zZ-HE for 13298@debbugs.gnu.org; Sat, 29 Dec 2012 11:06:27 -0500 Original-Received: by mail-la0-f49.google.com with SMTP id fk20so2164323lab.8 for <13298@debbugs.gnu.org>; Sat, 29 Dec 2012 08:05:26 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=x-received:sender:message-id:date:from:user-agent:mime-version:to :cc:subject:references:in-reply-to:content-type :content-transfer-encoding; bh=hBk+D8QxHyZy4djCPPZ1Mr2s63EK4LZh+g82AAWutz0=; b=yeZHwFe9kG+3IWaJekGr5LFZJrVcdHqlfA1YO7lxvUq633GgMzAxJ3/4fYQXdS4qch sP5EEE+HXJ4kX2hrVGwwvoroeS1xHoclXsREr8EeEn8IbY09VNjsNffkI0B25jjFm/W8 ALefhWcMqrlII4HSQrDX23Uzbfs9qbbR4df/J+wW1taYUPlO5XlX300j1F4y9IOcFCkS fOIsfRlvpi69ivrOpkuW06gUjy1aLCLS0H2XUfd7I4Nj8cE2c4wIbINsqvXw7cLbkXC/ 8bSoyg2WdHV4UJxtPlYNKpskz/7lIXuU28jcfcnYgils/8olN4gu2H+z9sh42JQnsVGC 1qpA== X-Received: by 10.152.131.168 with SMTP id on8mr34444597lab.38.1356797124880; Sat, 29 Dec 2012 08:05:24 -0800 (PST) Original-Received: from [127.0.0.1] ([178.252.98.87]) by mx.google.com with ESMTPS id u5sm12700787lbm.8.2012.12.29.08.05.22 (version=SSLv3 cipher=OTHER); Sat, 29 Dec 2012 08:05:23 -0800 (PST) User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:17.0) Gecko/17.0 Thunderbird/17.0 In-Reply-To: <83bodclxyl.fsf@gnu.org> X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.13 Precedence: list X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.6.x X-Received-From: 140.186.70.43 X-BeenThere: bug-gnu-emacs@gnu.org List-Id: "Bug reports for GNU Emacs, the Swiss army knife of text editors" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Original-Sender: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Xref: news.gmane.org gmane.emacs.bugs:69159 Archived-At: On 29.12.2012 18:44, Eli Zaretskii wrote: >> Date: Sat, 29 Dec 2012 17:55:58 +0400 >> From: Dmitry Gutov >> CC: 13298@debbugs.gnu.org >> >> On 29.12.2012 17:51, Eli Zaretskii wrote: >>>> Date: Sat, 29 Dec 2012 17:42:55 +0400 >>>> From: Dmitry Gutov >>>> CC: 13298@debbugs.gnu.org >>>> >>>>> Can you step with a debugger (e.g., Edebug) through >>>>> backup-buffer-copy, and see why it errors out? My crystal ball says >>>>> it happens because of set-file-extended-attributes, in which case >>>>> please tell what is the value of extended-attributes argument passed >>>>> to backup-buffer-copy. >>>> >>>> Indeed, it happens after a call to set-file-acl. >>>> >>>> ((acl . >>>> "O:BAG:S-1-5-21-909999172-181315677-756075521-513D:(A;;FA;;;SY)(A;;FA;;;BA)(A;;FA;;;S-1-5-21-909999172-181315677-756075521-1000)") >>>> (selinux-context nil nil nil nil)) >>> >>> And if, before the call to set-file-acl inside >>> set-file-extended-attributes, you evaluate the expression >>> >>> (file-acl filename) >>> >>> what does it return? >> >> "O:S-1-5-21-909999172-181315677-756075521-1000G:S-1-5-21-909999172-181315677-756075521-513D:(A;;FA;;;SY)(A;;FA;;;BA)(A;;FA;;;S-1-5-21-909999172-181315677-756075521-1000)" > > I guess this happens because all of the following: > > . your user is a local Administrator > > . you took ownership of your ~/.emacs.d directory, instead of > leaving it owned by the Administrators group The above is true. But /Users/gutov is owned by SYSTEM, FWIW. > . you didn't (or cannot) enable the "take ownership" privilege in > your local security policy This policy's security setting says "Administrators", and my user belongs to that group (I'm looking in Local Policies/User Rights Assignment, is that right?). If I want to change the ownership, I open the Advanced Security Settings window, switch to the Owner tab, and the Edit button has the "security shield" button on it, which I can click, the edit window opens, I can make changes and save. All this without logging in as a different user, or even seeing the UAC prompt (in Windows Explorer). Third-party applications might need a UAC prompt for that, I imagine. > Because of this, the files created inside ~/.emacs.d inherit the > owner of that directory, i.e. your user-id, while the original file > that is being backed up had the Administrators group as its owner > (that's what the "O:BA" part above means). And because you don't have > the privileges of taking ownership, the call to set-file-acl fails. > > I installed as trunk revision 111369 a set of changes that should fix > this for you. Please test. (I could only approximate the problem on > my machine, so I cannot be sure the changes indeed fix it.) It's better, but now I see these messages: Saving file c:/Users/gutov/.newsrc... Error: (file-error "Setting ACL" "operation not permitted" "c:/Users/gutov/.emacs.d/backups/!drive_c!Users!gutov!.newsrc~") Wrote c:/Users/gutov/.newsrc Saving c:/Users/gutov/.newsrc.eld... Saving file c:/Users/gutov/.newsrc.eld... Error: (file-error "Setting ACL" "operation not permitted" "c:/Users/gutov/.emacs.d/backups/!drive_c!Users!gutov!.newsrc.eld~") Wrote c:/Users/gutov/.newsrc.eld Saving c:/Users/gutov/.newsrc.eld...done Like I described, I don't think my situation is exceptional, so seeing the error messages is misleading.