emacs/xemacs i rpm 4.2 :>

[Tomasz Kłoczko]

On Mon, 7 Apr 2003, Artur Frysiak wrote:
[..]
> >         --package_path="%{_datadir}/%{name}-packages" \
> 
> To i tak trzeba zmienić ponieważ "~/.xemacs" było rozwijane go
> "/home/users/builder/.xemacs" co nie jest intencją autora.

$ xemacs -batch -q -eval '(princ load-path)'
(/usr/share/xemacs-packages/lisp/ 
/usr/share/xemacs-packages/lisp/calendar/ 
/usr/share/xemacs-packages/lisp/xemacs-base/ 
/usr/share/xemacs-21.4.10/lisp/mule/ /usr/share/xemacs-21.4.10/lisp/)

Hmm na to wygląda bo nie mam tu ~/.xemacs .. nie ma nawet 
/home/users/builder/.xemacs :>

Tu by raczej trzeba jakoś w samych makrach grzebnąć dodajac do load-path
Wygląda, że takim razie configure-package-path moglibyśmy w całosć użyć na 
własne potrzeby używanai tego jako główny katalog z pakietami makr (?).
Tak czy inaczje przy najbliższej zmianie można będzie to usunać właśnie 
dlatego, że to i tak nie działa.

I jeszcze jedno: w pakiecie xemacs-common jest:

lrw-r--r--    1 root    root               27 lis 17 01:36 /usr/lib/xemacs/site-lisp -> /usr/share/xemacs/site-lisp

Wydaje mi się, że przynajmniej można zrezygnować z tego dowiązania (?).

> > > to o tą scieżkę możnaby odpytać poprzez poprostu:
> > 
> > $ xemacs -batch -q -eval '(princ configure-package-path)'
> > 
> > I to możnaby używać w pakietach dla xemacsa.
> > Analoginie możnaby zrobić z emacsem.
> > Bez wycinania "~/.xemacs::" możnaby i tak obrobić tylko to co powyższe 
> > zwraca żeby wyłuskać powyżsża ścieżkę.
> > Wydaje mi się też ę nie ma sensu z mocno pzreładowanywać makrami 
> > globalnego zestawu makr rpm-a i ewentualne %{_xemasc-packagesdir} mogłby 
> > być definiowane in situ tak jak to odbywa się przykładowo w pakeitach 
> > modułami do xmms.
> 
> Nie uważam aby globalny zestaw był przeładowany. A powtarzanie tego w
> wielu specach nie ma sensu bo może prowadzić do zwiększenia entropii
> (sic!) i utrudnić prace nad pakietami.

OK.

kloczek
-- 
-----------------------------------------------------------
*Ludzie nie mają problemów, tylko sobie sami je stwarzają*
-----------------------------------------------------------
Tomasz Kłoczko, sys adm @zie.pg.gda.pl|*e-mail: kloczek w rudy.mif.pg.gda.pl*