Gary Lawrence Murphy <[EMAIL PROTECTED]> writes: > I notice that Mandrake is locating things in > /usr/lib/xemacs-21.4.9/i386-mandrake-linux/ while the built-in update > process for Xemacs places them in /usr/lib/xemacs/xemacs-packages/etc
Yes I get some difficulties make understand xemacs that non architecture dependant files must not be in /usr/lib/ > This leads to a situation where my harddrive now contains: > > # ls /usr/lib/xemacs/xemacs-packages/etc > auctex/ frame-icon/ idlwave/ mew/ ps-print/ time/ > bbdb/ gnats/ ilisp/ mine/ reftex/ vm/ > e/ gnus/ jde/ mule/ slider/ w3/ > ediff/ gnusrefcard/ lisp/ mule-doc/ smilies/ xslt-process/ > eicq/ hm--html-menus/ message/ psgml/ sounds/ zenirc/ > > # ls /usr/lib/xemacs-21.4.9/i386-mandrake-linux/etc/ > enriched.doc liece/ mule/ mule-doc/ mule-ucs/ psgml/ ps-print/ reftex/ > > The former appears to be left over from long-since upgraded Xemacs > releases now leaving me with the issue of figuring out which are > duplicates and which are updates. > > Is the i386-mandrake-linux dir is more correct? Is it safe to symlink > xemacs-packages to i386-mandrake-linux ? Do I have a real mess or > what? > > Is it /wise/ to fork Xemacs incompatibly with it's own package manager? I guess it must not and it must be fixed, but it seems that on some point xemacs ignore the configure option giving the datadir as /usr/share and still use /usr/lib/ -- Warly
