12.04.3 is going to break the world

[jdreed]

Ubuntu's ongoing effort to remove "stability" from the list of reasons to run an LTS continues, and we're back at a different version of #1297, in that OpenAFS modules won't build on the raring-lts-whatever kernels.

[jdreed]

Warning placed on home page and installation page (cc6f841 in the website Git repo)

[jdreed]

Can one of our friendly DDs or MOTUs poke people to review the debdiff on LP?

[jdreed]

Should we just give up and have the installer configure  https://launchpad.net/~openafs/+archive/stable? Because we will soon have hardware that requires 12.04.3

[jdreed]

We now have hardware that requires 12.04.3. "Yay".

Thoughts on using the PPA? I much prefer that solution to, e.g. a one-time inclusion of the package in our repos. That leaves Debian on its own if it ever ends up this situation, but Debian also does not appear likely to embrace the HWE mentality, so *shrug*.

If nobody yells loudly, I'm just going proceed with this.

[jdreed]

We talked about this at release-team. WE don't really want to use the PPA, because upstream should just work. However, the upstream bug is going nowhere quickly, and we're now blocking hardware. I don't mind throwing in an exception for cluster to use the PPA, since we can just re-install those machines.

Should we do something dumb like put the 1.6.5 dkms source package in our openafs component, with an appropriate ~tag, until upstream deals?

[jdreed]

 https://github.com/mit-athena/scripts/pull/4

[jdreed]

committed  694759d2b65227581c6a7fa5e7a11302dad77a79 (Add the OpenAFS PPA because upstream is broken) to master

[jdreed]

This is in the beta installer.

[jdreed]

 https://github.com/mit-athena/scripts/commit/2a6c7d12152d8fcb603e52d7471c fixes PXE, and this appears to work now. I'm not quite ready to bump stage2 yet, but at least we have a solution for when the 9020s go out.

[jdreed]

Upstream is going nowhere fast, so give up and release the beta installer (via the locker).

[jdreed]

OK, we fixed this for a one-off, but we need a better fix. We can decide that kernels with the word "lts" in it use the PPA, or we can just give up on upstream and use the PPA regardless.

[jdreed]

OK, this has worked, and we have cluster machines in the field right now using this, but I want to make a stronger decision going forward. I have a slight preference for unconditionally using the PPA on Ubuntu, so that we don't have to figure out why half our machines failed to auto-update because launchpad.net fell over. We could also use the PPA sources and build into our repo, thus reducing the possibility of that failure.

Ballot:

The default OpenAFS repository for Ubuntu architectures in Debathena should be:

1. the OpenAFS PPA

2. the Debathena repository using PPA sources

3. the Ubuntu universe repository (no change)

5. requires further discussion

[kaduk]

I would say 1325.

[jdreed]

 https://github.com/jdreed/scripts/commit/c86d601aab7ec6c50dc78b43e2e05373267ae368

[jdreed]

committed  c9480cb0380e83be99f0c012b358f52da48031e2 (Add the PPA on Ubuntu, always:) to master

[jdreed]

Now present in the beta installer in the locker. People should test.