Re: Introducing Products

2010-12-01 Thread Martin Pitt
Emmet Hikory [2010-11-24  3:18 +0900]:
 If folks wish to support a target that doesn't have a current kernel
 image, but can be supported by only configuration changes to the
 Ubuntu kernels, should they request more kernel images be produced
 by the kernel team, or upload their own derivative kernels?

A new binary flavour from the same linux source package would be
preferable here, as it greatly reduces the overhead of the extra
upload, extra archive administration (NEWing), and extra SRU
processing.

I know that the linaro armel kernels were just split from a common
source package, which seems like a step backwards. This was a
trade-off to be able to build several of them in parallel. But
i386/amd64 architectures/builders are fast enough and also
multi-core, so I'd love to see this workaround being limited to arm
kernels.

Thanks,

Martin
-- 
Martin Pitt| http://www.piware.de
Ubuntu Developer (www.ubuntu.com)  | Debian Developer  (www.debian.org)

-- 
Ubuntu-devel-discuss mailing list
Ubuntu-devel-discuss@lists.ubuntu.com
Modify settings or unsubscribe at: 
https://lists.ubuntu.com/mailman/listinfo/ubuntu-devel-discuss


Re: Introducing Products

2010-11-23 Thread Emmet Hikory
Tim Gardner wrote:
 On 11/22/2010 01:02 PM, Emmet Hikory wrote:
 Towards that end, each flavour team should consider which
 installation targets they wish to support, and identify a product
 manager who will be available as a contact for the release team to
 provide confirmation of the completion of milestone validations and
 release approval for each product.  Depending on the internal
 organisation of any specific flavour team, these product managers
 might be part of the development team, part of the testing team, or
 part of a management team.  In all cases, the nominated product
 managers should have access to the installation environment towards
 which their product is targeted.

 I like your proposal. In the past, due to the somewhat chaotic ARM planning
 process, the kernel team has spent time and energy on ARM branches for
 platforms that nobody has actually used. We have since retired some ARM
 branches as obsolete and unmaintained.

I suspect the output of this discovery will go a fair way towards
reducing that sort of confusion in the future, as we'll have a clearer
identification of populations willing to test various installation
targets.  If folks wish to support a target that doesn't have a
current kernel image, but can be supported by only configuration
changes to the Ubuntu kernels, should they request more kernel images
be produced by the kernel team, or upload their own derivative
kernels?  I'm hesitant to encourage anyone to attempt to produce
images where there isn't a working kernel in Ubuntu, but I'm not sure
how to advise folk who want to produce images for things that are
mostly supported, except in cases where there are meaningfully
invasive patchsets, where topic branches are clearly more appropriate
(with separate source packages producing separate images).

-- 
Emmet HIKORY

-- 
Ubuntu-devel-discuss mailing list
Ubuntu-devel-discuss@lists.ubuntu.com
Modify settings or unsubscribe at: 
https://lists.ubuntu.com/mailman/listinfo/ubuntu-devel-discuss