| 1 |
Hi lispers, |
| 2 |
|
| 3 |
our elisp.eclass used to support setting of variable SIMPLE_ELISP=t in |
| 4 |
an ebuild. This had the effect that the eclass would rename a source |
| 5 |
file named ${P}.el to ${PN}.el in src_unpack (therefore supporting |
| 6 |
versioned, single compressed elisp files as package sources). |
| 7 |
|
| 8 |
SIMPLE_ELISP is no longer supported. Above renaming now always takes |
| 9 |
place if a file ${WORKDIR}/${P}.el is found after unpacking. |
| 10 |
|
| 11 |
The rationale for this change is: |
| 12 |
1) Packages with more than one elisp file normally unpack into a |
| 13 |
subdir of ${WORKDIR}. |
| 14 |
2) Even if they unpack directly into ${WORKDIR}, it is still |
| 15 |
unlikely that their tarball would contain a file named ${P}.el. |
| 16 |
3) In case that some future package shouldn't fulfill 1 or 2 (which |
| 17 |
I think is very unlikely), we can still add a special src_unpack |
| 18 |
to its ebuild. |
| 19 |
|
| 20 |
The changed eclass is already in the Portage tree. I've removed |
| 21 |
SIMPLE_ELISP from all ebuilds in the Emacs overlay; the main tree will |
| 22 |
follow in about two weeks. Please report any bugs via the usual |
| 23 |
channels. |
| 24 |
|
| 25 |
Ulrich |
| 26 |
-- |
| 27 |
gentoo-lisp@l.g.o mailing list |
Archives