First, please note that the homepage url is the shared website for CLC-INTERCAL and C-INTERCAL. C-INTERCAL doesn't have a "real" "own" homepage. This is an ebuild for C-INTERCAL. Some things to note: * Version number for C-INTERCAL is (as a joke) minor.major. The author suggested doing major.minor.major for the ebuild in order to make it sort and "preserve the feeling". * MY_PV was hard coded as I could not figure out how to extract the "real" version from major.minor.major using bash parameter expansion. I would be happy to learn how this is done. * Some dodir are needed as the build system doesn't create the directories. (Fixed in upstream trunk now). * A patch to prevent sandbox violation was also needed as make install tried to modify /usr/share/info/dir. This has been reported to upstream. * A patch to make C-INTERCAL work on 64-bit (from upstream trunk). Will attach patches and the ebuild itself. Reproducible: Always Steps to Reproduce: 1. Not sure what to use "steps to reproduce" for in this case.
Created attachment 157761 [details] c_intercal-28.0.28.ebuild c_intercal-28.0.28.ebuild
Created attachment 157763 [details, diff] c_intercal-28.0.28-fix-64bit.patch c_intercal-28.0.28-fix-64bit.patch
Created attachment 157765 [details, diff] c_intercal-28.0.28-fix-install-info.patch c_intercal-28.0.28-fix-install-info.patch
Hm it seems this ebuild breaks on another system I tried it on. It did work on one of my systems however. Need to investigate
(In reply to comment #4) > Hm it seems this ebuild breaks on another system I tried it on. It did work on > one of my systems however. Need to investigate > Sorry for bug spam, it was a mistake on my side.
Created attachment 157803 [details] Updated c_intercal-28.0.28.ebuild This is a new ebuild using versionator to get the version for MY_PV. Thanks to dleverton in #gentoo-dev-help for this.
Shouldn't the package be named c-intercal (i.e. with a hyphen instead of the underscore)? Have you really tested it on all architectures listed in KEYWORDS?
> Shouldn't the package be named c-intercal (i.e. with a hyphen instead of the > underscore)? That is, with a "worm" instead of a "flat worm", according to the INTERCAL character set. ;-) Please also change the following: - Use the standard Gentoo copyright header from skel.ebuild. - LICENSE="GPL-2 FDL-1.2" because of the info documentation. - In src_unpack, the "die" statement after epatch is redundant; epatch will die on its own. - Did you report the parallel make failure upstream? IMHO, the major.minor.major version is asking for trouble. What will happen if upstream decides to add a micro version component? I think the Gentoo version should follow major.minor (i.e., 28.0, even if this is boring).
Sorry I have been offline a lot recently, missed this. (In reply to comment #8) > > Shouldn't the package be named c-intercal (i.e. with a hyphen instead of the > > underscore)? > > That is, with a "worm" instead of a "flat worm", according to the INTERCAL > character set. ;-) Possibly but someone in #gentoo-dev-help said - was reserved for use between package name and version. So that isn't correct? > > Please also change the following: > - Use the standard Gentoo copyright header from skel.ebuild. Will do. > - LICENSE="GPL-2 FDL-1.2" because of the info documentation. Right. will do it. > - In src_unpack, the "die" statement after epatch is redundant; epatch will > die on its own. > - Did you report the parallel make failure upstream? Yes of course. The current darcs version use automake instead of just autoconf + custom build system. > > IMHO, the major.minor.major version is asking for trouble. What will happen if > upstream decides to add a micro version component? I think the Gentoo version > should follow major.minor (i.e., 28.0, even if this is boring). No clue. It is INTERCAL after all ;). Will change that. Except an updated ebuild today or tomorrow.
For the architectures: no, since I have Gentoo on amd64 and x86 only, but I used non-ebuild compiled ones on Linux PPC32 and Solaris. (Not Gentoo). I will change it to KEYWORDS="~amd64 ~x86" then...
Created attachment 167541 [details] c-intercal-28.0.28.ebuild Here is the updated and renamed ebuild. Should I attach new patches? Only difference is that they are renamed from c_intercal* to c-intercal*
Committed to CVS (with some extensions). Thank you very much! *c-intercal-28.0 (08 Oct 2008) 08 Oct 2008; Ulrich Mueller <ulm@gentoo.org> +files/c-intercal-28.0-fix-64bit.patch, +files/c-intercal-28.0-fix-install-info.patch, +files/c-intercal-28.0-parallel-make.patch, +metadata.xml, +c-intercal-28.0.ebuild: Initial import, ebuild contributed by Arvid Norlander <anmaster@tele2.se> in bug 228563. Fixed parallel make; added emacs and examples USE flags.
