GNU bug report logs -
#22578
24.5; dired-do-chmod on . or .. directories
Previous Next
Reported by: Kevin Ryde <user42_kevin <at> yahoo.com.au>
Date: Sun, 7 Feb 2016 06:27:01 UTC
Severity: wishlist
Tags: moreinfo
Found in version 24.5
Done: Lars Ingebrigtsen <larsi <at> gnus.org>
Bug is archived. No further changes may be made.
To add a comment to this bug, you must first unarchive it, by sending
a message to control AT debbugs.gnu.org, with unarchive 22578 in the body.
You can then email your comments to 22578 AT debbugs.gnu.org in the normal way.
Toggle the display of automated, internal messages from the tracker.
Report forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#22578
; Package
emacs
.
(Sun, 07 Feb 2016 06:27:01 GMT)
Full text and
rfc822 format available.
Acknowledgement sent
to
Kevin Ryde <user42_kevin <at> yahoo.com.au>
:
New bug report received and forwarded. Copy sent to
bug-gnu-emacs <at> gnu.org
.
(Sun, 07 Feb 2016 06:27:01 GMT)
Full text and
rfc822 format available.
Message #5 received at submit <at> debbugs.gnu.org (full text, mbox):
It'd be good if dired "M" `dired-do-chmod' could act on the "." and ".."
directories in the dired buffer.
As far as I can tell there'd be no reason they shouldn't. I struck this
wanting to add write permission to a directory which had been left
read-only (something out of an unzip or untar).
(Presently dired-do-chmod also queries for the mode before announcing it
won't act on . or .., whereas of course usually in other places in emacs
such failing pre-conditions are checked before user input.)
In GNU Emacs 24.5.1 (i586-pc-linux-gnu, X toolkit, Xaw3d scroll bars)
of 2016-01-23 on x86-csail-01, modified by Debian
Configured using:
`configure --build i586-linux-gnu --prefix=/usr
--sharedstatedir=/var/lib --libexecdir=/usr/lib
--localstatedir=/var/lib --infodir=/usr/share/info
--mandir=/usr/share/man --with-pop=yes
--enable-locallisppath=/etc/emacs24:/etc/emacs:/usr/local/share/emacs/24.5/site-lisp:/usr/local/share/emacs/site-lisp:/usr/share/emacs/24.5/site-lisp:/usr/share/emacs/site-lisp
--build i586-linux-gnu --prefix=/usr --sharedstatedir=/var/lib
--libexecdir=/usr/lib --localstatedir=/var/lib
--infodir=/usr/share/info --mandir=/usr/share/man --with-pop=yes
--enable-locallisppath=/etc/emacs24:/etc/emacs:/usr/local/share/emacs/24.5/site-lisp:/usr/local/share/emacs/site-lisp:/usr/share/emacs/24.5/site-lisp:/usr/share/emacs/site-lisp
--with-x=yes --with-x-toolkit=lucid --with-toolkit-scroll-bars
--without-gconf --without-gsettings 'CFLAGS=-g -O2
-fstack-protector-strong -Wformat -Werror=format-security -Wall'
'CPPFLAGS=-Wdate-time -D_FORTIFY_SOURCE=2' LDFLAGS=-Wl,-z,relro'
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#22578
; Package
emacs
.
(Sun, 07 Feb 2016 18:26:02 GMT)
Full text and
rfc822 format available.
Message #8 received at 22578 <at> debbugs.gnu.org (full text, mbox):
> From: Kevin Ryde <user42_kevin <at> yahoo.com.au>
> Date: Sun, 07 Feb 2016 17:20:27 +1100
>
> It'd be good if dired "M" `dired-do-chmod' could act on the "." and ".."
> directories in the dired buffer.
>
> As far as I can tell there'd be no reason they shouldn't.
For some reasons, see the old discussion that starts here:
http://lists.gnu.org/archive/html/emacs-pretest-bug/2003-06/msg00067.html
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#22578
; Package
emacs
.
(Wed, 10 Feb 2016 11:07:02 GMT)
Full text and
rfc822 format available.
Message #11 received at 22578 <at> debbugs.gnu.org (full text, mbox):
Eli Zaretskii <eliz <at> gnu.org> writes:
>
> http://lists.gnu.org/archive/html/emacs-pretest-bug/2003-06/msg00067.html
That slightly goes on and on ... :-). I have no opinion of the S
symlink discussed there, but an M chmod seems clearer, doesn't move
anything, etc ...
On the R rename also noted there, I think I have an open bug of it
acting successfully on "." (good, in my view) but then failing to
refresh current buffer (bad).
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#22578
; Package
emacs
.
(Wed, 10 Feb 2016 17:31:02 GMT)
Full text and
rfc822 format available.
Message #14 received at 22578 <at> debbugs.gnu.org (full text, mbox):
> From: Kevin Ryde <user42_kevin <at> yahoo.com.au>
> Date: Wed, 10 Feb 2016 21:57:54 +1100
>
> Eli Zaretskii <eliz <at> gnu.org> writes:
> >
> > http://lists.gnu.org/archive/html/emacs-pretest-bug/2003-06/msg00067.html
>
> That slightly goes on and on ... :-).
You are supposed to stop reading where it wanders too far off ;-)
> I have no opinion of the S symlink discussed there, but an M chmod
> seems clearer, doesn't move anything, etc ...
>
> On the R rename also noted there, I think I have an open bug of it
> acting successfully on "." (good, in my view) but then failing to
> refresh current buffer (bad).
The challenge is to suggest a solution that side-steps all those
gotchas mentioned in that discussion.
Thanks.
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#22578
; Package
emacs
.
(Sun, 15 Aug 2021 12:59:01 GMT)
Full text and
rfc822 format available.
Message #17 received at 22578 <at> debbugs.gnu.org (full text, mbox):
Kevin Ryde <user42_kevin <at> yahoo.com.au> writes:
> It'd be good if dired "M" `dired-do-chmod' could act on the "." and ".."
> directories in the dired buffer.
(I'm going through old bug reports that unfortunately weren't
resolved at the time.)
I tried doing `M' on "." and ".." in a directory, and it seems to work
fine for me (in Emacs 26.1 and 28), so is this a problem that has gone
away? (I had a brief look at the change history, but didn't see
anything that actually claimed to change the behaviour here.)
--
(domestic pets only, the antidote for overdose, milk.)
bloggy blog: http://lars.ingebrigtsen.no
Added tag(s) moreinfo.
Request was from
Lars Ingebrigtsen <larsi <at> gnus.org>
to
control <at> debbugs.gnu.org
.
(Sun, 15 Aug 2021 12:59:02 GMT)
Full text and
rfc822 format available.
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#22578
; Package
emacs
.
(Mon, 16 Aug 2021 09:34:01 GMT)
Full text and
rfc822 format available.
Message #22 received at 22578 <at> debbugs.gnu.org (full text, mbox):
Lars Ingebrigtsen <larsi <at> gnus.org> writes:
>
> I tried doing `M' on "." and ".." in a directory, and it seems to work
> fine for me (in Emacs 26.1 and 28), so is this a problem that has gone
> away?
Ah I'm far far behind the pace at the moment. What I hadn't noticed at
the time was that the mode change is in fact made on disk, but get also
an error message (and no update of the line). So if the error message
is gone then that's good.
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#22578
; Package
emacs
.
(Mon, 16 Aug 2021 12:09:02 GMT)
Full text and
rfc822 format available.
Message #25 received at 22578 <at> debbugs.gnu.org (full text, mbox):
Kevin Ryde <user42_kevin <at> yahoo.com.au> writes:
> Lars Ingebrigtsen <larsi <at> gnus.org> writes:
>>
>> I tried doing `M' on "." and ".." in a directory, and it seems to work
>> fine for me (in Emacs 26.1 and 28), so is this a problem that has gone
>> away?
>
> Ah I'm far far behind the pace at the moment. What I hadn't noticed at
> the time was that the mode change is in fact made on disk, but get also
> an error message (and no update of the line). So if the error message
> is gone then that's good.
OK; I'm closing this bug report, then.
--
(domestic pets only, the antidote for overdose, milk.)
bloggy blog: http://lars.ingebrigtsen.no
bug closed, send any further explanations to
22578 <at> debbugs.gnu.org and Kevin Ryde <user42_kevin <at> yahoo.com.au>
Request was from
Lars Ingebrigtsen <larsi <at> gnus.org>
to
control <at> debbugs.gnu.org
.
(Mon, 16 Aug 2021 12:09:03 GMT)
Full text and
rfc822 format available.
bug archived.
Request was from
Debbugs Internal Request <help-debbugs <at> gnu.org>
to
internal_control <at> debbugs.gnu.org
.
(Tue, 14 Sep 2021 11:24:06 GMT)
Full text and
rfc822 format available.
This bug report was last modified 2 years and 223 days ago.
Previous Next
GNU bug tracking system
Copyright (C) 1999 Darren O. Benham,
1997,2003 nCipher Corporation Ltd,
1994-97 Ian Jackson.