public inbox for cip-dev@lists.cip-project.org
 help / color / mirror / Atom feed
From: agustin.benito@codethink.co.uk (Agustin Benito Bethencourt)
To: cip-dev@lists.cip-project.org
Subject: [cip-dev] Update 2017wk14
Date: Mon, 10 Apr 2017 11:49:11 +0100	[thread overview]
Message-ID: <58EB6327.3000400@codethink.co.uk> (raw)
In-Reply-To: <58EB5E48.4070201@codethink.co.uk>

Hi,

On 10/04/17 11:28, Agustin Benito Bethencourt wrote:
> Dear CIP friends,
>
> here is the report of those tasks related with Testing and kernel
> maintenance that Don, Ben, Robert, Lachlan and myself has been working
> on the past two weeks (12 and 13):
>
> ++ Board At Desk - Single Dev
>
> The B.A.D.-S.D. team were facing the last few tasks before the release
> when upstream updated kernelci. Some of the changes impacted us. I
> decided to include the updates in this coming release despite having
> past Beta milestone in order to match upstream, which will delay our
> release, scheduled for mid April. In any case, we expect to be testing
> the kernel on regular basis by the time we reach Open Source Summit
> Japan. That has not changed.
>
> This is always a challenging situation for any downstream project, when
> you get an important update from upstream in the middle of the release
> process, as we currently are.
>
> The reason I took this decision is that we, as CIP project, will heavily
> depend on upstream to provide support on LAVA and KernelCI to our
> consumers, due to the complexity of the tooling. We will not be able to
> become the default support channel. It is far from being our goal
> either. I believe it is better for CIP to participate in the existing
> support channel upstream has.
>
> Being up to date with them is the only reasonable way to get that
> support for our future users. Since there is no release from our side
> yet, doing this right will help us in our credibility as project from
> the very beginning.
>
> After taken the decision, the following question is, what will we do if
> this situation happens again in the future? And it will.
>
> It would be very unfortunate if this happens again before our release,
> based on our conversations with upstream. In any case, we will provide
> an stable VM, now that have a "download service", as soon as the issues
> related with the recent update are fixed (we are currently fixing what
> we believe it is the last one, #65).
>
> In general, the VM images will work as stable releases while the
> "development VM" will be provided through Vagrant. This way those
> interested in the development of the tooling itself will be able to get
> the latest commits as they are merged, while those only interested in
> using Board At Desk - Single Dev as consumers will always have an
> "stable image" working, independently of what upstream or our team does.
>
> We will inform through this mailing list as soon as the VM gets to the
> state prior to the upstream update. We will re-focus then on the release.
>
> I apologise for the inconveniences. I understand some of you are looking
> forward to use the VM to test the CIP kernel. It was a tough decision to
> make, with a high impact in the short term, but a higher risk for the
> project in the mid term, in my modest opinion.
>
> Issues closed:
> * #49 USB passthrough config needs correcting
> * #60 Kernel build failure
> * #61 Error on running install_frontend.sh
> * #57 Missing error checks in provisioning scripts
> * #55 fix behaviour of vm with ifup failures
> * #64 The KernelCI Backend fails on missing Ansible variable error_email
> * #63 the kernelci webserver will no longer display builds that have
> been performed. This is fact is the same issue that #65
>
> Other issues
> * #58 ser2net integration script may generate incorrect configuration
> was reopened.

Link to all the issues: https://gitlab.com/cip-project/testing/boards

>
> ++ Kernel maintenance
>
> Main tasks:
> * Kernel security tracker: Ben H. wrote a template and implemented
> importers
> * Kernel feature support: Ben H. collected and began reviewing members'
> configurations
> * Ben Hutchings participated in the last TSC bi-weekly call. He answered
> questions at members' phone meeting. Please check the minutes for
> further details:
> https://wiki.linuxfoundation.org/civilinfrastructureplatform/tsc-meetings/tsc_mm_apr032017
>
> * Ben H. reviewed changes for Linux 4.4.60
>
> Best Regards

-- 
Agustin Benito Bethencourt
Principal Consultant - FOSS at Codethink
agustin.benito at codethink.co.uk

      reply	other threads:[~2017-04-10 10:49 UTC|newest]

Thread overview: 2+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2017-04-10 10:28 [cip-dev] Update 2017wk14 Agustin Benito Bethencourt
2017-04-10 10:49 ` Agustin Benito Bethencourt [this message]

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=58EB6327.3000400@codethink.co.uk \
    --to=agustin.benito@codethink.co.uk \
    --cc=cip-dev@lists.cip-project.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox