some very primitve tools for admin 3rd party pkg

[Stephen J. Turnbull]

>>>>> "Uwe" == Uwe Brauer <oub at gmx.net> writes:

>>>>> "SY" == Steve Youngs <steve at youngs.au.com> writes:

    SY> This needs to be either

    SY> $prefix/lib/xemacs/site-packages/

    Uwe> Again not on debian!

Debian likes to coerce packages into FHS conformance.  So XEmacs's
Lisp ends up in /usr/share/xemacs21/{xemacs,mule,site}-packages.

    Uwe> That for sure is nice, but requires more infrastructure (may
    Uwe> be a lot more of infrastructure) than what I have in mind. I
    Uwe> use alien a lot. I download source compile it install it and
    Uwe> then order to convert into deb. So for me it is just a
    Uwe> convenient way for un installing (and installing) not so much
    Uwe> upgrading, but sure what you have in mind is much more
    Uwe> general and cleaner.

Problem is alien relies on a huge amount of infrastructure: the whole
debian package system.  It looks transparent, but I assure you it is
not, for all its convenience.

alien is still pretty debian-specific AFAIK; if you want to use alien
for this kind of thing, you'd have to talk to the alien maintainers,
or find Debian users to do it.  Or if you'd like the XEmacs PUI to
have some alien-like features, similar.  I'm a Debian user, but I've
never had much luck with alien, and don't have interest in doing that
kind of stuff.

-- 
Institute of Policy and Planning Sciences     http://turnbull.sk.tsukuba.ac.jp
University of Tsukuba                    Tennodai 1-1-1 Tsukuba 305-8573 JAPAN
               Ask not how you can "do" free software business;
              ask what your business can "do for" free software.