/usr/share/doc/emacsen-common/debian-emacs-policy.gz section 9 asks lisp
add-ons to add directories with debian-pkg-add-load-path-item rather
than directly modifying load-path the way 50oneliner-el.el does.

I believe debian-pkg-add-load-path-item is available as of "sarge"
emacsen-common 1.4.14 of June 2002.  Its aim is to keep /usr/local ahead
of packaged lisp dirs so that /usr/local stuff has precedence.

Hi,

the following points might be useful to know when you try to fix
your "debian-pkg-add-load-path-item" bug:

- the load-path management of emacs wrt to
  debian-pkg-add-load-path-item is broken, therefore items may
  end up before /usr/local items even though you use
  debian-pkg-add-load-path-item

- if you rely on some order in the load-path, then your package
  may break when you switch to debian-pkg-add-load-path-item

See #676424 for more details.

I wasted several hours, because I experienced both problems when
trying to solve my "debian-pkg-add-load-path-item" bug. At least
Kevin Ryde knows that debian-pkg-add-load-path-item may not work.
I don't understand why he files bug reports without including all
relevant information.

Bye,

Hendrik Tews

Hi,

the following points might be useful to know when you try to fix
your "debian-pkg-add-load-path-item" bug:

- the load-path management of emacs wrt to
  debian-pkg-add-load-path-item is broken, therefore items may
  end up before /usr/local items even though you use
  debian-pkg-add-load-path-item

- if you rely on some order in the load-path, then your package
  may break when you switch to debian-pkg-add-load-path-item

See #676424 for more details.

I wasted several hours, because I experienced both problems when
trying to solve my "debian-pkg-add-load-path-item" bug. At least
Kevin Ryde knows that debian-pkg-add-load-path-item may not work.
I don't understand why he files bug reports without including all
relevant information.

Bye,

Hendrik Tews