Bug 228563 – Ebuild for C-INTERCAL

• Product: Gentoo Linux
• Status: RESOLVED FIXED

[Description Arvid Norlander 2008-06-20 15:26:07 UTC]

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.

[Comment 1 Arvid Norlander 2008-06-20 15:26:44 UTC]

Created attachment 157761 [details]
c_intercal-28.0.28.ebuild

c_intercal-28.0.28.ebuild

[Comment 2 Arvid Norlander 2008-06-20 15:27:06 UTC]

Created attachment 157763 [details, diff]
c_intercal-28.0.28-fix-64bit.patch

c_intercal-28.0.28-fix-64bit.patch

[Comment 3 Arvid Norlander 2008-06-20 15:27:23 UTC]

Created attachment 157765 [details, diff]
c_intercal-28.0.28-fix-install-info.patch

c_intercal-28.0.28-fix-install-info.patch

[Comment 4 Arvid Norlander 2008-06-20 16:04:25 UTC]

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

[Comment 5 Arvid Norlander 2008-06-20 16:32:31 UTC]

(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.

[Comment 6 Arvid Norlander 2008-06-20 16:33:47 UTC]

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.

[Comment 7 Ulrich Müller 2008-07-27 20:40:11 UTC]

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?

[Comment 8 Ulrich Müller 2008-07-28 05:26:23 UTC]

> 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).

[Comment 9 Arvid Norlander 2008-09-22 19:29:17 UTC]

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.

[Comment 10 Arvid Norlander 2008-09-22 19:31:52 UTC]

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...

[Comment 11 Arvid Norlander 2008-10-07 13:12:29 UTC]

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*

[Comment 12 Ulrich Müller 2008-10-08 01:04:13 UTC]

Committed to CVS (with some extensions). Thank you very much!

*c-intercal-28.0 (08 Oct 2008)

  08 Oct 2008; Ulrich Mueller <[e-mail]>
  +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 <[e-mail]>
  in bug 228563. Fixed parallel make; added emacs and examples USE flags.