Re: Dropping Debian 7 as supported?

[Richard Purdie <richard.purdie@linuxfoundation.org>]

On Sat, 2016-02-13 at 15:30 +0100, Jens Rehsack wrote:
> > Am 11.02.2016 um 15:32 schrieb Burton, Ross <ross.burton@intel.com>
> > :
> > 
> > 
> > On 11 February 2016 at 14:21, Nick Leverton <nick@leverton.org>
> > wrote:
> > Possibly a little early - Debian 7 will be going onto LTS security
> > support for
> > two years, starting some time this month.  Quoting from
> > https://wiki.debian.org/LTS
> > 
> > Ah yes, I'd forgotten about the LTS project and was looking at the
> > security team.
> > 
> > This does make it less clear, but it's still an old release and we
> > can't support/test on everything.
> 
> Sure, but are there some serious/expensive maintaining efforts
> continuing support Debian 7?
> Or is it an approach to kick Debian from list of supported
> distributions for (above?) reasons?
> 
> Since I run some build instances on a Debian 7 machine which is not
> going to be upgraded that
> soon (don't want Debian 8, but don't want to reinstall from scratch
> and migrate my Xen VM's ...),
> dropping support for "it's just time to move on" is more a Desktop
> philosophy, not for embedded/datacenter
> approaches ...

For example, we'd like to use the sparse option when building rootfs:

https://bugzilla.yoctoproject.org/show_bug.cgi?id=9099

This support isn't available in the version of dd in debian 7. Our
options are:

* Build a dd -native
* Check the version of dd and error if too old
* Don't bother with sparse support

We're seeing a few issues like this with debian 7 and the general
feeling is we're better off concentrating on newer distros. We simply
don't have the time/resources to fix/support things like "dd-native" or
more paths through the sanity code.

This doesn't mean you won't be able to make debian 7 work with
something like the buildtools tarball or through other means, it does
mean we're not going to make sure it works out the box though.

So no, its not just "its time to move on".

Cheers,

Richard