Re: Dired 7.16 bug: GNU coreutils 7.2
Michael Sperber <[email protected]> Sun, 12 Jul 2009 11:54:27 +0200
| Newsgroups | gmane.emacs.efs.general |
|---|---|
| Message-ID | <[email protected]> |
--=-=-= Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable Jerry James <[email protected]> writes: > Please see https://bugzilla.redhat.com/show_bug.cgi?id=3D504422 for mor= e > information. Essentially, GNU coreutils 7.2 adds a new character to > the long listing produced by ls. The mode bits are now followed by a > single character: > - A space to indicate no alternate access methods; > - A period to indicate an SELinux context, but no other alternate acces= s > methods > - A plus for anything else. This is similar to Mac OS X, which added a @ a few years ago. Does the attached patch fix the problem? Also, how do I create an ls entry that shows a period? (I've got a Fedora virtual installation, so I should be able to reproduce, right?) (I know you suggested using --dired. I'll do that, too, but I'd still like the builtin parser to work.) --=20 Cheers =3D8-} Mike Friede, V=F6lkerverst=E4ndigung und =FCberhaupt blabla --=-=-= Content-Disposition: inline *** dired.el 22 Apr 2009 09:08:06 +0200 1.80 --- dired.el 12 Jul 2009 11:51:01 +0200 *************** *** 2853,2859 **** (if (save-excursion (goto-char bol) (re-search-forward ! "[^ ][-r][-w][^ ][-r][-w][^ ][-r][-w][^ ][-+ 0-9@]" bof t)) (progn (setq modes-start (match-beginning 0) --- 2853,2859 ---- (if (save-excursion (goto-char bol) (re-search-forward ! "[^ ][-r][-w][^ ][-r][-w][^ ][-r][-w][^ ][-+ 0-9@.]" bof t)) (progn (setq modes-start (match-beginning 0) --=-=-= Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Elisp-code-dired mailing list [email protected] http://lists.nongnu.org/mailman/listinfo/elisp-code-dired --=-=-=--