[gentoo-lisp] Ebuild for Racket 5.1

[gentoo-lisp] Ebuild for Racket 5.1

[Morgon Kanter]

[-- Attachment #1: Type: text/plain, Size: 635 bytes --]

Hey folks,

I noticed there wasn't yet an ebuild for the new version of Racket, so
I went ahead and made one. It's attached.

A couple changes besides just bumping the version number:
* Doesn't really seem like that makefile patch was required anymore (I
didn't need it), so I commented that out.
* The new Racket GUI system doesn't appear to include any of those
external libraries that the ebuild used to issue an "rm" for, so I
removed those bits from the ebuild (as well as the formerly
commented-out rm commands that were replaced by something different).

That's it for the changes, aside from a version bump.

Thanks,
-- Morgon

[-- Attachment #2: racket-5.1.ebuild --]
[-- Type: application/octet-stream, Size: 3941 bytes --]

# Copyright 1999-2011 Gentoo Foundation
# Distributed under the terms of the GNU General Public License v2
# $Header: $

EAPI="3"

inherit eutils

DESCRIPTION="Programming environment based on Scheme."
SRC_URI="http://download.racket-lang.org/installers/${PV}/${PN}/${P}-src-unix.tgz"
HOMEPAGE="http://www.racket-lang.org"

LICENSE="LGPL-2.1"
SLOT="0"
KEYWORDS="~x86 ~amd64"
IUSE="-backtrace cairo cgc doc opengl profile X slatex sgc -futures -places +foreign static -plain"
# jit
RDEPEND="X? ( x11-libs/libX11
			x11-libs/libXaw
			x11-libs/libXft
			x11-libs/libXrender
			media-libs/jpeg
			media-libs/libpng
			opengl? ( virtual/opengl )
			cairo? ( x11-libs/cairo[X] ) )
		slatex? ( virtual/latex-base )
		!dev-scheme/plt-scheme"
DEPEND="${RDEPEND}"
S="${WORKDIR}/${P}/src/build"
ECONF_SOURCE="${S}/.."
MY_PNUM="01"

pkg_setup() {
	if use cgc && use sgc ; then
		die "You cannot use both cgc and sgc USE flags, you have to choose one of them"
	fi
	for my_flag in backtrace futures places
	do
		if use "${my_flag}" ; then
			ewarn "${my_flag} USE flag is known that may make ${P} compilation"
			ewarn "to fail. Please remove it, if the ebuild fails for you. "
		fi
	done
	if use cairo || use opengl ; then
		if ! use X ; then
			ewarn "cairo and opengl USE flags support features that are disabled"
			ewarn "by ${P} build system when you haven't enabled the X USE flag."
		fi
	fi
}

src_unpack() {
	unpack ${A}
	mkdir -v "${S}" || die "failed to create build dir"
}

src_prepare() {
	sed -i -e "s/docdir=\"\${datadir}\/racket\/doc\"/docdir=\"\${datadir}\/doc\/${PF}\"/" ../configure || die "sed failed"
	pushd ..
#	epatch "${FILESDIR}/${P}-hack_makefile_in_temp${MY_PNUM}.patch"
	popd
	#sed -i -e 's/#! \/bin\/sh/#! \/bin\/sh -x/g' ../configure \
	#|| die "sed failed"
	sed -i -e 's:CFLAGS) -o ../starter:CFLAGS) @LDFLAGS@ -o ../starter:' \
		../racket/dynsrc/Makefile.in || die 'sed starter LDFLAGS failed'
}

src_configure() {
	econf \
		$(use_enable !static shared) \
		$(use_enable doc docs) \
		$(use_enable X gracket) \
		$(use_enable X xrender) \
		$(use_enable X xft) \
		$(use_enable opengl gl) \
		$(use_enable cairo) \
		$(use_enable profile gprof) \
		$(use_enable backtrace) \
		$(use_enable sgc) \
		$(use_enable futures) \
		$(use_enable places) \
		$(use_enable foreign) \
		--enable-jit \
		--enable-libpng \
		--enable-libjpeg \
		--enable-pthread \
		--enable-account \
		--disable-sgcdebug \
		--disable-compact \
		--disable-smalloskit \
		--disable-oskit \
		--disable-wbuild \
		--disable-perl \
		$(use_with X x)
}

src_compile() {
	emake || die "emake default target(3m) failed"
	if use cgc || use sgc ; then
		time emake cgc || die "emake cgc-install target failed"
	fi
}

src_install() {
	local pla1n=""
	if use plain; then
		pla1n="plain-"
	fi

	# From boost-1.42.0-r2.ebuild
	local jobs=$( echo " ${MAKEOPTS} " | \
		sed -e 's/ --jobs[= ]/ -j /g' \
		-e 's/ -j \([1-9][0-9]*\)/ -j\1/g' \
		-e 's/ -j\>/ -j1/g' | \
		( while read -d ' ' j ; do if [[ "${j#-j}" = "$j" ]]; then continue; fi; jobs="${j#-j}"; done; echo ${jobs} ) )
	if [[ "${jobs}" != "" ]]; then NUMJOBS="-j "${jobs}; fi;

	time emake DESTDIR="${D}" PLT_SETUP_OPTIONS="${NUMJOBS}" "${pla1n}"install || die "emake install failed"
	if use cgc || use sgc ; then
		time emake DESTDIR="${D}" "${pla1n}"install-cgc || die "emake cgc target failed"
	fi
	if use X; then
		newicon ../../collects/icons/PLT-206.png drscheme.png
		make_desktop_entry drscheme "DrScheme" drscheme "Development"
	fi
	# deal with slatex
	if use slatex; then
		if ! use plain; then
			pushd "${D}"/usr/bin
			{ rename slatex plt-slatex slatex* && rename pdf-slatex plt-pdf-slatex pdf-slatex* ; } || die "Failed to rename slatex* to plt-slatex*"
			popd
		fi
		insinto /usr/share/texmf/tex/latex/slatex/
		newins ../../collects/slatex/slatex.sty plt-slatex.sty
	else
		if ! use plain; then
			rm -Rfv "${D}"/usr/bin/*slatex* || die "Failed to delete slatex files"
		fi
	fi
}

Re: [gentoo-lisp] Ebuild for Racket 5.1

[Neil Funk]

Thanks, Morgon!
I just got into Racket a week or so ago, and was also surprised there
wasn't an ebuild for this latest version.
I had installed manually from source, but I just tried out your ebuild
and it worked fine for me.
-Neil Funk



On Mon, Feb 21, 2011 at 12:07 PM, Morgon Kanter <morgon.kanter@gmail.com> wrote:
> Hey folks,
>
> I noticed there wasn't yet an ebuild for the new version of Racket, so
> I went ahead and made one. It's attached.
>
> A couple changes besides just bumping the version number:
> * Doesn't really seem like that makefile patch was required anymore (I
> didn't need it), so I commented that out.
> * The new Racket GUI system doesn't appear to include any of those
> external libraries that the ebuild used to issue an "rm" for, so I
> removed those bits from the ebuild (as well as the formerly
> commented-out rm commands that were replaced by something different).
>
> That's it for the changes, aside from a version bump.
>
> Thanks,
> -- Morgon
>

Re: [gentoo-lisp] Ebuild for Racket 5.1

[Cyprien Nicolas]

On 21/02/11 18:07, Morgon Kanter wrote:
> Hey folks,
> 
> I noticed there wasn't yet an ebuild for the new version of Racket, so
> I went ahead and made one. It's attached.
> 
> A couple changes besides just bumping the version number:
> * Doesn't really seem like that makefile patch was required anymore (I
> didn't need it), so I commented that out.
> * The new Racket GUI system doesn't appear to include any of those
> external libraries that the ebuild used to issue an "rm" for, so I
> removed those bits from the ebuild (as well as the formerly
> commented-out rm commands that were replaced by something different).
> 
> That's it for the changes, aside from a version bump.
> 
> Thanks,
> -- Morgon

Actually, there is a work-in-progress ebuild, but I didn't had the time
to test it intensively, especially with the cgc and sgc garbage
collectors, and the plain USE flags (as the makefile patch is related to
those USEs), and I just it an "emake failed" with USE=plain.

Apart from some cosmetic changes (EAPI4, REAUIRED_USE="cgc? ( !sgc )",
some spacing) my ebuild is the same :)

May I ask you which USE flags combination(s) you tried it with, and on
which arch? (applies for Neil too).
Thanks for the feedback

Regards

,Cyprien

Re: [gentoo-lisp] Ebuild for Racket 5.1

[Neil Funk]

> May I ask you which USE flags combination(s) you tried it with, and on
> which arch?

I'm on ~amd64.
dev-scheme/racket-5.1 was built with the following:
USE="X cairo foreign (multilib) opengl -backtrace -cgc -doc -futures
-places -plain -profile -sgc -slatex -static"

The only other suggestion I'd offer is regarding the backtrace,
futures, and places flags.  At least on 5.0.2, one or more of these
cause the build to hang forever at 100% CPU.  Only when I finally gave
up and killed the build did I notice the ewarn that these flags can
cause that.  I realize there's only so much we can protect people from
themselves, but it would have been nice if it made me acknowledge that
I intended to use a risky flag.  Ideally, we'd just fix whatever
causes it to hang, but that's an upstream issue - could we maybe just
mask those flags?  Although, I haven't tested them on 5.1 yet to see
if they're even still a problem...

Cyprien, I'd be happy to help test with other configurations.  Thanks
for your work.

-Neil

On Tue, Feb 22, 2011 at 5:32 AM, Cyprien Nicolas <c.nicolas@gmail.com> wrote:
> On 21/02/11 18:07, Morgon Kanter wrote:
>> Hey folks,
>>
>> I noticed there wasn't yet an ebuild for the new version of Racket, so
>> I went ahead and made one. It's attached.
>>
>> A couple changes besides just bumping the version number:
>> * Doesn't really seem like that makefile patch was required anymore (I
>> didn't need it), so I commented that out.
>> * The new Racket GUI system doesn't appear to include any of those
>> external libraries that the ebuild used to issue an "rm" for, so I
>> removed those bits from the ebuild (as well as the formerly
>> commented-out rm commands that were replaced by something different).
>>
>> That's it for the changes, aside from a version bump.
>>
>> Thanks,
>> -- Morgon
>
> Actually, there is a work-in-progress ebuild, but I didn't had the time
> to test it intensively, especially with the cgc and sgc garbage
> collectors, and the plain USE flags (as the makefile patch is related to
> those USEs), and I just it an "emake failed" with USE=plain.
>
> Apart from some cosmetic changes (EAPI4, REAUIRED_USE="cgc? ( !sgc )",
> some spacing) my ebuild is the same :)
>
> May I ask you which USE flags combination(s) you tried it with, and on
> which arch? (applies for Neil too).
> Thanks for the feedback
>
> Regards
>
> ,Cyprien
>
>

Re: [gentoo-lisp] Ebuild for Racket 5.1

[Morgon Kanter]

Not sure what's different between our systems, but I had both futures
and places available (though not backtrace) and my build went just
fine. Actually, my use flags were: X cairo doc foreign futures opengl
places (everything else was unset).

Some of these flags need documentation.

-- Morgon

On Tue, Feb 22, 2011 at 12:53 PM, Neil Funk <infinitedowntime@gmail.com> wrote:
>> May I ask you which USE flags combination(s) you tried it with, and on
>> which arch?
>
> I'm on ~amd64.
> dev-scheme/racket-5.1 was built with the following:
> USE="X cairo foreign (multilib) opengl -backtrace -cgc -doc -futures
> -places -plain -profile -sgc -slatex -static"
>
> The only other suggestion I'd offer is regarding the backtrace,
> futures, and places flags.  At least on 5.0.2, one or more of these
> cause the build to hang forever at 100% CPU.  Only when I finally gave
> up and killed the build did I notice the ewarn that these flags can
> cause that.  I realize there's only so much we can protect people from
> themselves, but it would have been nice if it made me acknowledge that
> I intended to use a risky flag.  Ideally, we'd just fix whatever
> causes it to hang, but that's an upstream issue - could we maybe just
> mask those flags?  Although, I haven't tested them on 5.1 yet to see
> if they're even still a problem...
>
> Cyprien, I'd be happy to help test with other configurations.  Thanks
> for your work.
>
> -Neil
>
> On Tue, Feb 22, 2011 at 5:32 AM, Cyprien Nicolas <c.nicolas@gmail.com> wrote:
>> On 21/02/11 18:07, Morgon Kanter wrote:
>>> Hey folks,
>>>
>>> I noticed there wasn't yet an ebuild for the new version of Racket, so
>>> I went ahead and made one. It's attached.
>>>
>>> A couple changes besides just bumping the version number:
>>> * Doesn't really seem like that makefile patch was required anymore (I
>>> didn't need it), so I commented that out.
>>> * The new Racket GUI system doesn't appear to include any of those
>>> external libraries that the ebuild used to issue an "rm" for, so I
>>> removed those bits from the ebuild (as well as the formerly
>>> commented-out rm commands that were replaced by something different).
>>>
>>> That's it for the changes, aside from a version bump.
>>>
>>> Thanks,
>>> -- Morgon
>>
>> Actually, there is a work-in-progress ebuild, but I didn't had the time
>> to test it intensively, especially with the cgc and sgc garbage
>> collectors, and the plain USE flags (as the makefile patch is related to
>> those USEs), and I just it an "emake failed" with USE=plain.
>>
>> Apart from some cosmetic changes (EAPI4, REAUIRED_USE="cgc? ( !sgc )",
>> some spacing) my ebuild is the same :)
>>
>> May I ask you which USE flags combination(s) you tried it with, and on
>> which arch? (applies for Neil too).
>> Thanks for the feedback
>>
>> Regards
>>
>> ,Cyprien
>>
>>
>

Re: [gentoo-lisp] Ebuild for Racket 5.1

[Cyprien Nicolas]

Hello lispers,

I pushed an ebuild for racket-5.1 in the lisp overlay. I updated the
patch, it is needed for plain install to work (i.e. to skip the
compilation of rackets libraries, the long setup-racket phase).

It has been lightly tested on my stable x86 laptop and stable
amd64-multilib desktop. At least it compiles without failure.

Here are a few comments and thoughts I want to share:

* In 5.0.2, I sped up the "raco setup" phase by adding the -j options to
the PLT_SETUP_OPTIONS. I added this to the install-cgc target in 5.1.

* I renamed the desktop entry from DrScheme to DrRacket, as it's the new
name of the IDE.

* I removed the build directory, in favor of a build directly in the
source directory. Such use of a build directory is not needed as the
source code is removed after the merge, it avoids unnecessary copying of
files.

* 'slatex' nor 'static' USE flags have been enabled during my builds, so
it may just work, or not.


1. Does enable cgc (or sgc) should disable the build for 3m? If not, we
could add a default enabled 3m USE for building the 3m-gc-based racket
(currently the default case). It is easy to add this possibility.
I'm fine by just using 3m, I don't know if there is specific users needs.

2. A bug has been opened about racket and PaX, but I don't know anything
about PaX, so I'll let somebody else to take care of the bug.
https://bugs.gentoo.org/show_bug.cgi?id=355285

3. If someone has a hint on how to fix/hide the
"configure: WARNING: unrecognized options:"...
I didn't look into it too much yet.


Regards
,Cyprien


PS: USE=cgc caused a high memory consumption on my desktop during the
raco setup, one build has even been killed because my system ran out of
memory, so use it with caution, or expect slow downs, if you don't
have/use the autogroup scheduler :) (I don't have a tmpfs PORT_TMPDIR).

PS2: Thanks to Morgon and Neil for their feedback. and Dimitri for the
initial racket ebuild.


On 02/22/2011 08:05 PM, Morgon Kanter wrote:
> Not sure what's different between our systems, but I had both futures
> and places available (though not backtrace) and my build went just
> fine. Actually, my use flags were: X cairo doc foreign futures opengl
> places (everything else was unset).
> 
> Some of these flags need documentation.
> 
> -- Morgon
> 
> On Tue, Feb 22, 2011 at 12:53 PM, Neil Funk <infinitedowntime@gmail.com> wrote:
>>> May I ask you which USE flags combination(s) you tried it with, and on
>>> which arch?
>>
>> I'm on ~amd64.
>> dev-scheme/racket-5.1 was built with the following:
>> USE="X cairo foreign (multilib) opengl -backtrace -cgc -doc -futures
>> -places -plain -profile -sgc -slatex -static"
>>
>> The only other suggestion I'd offer is regarding the backtrace,
>> futures, and places flags.  At least on 5.0.2, one or more of these
>> cause the build to hang forever at 100% CPU.  Only when I finally gave
>> up and killed the build did I notice the ewarn that these flags can
>> cause that.  I realize there's only so much we can protect people from
>> themselves, but it would have been nice if it made me acknowledge that
>> I intended to use a risky flag.  Ideally, we'd just fix whatever
>> causes it to hang, but that's an upstream issue - could we maybe just
>> mask those flags?  Although, I haven't tested them on 5.1 yet to see
>> if they're even still a problem...
>>
>> Cyprien, I'd be happy to help test with other configurations.  Thanks
>> for your work.
>>
>> -Neil
>>
>> On Tue, Feb 22, 2011 at 5:32 AM, Cyprien Nicolas <c.nicolas@gmail.com> wrote:
>>> On 21/02/11 18:07, Morgon Kanter wrote:
>>>> Hey folks,
>>>>
>>>> I noticed there wasn't yet an ebuild for the new version of Racket, so
>>>> I went ahead and made one. It's attached.
>>>>
>>>> A couple changes besides just bumping the version number:
>>>> * Doesn't really seem like that makefile patch was required anymore (I
>>>> didn't need it), so I commented that out.
>>>> * The new Racket GUI system doesn't appear to include any of those
>>>> external libraries that the ebuild used to issue an "rm" for, so I
>>>> removed those bits from the ebuild (as well as the formerly
>>>> commented-out rm commands that were replaced by something different).
>>>>
>>>> That's it for the changes, aside from a version bump.
>>>>
>>>> Thanks,
>>>> -- Morgon
>>>
>>> Actually, there is a work-in-progress ebuild, but I didn't had the time
>>> to test it intensively, especially with the cgc and sgc garbage
>>> collectors, and the plain USE flags (as the makefile patch is related to
>>> those USEs), and I just it an "emake failed" with USE=plain.
>>>
>>> Apart from some cosmetic changes (EAPI4, REAUIRED_USE="cgc? ( !sgc )",
>>> some spacing) my ebuild is the same :)
>>>
>>> May I ask you which USE flags combination(s) you tried it with, and on
>>> which arch? (applies for Neil too).
>>> Thanks for the feedback
>>>
>>> Regards
>>>
>>> ,Cyprien
>>>
>>>
>>

Re: [gentoo-lisp] Ebuild for Racket 5.1

[Neil Funk]

I tested the new ebuild in the tree, with USE="X cairo foreign
(multilib) opengl -backtrace -cgc -doc futures places -plain -profile
-sgc -slatex -static" on ~amd64.
Worked (compiled) fine.

Next I enabled the "backtrace" flag - also worked fine.

But when I enabled the "profile" flag, the build hung as per my
previous post regarding 5.0.2. (Only it turns out that "profile" was
the culprit - the only one of those flags I didn't mention
originally.)  Last console message was "Compiling xform support...
Done making xform-collects."
lt-racketcgc taking up 100% CPU.



On Tue, Feb 22, 2011 at 2:51 PM, Cyprien Nicolas <c.nicolas@gmail.com> wrote:
> Hello lispers,
>
> I pushed an ebuild for racket-5.1 in the lisp overlay. I updated the
> patch, it is needed for plain install to work (i.e. to skip the
> compilation of rackets libraries, the long setup-racket phase).
>
> It has been lightly tested on my stable x86 laptop and stable
> amd64-multilib desktop. At least it compiles without failure.
>
> Here are a few comments and thoughts I want to share:
>
> * In 5.0.2, I sped up the "raco setup" phase by adding the -j options to
> the PLT_SETUP_OPTIONS. I added this to the install-cgc target in 5.1.
>
> * I renamed the desktop entry from DrScheme to DrRacket, as it's the new
> name of the IDE.
>
> * I removed the build directory, in favor of a build directly in the
> source directory. Such use of a build directory is not needed as the
> source code is removed after the merge, it avoids unnecessary copying of
> files.
>
> * 'slatex' nor 'static' USE flags have been enabled during my builds, so
> it may just work, or not.
>
>
> 1. Does enable cgc (or sgc) should disable the build for 3m? If not, we
> could add a default enabled 3m USE for building the 3m-gc-based racket
> (currently the default case). It is easy to add this possibility.
> I'm fine by just using 3m, I don't know if there is specific users needs.
>
> 2. A bug has been opened about racket and PaX, but I don't know anything
> about PaX, so I'll let somebody else to take care of the bug.
> https://bugs.gentoo.org/show_bug.cgi?id=355285
>
> 3. If someone has a hint on how to fix/hide the
> "configure: WARNING: unrecognized options:"...
> I didn't look into it too much yet.
>
>
> Regards
> ,Cyprien
>
>
> PS: USE=cgc caused a high memory consumption on my desktop during the
> raco setup, one build has even been killed because my system ran out of
> memory, so use it with caution, or expect slow downs, if you don't
> have/use the autogroup scheduler :) (I don't have a tmpfs PORT_TMPDIR).
>
> PS2: Thanks to Morgon and Neil for their feedback. and Dimitri for the
> initial racket ebuild.
>
>
> On 02/22/2011 08:05 PM, Morgon Kanter wrote:
>> Not sure what's different between our systems, but I had both futures
>> and places available (though not backtrace) and my build went just
>> fine. Actually, my use flags were: X cairo doc foreign futures opengl
>> places (everything else was unset).
>>
>> Some of these flags need documentation.
>>
>> -- Morgon
>>
>> On Tue, Feb 22, 2011 at 12:53 PM, Neil Funk <infinitedowntime@gmail.com> wrote:
>>>> May I ask you which USE flags combination(s) you tried it with, and on
>>>> which arch?
>>>
>>> I'm on ~amd64.
>>> dev-scheme/racket-5.1 was built with the following:
>>> USE="X cairo foreign (multilib) opengl -backtrace -cgc -doc -futures
>>> -places -plain -profile -sgc -slatex -static"
>>>
>>> The only other suggestion I'd offer is regarding the backtrace,
>>> futures, and places flags.  At least on 5.0.2, one or more of these
>>> cause the build to hang forever at 100% CPU.  Only when I finally gave
>>> up and killed the build did I notice the ewarn that these flags can
>>> cause that.  I realize there's only so much we can protect people from
>>> themselves, but it would have been nice if it made me acknowledge that
>>> I intended to use a risky flag.  Ideally, we'd just fix whatever
>>> causes it to hang, but that's an upstream issue - could we maybe just
>>> mask those flags?  Although, I haven't tested them on 5.1 yet to see
>>> if they're even still a problem...
>>>
>>> Cyprien, I'd be happy to help test with other configurations.  Thanks
>>> for your work.
>>>
>>> -Neil
>>>
>>> On Tue, Feb 22, 2011 at 5:32 AM, Cyprien Nicolas <c.nicolas@gmail.com> wrote:
>>>> On 21/02/11 18:07, Morgon Kanter wrote:
>>>>> Hey folks,
>>>>>
>>>>> I noticed there wasn't yet an ebuild for the new version of Racket, so
>>>>> I went ahead and made one. It's attached.
>>>>>
>>>>> A couple changes besides just bumping the version number:
>>>>> * Doesn't really seem like that makefile patch was required anymore (I
>>>>> didn't need it), so I commented that out.
>>>>> * The new Racket GUI system doesn't appear to include any of those
>>>>> external libraries that the ebuild used to issue an "rm" for, so I
>>>>> removed those bits from the ebuild (as well as the formerly
>>>>> commented-out rm commands that were replaced by something different).
>>>>>
>>>>> That's it for the changes, aside from a version bump.
>>>>>
>>>>> Thanks,
>>>>> -- Morgon
>>>>
>>>> Actually, there is a work-in-progress ebuild, but I didn't had the time
>>>> to test it intensively, especially with the cgc and sgc garbage
>>>> collectors, and the plain USE flags (as the makefile patch is related to
>>>> those USEs), and I just it an "emake failed" with USE=plain.
>>>>
>>>> Apart from some cosmetic changes (EAPI4, REAUIRED_USE="cgc? ( !sgc )",
>>>> some spacing) my ebuild is the same :)
>>>>
>>>> May I ask you which USE flags combination(s) you tried it with, and on
>>>> which arch? (applies for Neil too).
>>>> Thanks for the feedback
>>>>
>>>> Regards
>>>>
>>>> ,Cyprien
>>>>
>>>>
>>>
>
>