OpenCSW Bug Tracker


Viewing Issue Simple Details Jump to Notes ] View Advanced ] Issue History ] Print ]
ID Category Severity Reproducibility Date Submitted Last Update
0002976 [emacs] packaging feature N/A 2008-12-19 17:57 2012-05-31 15:17
Reporter bwalton View Status public  
Assigned To pfelecan
Priority normal Resolution won't fix  
Status closed  
Summary 0002976: provide a site-start style depot for other .el providers
Description Hi Peter,

As we discussed, it would be nice if the emacs packages provided a site-start (or similar) directory where other providers of .el/.elc files could place small elisp snippets that see things hooked into the startup of every emacs instance.

Thanks
-Ben
Additional Information As an example, the redhat emacs-git package provides this (and debian has similar hooks):

$ less /usr/share/emacs/site-lisp/site-start.d/git-init.el
;; Git VC backend
(add-to-list 'vc-handled-backends 'GIT t)
(autoload 'git-status "git" "GIT mode." t)
(autoload 'git-blame-mode "git-blame"
  "Minor mode for incremental blame for Git." t)

The file contains the following:

$ less /usr/share/emacs/site-lisp/site-start.el
;;; loaded before user's ".emacs" file and default.el

;; load ".el" files in "/usr/share/emacs/site-lisp/site-start.d/" on startup
(mapc 'load
      (directory-files "/usr/share/emacs/site-lisp/site-start.d" t "\\.el\\'"))
Tags No tags attached.
Attached Files

- Relationships

-  Notes
(0006635)
pfelecan (manager)
2009-08-23 11:09

The package already contains the /opt/csw/share/emacs/site-lisp which has the role that you wish, isn't it?
(0006646)
pfelecan (manager)
2009-08-26 09:36

Can you read (emacs)Top:: > *Note Customization:: > Init File
in the manual, especially the paragraphs relating to the site initialization and tell me if this is not what you wish. TIA
(0009880)
pfelecan (manager)
2012-05-30 11:55

From my point of view, this is intrinsically available in Emacs' directory tree.
(0009887)
pfelecan (manager)
2012-05-31 09:53

BTW, I see that the emacs_sitestart package exists now. Consequently, this is a strong reason to not fix...
(0009888)
bwalton (administrator)
2012-05-31 15:17

I'm not going to push hard for this since we can meet the need with the separate package. From my point of view though, it would be nice to drop the separate package and roll it directly in with the primary emacs package.

It's your call though and if you'd like to close this, that's fine with me.


Copyright © 2000 - 2008 Mantis Group
Powered by Mantis Bugtracker