Bug 474958
| Summary: | update-directory-autoloads broken | ||
|---|---|---|---|
| Product: | [Fedora] Fedora | Reporter: | Wolfgang Rupprecht <wolfgang.rupprecht> |
| Component: | emacs | Assignee: | Daniel Novotny <dnovotny> |
| Status: | CLOSED ERRATA | QA Contact: | Fedora Extras Quality Assurance <extras-qa> |
| Severity: | medium | Docs Contact: | |
| Priority: | low | ||
| Version: | 10 | CC: | dcantrell, lijian.gnu |
| Target Milestone: | --- | ||
| Target Release: | --- | ||
| Hardware: | All | ||
| OS: | Linux | ||
| Whiteboard: | |||
| Fixed In Version: | emacs-23.1-13.fc11 | Doc Type: | Bug Fix |
| Doc Text: | Story Points: | --- | |
| Clone Of: | Environment: | ||
| Last Closed: | 2009-10-19 09:57:14 UTC | Type: | --- |
| Regression: | --- | Mount Type: | --- |
| Documentation: | --- | CRM: | |
| Verified Versions: | Category: | --- | |
| oVirt Team: | --- | RHEL 7.3 requirements from Atomic Host: | |
| Cloudforms Team: | --- | Target Upstream Version: | |
| Embargoed: | |||
|
Description
Wolfgang Rupprecht
2008-12-06 02:01:46 UTC
The problem is, that emacs compiles the .el files while we build the rpm, so the path inside them is $RPM_BUILD_ROOT instead of the dir, where it will be after installation. When I write there the right path, where they will reside, emacs can't find it while building :( ... I will analyze, if we can build in chroot (don't know if that's possible) or use some other way the compiled-in path will be right. I see now there's --enable-locallisppath option to ./configure, I will see if it does what we want *** Bug 522746 has been marked as a duplicate of this bug. *** (In reply to comment #2) > I see now there's --enable-locallisppath option to ./configure, I will see if > it does what we want nope, that didn't help us a piece of advice came from the emacs mailing list:
the path, which is used there, is in the "source-directory" variable,
so you can do something like
(let ((source-directory "/usr/share/emacs/23.1/lisp/"))
(update-directory-autoloads "/path/to/scan/for/autoload/cookies"))
The important thing is that `update-directory-autoloads' wants to
write its output to
(concat source-directory "lisp/loaddefs.el")
I will try to find some way to incorporate this change into the Fedora Emacs package.
(In reply to comment #5) > (let ((source-directory "/usr/share/emacs/23.1/lisp/")) > (update-directory-autoloads "/path/to/scan/for/autoload/cookies")) actually (source-directory "/usr/share/emacs/23.1/") works here. the "/lisp" is added afterwards by emacs Seems setq-ing the variable in site-lisp.el fixes the problem. (In reply to comment #7) > Seems setq-ing the variable in site-lisp.el fixes the problem. site-start.el of course I fixed this in rawhide (emacs-23.1-13.fc13) if someone desperately wants a fix for an older release, please let me know, but all you need to do to fix this is to have (setq source-directory "/usr/share/emacs/23.1/") in a startup file emacs-23.1-19.fc12 has been submitted as an update for Fedora 12. http://admin.fedoraproject.org/updates/emacs-23.1-19.fc12 emacs-23.1-11.fc11 has been submitted as an update for Fedora 11. http://admin.fedoraproject.org/updates/emacs-23.1-11.fc11 emacs-23.1-13.fc11 has been submitted as an update for Fedora 11. http://admin.fedoraproject.org/updates/emacs-23.1-13.fc11 emacs-23.1-13.fc11 has been pushed to the Fedora 11 stable repository. If problems still persist, please make note of it in this bug report. |