Home | Docs | Forums | Lists | Bugs | Planet | Store | GMN | Get Gentoo!

Full Text Bug Listing

howto reproduce:
- open a directory
- move to a line with a file or directory
- return and f to open file gives:  No file on this line


# emerge --info
Portage 2.1_pre6-r6 (default-linux/x86/2005.1, gcc-3.4.5, glibc-2.4-r1,
2.6.15-gentoo-r7 i686)
=================================================================
System uname: 2.6.15-gentoo-r7 i686 Intel(R) Pentium(R) M processor 1.80GHz
Gentoo Base System version 1.12.0_pre16
dev-lang/python:     2.3.5-r2, 2.4.2-r1
sys-apps/sandbox:    1.2.17
sys-devel/autoconf:  2.13, 2.59-r7
sys-devel/automake:  1.4_p6, 1.5, 1.6.3, 1.7.9-r1, 1.8.5-r3, 1.9.6-r1
sys-devel/binutils:  2.16.1-r2
sys-devel/libtool:   1.5.22
virtual/os-headers:  2.6.11-r3
ACCEPT_KEYWORDS="x86 ~x86"
AUTOCLEAN="yes"
CBUILD="i686-pc-linux-gnu"
CFLAGS="-O3 -march=pentium-m -pipe -fomit-frame-pointer"
CHOST="i686-pc-linux-gnu"
CONFIG_PROTECT="/etc /usr/kde/2/share/config /usr/kde/3.5/env
/usr/kde/3.5/share/config /usr/kde/3.5/shutdown /usr/kde/3/share/config
/usr/lib/X11/xkb /usr/share/config /var/qmail/control"
CONFIG_PROTECT_MASK="/etc/gconf /etc/revdep-rebuild /etc/terminfo
/etc/texmf/web2c /etc/env.d"
CXXFLAGS="-O3 -march=pentium-m -pipe -fomit-frame-pointer"
DISTDIR="/usr/portage/distfiles"
FEATURES="autoconfig distlocks metadata-transfer sandbox sfperms strict"
GENTOO_MIRRORS="http://gentoo.inode.at/
http://gd.tuwien.ac.at/opsys/linux/gentoo/"
LANG="de_DE@euro"
LINGUAS="de en"
MAKEOPTS="-j2"
PKGDIR="/usr/portage/packages"
PORTAGE_TMPDIR="/var/tmp"
PORTDIR="/usr/portage"
PORTDIR_OVERLAY="/usr/local/portage"
SYNC="rsync://rsync.gentoo.org/gentoo-portage"
USE="x86 X alsa apm arts avi berkdb bitmap-fonts calendar cdparanoia cdr crypt
cups doc dri dv dvd dvdr eds emacs emacs-w3 emboss encode foomaticdb gdbm gif
gphoto2 gstreamer ieee1394 imlib ipv6 jpeg jpeg2k kde kdeenablefinal libg++
libwww mad mikmod mmx mmx2 motif mp3 mpeg ncurses nls nptl nptlonly ogg
oggvorbis opengl oss pam pdflib perl png python qt quicktime readline samba
scanner sdl spell sqlite sse sse2 ssl symlink tcpd tetex truetype
truetype-fonts type1-fonts vorbis wifi win32codecs xine xinerama xml2 xmms xv
xvid zlib elibc_glibc kernel_linux linguas_de linguas_en userland_GNU"
Unset:  ASFLAGS, CTARGET, EMERGE_DEFAULT_OPTS, LC_ALL, LDFLAGS

xemacs is 
  app-editors/xemacs-21.4.17 
dired.el (/usr/lib/xemacs/xemacs-packages/lisp/dired/dired.el) is
  app-xemacs/dired-1.13 
  app-xemacs/xemacs-packages-sumo-2003.11.13

I have the same problems on one system (it runs since 2004.1, with upgrades). A
other system (it runs since 2005.1) doesn't have the Problems.

I think it is a depences problem, when the new version updates an older one.

(In reply to comment #2)
> I have the same problems on one system (it runs since 2004.1, with upgrades). A
> other system (it runs since 2005.1) doesn't have the Problems.
> 
> I think it is a depences problem, when the new version updates an older one.
> 

I have stranger problems too.
'xemacs xxx &'
xemacs starts, but it tells me "xxx is a directory" and didn't open it :(
with the openfunction I also can't open directories...

I forgot:
$ emerge --info
Portage 2.1_pre7-r5 (default-linux/x86/2006.0, gcc-3.4.6, glibc-2.4-r1,
2.6.15-gentoo-r7 i686)
=================================================================
System uname: 2.6.15-gentoo-r7 i686 AMD Athlon(TM) XP 2700+
Gentoo Base System version 1.12.0_pre17
dev-lang/python:     2.4.2-r1
sys-apps/sandbox:    1.2.17
sys-devel/autoconf:  2.13, 2.59-r7
sys-devel/automake:  1.4_p6, 1.5, 1.6.3, 1.7.9-r1, 1.8.5-r3, 1.9.6-r2
sys-devel/binutils:  2.16.1-r2
sys-devel/libtool:   1.5.22
virtual/os-headers:  2.6.11-r5
ACCEPT_KEYWORDS="x86 ~x86"
AUTOCLEAN="yes"
CBUILD="i686-pc-linux-gnu"
CFLAGS="-O2 -march=athlon-xp -fomit-frame-pointer -pipe"
CHOST="i686-pc-linux-gnu"
CONFIG_PROTECT="/etc /usr/kde/2/share/config /usr/kde/3.5/env
/usr/kde/3.5/share/config /usr/kde/3.5/shutdown /usr/kde/3/share/config
/usr/share/X11/xkb /usr/share/config /var/qmail/control"
CONFIG_PROTECT_MASK="/etc/eselect/compiler /etc/gconf /etc/revdep-rebuild
/etc/splash /etc/terminfo /etc/texmf/web2c /etc/env.d"
CXXFLAGS="-O2 -march=athlon-xp -fomit-frame-pointer -pipe"
DISTDIR="/usr/portage/distfiles"
FEATURES="autoconfig distlocks metadata-transfer sandbox sfperms strict"
GENTOO_MIRRORS="ftp://gentoo.inode.at/source/
ftp://ftp.sh.cvut.cz/MIRRORS/gentoo/gentoo ftp://ftp.nyx.hu/gentoo
ftp://gd.tuwien.ac.at/opsys/linux/gentoo/
http://213.186.33.37/gentoo-distfiles/"
LANG="de_DE.ISO-8859-1"
LC_ALL="de_DE.ISO-8859-1"
LINGUAS="de"
MAKEOPTS="-j2"
PKGDIR="/usr/portage/packages"
PORTAGE_TMPDIR="/var/tmp"
PORTDIR="/usr/portage"
SYNC="rsync://rsync.gentoo.org/gentoo-portage"
USE="x86 3dnow X alsa apm arts asf avi berkdb bitmap-fonts cdparanoia cdr cli
crypt cups dri dv dvd dvdr eds emacs emboss encode esd foomaticdb fortran gd
gdbm gif gpm gstreamer gtk gtk2 icq imlib ipv6 isdnlog java jpeg kde
kdeenablefinal libg++ libwww mad mikmod mmx motif mp3 mpeg ncurses nls nptl
nptlonly nvidia ogg opengl oss pam pcre pdflib perl png pppd python qt
quicktime readline reflection scanner sdl session spell spl sse ssl svg tcpd
tetex truetype truetype-fonts type1-fonts udev usb vorbis win32codecs xine xml
xmms xv zlib elibc_glibc input_devices_keyboard input_devices_mouse
kernel_linux linguas_de userland_GNU video_cards_nv video_cards_vga
video_cards_nvidia video_cards_vesa video_cards_fbdev"
Unset:  ASFLAGS, CTARGET, EMERGE_DEFAULT_OPTS, INSTALL_MASK, LDFLAGS,
PORTDIR_OVERLAY

(In reply to comment #3)
> (In reply to comment #2)
> > I have the same problems on one system (it runs since 2004.1, with upgrades). A
> > other system (it runs since 2005.1) doesn't have the Problems.
> > 
> > I think it is a depences problem, when the new version updates an older one.
> > 
> 
> I have stranger problems too.
> 'xemacs xxx &'
> xemacs starts, but it tells me "xxx is a directory" and didn't open it :(
> with the openfunction I also can't open directories...
> 

ok, i re-emerge all xemacs packages (base, xemacs, ispell, sump-packages)
now it open directories, but the problem within the bug report is reproducing
by me.

I'm getting this too. It suddenly appeared today a couple of days after
upgrading to GCC 3.4 which involved a lot of re-building of packages so I'm
wondering if the underlying cause is elsewhere, perhaps in X itself. The
symptom I first spotted is that middle mousing a file no longer open it.
Instead Xemacs tries to paste any text in the cut/paste buffer into the
directory buffer (i.e. ignoring dired mode) so it fails as the buffer is read
only.

Right mouse button still works, for updating permission for example. And all
three buttons are fine while editing real files. Tis very odd.

Now here's a curious thing which may be connected. It's certainly appeared at
the same time. This is a screen shot of a dired buffer:

   http://the-hug.org/paul/files/dired.png

I got to this state by opening this directory. I then manually opened 1067.dml
(as I couldn't middle mouse click it) and edited it. I then closed 1067.dml so
I was back at the dired buffer and found the dired buffer was now in this
state. Note the last two entries. These are the full paths of 1067.dml and
1067.dml~ 

I've never seen it do that before.

On the off chance it might solve the problem (can you see a man clutching at
straws?) I've just tried xemacs 21.4.17 which is currently masked for testing
but it didn't make any difference.

Having spent some time Googling about on this one I think I may have fixed it.
It's a locale problem.

See FAQ 83 (!) on this page http://www.faqs.org/faqs/GNU-Emacs-FAQ/part3/ for
some discussion of it. Essentially if LC_TIME is set to something other than
"POSIX" (it was set to "en_gb" for me) then 'ls -l' outputs dates in a format
other than the one dired expects (ISO in my case).

I note I got a new 'ls' recently in coreutils at about the time Xemacs started
playing up, so I suspect that 'ls' has been updated for the "en_gb" locale,
certainly an older version of 'ls' on another PC doesn't exhibit this
behaviour.

Anyway the "fix", such as it is, is to prefix your invocation of 'xemacs' by
setting LC_TIME to "POSIX". I've set an alias to do this.

I'm sure the maintainers can come up with something better however.

Looking at the ChangeLogs for dired this *may* have been fixed in a version of
dired > 1.13. It's not clear to me because the dired ChangeLog does not include
XEmacs package version info so that it is not clear in which XEmacs package
this change got included. 

Could you try with dired 1.17? You can find it (along with many other updated
packages) in my xemacs overlay: http://moving-innovations.com/svn/xemacs/

I'm also including it with this bug.

Created an attachment (id=92537) [details]
Ebuild for xemacs dired 1.17

app-xemacs/dired-1.17 is now in portage. 

Please let me know if the problem still occurs with this version of dired and
re-open the bug if that is the case.