Gentoo Websites Logo
Go to: Gentoo Home Documentation Forums Lists Bugs Planet Store Wiki Get Gentoo!
Bug 6640 - xemacs-packages-sumo: fault in 'dired' mode
Summary: xemacs-packages-sumo: fault in 'dired' mode
Status: RESOLVED FIXED
Alias: None
Product: Gentoo Linux
Classification: Unclassified
Component: Current packages (show other bugs)
Hardware: x86 Linux
: High normal (vote)
Assignee: Matthew Kennedy (RETIRED)
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2002-08-17 09:23 UTC by David McNab
Modified: 2003-02-04 19:42 UTC (History)
0 users

See Also:
Package list:
Runtime testing required: ---


Attachments
Proposed fix (dired.el.diff,570 bytes, patch)
2003-02-02 20:12 UTC, Matt Tucker
Details | Diff
Proposed fix (dired.el.diff,570 bytes, patch)
2003-02-02 20:13 UTC, Matt Tucker
Details | Diff
Proposed fix (dired.el.diff,570 bytes, application/octet-stream)
2003-02-02 20:13 UTC, Matt Tucker
Details
Proposed fix (dired.el.diff.txt,570 bytes, patch)
2003-02-02 20:14 UTC, Matt Tucker
Details | Diff

Note You need to log in before you can comment on or make changes to this bug.
Description David McNab 2002-08-17 09:23:41 UTC
In the 'dired' major mode that gets installed with xemacs-packages-sumo, the
cursor keys should position the cursor at the start of the filenames in the
directory, and RETURN should load the file pointed to by the cursor.

But the cursor keys place the cursor at left of screen. Pressing RETURN gives me
the message 'no file on this line', even if i manually position the cursor to
the start of the filename.

Believe me - this *is* a bug. Debian version of xemacs has no such problem.
Comment 1 Matthew Kennedy (RETIRED) gentoo-dev 2002-08-18 03:25:22 UTC
I can't reproduce this bug when using pui withing xemacs. Have you tried doing
that rather than using the sumo?
Comment 2 Matthew Kennedy (RETIRED) gentoo-dev 2002-08-18 03:26:02 UTC
Read through the README.Gentoo on how to do it.
Comment 3 David McNab 2002-08-19 00:01:06 UTC
README.Gentoo doesn't solve the problem.

It says to type 'M-x package-get-remote RED'

But there is no such function 'package-get-remote'

Anyway, I set up xemacs to download packages from ibiblio.

Removed dired package (as it was installed by xemacs-packages-sumo), and
reinstalled it - same problem.

Sorry, but this part of xemacs is definitely broken.
I need something more substantial than a blanket 'RTFM' response.
Comment 4 Matthew Kennedy (RETIRED) gentoo-dev 2002-08-19 00:39:48 UTC
Where it says to type 'M-x package-get-remote RET' instead type 'M-x
customize-variable RET package-get-remote' (it was an error in the docs -- it's
been updated on portage).
Comment 5 Matthew Kennedy (RETIRED) gentoo-dev 2002-08-19 00:40:20 UTC
...and try it without xemacs*sumo installed.
Comment 6 David McNab 2002-08-19 09:15:23 UTC
The problem was caused by my non-US system locale

The 'ls -l ' command produces dates in mm-dd (eg 08-11) format, instead of the
usual MMM dd (eg Aug 11) format.

This confused the emacs logic which was trying to find the filename on the dired
line.

FIX:

1) Grab dired.sl from /usr/portage/distfiles/xemacs-sumo-2002-07-20.tar.bz2,
extract into /usr/lib/xemacs/xemacs-packages/lisp/dired/

2) Hack dired.el, near line 791 (where dired-re-month-and-time gets set)

Change

	     (date-month (concat "\\(" date " " month "\\)")))

to:

	     (date-month (concat "\\(" date " " month "\\)"))
	     (date-date (concat "\\(" date "\-" date "\\)")))  ;; HACK

3) Delete dired.elc (or byte-recompile dired.el)

4) Restart emacs

Then, dired should work nicely!

Comment 7 Matt Tucker 2003-02-02 20:12:45 UTC
Created attachment 7867 [details, diff]
Proposed fix

I was experiencing the problem described in this bug (caused by the different
date formats used by ls when locale is set to en_US). The attached patch fixes
this issue and should be added to the ebuild.
Comment 8 Matt Tucker 2003-02-02 20:13:03 UTC
Created attachment 7868 [details, diff]
Proposed fix

I was experiencing the problem described in this bug (caused by the different
date formats used by ls when locale is set to en_US). The attached patch fixes
this issue and should be added to the ebuild.
Comment 9 Matt Tucker 2003-02-02 20:13:12 UTC
Created attachment 7869 [details]
Proposed fix

I was experiencing the problem described in this bug (caused by the different
date formats used by ls when locale is set to en_US). The attached patch fixes
this issue and should be added to the ebuild.
Comment 10 Matt Tucker 2003-02-02 20:14:13 UTC
Created attachment 7870 [details, diff]
Proposed fix

I was experiencing the problem described in this bug (caused by the different
date formats used by ls when locale is set to en_US). The attached patch fixes
this issue and should be added to the ebuild.
Comment 11 Matt Tucker 2003-02-02 20:22:44 UTC
Grr. Stupid Mozilla, or Bugzilla, or something. It kept telling me there was a problem with the attachment upload, but apparently it kept adding them anyway. Sorry about the spam.