Alex Kost <alez...@gmail.com> skribis: > So I suggest to add a phase for deleting non-".el[c]" files from the > ".guix.d/package" directory.
Agreed; what about putting READMEs etc. elsewhere, like under ‘share/doc/PACKAGE’ if we want to preserve them? > And just in case: I have nothing against GNU ELPA repository (especially > taking into account that it is the only "home" for some packages). I'm > against melpa and melpa-stable, because: > > - Why should we rely on a third-party server that do something with the > upstream files to produce a final tarball? > > - MELPA(-stable) is not usable anyway, because the tarballs of the same > version are updated all the time, so the hash is being permanently > changed. I agree that these two points make MELPA (at least the MELPA server) unsuitable for our purposes. Of course it’s still useful to import recipes from there and use them as a starting point for packages. > However, if a package from ELPA has a real upstream release that can be > used with "gnu-build-system" (e.g., emms, auctex, mmm-mode), I think we > should prefer it instead of importing it from ELPA. Agreed. Thanks, Ludo’.
