[racket] Graphics Issues in Ubuntu 11.10

From: Todd O'Bryan (toddobryan at gmail.com)
Date: Mon Oct 17 21:10:00 EDT 2011

The PPA makes things much nicer. I always have to install on:
 - my desktop
 - my laptop
 - my teacher machine
 - both servers at school, and
 - in the client image for the lab machines at school
so compiling on each system is a bit of a yawn. I can wait for the
next release. I'm not in that big a hurry to upgrade to 11.10. On the
other hand, if you'd be willing to act as a mentor, I have students
who need projects who might be willing to get the nightly-build up and
running on the PPA.

Todd

On Mon, Oct 17, 2011 at 8:52 PM, Jon Rafkind <rafkind at cs.utah.edu> wrote:
> I can make libgtkglext1 a dependency, thats easy.
>
> I'm not sure where the fix would go on the PPA. If it goes into the normal 'racket' channel then there will be beta stuff in there, so it won't be directly in
> sync with the release.
>
> I could make a new channel but I'm not sure what it would be called. There is a 'racket nightly' thing I think but I don't have a system set up to actually
> build and upload a new .deb each night.
>
> Do you need this fix to be installed on a bunch of different computers (and thus need the PPA to do it)?
>
> On 10/17/2011 06:45 PM, Todd O'Bryan wrote:
>> Jon Rafkind,
>>
>> Any chance that you might put a version with Matthew's fix on the PPA
>> site? Also, could you make libgtkglext1 a dependency of the install so
>> that the OpenGL-dependent games in plt-games work?
>>
>> (I wish I knew how .debs work so I could help with this instead of
>> just asking for stuff. I've spent probably 20-30 hours total over 3 or
>> 4 times trying to figure it out, and each time I give up after a
>> wasted day. By the time I go back and try to do it again, I've
>> forgotten whatever it was I might have learned and had to start all
>> over again.)
>>
>> Todd
>>
>> On Mon, Oct 17, 2011 at 6:17 PM, Matthew Flatt <mflatt at cs.utah.edu> wrote:
>>> It seems that `racket/gui' is trying to freeze and thaw window updates
>>> before the canvas is mapped. The relevant Gdk window changes when the
>>> canvas is mapped, which means that Gdk and `racket/gui' end up with
>>> different opinions on the freeze/thaw state of the canvas.
>>>
>>> I've pushed a repair to fix freeze/thaw requests based on the canvas's
>>> mapped state, which hopefully fixes the problem that you're seeing.
>>>
>>> _________________________________________________
>>>  For list-related administrative tasks:
>>>  http://lists.racket-lang.org/listinfo/users
>>>
>> _________________________________________________
>>   For list-related administrative tasks:
>>   http://lists.racket-lang.org/listinfo/users
>
> _________________________________________________
>  For list-related administrative tasks:
>  http://lists.racket-lang.org/listinfo/users
>



Posted on the users mailing list.