Custom Query (1145 matches)

Filters
 
Or
 
  
 
Columns

Show under each result:


Results (181 - 183 of 1145)

Ticket Resolution Summary Owner Reporter
#418 fixed pam-config enables libpam-krb524 on krb4-less systems broder

Reported by broder, 14 years ago.

Description

Right now we're still enabling libpam-krb524 on Squeeze and Karmic. Since libpam-krb524 configures itself as optional, this turns out to not be deadly, but we should still kill it on those versions.

#419 fixed debathena-nmh depends on krb4 geofft broder

Reported by broder, 14 years ago.

Description

This is a problem on platforms that don't have krb4, such as Karmic and Squeeze.

Until this gets fixed, debathena-nmh has been demoted to a recommendation in debathena-clients instead of a dependency

#421 fixed autodebathenified packages should go straight into production broder

Reported by broder, 14 years ago.

Description

Right now packages built by the autodebathenifier are going into proposed, and require a manual move by a maintainer to move into production. In theory, this is to prevent a successful build of a mysteriously broken package from screwing everything.

I don't think this makes sense. I think we should be moving autodebathenified packages (and especially openafs modules) immediately into production. We don't perform any testing of autodebathenified packages before making the move. Nor do we have any automated infrastructure that does it for us. Nor do we seem to have made any progress at all in writing such an infrastructure.

And I'm not even clear what sort of mysterious bug we're concerned with. To the autodebathenifier has been running as part of the Athena 10/Debathena infrastructure for well over a year now, and it's never failed in a way that caused it to upload a broken package.

All this extra step is serving to do is create more work for debathena-root without any apparent gain, and it causes additional delays for packages that users may be expecting. Therefore, I'm going to plan to reconfigure the autodebathenificator to upload directly to production in a week.

Note: See TracQuery for help on using queries.