[7250] in Release_7.7_team
Re: deprecated.dialup
daemon@ATHENA.MIT.EDU (Jonathon Weiss)
Tue Feb 1 14:31:50 2011
Message-Id: <201102011931.p11JVgOr010981@outgoing.mit.edu>
To: Jonathan Reed <jdreed@mit.edu>
cc: Jonathon Weiss <jweiss@mit.edu>, ops@mit.edu, release-team@mit.edu
In-Reply-To: Message from Jonathan Reed <jdreed@MIT.EDU>
of "Mon, 31 Jan 2011 21:57:34 EST." <434B9591-D1AD-4BEF-A137-15BCFED7AD0F@MIT.EDU>
Date: Tue, 01 Feb 2011 14:31:42 -0500
From: Jonathon Weiss <jweiss@MIT.EDU>
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
>
