According to the information in the current ebuild [1] and the content in the project's homepage [2] The name of this package is ecl no ecls. So it would be more correct to change its name and things would be easier for building some packages (like cl-unicode) since the package's name (ecls) and the package's binary differ in name. Besides, common-lisp-3.eclass assumes that CommonLisp packages and binaries have the same name (this is not true for ecls). I've performed a search in the tree to see where this package is referenced and I've found the following packages affected: app-vim/slimv dev-lisp/cl-unicode dev-lisp/ecls sci-mathematics/fricas sci-mathematics/maxima virtual/commonlisp x11-wm/stumpwm It's referenced in use masks too (for instance in profiles/base/use.mask), so I think is not big deal to rename it. Andrei, I CC you because you where the last to bump the ecls package. [1] https://gitweb.gentoo.org/repo/gentoo.git/tree/dev-lisp/ecls/ecls-16.1.2-r1.ebuild [2] https://common-lisp.net/project/ecl/
I agree that renaming this package will make life easier. The executable name is ecl, the tarball is ecl-16.1.2.tgz. But there are many such packages. For clozurecl the executable name is ccl, the tarball is ccl-1.11-<platform>.tar.gz. So, this package, logically, should be ccl. For cmucl the executable name is lisp (the tarball is cmucl-*.tar.bz2 though). So, other packages have to live with <executable> != <package_name>. Renaming ecls -> ecl (and maybe clozurecl -> ccl) will require renaming the corresponding USE flags, changing a number of files in profiles, partial rewriting and revbumping a number of ebuilds. Some of them are stable. Stabilization after revbump will take an unpredictably long time (especially for ppc for which maxima-5.34.1 is stable). Probably many months (stabilization bug for maxima-5.37.3-r4 was files in January, still no reaction from ppc, and x86 also not done yet). Until that moment in a far future packages with old names (ecls, clozurecl) cannot disappear from the tree. What will be the status in the transition period (half a year or more) - both ecl and ecls in the tree, 2 sets of USE flags, etc.?
The purpose of this change is to make the package name the same as the upstream project, which changed name from ECLS to ECL a few years ago. It's *NOT* to make the package name and executable name the same. All other projects are mostly fine the way they are: Clozure's official executable wrapper is named "ccl", CMUCL's is "lisp", etc... The only nitpick might be that "clozurecl" should probably be named simply "clozure".
OK. But, as I said, maxima-5.34.1 is stable on amd64, ppc, x86. Until it disappears from the tree, the package ecls cannot disappear. And this may take any time from a few months to infinity.
@grozin: I don't see why the existence of a stable reverse dependency like sci-mathematics/maxima would be a blocker for the renaming. The dependency in maxima's ebuild could simply be updated and the ebuild could remain stable. We have done such package moves many times before. Renaming the USE flag from ecls to ecl may be the bigger hassle here. Then again, I see $(use_enable ecls ecl) in maxima's ebuild, so it would become closer to upstream there.
@ulm: PR looks good. While we are at it, it would be good to rename clozurecl -> ccl. The project name is CCL (or Clozure CL), the tarball is ccl-x.y.z-arch.tar.gz. The option name used by maxima is ccl (or ccl64), by fricas - ccl. The site is https://ccl.clozure.com/ and https://github.com/Clozure/ccl. README.md says CCL 13 times and Clozure CL 2 times. The IRC channel is #ccl on libera.chat. Generally, people referring to this lisp always call it ccl. I think it should be dev-lisp/ccl in Gentoo.
(In reply to Andrey Grozin from comment #5) > While we are at it, it would be good to rename clozurecl -> ccl. The project > name is CCL (or Clozure CL), the tarball is ccl-x.y.z-arch.tar.gz. The > option name used by maxima is ccl (or ccl64), by fricas - ccl. The site is > https://ccl.clozure.com/ and https://github.com/Clozure/ccl. README.md says > CCL 13 times and Clozure CL 2 times. The IRC channel is #ccl on libera.chat. > Generally, people referring to this lisp always call it ccl. I think it > should be dev-lisp/ccl in Gentoo. No strong opinion about this. Its homepage says "Clozure CL (often called CCL for short)", so maybe there's less incentive for renaming than for ECL?
The bug has been closed via the following commit(s): https://gitweb.gentoo.org/repo/gentoo.git/commit/?id=bab95f54c95b1279f45017dabee3f61a025d489e commit bab95f54c95b1279f45017dabee3f61a025d489e Author: Ulrich Müller <ulm@gentoo.org> AuthorDate: 2023-09-13 18:52:09 +0000 Commit: Ulrich Müller <ulm@gentoo.org> CommitDate: 2023-09-14 15:10:23 +0000 Package move dev-lisp/ecls to dev-lisp/ecl Closes: https://bugs.gentoo.org/586230 Signed-off-by: Ulrich Müller <ulm@gentoo.org> dev-lisp/{ecls => ecl}/Manifest | 0 .../{ecls/ecls-21.2.1-r4.ebuild => ecl/ecl-21.2.1-r5.ebuild} | 6 ++---- dev-lisp/{ecls/ecls-23.9.9.ebuild => ecl/ecl-23.9.9-r1.ebuild} | 6 ++---- dev-lisp/{ecls => ecl}/files/README.gentoo | 0 .../files/ecl-16.1.3-build.patch} | 0 .../files/ecl-16.1.3-headers-gentoo.patch} | 0 .../files/ecl-21.2.1-donotcompressinfo.patch} | 0 .../files/ecl-21.2.1-ldflags.patch} | 0 dev-lisp/{ecls => ecl}/metadata.xml | 0 eclass/common-lisp-3.eclass | 2 +- profiles/arch/amd64/use.mask | 2 +- profiles/arch/base/use.mask | 2 +- profiles/arch/powerpc/ppc32/use.mask | 2 +- profiles/arch/powerpc/ppc32/use.stable.mask | 2 +- profiles/arch/sparc/use.mask | 2 +- profiles/arch/sparc/use.stable.mask | 2 +- profiles/arch/x86/use.mask | 2 +- profiles/updates/3Q-2023 | 1 + sci-mathematics/fricas/fricas-1.3.8-r1.ebuild | 6 +++--- sci-mathematics/fricas/fricas-1.3.9.ebuild | 6 +++--- sci-mathematics/fricas/metadata.xml | 4 ++-- sci-mathematics/maxima/maxima-5.46.0-r1.ebuild | 10 +++++----- sci-mathematics/maxima/maxima-5.47.0.ebuild | 10 +++++----- sci-mathematics/maxima/metadata.xml | 4 ++-- virtual/commonlisp/commonlisp-0-r1.ebuild | 2 +- 25 files changed, 34 insertions(+), 37 deletions(-)
