[7850] in athena10
Re: [Debathena] #863: Deploy libstdc++.so.5 to the cluster machines
daemon@ATHENA.MIT.EDU (Debathena Trac)
Tue Jul 12 18:53:42 2011
MIME-Version: 1.0
Content-Type: text/plain; charset="utf-8"
From: "Debathena Trac" <debathena@MIT.EDU>
Cc: debathena@mit.edu
To: jdreed@mit.edu
Date: Tue, 12 Jul 2011 22:53:32 -0000
Reply-To:
Message-ID: <052.0ea84baf8aec1d5dccf0298f834d19b7@mit.edu>
In-Reply-To: <043.0836fac1ca9670f3a82632ededede0e3@mit.edu>
Content-Transfer-Encoding: 8bit
#863: Deploy libstdc++.so.5 to the cluster machines--------------------+-------------------------------------------------------
Reporter: jdreed | Owner: jdreed
Type: defect | Status: development
Priority: high | Milestone: Natty Beta
Component: -- | Keywords:
See_also: |
--------------------+-------------------------------------------------------
Comment(by jdreed):
OK, we still haven't added this to metapackages, and we need to. At this
point, I'm going to back out the changes for lucid, because it's unclear
when machines have backports already enabled and when they don't. I
suggest we then change thirdparty (or thirdpart-libraries) into a non-
equivs package, and depend on libstdc++5 on natty and higher.
How do we say "install both 32 and 64 bit versions on amd64, but onyl 32
on i386?" I assume we have to conditionalize on the arch type at build
time, and determine whether to write "libstdc++5 [i386, amd64]" or
"libstdc++5 [amd64]", right?
I'd love consensus on #963 before doing this.
-- Ticket URL: <http://debathena.mit.edu/trac/ticket/863#comment:8>Debathena <http://debathena.mit.edu/>MIT Debathena Project
