What to do to get support for more RPCSEC_GSS/krb5 enctypes for lucid?

[Tim Gardner]

On 07/02/2010 03:52 AM, Timo Aaltonen wrote:
> On Fri, 2 Jul 2010, Andy Whitcroft wrote:
>
>> With all things for releases which are already shipped, it is a trade
>> off between the size/invasivness off the patches against the possible
>> benefits.  A quick look at the upstream patches you point to seems to
>> say that its a pretty big patch set?  It would depend to some extent how
>> much of that is additions and how much modifications.
>
> Yes it is, majority of which is additions. It also only touches the
> sunrpc code. I haven't checked if .35 has changes that fix issues with the
> patch set.
>
> Oh and DES still works, of course.
>
>> You note that this stuff is going to be in 2.6.35, which would mean that
>> the lts-backports-maverick kernel would presumably work for you?  Have
>> you considered that as an option?
>
> I have, but I wonder what issues there might be running a server kernel on
> desktops (or is there going to be a desktop flavor too)? I guess some of
> the choices can be selected on runtime though. Another issue is that we'd
> need to wait for the release first, or run prerelease code. We are in
> production next month.
>

Timo - all of the Maverick flavours exist in the backport (server, 
generic, generic-pae, virtual). You can track it by installing one of 
the meta packages (linux-meta-lts-backport-maverick) from 
http://ppa.launchpad.net/kernel-ppa/ppa/ubuntu. The only difference 
between the Maverick vanilla kernel and the LTS backport is the 
toolchain used to compile.

As soon as Maverick is released I'll file a MIR and get the LTS backport 
packages included in Lucid main.

rtg
-- 
Tim Gardner tim.gardner at canonical.com