Aaron M. Ucko <[EMAIL PROTECTED]> wrote: > Sounds like you're running into cedet-common bug #270388: > cedet-autogen.el insists on sticking a nil in load-path, breaking > debian-pkg-load-path-item. Arguably, the real bug is that d-p-l-p-i > breaks, since Emacs itself permits nil (as a stand-in for the default > directory). However, given that few things actually need that > feature, and that cedet itself does not actually seem to be among them > (as determined empirically by commenting out the offending line), it's > probably reasonable to leave emacsen-common as is and get cedet to > accommodate it (not a terribly difficult task, so I have no idea why > the maintainers have been sitting on it for months). Incidentally, > declaring a pre-dependency on emacs21 is definitely *not* the proper > solution.
Is nil the same as "." as far as load-path is concerned? I'd be tempted to simply delete nil entries from the load-path prior to debian-pkg-load-path-item calls, or replacing them by "." if that is equivalent. Alternatively, if there' a nil entry then use a simple add-to-list call instead of debian-pkg-load-path-item. Peter
