[15:52:52] --- jaltman/FrogsLeap has left: Disconnected [16:17:46] --- jaltman/FrogsLeap has become available [16:47:23] The proposed OpenAFS 1.6.1 → 1.6.5.1 update for Ubuntu 12.04 LTS, to support the “hardware enablement” kernel 3.8 (added in Ubuntu 12.04.3 and now installed by default), was rejected yesterday. https://bugs.launchpad.net/ubuntu/precise/+source/openafs/+bug/1206387 Quoth Steve Langasek: “I don't think we can accept this backport as an enablement SRU. The openafs package doesn't just include a kernel module, it also includes all the related userspace components (as you know), including libraries and pam modules, for which you've included no test case; and there are extensive packaging changes in this version vs. the version in precise that are nearly impossible to review. Since cherry-picking is a concern, I would suggest taking a wholesale backport of only the kernel module part of the upstream source, and validate that against an unchanged 1.6.1 userspace. I am regrettably rejecting the uploaded package from the precise queue.” [16:53:49] I would point Steve at the security advisories and mention that failure to take the update will make it impossible for Ubuntu clients to participate in the cells at various organizations that have removed all use of DES in their Kerberos realms or Active Directory domains. [16:54:23] Those changes are userland, not kernel [16:54:40] That’s not quite the right argument, because the patches for OPENAFS-SA-2013-00[1-4] were already accepted to precise-security. [16:55:47] (That was https://bugs.launchpad.net/ubuntu/+source/openafs/+bug/1145560, https://bugs.launchpad.net/ubuntu/+source/openafs/+bug/1145560) [16:58:14] I'm not referring to SA-2013-001 and SA-2013-002. I'm referring to SA-2013--003 and SA-2013-004 which were the explicit reason for the 1.6.5 release and I suspect the packaging changes [16:59:27] If they already accepted SA-2013-003 and SA-2013-004 they must already have 1.6.5 and not 1.6.1 [17:00:11] They accepted -003 and -004 as cherry-picked patches (LP #1145560). [17:01:05] Then why do you want 1.6.5? [17:01:37] Because 1.6.1 doesn’t work with the 3.8 kernel that comes with Ubuntu 12.04 now as of Ubuntu 12.04.3. [17:02:23] then do what they suggest and just pull the kernel module and 'afsd' changes. [17:02:45] although it is my opinion that they should not use the openafs name if they are going to fail to follow our releases [17:03:45] Aren’t there source files shared between those parts and the server? [17:03:53] no [17:04:04] well yes and no [17:04:22] nothing that permits a kernel module to run on a new linux kernel is shared [17:05:14] rx is built for the kernel and for userland and fixes there are real issues that should be addressed but they are not going to impact on kernel compatibility [17:05:58] There is a point at which one has to say that OpenAFS as a community does not recommend the use of Ubuntu. [17:06:23] Use Debian and get real OpenAFS [17:08:44] and Linux 3.8 support was added in OpenAFS 1.6..1 [17:08:47] 1.6.2.1 [17:09:02] https://lists.openafs.org/pipermail/openafs-announce/2013/000430.html [17:17:20] --- jaltman/FrogsLeap has left: Disconnected [17:24:30] --- jaltman/FrogsLeap has become available