[1210] in athena10
Re: Building our own mit-scheme
daemon@ATHENA.MIT.EDU (Geoffrey Thomas)
Tue Feb 24 20:03:45 2009
Date: Tue, 24 Feb 2009 20:01:58 -0500 (EST)
From: Geoffrey Thomas <geofft@MIT.EDU>
To: Tim Abbott <tabbott@mit.edu>
cc: debathena@mit.edu
In-Reply-To: <alpine.DEB.2.00.0902241948450.28549@vinegar-pot.mit.edu>
Message-ID: <alpine.DEB.2.00.0902241959280.1966@vinegar-pot.mit.edu>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed
If we think we can get it fixed quickly, that would be more thank okay
with me. I guess I'll build a package as I suggested but not upload it
to apt, and we'll see if it works.
--
Geoffrey Thomas
geofft@mit.edu
On Tue, 24 Feb 2009, Tim Abbott wrote:
> This is in no way an MIT-specific issue; we should just get this fixed
> upstream. Since the current package in intrepid is completely unusable,
> it should not be hard to get this problem fixed in the intrepid release.
>
> -Tim Abbott
>
> On Tue, 24 Feb 2009, Geoffrey Thomas wrote:
>
>> mit-scheme is broken in Intrepid. MIT uses it in various classes. I want a
>> mit-scheme that I can do my psets with. It's also a dependency of
>> debathena-thirdparty (unless it was punted recently?).
>>
>> It looks like the package hasn't been updated since May 2007 for Gutsy. Also,
>> Debian has a working mit-scheme package.
>>
>> According to patches.ubuntu.com, the only difference between Debian's (at the
>> time) and Ubuntu's versions is that Ubuntu's source package includes a
>> uuencoded .deb instead of build-depending on itself. I propose to build our
>> own mit-scheme package by grabbing Lenny's binary package, using it as the
>> build-dependency in an Intrepid (and possibly Hardy, if that's broken too)
>> schroot on debuild, and rebuilding the source package.
>>
>> I also want to upload the resulting package to our repository for Intrepid in
>> debathena-system. We'll only be shadowing a broken version of the Ubuntu
>> package; I can pick a version number that guarantees that any changes Ubuntu
>> makes to it (even if it doesn't sync from Lenny) will supersede ours.
>>
>> Is this a good idea? We seem to have done something similar with
>> libfile-temp-perl in our repository (albeit on a different scale), so I don't
>> think this is inherently out of scope for our apt repo.
>>
>> --
>> Geoffrey Thomas
>> geofft@mit.edu
>>
>
