<div dir="ltr">Also, because it's in an etherpad, and is thus subject to alteration or vandalization, I'll also put a copy below for posterity.<div><br></div><div>If there are any parts of this which are unclear to those that weren't present, we encourage you to start a new thread per topic for further discussion.</div><div><br></div><div>Thanks!</div><div><br></div><div>===================================<br><div><br></div><div><br></div><div><div>CentOS Contributors Day, CERN</div><div>Thursday, October 19th, 2017</div><div><br></div><div><a href="https://indico.cern.ch/event/660692/overview">https://indico.cern.ch/event/660692/overview</a></div><div><br></div><div>09:00 multiarch CI status</div><div><br></div><div>09:30 cross-SIG CI</div><div><br></div><div>10:00 workflow/process for deprecating SIG contents</div><div><br></div><div>10:30 allow SIGs to have separate accounts for build bots</div><div><br></div><div>11:00 Manage CBS multiarch at minor release ; quicker access to packages than distribution does, delegate more (i686?), etc... </div><div><br></div><div>11:30 OPEN FLOOR, work/hack session.</div><div><br></div><div>12:00 LUNCH</div><div><br></div><div>14:00 - 15:00 Datacenter tour</div><div><br></div><div>16:30 - 17:30 ATLAS experiment</div><div><br></div><div><br></div><div><br></div><div>Topics proposals:</div><div>    - multiarch CI status? (Scheduled)</div><div>    - cross-SIG CI ? (Scheduled)</div><div>    - workflow/process for deprecating SIG contents. +2 (Scheduled)</div><div>    - allow SIGs to have separate accounts for build bots. +1 (Scheduled)</div><div>    - Manage CBS multiarch at minor release ; quicker access to packages than distribution does, delegate more (i686?), etc...  (Scheduled)</div><div>    - (mrunge) a kind of work session (?) if there is anything to be done/fixed "right now"?</div><div>   - Building embargoed content</div><div>    </div><div>Notes:</div><div>    </div><div>Introductions</div><div><br></div><div>Multiarch CI (Haikel)</div><div>- no automated ci for all platforms</div><div>- if you're using CI, please subscribe to ci-user-list</div><div>- ppc64(le) machines are available, but request is manual right now.</div><div>- aarch64 boxes are small, community donated. Power-capacity is way bigger</div><div>- more detail on the multiarch page in the wiki (not able to find it through <a href="https://wiki.centos.org/QaWiki/CI/Duffy">https://wiki.centos.org/QaWiki/CI/Duffy</a> )</div><div>- <a href="https://wiki.centos.org/QaWiki/CI/Multiarch">https://wiki.centos.org/QaWiki/CI/Multiarch</a></div><div>- use cico client for interaction wih CI system</div><div>- cicoclient multiarch support has been merged => <a href="https://github.com/CentOS/python-cicoclient/pull/14">https://github.com/CentOS/python-cicoclient/pull/14</a></div><div>- suggestion to use zuul instead of jenkins for managing job queues</div><div>- AI on alphacc: add template for requesting sync to buildlogs to mention architectures etc...</div><div><br></div><div>Cross sig ci (Haikel)</div><div>- sig start depending on other SIGs, (multiple examples given)</div><div>- question on how to test pre-released packages</div><div>- to test against extras, SIG should provide tests to t_functional from CentOS QA. Wiki page is located at <a href="https://wiki.centos.org/QaWiki/AutomatedTests/WritingTests/t_functional">https://wiki.centos.org/QaWiki/AutomatedTests/WritingTests/t_functional</a>. git is located at <a href="https://github.com/CentOS/sig-core-t_functional">https://github.com/CentOS/sig-core-t_functional</a>. Results are to be found at <a href="https://ci.centos.org/">https://ci.centos.org/</a> (search for "pretest" for results before package release and for "t_functional" for daily tests)</div><div>- define a matrix for SIGs depending on each other trigger tests - start email thread on ci-users list, create dependency graph from centos-release-*</div><div>- CI and CBS meeting on Mondays on #centos-devel</div><div>- CICO statistics are partially available through CentOS Zabbix instance</div><div><br></div><div><br></div><div>Workflow/process for deprecating SIG contents (mrunge)</div><div>- Historically we do not delete content ever. But we can move it to the archive/vault, and stop distributing it by default</div><div>- reasons to remove packages from the repository (move to vault.c.o):</div><div>    - newer package in the (base) release</div><div>    - dependency not needed any more from a newer release of your package</div><div>    - end of life for versions (centos-release-gluster with per-version repositories)</div><div>- need a workflow for deprecating/removing a package</div><div>- SIGs are for experimentation - it's not for the distro to tell them how to run their process.</div><div>- single package removal by untagging - also needs update to KB's sync script</div><div>- whole repository removal by filing a bug,</div><div><br></div><div><br></div><div>Allow SIGs to have separate accounts for build bots</div><div> - separate user accounts from "bot" accounts for security reasons</div><div> - [proposal] have an email alias (not list) per sig for the bots, like sig-<bla>@<a href="http://centos.org">centos.org</a> pointing to the SIG's chair</div><div> - [proposal] SIG chair must request or approve email alias requests/ ACO account creation sent to CentOS Board chairman</div><div><br></div><div>Package Signing</div><div>- SIG chairs should request feedback/insight into the package signing process --> KB</div><div>- sometimes, there is a delay in package signing/sync to <a href="http://mirror.centos.org">mirror.centos.org</a></div><div>- have keys been generated securely (known bugs in package versions that make less secure keys?)</div><div><br></div><div><br></div><div><br></div><div>Sig request for sig specific git</div><div>sigs would like to use centpkg / lookaside, build direct through git to koji</div><div>authentication requirements to <a href="http://accounts.centos.org">accounts.centos.org</a></div><div>Fabian to evaluate git solutions and report back to sig chairs.</div><div>mrunge has volunteered to be the "guinea pig" of the new system</div><div><br></div><div><br></div><div>Manage CBS multiarch at minor release ; quicker access to packages than distribution does, delegate more (i686?), etc... </div><div>- pre-CR buildroot for koji?</div><div>- does any SIG build against c7/i686? No, probably not</div><div>- For 7.4 building all the Alt-Arches took additional time, thus delaying the release. There is work being done to improve this for future releases</div><div>- is it possible to spread the load for contributors for building on alt arches? </div><div><br></div><div>Other topics</div><div><br></div><div>* Building embargoed patches</div><div>- current practise: build as soon as the embargo is lifted - wait for sign+push to mirror</div><div>- improvements possible for signing packages faster</div><div><br></div><div>* Board requirements/policy around SIG status?</div><div>  - SIG chair missing: SIG may elect a new a chair and notify board</div><div>  - inactive SIG members are disabled after some period.</div><div>  - Define sane defaults in the SIG startup guide as a baseline (Patches welcomed!)</div><div>  </div><div>  </div><div>  </div><div>  </div></div><div><br></div><div><br></div><div><br></div></div></div><br><div class="gmail_quote"><div dir="ltr">On Fri, Oct 20, 2017 at 8:54 AM Rich Bowen <<a href="mailto:rbowen@redhat.com">rbowen@redhat.com</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr">The notes from the pre-dojo meeting at CERN, yesterday, may be found in the etherpad at <a href="https://public.etherpad-mozilla.org/p/cern-centos-thursday" target="_blank">https://public.etherpad-mozilla.org/p/cern-centos-thursday</a><div><br></div><div>Those involved in the various discussion topics are requested to elaborate, where appropriate.</div><div><br></div><div>Thanks to everyone who attended this very productive discussion.</div><div><br></div><div>--Rich</div></div><div dir="ltr">-- <br></div><div class="m_-166000156414301877gmail_signature" data-smartmail="gmail_signature"><div dir="ltr">-- <div>Rich Bowen - <a href="mailto:rbowen@redhat.com" target="_blank">rbowen@redhat.com</a></div><div>@rbowen // @rdocommunity // @CentOSProject</div><div><a href="tel:(859)%20351-9166" value="+18593519166" target="_blank">859 351 9166</a></div></div></div></blockquote></div><div dir="ltr">-- <br></div><div class="gmail_signature" data-smartmail="gmail_signature"><div dir="ltr">-- <div>Rich Bowen - <a href="mailto:rbowen@redhat.com">rbowen@redhat.com</a></div><div>@rbowen // @rdocommunity // @CentOSProject</div><div>859 351 9166</div></div></div>