[7266] in Release_7.7_team
Re: deprecated.dialup
daemon@ATHENA.MIT.EDU (Jonathon Weiss)
Mon Feb 7 18:21:53 2011
Message-Id: <201102072321.p17NLj5Q020912@outgoing.mit.edu>
To: Jonathon Weiss <jweiss@mit.edu>
cc: Jonathan Reed <jdreed@mit.edu>, ops@mit.edu, release-team@mit.edu
In-Reply-To: Message from Jonathon Weiss <jweiss@MIT.EDU>
of "Tue, 01 Feb 2011 14:31:42 EST." <201102011931.p11JVgOr010981@outgoing.mit.edu>
Date: Mon, 07 Feb 2011 18:21:45 -0500
From: Jonathon Weiss <jweiss@MIT.EDU>
Bueller?
Jonathon
>
> I've added release-team to the cc per your comment. Release-team, can
> you comment on the risks involved in enabling -backports, as discussed
> below?
>
> As for the 32-bit, if Debathena can create an automated build a la the
> debathenifier, that seems like it would be remarkably not manual, and
> would be my preference.
>
> Jonathon
>
>
>
>
> Jonathan Reed <jdreed@MIT.EDU> wrote:
>
> > Yes, I believe for the 32-bit version it would be manual in both cases. Presumably we (Debathena) could set up an automated build job for the package incorporating any changes automatically.
> >
> > I think release-team can best weigh-in on the consequences of enabling -backports on the dialups, so we should probably move this discussion to that forum.
> >
> > -Jon
> >
> > On Jan 31, 2011, at 9:31 PM, Jonathon Weiss wrote:
> >
> > > Based on the trac ticket it sounds like we need to enable backports to
> > > get the 64-bit version from upstream. I'm a little nervous about
> > > this, since I don't completely understand whether other things might
> > > be automatically upgraded by enabling backports. Ie., are there
> > > packages in the main reopsitory that have newer versions in backports
> > > (presumably with new features or something)?
> > >
> > > As for the 32-bit version, for the initial installation either
> > > approach is fine. The only question has to do with how bug fixes and
> > > security updates would be tracked. I'm guessing that would be
> > > similarly manual in both cases. However, if you have more info, I'd
> > > love to hear it.
> > >
> > > Jonathon
> > >
> > >> This is probably fine, but I'd like to move forward on making libstdc++5 available on the Lucid dialups (which, along with LaTeX, seems to be the largest paint point. There's some preliminary discussion in http://debathena.mit.edu/trac/ticket/764. Basically, for the 64-bit version, we can just install a .deb provided by Upstream, but the 32-bit one will be harder. From a maintenance standpoint, would it be better for Debathena to create some sort of debathena-dialup-libstdc++5-deprecated package that covers everything, or would you be ok with installing one Ubuntu package, and then dropping a file by hand into /usr/lib32/ and creating a symlink?
> > >>
> > >> I'm concerned that another professor relying on 15-year-old software might show up, this being the first week of term. I'm not sure how to avoid this in the future, other than ensuring we test 15-year-old binaries, which is hard to do...
> > >>
> > >> -Jon
> > >>
> > >>
> > >>
> > >> On Jan 31, 2011, at 6:33 PM, Jonathon Weiss wrote:
> > >>
> > >>>
> > >>> Hi Jon,
> > >>>
> > >>> It's now after the 28th. Do you know of any reason it shouldn't be
> > >>> safe to decommission deprecated.dialup.mit.edu now?
> > >>>
> > >>> Jonathon
> >
