[6261] in Release_7.7_team
Re: Outstanding issues for Debathena/Athena 10 merger
daemon@ATHENA.MIT.EDU (Evan Broder)
Mon Mar 2 18:52:53 2009
Message-ID: <49AC711A.7030400@mit.edu>
Date: Mon, 02 Mar 2009 18:51:54 -0500
From: Evan Broder <broder@MIT.EDU>
MIME-Version: 1.0
To: "andrew m. boardman" <amb@mit.edu>
CC: Tim Abbott <tabbott@mit.edu>, athena10@mit.edu, release-team@mit.edu
In-Reply-To: <200903022331.n22NVvF5015102@pothole.mit.edu>
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 7bit
X-Spam-Flag: NO
X-Spam-Score: 0.00
andrew m. boardman wrote:
>> - debathena-chrony-config and debathena-ntp-config versions mismatch,
>> because of broder's commit to use TRANSFORM_FILES Saturday.
>> Differences are further complicated by the fact that his code doesn't
>> build on dapper
>>
>
> If it's at all useful, note that the original versions of these that I
> committed as debathena-time-config were set up with TRANSFORM_FILES; I
> ditched that due to some other build system issues but I think there were
> some transforms there that worked on dapper. (At least, if I remember
> correctly; this was a while ago; feel free to ignore, etc.)
The issue is that the postinst changes the default chrony.conf or
ntp.conf, which causes it to fail the checksum test. On other
distributions, I can set config-package-dev to use
/usr/share/chrony/chrony.conf (in chrony's case) instead, but dapper
didn't ship the unmodified version anywhere that I could see. Maybe I'm
missing something. That would be great.
>> - We have newer debathena-athdir 10.0.0-0debathena1; I think here Athena
>> 10 is a month out of date?
>>
>
> I haven't been able to build debathena-athdir in a while, due to
> mkinstalldirs etc. not getting propogated to the build environment with
> the execute bit set. (Is this due to debhelper version skew between
> build servers?) I mentioned this a while back but it hadn't make it to
> the top of the stack for me yet and nobody else seemed inspired to poke
> at it. Anyway, not intentional, happy to have it replaced, etc.
>
Huh - weird. Presumably that happens for any package that relies on
autogoo, not just -athdir?
mkinstalldirs gets copied from wherever your daconfiscate (and other
scripts) are, and it has svn:executable set. Does it have the x bit set
in your checkout?
>> - We both have random versions of debathena-cluster-software, which no
>> longer exists. Seems OK.
>>
>
> This should actually get specifically nuked; someone found it browsing
> the respository and thought it looked useful and almost installed it.
>
Yeah, I agree. I've nuked it from the Debathena repo; we should probably
do a better job of actively punting packages when they're superseded.
- Evan
