This is the journal followed by CIP developers to keep track of the work being done on behalf of CIP.It starts in 2018Q2.

• Updated the wiki with fragments of the IWG20M output and added link to full output and have therefore closed #184.
• Ran a successful IWG20M health check after manually poweroff'ing the board and then resetting the remote switch to that state (with an email to the list). I then repeated the success but then got around 50% success/failure ratio on the whole test sequence. Updating #186.
• IWG20M still failing to health check.
• Health check sent to list with BBB from new instance.
• Provisioned fresh VM with latest master (and hence LAVA 2018-4), set up email server and notify for health checks.
• Attended cip-dev meeting.

• Added Daniel S. to the cip-testing-results ML.
• cip-dev meeting. The best one so far.

• Mirroring CIP 4.4 -rt kernel into gitlab
  • Repo created.
  • Permissions granted to the right people
  • Gitlab configured.
  • Mirroring triggered. Waiting to be completed. This can take long on gitlab.com
    • Mirroring finished and I communicated to the cip-dev ML.
• Wrote a blog post about Codethink's activity in CIP. It is being reviewed by the CIP team.
  • Sent it to LF for review.

• Updating wiki so that the results match those from the latest version of LAVA - QEMU and BBB done, I just need to persuade a IWG20M HC to complete successfully. Also I've removed mentions of v1.0 from the test cases page.
• Opened #186 tracking reliability of the Renesas board.
• Opened #185 to track work done on keeping a stable version of LAVA in B@D provisioning.
• Ticked 3 items in #184 just need to update the expected output.
• Responded to Renesas question where kernelci / build.py was failing - the .git subdirectory had been removed (deliberately) because disk space was running out.
• Health check sent to list with BBB.

• I won't attend to today's TSC call.
  • Communicated to Members.
• Registered for OSSJ 2018 as speaker.
• Report weeks 18 and 19 sent to cip-dev mailing list.

• Attended TSC meeting.

• bwh approved MR59 and I've merged it.
• Updated reference test case wiki so that it matches the LAVA submit job behaviour.
• Successful HC of iwg20m with email to list though the next test failed.
• Further attempt to test the iwg20m kernel with U-Boot directly - now getting 'Bad Linux ARM zImage magic!'. Further investigation to get parameters passed correctly to kernel.
• Health check sent to list with BBB.

• Discussion with bwh on fixing the LAVA version that we are installing from backports.
• Updated reference test cases wiki page to provide information for when running with LAVA 2018-4 - leaving the old info in place for users with the 2017 version.
• Built LAVA install packages from these instructions but they are for version 2018.4.
• 1:1 with toscalix.
• cip-dev IRC meeting.
• Health check sent to list with BBB.

• cip-dev meeting
• Filled out the info requested to all Members by Jeff related with the OSSJ.
  • Sudip will attend to the event and help at the booth.

• Attended cip-dev IRC meeting.

• I've updated the wiki in line with the Health Check changes mentioned with issue #184.
• Opened MR59 for the provisioning change.
• #184 has been opened to cover necessary repos and wiki updates for B@D use with 2018.4 of LAVA.
• Re-provisioned a fresh instance, script produces an error due to it's assumption that python 2.7 will be installed. I then built BBB and iwg kernels and health checked successfully all but the iwg20m. Some usage changes necessary in health checking.
• Health check sent to list with BBB.
• Attempting to get a modified build with debugging of the iwg20m kernel to U-Boot, getting Error: unrecognized/unsupported machine ID (r1 = 0xc7fadefa).
• Response on lava-users is that the failure in install LAVA is an issue with the Debian backports.

• Provided report about Codethink activities within CIP
• TSC call
  • Mentioned that Codethink requested one ticket for OSSJ. We send an engineer that will help at the booth.

• Attended TSC meeting.

• Health check sent to list with BBB.
• Failure on iwg20m - tried with core-image-minimal-iwg20m.cpio.gz but then amending it to the built in the VM then worked.
• No answer seen on the IRC question from yesterday. Sent email to lava-users, discussion ongoing.

• #183 is due to the 2018 LAVA ending up in stretch-backports, I'm investigating how easy it would be to install LAVA from the Linaro release tagged version. And I've asked a question in #linaro-lava about this.
• 1:1 with toscalix
• Had an error on a fresh provision - verified that the problem happens from master - so created issue #183.
• Health check sent to list with BBB.
• Still failures on the IWG20M board. Had a successful run using the Yocto built .
• Attended cip-dev IRC meeting.

• Attended cip-dev IRC meeting.
• Send out the result of Kernel patch review - 4.4.129 to cip-dev

• Health check sent to list with BBB.
• Having failures (as before) on the IWG20M board. Had a successful run using the Yocto built core-image-minimal-iwg20m.cpio.gz but our initramfs still fails.
• Further discussion on #91 re. QEMU HC errors.

• Updated the minutes for the coming TSC bi-weekly call.
• Attended to the TSC bi-weekly call.

• Attended to the TSC bi-weekly call.
• Called an internal meeting for updating the status of Moxa CIP kernel maintenance team.

• 1:1 with toscalix.
• Health check sent to list with BBB.
• Having failures (as before) on the IWG20M board.
• Added comment to #91 where a user had been having an error.
• Updated wiki to include #181 IWG20M configuration and closed the issue.

• Created and sent the Codethink report weeks 14 - 17
• Meeting with rajm
  • Discussion about documenting the new support of iWave from Renesas on B@D: #181 and #182

• Initial test of the kernelci in docker - some additional reading and investigation is needed.
• Attended cip-dev IRC meeting.
• The BBB and Renesas Health Checks ran with emails sent to the list.
• Corrected typos on features page
• Verified that #154 is still a problem - was wondering if it had gone away.

• Attended cip-dev IRC meeting.
• Start to review stable kernel patch - 4.4.129.

• cip-dev IRC weekly meeting. Minutes.
• Codethink CIP team meeting

• Ran a full provision of a clean VM #149 and ran tests for QEMU/BBB/iwg20m successfully - though each configuration failed initially.
• Closed #167
• Debian had updated Virtual box which meant that Vagrant no longer ran - I updated Vagrant to version to handle this.
• The IPSwitch IP address had changed again so iwg20m01.jinja2 needed manual editing to take account of this.
• The BBB Health Check ran with an email sent to the list.
• The Renesas Health check eventually ran after 4 timeouts at 'starting kernel' - once it ran an email went to the list.

• Paper for OSSJ 2018 approved. I will provide the talk.
  • Notified Daniel W. and bwh
  • LF fixed the info about my profile.
• Provided credentials for bwh to access AWS
• bwh showed me the kernel config from Members stored in repos in gitlab.
• I will be giving an introductory talk about CIP in a local Open Source event in Malaga, Spain called Opensouthcode.

• The merge request was approved by bwh and merged. An email was then sent to Renesas detailing how to set up tests with that board.
• Successful run of 'daily' BBB and Renesas health check - results emailed to list.
• Updated #149 to move the next expected provision along a week.
• I've done a fresh provision of B@D with the Renesas changes and that built kernel health checked first time. I've therefore pushed the changes and created a MR.
• 1:1 with toscalix

• Asnwered a comment on lwn.net
  • Sent the article to cip-dev
• How can we forward the 4.4-stable mails to cip-dev since the linux foundation mail server does not allow to bounce them to another mail account in its own server?
  • Added a new folder to S3 called cip-kernel.
  • Created an account for bwh

• Sent a reminder of the cip-kernel repo move.
• Cannot access mailman. Nofified to Jeff.
• Sent agenda for today's cip-dev IRC meeting
  • Minutes sent to cip-dev
• linux-cip moved inside the cip-kernel subproject.
  • Notified.

• Successful run of 'daily' BBB and Renesas health check - results emailed to list.
• Attended cip-dev IRC meeting.
• Noticed that a local ramdisk (iwg) test got further and then the health checks started failing. Rebooted the VM and the HC worked and (after another VM reboot) again a better - but not quite successful test with local ramdisk. Output is here.
• On adjusting the expected prompt in the health check the renesas board works with our initramfs. However the test working or not appears fragile - a (expected) non-working test can cause subsequent good tests to also fail. Discussion ongoing with patersonc on this.
• Team meeting.

• Successful run of 'daily' BBB and Renesas health check - results emailed to list.
• I had to reconfigure the device settings as the remote power switcher's IP address had changed.
• Discussion with bwh about the failures with our ramdisk, I edited the device dictionary to incorporate more of the U-Boot settings but without success.

• Conversation with bwh
  • ARM64 and LTS. ASked him a few questions about the process to add a new architecture.
  • Kernel LTS patch review process. Discussion about how to onboard Moxa developers.

• Added report about Codethink's activity in the TSC meeting minutes document.
• Attended to the TSC bi-wwekly call
  • Asked through cip-dev to bwh when if there is any forecast or discussion about when Debian intends to support ARM64 in LTS.

• Edited wiki page of cyber security for EDSA part
• Sent email which is related to kernel maintenance to dev-cip ​
• Attended to the TSC bi-weekly call

• Created and edited wiki page of cyber security Cyber security wiki

• Edited #167 with a description of the Renesas issues below and a link to the output of running the test with the VM built initramfs used for the BBB.
• Successful run of 'daily' BBB and Renesas health check - results emailed to list.
• The Renesas health check with the kernelci artifacts was timing out. I reverted to using the yocto ones which worked correctly. I tried using lava-tool with a notify section (I'd been using lava-tool in yesterday's successful tests) and that worked! I put the HC back to use the kernelci kernel and removed the notify section that also worked. I have now edited the HC to use a pared down notify and that still works.

• Conversation on IRC with Cris Paterson and Ben H. about Debian LTS process.

• Team meeting
• I have a kernelci built kernel and dtb file working with the Renesas board. Still need to remove dependency upon the yocto core-image-minimal-iwg20m.
• Successful run of 'daily' BBB and Renesas health check - results emailed to list.
• Built BBB v4.4.126-cip22 kernel and set the health check to use this version. Successful further test of this.
• Attended CIP-dev IRC meeting.

• Sent downtime announcment for the cip-kernel repo move.
• Codethink cip Team meeting.
• IRC cip-dev meeting: minutes
• Created a new subgroup in Gitlab: cip-kernel.
  • Added a new repo cip-kernel-config
  • Provided permission as owner to bwh.
  • cip-kernel tests moved.

• Send meeting agenda and status of team member to cip-dev

• Successful run of 'daily' Renesas iw20gm health check - results emailed to list.
• Successful run of 'daily' BBB health check - results emailed to list.
• Fresh re-provision of VM and successful BBB test, ticking week 14 of #149 (a few days late!)
• Pushed a branch for the latest Renesas changes renesasWorking.
• Created new VM from renesasWorking and successfully ran a Renesas health check on it.
• Cleaned up some of the old branches from my forked repos.

• Successful run of 'daily' BBB health check - results emailed to list.
• Discussion with tpollard over getting Renesas and B@D working. (see journal from Oct 30th 2017)
• We removed the networking related lines from iwg20m01.jinja2 - the uboot_ipaddr_cmd and the base_ip_args lines - increased a few timeout values and the Renesas health check passes - when using the yocto built kernel.

• Successful run of 'daily' BBB health check - results emailed to list.
• Closed #177.

• Successful run of 'daily' BBB health check - results emailed to list.
• Updated wiki in accordance with #177, I've also added some text to cover the case where the user needs to modify the Vagrantfile. The provisioned box case needs some thought - though there isn't one with this configuration yet!
• Wiki updated to add link to older version of the document if user is using the provisioned box (or v 1.0 release from git).

• Based on the request from Moxa (SZLin), I move this diary from the CIP Testing to a general page so they also can use it for their work, as Codethink does, beyond testing tasks.
  • Added a message on the previous journal (testing) warning people from writing there messages.
  • Copied the content here.
  • The complete task is described in #179
• Sent schedule proposal to Moxa for our IRC weekly meeting
  • Meeting set.
• Sent weeks 11 to 13 report to cip-dev
• Promoted the Spotlight article in cip-dev which I believed nobody has before.
• Some members has already shared internally some packages they are interested on including in CIP Core.
  • Shared them with Ben Hutchings. I checked them out. A sheet should be created to manage them better.
• Prepared and attended to the TSC bi-weekly call.

• Successful run of 'daily' BBB health check - results emailed to list.
• Created MR57 to deal with issue #133 - the LAVA source link. Some discussion with bwh as to whether this is the correct approach and what the link needs to be - see the issue
• Fixed errors in the wiki.
• MR55 has been merged so #159 has been closed.
• Team meeting.
• Another test of Renesas board getting the eth speed change now on the host and still see the uboot timeout.
• Changed status of #177 to Doing as it's dependent task #159 has been closed.

• Successful run of 'daily' BBB health check - results emailed to list.
• Edited the wiki page to mention description setting for email and tied that into use of create_test.sh.

• Successful run of 'daily' BBB health check - results emailed to list - now including kernel version as standard.
• Updated test cases page to update prerequisites.
• Closed #166 the remote PDU is controlled successfully from the health check.
• Updated #167 to include latest run log.

• Successful run of 'daily' BBB health check - results emailed to list.
• Edited the BBB health check description to embed the kernel version and reran the HC and the email now contains useful data. #118 has been edited to log this.
• Meeting with moxa.
• Added MR56 to automate the test description modification - which has now been merged.

• Meeting with Moxa
  • Advised Moxa to send their kernel configs to the cip-dev mailing list, like the rest of Members did, to evaluate their needs.
  • Talked about having one Moxa kernel dev, at least, joining the LTS process, mentored by Ben H.
  • Advised MOxa to take the lead in the CIP Core related areas that are strategic for them.
• Promoted the CIP Spotlight article.

• Successful run of 'daily' BBB health check - results emailed to list.
• Opened #177 to be addressed once #159 is closed.
• Ran a fresh provision and health check to fulfil week 12 of #149 and added a couple more weeks to the future provisioning.
• Team meeting.

• updated minutes for the TSC bi-weekly call
• TSC bi-weekly call
  • A meeting with Moxa devs is needed
• Presented a paper for a talk about the CIP kernel to OSSJ
  • Pinged both kernel maintainers to let them know about this talk and request help from them for the content. They agreed to help me.

• Successful run of 'daily' BBB health check - results emailed to list. Again an alternate location of home office.

• Back in the office and ran 'daily' BBB health check - results emailed to list. No manual intervention required again to fix host IP.
• Closed #139 now that MR 55 is complete.
• Updated the VM iw20gm build to 4.4.120.
• Successfully connected via ssh to the BBB and updated #157 with my (at the moment) manual method.

• Team meeting and 1:1
• Merged in MR 53 after bwh's approval and updated wiki and the example log of a first VM boot.
• Responded to bwh's comments on MR55
• Ran 'daily' BBB health check from my home network - results emailed to list. IP address of laptop was different to last health check and the VM settings for connecting to the Beaglebone required no manual intervention - so testing MR55.

• Got confirmation from Yoshi he will include the bullet points I sent in the CIP talk at ELC.
• Team meeting.

• Sent to Yoshi from Toshiba some bullet points to add to the slides of tomorrow's CIP talk at ELC.

• Reviewed the TSC minutes.
• Created and sent to CIP-dev the latest report
• CIP spotlight sent to LF marketing.
• CIP will sponsor Ben H. to attend to DebConf.

• Ran 'daily' BBB health check - results emailed to list.
• Updated build to use v4.4.120-cip20 and re-ran health check - results again to list.
• Created MR55 to handle #159.
• Updated MR 53 responding to bwh's comments.

• Codethink spotlight reviewed.

• Ran 'daily' BBB health check - results emailed to list.
• Tested clean VM against QEMU and BBB successfully, updated #149 week 10.
• Realised that the daily health check was not using the latest CIP tag updated script and re-ran successfully.
• Verified that the IP 9258 ipEdit.exe for locating the network switch's IP address runs successfully under wine[32].
• Testing fix for #159.

• Ran 'daily' BBB health check - results emailed to list.
• Set up testing system in Codethink office environment.
• Still getting timeouts in u-boot-interrupt.
• Provisioned a clean VM instance for testing #149

• Call with Jan and Yoshi to talk about the future of the CIP kernel maintenance.

• Ran 'daily' BBB health check - results emailed to list.
• Further advice to user setting up LAVA and kernelci.

• Ran 'daily' BBB health check - results emailed to list.
• Further testing of Renesas health check.
• Updated #166 with log of error in u-boot-interrupt timeout.

• Ran 'daily' BBB health check - results emailed to list.
• Gave advice to user having issues with ser2net.
• Setup jinja file for Renesas board so that the network switch powers the board on/off correctly. But still having health check failures. Updated #166 to give the correct reset command.

• Ran 'daily' BBB health check - results emailed to list.
• Added Tom's version of B@D with some Renesas changes to my pre-existing VM and did an initial check that it was talking to the Renesas board.
• Provisioned new VM from Tom's repos.
• Obtained network power switch and ethernet switch for testing.

• Approved 2 additions to the testing ML.
• Ran 'daily' BBB health check - results emailed to list. Some issues with timeouts before run was successful.
• Provisioned week 8 and edited #149 to include extra weeks.
• Looking at Renesas build and #167.
• Team Meeting.

• Codethink CIP team meeting: looking at what can it be done before ELC. Robert will focus on supporting Renesas board in B@D, as expected.

• Sent to the LF/CIP Board the budget request for Ben H. to attend to DebConf 2018 on behalf of CIP.

• Reminder about the testing ML sent to cip-dev
• Activated mail notifications from gitlab to cip-dev
  • Notified cip-dev mailing list admins.

• Finished report and sent it.
• Working on the budget proposal for debconf 2018
  • Notifications from gitlab will be sent to CIP-dev mailing list.
• Attended to the TSC bo-weekly call
  • Got approval to activate mail notifications from Gitlab.
  • Notified plans to make B@D work with the Renesas board, hopefully on time for ELC

• Reviewed bwh's comments on MR54 and MR53
• Ran successful health check with email to the list.
• Considering adding content - to at least give the kernel version to the emails.
• #165 /etc/linaro permissions has been fixed upstream so this has been closed.
• Edited the wiki to suggest the use of busybox-1.28.0 (rather than 1.26.2)

• Working on the budget request for Ben H. to attend to debconf 2018
• Draft of the report to be sent on Monday to cip-dev.

• Team meeting
• Discussion with bwh about what to do of interest for CIP at DebConf 2018.

• Discovered that connecting to LAVA on the newly created VM was giving an 'Internal server error' after trying various options - rebooting both the VM and the host (I was working from home via VPN so wanted to rule that out), I found in in /var/log/lava-server/django.log a python stack dump ending with DoesNotExist: Site matching query does not exist and realised that the change I made to the site name in preparation for the emails must have broken LAVA. The LAVA installation doesn't easily uninstall/re-install - too much extra config so I started another VM from scratch. I will review the wiki instructions on hostname carefully.
• Saw Zoran's comments on 99 - problems when behind a proxy - and have reopened that issue.
• I used busybox 1.28.0 rather than the 1.26.2 mentioned on the wiki to build initramfs and the eventual health check ran first time - I propose to update the wiki to reference that version.
• Installed mail server on VM and successfully sent health check success email with the latest kernel built using the latest kernelci.

• Created MR54 to address issue #165.
• Other responses to #173 to address ser2net issues.
• Looked at the AGL LAVA output.
• Started to create a VM to be used to send out health check emails to the list.

• Revised the MR (53) in line (I hope) with bwh's comments.
• Checked that issue #157 is still a problem.
• Tried to replicate #170 and has, so far, failed.
• Responded to #173 re. ser2net.
• Replied to cip-dev emails.

• Team meeting.
• Created MR 53 to address issues with the up to date kernelci.

• Conversation through cip-dev with bwh about his plans for Debconf.
• Issue list review in preparation for the CIP team meeting at Codehtink
• Sent a mail to open a discussion about the future plans on the kernel within CIP Membership, since I will not attend to ELC
• CIP Codethink Team meeting
• Played with IRC and mail notification on gitlab.
  • MAde a proposal to cip-dev to send notifications by mail in order to increase visibility of the work being done in this tool.

• Initial review of issues in preparation for team meeting.
• Updates Vagrantfile comment and closes #171

• Changed deadlines for milestones.
• Made some comments about current tickets to get some updates from rajm
• Updated the bi-weekly call report about CIP kernel and B@D
• Although we have a slot, Agustín cannot attend to Openexpo to introduce CIP. Asking Members about sending somebody local (Madrid, ES).
• TSC call
  • Renesas plans to send further patches to the CIP kernel before ELC. The idea for Codethink is to release a new kernel before ELC.
  • CIP would like to see LTS, Debian and CIP kernel based on the same kernel version.

• Discussion of directions for our CIP work.
• Opens internal discussion of #139 as to whether my branch is the correct approach.

• f2f meeting to discuss the remaining tasks as well as what to do next. The following two tasks seem obvious:
  • Clean up the current tasks, now that B@D is in maintenance mode.
  • Bring some automation to B@D provisioning to reduce the effort required to maintain it.

• bwh releases the new cip kernel 4.4.112-cip18

• Runs a successful provision and health check on the BBB for week 4 and updates #149

• Opened #171 to cover a typo (or was never changed when we moved from port 80 to 8080?) in a comment in the Vagrantfile.

• Participated at the TSC bi-weekly call.

• Addes some updates to the CIP TSC call minutes
• Participated at the TSC bi-weekly call.
  • Used zoom instead of gotomeeting.

• More discussion with Zoran Stojsavljevic re. his suggested changes.
• Runs a successful (first post my laptop Debian upgrade) health check on the BBB and updates #149

• Reviewed Zoran Stojsavljevic's suggested changes to importbox.sh.

• A new-kernelci branch has been pushed at least as a basis for fixing #139.

• I have a fix for #139. I can now provision with the latest kernelci. Hopefully I'll push it to a branch tomorrow.
• Replied to a B@D query on the lava-users email list.

• Trying various options for getting ser2net to work - the local connect is working.

• Updated minutes from TSC bi-weekly call.
• TSC Bi-weekly meeting

• Attempted build of a freshly provisioned B@D - am having issues with the ser2net connection (my laptop has been upgraded to Debian stretch since the last provision)

• Provided the link to CIP kernel policies in a mail to CIP answering a question. This page requires more promo.
• CIP TSC bi-weekly call moved to tomorrow due to bank holiday in Japan.

• Tested a fresh provision of B@D - which worked - and I updated the week 50 checkbox on #149

• Report weeks 48 to 50 done and sent to cip-dev mailing list.
• I willbe on vacation the coming two weeks, until 2018

• New CIP kernel version released by bwh
• Kernel maintenance wiki page content reviewed and improved by bwh

• Included the latest news about Codethink work in the TSC bi-weekly call minutes.
• Daniel seems to not receive the mails from AWS with credentials. I created a manual password and sent it to him. I did not followed up this correctly.
• For a reason I do not understand I could not connect to the meeting. I will reinstall the plugin

• Improved the current content in the Kernel maintenance wiki page
  • Included also the text written by bwh: Kernel patch review howto

• planning with bwh the CIP/Debian related events we will attend to:
  • ELC, OSSJ and/or DebConf are candidates.

• With input from bwh, I wrote the report from the last three weeks and sent it to cip-dev.

• Answered a couple of mails from Tiujen.

• Replied to Albert Aribaud's email about problems with provisioning an B@D instance from Vagrant with suggestions and a request for more information.

• Tiejun Chen wrote back. CC the list.
  • Link to Tiejun presentation at RT Summit.
• Interesting conversation in #kernelci about testing 3.2 Not sure if relevant for our case but the fact that there are conversations about testing older kernels is good in itself. Sent it to bwh
• Link to read that might be interesting for CIP inmutable infrastructure
• Got asked about Thursdays developers meeting.
  • They are not taking place any more.
• Went through the Kernel maintenance wiki page. We can improve it. Annie has been updating it. I would like to work on it a little this week.

• Further response to the Trung Huynh's email thread - would be helpful to see the actual yaml file that he's currently using.

• Tiejun Chen offered help. I wrote him back with some links and ideas.

• Built and briefly tested a new CIP kernel version on the Beaglebone and iWave boards, and in an x86 VM
• Tagged and released this as version 4.4.98-cip13

• Replied to Trung Huynh's email about the problems he is having getting a health check to run on the Renesas iwg20m.

• Finished reviewing the patches pending for 4.4.98, and pointed out a number of inappropriate or incomplete fixes
• Updated the kernel security tracker and identified fixes that should be backported to stable branches
• Sent necessary fixes and commit references to Greg Kroah-Hartman for 4.4 (and later branches)

• As recap, I sent a mail to the cip-dev mailing list explaining the history of the CIP Testing project.
• I sent a second e-mail summarising my view on what to do next in the Testing project.

• Had my weekly one-to-one meeting with Agustin, discussing various outstanding tasks and issues.
• Started reviewing the changes pending for 4.4.98.

• Opened ticket #170 to log kernelci network fragility encountered on Friday's talk

• Created a report for the TSC meeting minutes since the bi-weekly call will be later today.
• Removed due dates from several tickets
• Participated in the TSC call.
  • Agreed on sending a mail explaining my view on testing the CIP kernel in kernelci.org
• Added the talk Ben H. and I did at ELCE to the events wiki page in this wiki.
  • Notified to the mailing list.

I subscribed to the libc-alpha and y2038 mailing lists last week in order to keep track of and participate in the work on Y2038 safety. I have reviewed a few patches on the kernel side, and sent comments on the latest draft specification for glibc, but haven't seen any other activity on the glibc side.

I'm catching up on reviewing 4.4 stable changes for CIP, and covered 4.4.96 and 4.4.97 today.

• Preparation for and delivery of internal talk to Codethink on b@d.

• rajm will work maintaining the tool
• Went over the current pending tasks. Need to work further over the release tasks in order to close it.

• Tidied tickets to put project into maintenance mode. Added a little more info on the transition to gitlab #148
• Team meeting.
• Opened #169 to track Daniel's networking issue.
• Doing full test (more than just provision) of MR51 which looked good so I have closed the associated issue #168
• Ran health check successfully on BBB (cip11).

• Team meeting. Went over the Doing tasks and decide what to do with them.

• I've merged MR50 to clean up the device dictionary file, we may want PDU commands but they can be added later - and with the correct syntax!
• Adding python-selinux fixes the provisioning failure so I have created MR51.
• Ran health check successfully on BBB (cip11).
• Seeing libselinux-python support errors on a fresh provision, thought last week this was due to an attempt to migrate only to gitlab git repositories but it appears not! Investigating and #168 opened.

• Checked the latest messages on the lava-users mailing list. The same applies to other Open Source testing projects.
• Giving some thoughts about how to share tests and reports with upstream projects, specially kernelci.org. Wrote to Nori about it.

• Resized b@d stock vmdk to allow for more kernel sources
• Built cip4 kernel from renesas upstream with kernelci (taking config from cip-core yaml)

• Replied to Thanh's email to cip-dev - his test has the deploy section commented out.
• Created branch fix-linaro-permissions in git@gitlab.com:rajm/board-at-desk-single-dev.git to test #165
• Questioning why setting DATE_RANGE in /etc/linaro/kernelci-frontend.cfg doesn't take effect. Looks like permissions on /etc/linaro are too restrictive opened #165 to investigate this.
• Sent report on ELCE to codethink.
• Ran health check successfully on BBB (cip11).

• CIP Testing plan creation up to ELC 2017
• Report creation
  • Report sent after reviewed by the team
  • Included the new tickets created by tpollard #166 and #167

• Team meeting
• Hooked up BBB to remote PDU
• Tested current healthcheck with http curl requests for power commands (as with iw20gm)
• Started to look at provisioning the iw20gm kernel outside of kas/bitbake
• Building kernel with kernel ci, taking config from recipe/yaml, having to expand vmdk

• Has noticed that my kernelci builds are marked as 'building' in spite of the build having completed.
• Added documentation on the testing as to how to test an externally built kernel in B@D.
• Investigation of #164, it's the frontend file that requires amendment, in addition the number of displayed builds may require user configuration.
• Team meeting
• Updated the tickets mentioned in yesterday's entries.
• Closed #120 - which commented on the referencing of v0.9 tag on the wiki which is a no longer working version. The wiki was altered for the release to mention the v1.0 tag.
• Ran health check successfully on BBB (cip11).

• Evaluating the open tasks.
  • Added metadata and evaluate priority with rajm
• Based on the input from ELCE, working on the plan for the coming months.
• Team meeting
  • For the training session, in order to support Renesas board, we used CIP Core. Now we will go back to the original plan which is to build the kernel supporting Renesas board on ots own, in the same way we do with BBB, in order to test it, avoiding further dependencies.
  • Disussed issue #164. Added a comment with my idea about it.

• Attempted to build just using gitlab repos, the internal links for the ansible provisioning in kernelci-backend-config/ kernelci-frontend-config will also need changing. The provisioning fails with a “This module requires libselinux-python support” error.
• Tried altering the timeout for display of builds manually in kernelci-backend query.py that changes it but there seems to be some caching somewhere as another manual change doesn't take effect?
• Replied to Takuo Koguchi's email about problems with his version of the Beaglebone black.
• Closed #53 - the U-Boot prompt configuration.
• 1:1 with toscalix
• Consideration of future issues and their priorities.
• Ran health check successfully on BBB (cip11).

• Ill

• continue to interact with b@d & iw20gm with remote pdu
• b@D completes sample test from Daniel for iw20gm, removed/tweaked jinja config for specific scenario

• Issues #163 and #164 created relating to builds no longer appearing in kernelci if they are more than 5 days old - needs to be user configurable!
• cip11 health check runs correctly.
• Built cip11 in kernelci preparatory to using it for the BBB.
• Ran health check successfully on BBB (cip8).

• Thanked Arnd, Mark and Albert for their time at ELCE to talk about Y2038
• Requested to publish the pending CIP TSC meeting minutes on the wiki.
• Promoted the previous days Ben H. and mself talk about kernel maintenance. Positive feedback.
• Prepared some points of the CIP TSC agenda for today's call.
  • Feedback from ELCE.

• The previous days rajm and toscalix has been at ELCE 2017

• Received IP Power 9258 Remote PDU
• Connected to internal network, can power cycle 4 sockets via http requests/telnet
• Added http commands to template provided by Daniel for iw20gm test case

• Initial investigation of checking the host IP against that in the device dictionary.
• Ran successful health check on BBB.
• Removed various of the VMs from my laptop, that were provisioned during testing, to free up disk space.
• I've also added #161 to review the pause after ramdisk drops to shell.
• Added #160 - to start the kernelci webserver on booting the VM. This may also solve the issue we had with the builds not appearing and mean that we don't need our own version of build.py.
• Added #159
• Reviewed expenses for the ELCE trip

• Uploaded the slides from the elce talk with bwh to the LF tool and promoted the slides.

• Installed 16.04 Ubuntu on borrowed laptop and the shared ethernet connection worked immediately
• Due to delays getting shared connection to work the training session was cancelled - just as well in view of the hotel network blocking dhcp settings, we'd have had to instruct attendees to use their wifi hotspots.
• We had settings from nowster for setting up a shared connection on Debian but there were issues further down the line and the settings were overwritten when we did a fresh install.
• Team meeting at 16:30 to discuss training session situation.
• Work done on the abortive training session script.
• Still issues with a shared connection, have borrowed a laptop from ops for this to take with me. Currently provisioning a fresh install at the end of which I'll be able to test!

• Worked on the slides for the training session
  • Finished
• Sent additional information to Arnd about the Y2038 meeting.
  • Told Nori we have 4-5 free seats at the meeting. People from other LF groups can join.
• Worked on the CIP - AGL meeting organisation.
• Cancelled the training session.
  • Communicated to the CIP members and LF.

• Meeting to discuss blockers & actions to take asap
• Managed to config both windows & linux (ubuntu 16.04) to provision wifi over ethernet to BBB
• Documented the screen shots in draft slides, tested b@D worked correctly in this config
• Worked to get around uboot versioning problems, fix found by rajm

• Meeting with toscalix discussion the various blockers to the training session - ssh, u-boot on some boards and renesas issues.
• Ran daily health check on BBB successfully - was keen to do so after it being used elsewhere and for flashing an sd card.
• Created draft script for training session

• Battled with getting BBB & iw20gm working with windows provisioned box
• Used project-x in Jessie VM to produce uimage,uboot & ramdisk for iw20gm
• Acquired iw20gm board
• Flashed revC BBB from debian8 to 7, healthcheck now matches rajm's board
• Got b@d talking to iw20gm, missing remote power for lava to operate correctly

• Worked on getting a direct ssh connection via 192.168.7.2 to the BBB but it doesn't appear to work. Took the board home and checked that the issue is also a problem there - to rule out a company network cause.
• Created an sd card containing an image of my B@D working Beaglebone Black.
• Checked out tpollard's Renesas health check - Daniel's email confirms that not having a remote power switch is a blocker.
• There's a concern that different firmware versions on the BBB may result in the health check not working.
• Reviewed release announcement.
• Verified that my BBB works with tpollard's setup.
• Checked out acceptance criteria of #144
• Added links to the downloads to the download page, updated the link to the public GPG key.
• Reviewed and made modifications to the FAQ page.
• Further work on the feature page - add initial section, link to merge requests, mention codethink. Described block diagram. Added bug fixes section but many of the ones we fixed were reactive to our changes - for example because of the LAVA update.

• Reviewed the article that will be published by LF marketing
• Published and promoted the RT-4 linkedin messages.
• Added the kernel release announcement to the mail version of the B@D announcement
• Check the tasks.
• Reviewed the feature page. Added some bits.
• Release announcement reviewed and published.
  • Mail version reviewed and published. We are out!
• Attended to the lab in a box talk from Baylibre at AGL AMM.
  • There will be documentation about it next month.

• Assisted tpollard with setting up B@D.
• Revised the test cases wiki page so that it reflects the order that tests should now be done and hilights the changes necessary to perform tests on the locally built kernel (always now!)
• Further work on feature page.
• Work on #144

• Reviewed the feature page. More content needed.
• Got the link to the release announcement so finished the twitter social media messages and added the link in several other places.
• Created the Linkedin messages
  • Published the linkedin messages in the marketing page
  • Notified marketing LF

• Received mail about adding iwg20m to b@d
• Applied provided patches to b@d, including lava & vagrant changes to support it
• Current 'project-x' deby system is created with bitbake, using the meta-debian poky reference system
• Problematic as based on old version of yocto (2.0 ~2015), does not 'support' debian9/ubuntu16.04 has host system (already encountered ncurses problem, fixed upstream but not backported to recipe)
• Building require cip kernel & core-minimal system inside 14.04vm, will then provision into b@d box for testing
• Received BBB order along with other items to be provisioned & tested for the hands-on-session

• More work on feature page.
• Spotted duplication in paragraphs 3 & 4 of the test cases page.
• Attended CIP sync meeting.
• I've changed the configuration page to use /vagrant/tests/bbb_debian_local.yaml rather than bbb_debian_ramdisk_test.yaml as that should be the basis of the eventual working health check, rather than trying to find a linaro kernel which isn't there. A non working config to use a locally built kernel is good.
• Reviewed feature page.
• Posted logs of provisioning and health checks (QEMU and BBB) and linked to them in technical documentation.
• In the future I'd like to remove some of the many numbered references to the B@D version scattered though the technical documentation!
• Reviewed and edited technical documentation.
• Worked with toscalix on revision of block diagram.
• Ticked acceptance criteria in #143
• Ran successful BBB health check and mentioned on public IRC channel - I'll get back to the emailed version soon!

• Published the new features and download pages. Still both of them need work.
• Went through the block diagram with rajm
  • Updated and uploaded in the feature page
• Closed the deployment ticket
• Improved the feature page
• Sent a reminder to Annie to add tpollard as editor in the public wiki
• Created a task for the future to refurnish the landing page.
• TSC bi-weekly call
• Sync up meeting wit the Codethink team
• Mail version of the release announcement (draft) created.

• Updated known issues removing issues which save been solved in the coming release.
• Updated #143 with links to the downloads.
• Downloaded the v1.0 files and checked sha256 and gpg signing.
• Tested the box after downloading it from S3
• Started #143 Uploaded the box and and artifacts to S3.
• Added a list of files to be uploaded to #142
• Created sha256 hashes and gpg signatures for the box and the sources
• Created the metadata -tar.gz files containing the sources
• Tested exported box under Linux and Windows10
• Exported the box
• The Windows hosted install BBB health check now passes.

• rajm declared Gold Master. I communicated it: #142
• Worked on the slides for the talk with bwh
• Created and sent to cip-dev mailing list the bi-weekly report. On monday I will update the TSC

• The Windows install is provisioned and currently building the CIP kernel.
• The Debian hosted install is now provisioned and tested.
• Commenced provisioning and testing of VMs under Debian and Windows 10
• Tagged the repositories #142
• Added licence information to the wiki for contributors
• Closed #140 licenses
• Team meeting discussing Gold Master
• Synced the repositories
• Added LICENSE.spdx to the B@D repos

• Team meeting to talk about the Gold Master declaration
  • We went over the tasks involved in this phase of the release process.
  • Fixed some links of the GM declaration task
• Management page done. MArketing page also done according to #144
• Purchase order for the material required for the B@D 101 training session sent.
• Filled the info about the demo that will be used by the Linux Foundation to promote the CIP demos.

• I am now doing a fresh provision from new master, hopefully this will form the basis of gold master.
• Both these merge requests have now been approved and merged (after a few changes).
• Created 48 for the update to debian stretch.
• Created merge request 49 for the licensing update.
• Created #152 for the stretch update.
• I've created a branch for the stretch update. That provisions ok for me under linux and health checks on QEMU and BBB run. Now checking with Windows 10.

• CTtpollard on boarding process. Welcome Tom.
  • Tom has now access to gitlab
  • Requested for him edit rights on the CIP public wiki.
• Sync up meeting with robert
• Tasks update
• tpollard added as approver in master repo
• CIP Developers Meeting at ELCE announced.
• Sync up meeting with Ben H (bwh) about the common talk we will do at ELCE.

• After consulting with colleagues we're using jessie-backports and jessie-backports-sloppy as well as stretch for the cross compilers and have removed testing. Currently trying a fresh provision if that works will then embark on extra testing!
• Attempted an install from snapshot.debian.org but is, so far, unable to get apt-get to see the correct version of LAVA
• Created a branch update-licences for the licence updates.

• Worked on the marketing content page
• Communication with LF marketing about the release process.

• Worked with Agustin - and a meeting - to determine the 3 issues which will need to be addressed after the release - see toscalix's comments below.
• Installed 2017-10 on Linux and that shows the same issue as the Windows 10 install - making it more likely that there won't be another issue to solve once we get 2017-7 installed on Windows 10.
• The Windows 10 install revealed that the lava version installed by default in B@D is the latest which is now 2017-10 which is not the one we tested against (which was 2017-7). On further investigation that version is now unavailable in the testing/backports repository and work is being carried out to determine how to install 2017-7.
• Updated version on the new block diagram.
• Updated the draft release announcement.
• Testing the current git master on Windows 10, provisions ok and the initramfs kernel build and kernelci i/f works, currently issues with USB and ser2net.
• Successful run of BBB health check with result going to email list.

• Started to work on the release announcement #146
  • Finished and reviewed by rajm. Sent it to cip-members for feedback.
• Meeting with Robert to evaluatre the current state of technical issues.
  • I created three tickets of tasks that will not be performed in this release cycle but the next one.
  • There are two technical issues to solve: point to the right LAVA version on Debian, since it has been updated and add the license header to every file developed/modified by Codethink when missing and the spdx file..
• Created the block diagram draft. Robert updated the versions. #144
• Created a ticket to track the actions related with the developers meeting at ELCE #151
• Worked on the new CIP Testing release page.
• Moved the content of the feature page and the download page from the previous release to be able to modify them for the new coming release

• Investigated improving the licence state of the forthcoming v1.0 release.
• MR 47 was approved and merged (by Lachlan), I've now done a fresh provision, configure, compile and BBB health check successfully.
• Successful run of BBB health check with result going to email list.

• Finished the release plan
  • #141 Release B@D v1.0. This is the task that track the whole process
  • #142 B@D v1.0 release: Gold Master declaration.
  • #143 B@D v1.0 release: deployment.
  • #144 B@D v1.0 release: documentation
  • #146 B@D v1.0 release: marketing material preparation
  • #147 B@D v1.0 release: publishing
• Meetig with Robert to analyse the improvements to be made on this release on the license compliance front.

• Amended wiki to cover the changes for LAVA 2017-7 and the necessary reboot of the VM, added point on this to known issues.
• Opened #145 to document efforts to drop back to a more stable version of kernelci for the release and the ELC-E training session. Provisioning with a checkout of older versions is working well and a MR has been created.
• Weekly meeting
• The provision of kernelci works ok by adding the install of nginx explicitly to the provisioning script. A manual reboot of the VM is still required part way through the provisioning, so we need to either work our way around this or run the provisioning in two phases.
• Emails sent to cip-dev to keep the kernel-ci provisioning issue #139 still in focus.
• Successful run of BBB health check with result going to email list.
• Returned from vacation!

• Analysis of the release schedule.
• Tech weekly meeting
  • Sync up with Daniel S.
  • Renesas Board with LAVA will require a relay.
  • General agreement on the release schedule.
• Created the main task to track the release schedule.
  • Working on creating all the tasks to track the complete release process.
• Requested Ben H. to prioritise the cip kernel release including the Renesas board support so Daniel S. and the CIP testing project arrive on time to ELCE to use the board.
• Suggested Daniel W. to use gitlab or what Ben H. is doing.
• Finished documentation task from the release process.

• On vacation

• Preparation of the ELCE activities
  • Added CIP devs meting content in the ELCE activities wiki page.
  • Several short actions
• Analysis of the release schedule.

• On vacation

• Pinged Members so they join the CIP activities at ELCE.
• Added the first three confirmed people to the B@D 101 training session.

• On vacation

• Added content to the TSC bi-weekly call agenda
• Working on the mail report weeks 38 and 39
  • Report sent to ip-dev mailing list.
• Added Daniel S. to the list of CIP S3 admins.
• Attended to the TSC bi-weekly meeting.
• Proposed an action plan for the CIP developers meeting to Members.
• Daniel needs to know when will he have available LAVA 2017.07 so he integrates it in Project-X

• On vacation

• Room for the CIP workshop confirmed: Athens. Communicated through the cip-dev ML
• Created a task to review the licenses, based on the guide done by the Commons Conservacy and now donated to the OpenChain project.

• On vacation

• Completed the information about the B@D 101 training session on the CIP workshop wiki page.
  • Sent the call for registration to the cip-dev and cip-members mailing list
  • Asked Annie about the room name where the workshop will take place.
• Pending a meeting to clarify the workshop set up to the Linux Foundation so the room is prepared as well as the material.
• Requested to CIP Members potential topics for the CIP Kernel Maintenance Q&A Session through a mail to the cip-dev mailing list. I will also ask in the open mailing list in a couple of days.
• Managing the Y2038 meeting at ELCE
• Managing the CIP developers meeting and CIP kernel maintenance meeting. Sent info to Daniel Wagner from Siemens so he attends.

• On vacation

• Provided some support through mailing lists.

• On vacation

• On vacation

• Merged the initramfs branch and closed #56, #111 and #136.
• Pushed fix-new-kernelci as an approach to solving the kernelci issue, still hangs at the listening on port 8888 in install_backend.sh and needs a manual vm restart. But once that's done the rest of the kernelci provisioning works.
• I will be on holiday from this weekend for just over a week.
• Reviewed MR for initramfs and cleaned up a comment in the local test script.
• Pushed new initramfs changes to my add-initramfs branch.
• Ran 2 successful BBB health checks one with the linaro initramfs one with the one built locally yesterday. The local one runs around 35 seconds faster.

• Altered PS1 within the initramfs as dropping to shell and that initramfs allows the test to run.
• Pushed updates to the initramfs script as suggested by Ben, also hard coding the ALERT message in my add-initramfs branch.
• Successful run of BBB health check with result going to email list.
• ALERT message inserted, it is recognised by LAVA but I then get another timeout. Checking what the init in the linaro version does as it doesn't produce an ALERT but Ben's issue #56 is probably pertinent.

• Discussion with Ben on initramfs, will make sure that out version prints out the ALERT message that LAVA is looking for.
• Merge request !44 approved and merged, the corresponding issue #99 has also been closed.
• Still having problems with a fresh provision, nothing listening on port 8888 until I reboot the VM and issues with the nginx install completion.
• Successful run of BBB health check with result going to email list.
• Though the backend provision hangs when the script tries to check for a listener on port 8888 - it isn't there.
• Reopened #99 as MR!44 is associated with it. Lachlan approved the MR and I have merged and closed the issue.
• Looks as if a fix to the kernelci backend population problems is another case, like in the front end, of the first ansible run failing and a repeat run works.

• Lachlan has approved MR 43 so I've merged it and closed #84 and #115 - this is the LAVA2017-7 update.
• I tried creating a new instance and am having problems do to a recent change and the introduction of storage_certname which then requires other consequential changes.
• 1-1 with Agustin.
• Successful run of BBB health check with result going to email list.

• Created fix-lava-source with a view to a MR for #133
• I've closed #129 the user needs to set up a local build.
• Tried a wifi, with BBB connected directly to laptop - still failures, DHCP issue needs resolution. The solution is not IMHO to run a DHCP server on the laptop as that would involve - at ELC-E - all the participants needing that setting up.
• Successful run of BBB health check with result going to email list.

• Confirmed schedule for ELCE:
  • Kernel maintenance meeting
  • y2038 meeting. arnd confirmed his presence.
  • B@D 101 training session
  • Kernel maintenance Q&A
• Report weeks 36 and 37 done and sent to cip-dev mailing list.
  • @rajm, does the project journal work for this particular usage?
• TSC bi-weekly call.
  • I have a couple of extra tasks on my plate now.
  • Approval for the expenses for the training session.
  • Green light to advertise the workshop activities. Call for participation.

• Updated #120 - as it will be fixed by the new release.
• Still no success with a local initramfs - we need assistance here if this is going to proceed.
• Successful run of BBB health check with result going to email list.

• Removed requirement for a new wiki page for report format from #114 - at this point the report is going to be simple. Also revisited the release procedure issue #75
• Tried more options to avoid errors in the init in initramfs but this is unlikely to be the core issue #136.
• #help discussion has made the issue clearer but not given a resolution.
• Successful run of BBB health check with result going to email list.
• Question placed in codethink's #help re initramfs issue.

• Successful run of BBB health check with result going to email list
• Asked in #linaro-lava for any additional insight on the notifications without any comeback.
• Tried various options mainly in respect of init for the initramfs issue without getting any to work, tried using the init from the linaro one but that seems tied to the file system in that initramfs.cpio.gz. I'll ask in codethink's #help tomorrow.

• Tried notification callbacks with POST on a lava-tool test see notifications for documentation. Not sure that it gives the information promised - log files? - but will investigate further.
• Ran lava-tool test on BBB successfully (host on the home wifi) - not sure why it failed on 4th Sept! But this appears to have resolved.
• Gave more suggestions to Daniel on lava-users list.

• Team meeting (face to face)
• I've closed #127 the 'failure to provision due to an error in kernelci-backend' as a fresh install works here.
• Now running tests on laptop connected only via wifi successfully - in contradiction to tests on 2017/09/06 I don't think anything has changed?
• Created MR 45 for issue #138.
• Emailed lava-users as a result of seeing Daniel Sangorrin's wish to move to LAVA 2017-7.

• I've removed everything but the connect_command and extends from the device dictionary and the check still runs, so I've added an issue #138
• Runs successful healthcheck which goes to list after 3 failures
• I've also noted that the device dictionary only needs the extends and the connection_command - the other commands were invalid and therefore weren't used!

• On holiday!

• Tried various suggestions on the BBB test from Neil Williams but am still not getting a successful test.
• 1-1 meeting.
• Discussion with Jan-Simon about notifications and updated issues with the new #137
• Sent description of initramfs issue #136 to lava-users and response from Neil Williams.
• Attempted a health check across wifi - added wifi bbb device with data dictionary specifying the correct ip address - this works if bridging to eth0 but not to wifi?
• Added point to #114 so that the wiki gets an update once the 2017 upgrade is complete describing the report format.

• Team meeting
• Ran successful BBB health check (LAVA 2017).
• Updated #136 with comparison of working/non working initramfs output.
• Still looking at initramfs

• Codethink CIP team meeting to sync up
  • Updated the team about the TSC bi-weekly call.

• Ran BBB health check from home with laptop on wifi - it failed I need to diagnose this.
• Ran successful BBB health check once in Codethink offices
• Replied to Daniel Sangorrin'e email about ser2net.
• Will update various merge requests and get them moving!
• Checked out the week 34/35 report.
• Confirmed that a health check also fails at Codethink when the laptop is on wifi.
• Replaced MR 34 with MR 44

• TSC bi-weely call
  • Updated the minutes
  • Provided reports about CIP testing.
  • Progress in the meetings organizations at ELCE.
• Created and sent the week 34 and 35 report

• Runs BBB health check with 2017-7 - succeeds - on second attempt and is emailed to list.
• Created #136 to cover the initramfs issue, locally built ones that worked with 2016-12 fail with 2017-7.
• Updated #115 and #84 to 'Doing' as they're part of #114.

• ELCE prepaprations. Y2038 and maintainers meeting

• Tech weekly meeting - discussed the changes made to get the BBB health check to work with LAVA 2017
• Updated VM (with 2017) so that emails can be sent to the list - amended the health check so that this happens.
• Looking at the current requirement within the health check for ethernet connectivity - if this were not necessary then the ELC-E workshop setup would be easier.
• Added Merge request 43 for the update to 2017
• Tried various options for getting a locally built initramfs to HC correctly without success (tried 1.27.2 rather than 1.26.2 and sleeping in init to slow it down).
• The LAVA Help suggests that DHCP is necessary which is at least an initial problem to getting a BBB without ethernet to HC.

• Who is available on Monday Oct 23rd for the Y2038 meeting?
• Tech weekly meeting
  • Provided an overview of the situation now that AGL is investing in a lab in a box concept.
  • I will attend to AGL AMM so I will talk there with the developers to understand what they are doing and how we can collaborate.
  • I need to define the coming release schedule.
  • Considerations about the technical set up for the B@D 101 training session
  • Content for the kernel maintenance activity?

• Ran daily health check on BBB and email sent to testing list.
• Tried 2017 with the health check off the Linaro site also failed but slightly differently.
• Adjusted the health check slightly and have it completing ok under 2017, checked in the check and pushed to the development branch. Updated #114 and will look to setting up email tomorrow so they get reported to the list.
• I'm still having problems with a locally built initramfs with 2017 and for the moment am using the one off the linaro website (but put on the local webserver just for comparison).

• Trying to organise several CIP meetings at ELCE: kernel maintenance and Y2038

• Worked with Agustin on the AGL CIAT slides and meeting (see below).
• Submitted query about a broken link in LAVA web page and was pointed to a configuration - opened #133
• Closed #99 and #128 having merged MR !42
• Still exploring the problems with the LAVA 2017-7 upgrade

• Working on the slides for the AGL CIAT meeting
  • Slides added to the CIP and AGL wikies.
• Meeting took place. Robert and I introduced B@D. Bad sound quality most of the meeting.
  • Reported about it to cip-dev mailing list
  • Sent a mail to Kevin Hilman to meet him at AGL AMM.
• team meeting: sync up with rajm.
• Following AGL CIAT tickets related with “lab in a box”.

• UK public holiday

• Organising a meeting with Arnd Bergmann to talk about Y2038 at ELCE. We have a room for the meeting.

• Preparing project summary for next week's call.
• More investigation of LAVA 2017-7 upgrade problems.

• Solved the escalations for the journal. Added them to the ground rules.
• Organising the B@D training session. Network cables question.

• Moved management wiki page.
• Created journal ground rules.
• Moved journal wiki page.
• Created journal wiki page

Project journal ground rules:

• In this case the entries will be structured first by month, then by date and finally by contributor.
• You decide what kind of information you should publish.
• Assuming that it is public, add what you think is :
  • Relevant to you.
  • Relevant to your peers.
  • Relevant to those you interact with like, managers, other teams, Members, etc.
• The latest entries should be on top (ascending order).
• Be concise.
• Use links to tasks, commits, web pages, etc. as much as you can. This is not about duplicating the information but about providing context.
• Read the journal every day (ideally). Does it reflect the most relevant work you have done today?
• As guidance, include an entry every couple of hours of work and every time you accomplished something or a relevant event has taking place.
• Assume that your colleagues read the journal regularly. Add information of potential interest for them but remember that the main focus of the journal is the answer to the question: what am I doing? Write for yourself first.
• Agree with your colleagues on the tags to be used to provide further context to entries. Examples:
  • Escalations:

    • Blue to solved or stalled issues

    • Amber for topics that require attention

    • Red for critical issues

  • User ID to call the attention of a colleague.
  • #milestone to structure the information based on delivery timeline.
• Activity reports should be extracted from the journal so, ideally, no need to ping colleagues to create a report should be required. This is a sign of the correct usage of the journal.
• Standup meetings should not be any more about what I did (reporting) but about discussions. The time that a distributed team gets together is precious, do not waste it talking about something you can read ahead of the meeting.
• Do not add anything that you would not like others to know. Use common sense.
  • The journal is not designed to substitute 1:1's, private reporting nor conversations.

— Agustin Benito Bethencourt 2017/08/24